Search results

Thanks for the feedback. Looks like the paging is pushing it out. I'll fix it for the next 5.3 release.

Hi, It's via the account packages section, here on our demo site: https://fhscript.com/admin/account_package_manage un: admin pw: Password@Demo You'll see an icon on each row to "pricing options". Thanks, Adam.

In what way?

Please submit it in the rfcs

This is working fine in Edge on our demo site. Please ensure you've cleared your browser cache and try again.

Hi, Thanks for the feedback. 1) This entirely depends on your setup, OS etc. It's not something we offer support on, although there's a WHM/cPanel forum you may get more info. If you've correctly installed PHP8 and still see issues, please check your server logs for more details. 2) It's on...

Hi all, Yetishare v5.2.0 is now available for download via your yetishare.com account. For more information see our blog: https://mfscripts.com/blog/yetishare-v5.2.0-released Thanks, Adam.

It should work manually via the cli, the same as via cron. I'm not sure why it would be different. 100 items are processed per cron run.

The cron script will only clear 100 at a time, so worth double checking the total count to see if it's decreasing. If you have a lot of entries it may take time to clear. The actual items are in the "file_action" DB table. You can find any pending ones by running: SELECT * FROM `file_action`...

Via the database, go to the 'file_server' table. Look in the 'serverConfig' column for your server entry and ensure the following setting is https.

Hi, It's not currently an option, you'd need to remove or disable the API code. Thanks, Adam.

The Nginx rules aren't wrong. They're in use on many sites, including our demo site.

Hi, Yes you should be able to remove it. Try the following: In: "\themes\flow\templates\register.html" Find and remove: $title = trim($_REQUEST['title']); $firstname = trim($_REQUEST['firstname']); $lastname = trim($_REQUEST['lastname']); Also remove: if...

Hi, I've responded to your ticket, but you should run the crons via their file path, not the domain name. Details here: https://support.mfscripts.com/public/kb_view/26/ I'd also recommend hiding PHP notices, errors etc from your live site, they may pose a security risk. You can do this via...

I've just tested it again and see the redirect to "index", so it's happening for me aswell again. Can you share FTP access via the ticket aswell, I'll run some checks?

I tested this the other day on your install and fixed it by clearing the application cache. So it may be something local to you. (browser etc). If you want me to test again, please update/add a ticket with the details and I'll look.

You don't need the /index part, you should access the site like this: https://drivemere.com/drive/

If I installed it then yes :) Unless they're not functioning due to "php" paths. If you ping me access details via the ticketing system, I'll take a look.

Hi, I believe this was resolved via the ticketing system. For other peoples benefit, the fix was to purge the application cache via the admin area. Thanks, Adam.

Hi, You would need to set them up. Copy below: 0 0 * * * php /path/to/your/reservo/admin/tasks/auto_prune.cron.php >> /dev/null 2>&1 0 0 * * * php /path/to/your/reservo/admin/tasks/create_internal_notifications.cron.php >> /dev/null 2>&1 0 * * * * php...