Search results

You shouldn't need to change it, but the default is set in "\app\controllers\AccountUploadController.class.php" Search for 'chunkedUploadSize'. Note that if your server upload limits are less than this (100MB), the chunk size is reduced to whatever that is.

Hi, I've responded to your support request. Note that as it's the weekend, we may not respond as quick, it's generally the only downtime we have :) Try removing the port from the DB host, it's not needed (:3306). Failing that, revert to the support ticket and supply the further information...

https://forum.mfscripts.com/threads/upload-widget.4097/

You can disable it currently by editing the trial account type via the admin area and setting uploads to "no". I'll sync it with the register option for the next release aswell. Thanks for reporting.

Is this the button on the homepage which creates a temp account?

Can you try executing the DB patch below? It's included in the newsletter plugin code for that release, but not the core SQL patches (as it would cause issues with installs that didn't have the newsletter plugin installed). UPDATE plugin_newsletter SET date_sent = '2038-01-01 00:00:00' WHERE...

Just to follow up that this is fixed in the dev code ready for the next release.

I've fixed this one for the next release. The fix is fairly simple if you want to patch it in. Execute this on your DB: UPDATE file_server SET routeViaMainSite = 1 WHERE serverType = 'direct'; Then in "\app\controllers\admin\ServerController.class.php" find: $route_via_main_site = (int)...

Looks like a snaget! Noted for the next release, thanks.

"is there a way to prevent the url from being changed? when jumping from the download page to another, it is changed to a longer one" Do you mean the download_token url? This is used to secure the download, there's no way of removing it.

Thanks, I'll ensure it's looked at for the next release. There's a cli script in the codebase which will do this. It's not a report but it doesn't flag any orphaned files and could probably be piped to email.

Thanks for the feedback. Did they not get added to the file action queue? Normally after a file is removed they're added to a queue which is then processed via a cron task. Saves making the user wait around for the action. You can see the file action queue via the admin area.

No they're immediately moved to S3, same on download. So the user uploads them to the site, then when at 100% they're moved to S3. The user would be told the upload is complete when it's fully stored in S3. I don't see why not. You'd need to have shared storage for logs and cache, apart from...

Normally people only need one or the other, hence why they're available separately. If you want both I'd be happy to provide the 2nd for free. They're routed via your main site, so I guess a staging area. There's no way to apply things like speed limited downloads, image previews, reading meta...

It's working now?

Did you set the admin setting to disable it? Also did you purge the application cache after the update?

Hi, The link is to renew access to support and updates for another 12 months, so it includes access to the latest code :) Thanks, Adam.

Hi, It uses Twig for the templating side and a custom inhouse MVC for the framework. I've worked with Symfony for the past 3 years so it has some libraries from it, just with none of the Symfony bloatedness. :) Composer dependency manager with various packages. FastRoute for uri routes...

Hi, Apologies, that links page is on my list to update (very soon!). Here's a few sites using the script: https://letsupload.io https://oxycloud.com https://www.syncs.online If you search Google for "File Sharing Script Created By MFScripts.com" (with the quotes) it'll list more. I guess...

This is a configuration option in the next release, due soon.