Search results

If you deleted the theme via FTP you'll also need to remove the record within the database, 'theme' table. If you manually want to install it, just upload it via FTP into the themes/ folder. When you load the admin, manage themes pages, it should scan for new ones.

Thanks for posting. It'll be fixed for the next release.

Yes just an empty /files/ folder is all you need. Ensure it has write permissions (CHMOD 777 or 755 depending on your host).

This should do it: UPDATE file SET accessPassword = NULL;

It should automatically pick it up when you load the manage themes section in the admin area. Ensure you've done and the steps to copy the original theme: https://support.mfscripts.com/public/kb_view/39/

Are you talking about the background url downloader? The one where you can close the browser?

Why not just check for this in your code? :) The php_sapi_name() call is pointless then. I'll make a note to see if this can be limited to cli only on all servers but my experience of trying it before tends to be that it causes more issues than it's worth. At least to get it working in all...

Unfortunately this wont work on every server, they wont all return 'cli' on php_sapi_name(). Also, the script doesn't seem to check if the user has available disk space when using the remote upload. Yes it does.

Do you mean page descriptions? If yes, they are in the translations section within the admin area.

I can't see it relating directly to the 4.2 upgrade, the amount of queries on the db has been significantly reduced. What is actually causing the high loads? i.e. if you run a 'top' what does it show. (when it's going slow) Sometimes mysql failing can be a side effect of another process using...

Thanks for taking the time to post andreas5605, very useful info. We're looking at possible partnership with Leaseweb, so good to see them on your list. :)

Thanks for pointing out the upload_source. This isn't true, it's fine (and I'd say better practice) to use a comma on the last item. It'll cause issues in javascript but not PHP.

Google docs needs access to the install so you've probably got something blocking external connections in. i.e. your router firewall. It probably won't work on 'localhost' aswell since Google wont see this.

Hi, Yes you need to copy the contents of /plugins/ to all servers when you add or update them. Thanks, Adam.

You need to include the extra param on the end of test_sanity_check_files.php. After you run it the first time the output at the end shows you the param if you want to delete the files.

How are you calling it on the command line? Did you include the extra param to delete or did it just list them?

It doesn't delete them, it moves them into the _deleted folder. Did they get moved?

We sure are :) Although it'll be in about 3 months. Keep an eye on vitavideo.com and follow the twitter account for more updates. https://twitter.com/vitavideocom

Yes, if you use the 'rewards' plugin with Nginx we have an option to automatically callback when the download is finished. This also works for viewing mp4 files. There's also an option to log the reward at a percentage of the video (if using JWPlayer). There's no extra charge for these on top of...

You should be able to see this fine now.