Search results

If you submit any requests in the RFCs part of the forum they'll be reviewed for the next release.

By the way I couldn't see anything really wrong with your nginx config. "location /files/" we have as "location /files" but I don't think that would make a difference. I assume you restarted nginx on all servers and enabled the option in site settings, admin? HttpSecureDownload also looks...

It doesn't use PHP. If you use the option XAccelRedirect it hands off onto Nginx (assuming the nginx settings are working). You still need PHP at the start of the process for validation, security etc but this adds little overhead. Good to hear you are happy with access to the source code :)

Thanks for posting the resolution. :)

Run it manually and post the output here: php /path/admin/tasks/process_file_queue.cron.php Also, make sure you can call php cli ok, post the result of: php -v

It was a previous bug which is now fixed, there shouldn't be any files in that folder with the latest release. It's just a warning to other people that you can cause some real damage by using rm -rf (without warning) if you're not careful.

Warning to just be careful when using rm -rf, it can delete EVERYTHING if you're not careful. If you're not sure don't use it.

Thanks for posting the info. :)

Re: change "local storage" type to "remote file server stora So, do every you've said including setting up the file server in the admin area. (so it's in the database) The main thing you'll want to update is the server id on each file. So say your local file server is id of 1 (see the database...

Multi threads and preset is also good. :)

Hi, I've never looked into it however it uses ffmpeg so maybe these resources would be useful: http://askubuntu.com/questions/352920/fastest-way-to-convert-videos-batch-or-single http://askubuntu.com/questions/270625/how-to-fast-convert-mp4-to-webm-using-ffmpeg...

Yes it does.

Yes it was put on hold as you can do it with JWPlayer directly. http://www.jwplayer.com/video-ads/

You can't at the moment. The trash can is there so you can still access the file stats after it being removed.

You need to test if the cron tasks work on your server via the command line (ssh). So login via SSH and call one of them: php /home/nypp/www/admin/tasks/process_file_queue.cron.php If the file action queue is processed then you know the cron scripts work on your server. So it must be an issue...

Delete the groups via the database in the plugin_reward_ppd_group table.

Use the arrow keys to go left and right.

You're welcome :)

Try enabling mcrypt in PHP.

It's not a problem in the code, just when ob_flush() has been called but there's nothing to output. You'd be best tweaking the PHP settings to not log notices on live servers. We do our best to clear them all but there may still be some depending in PHP version, config etc...