Search results

an option for psuedo cron VS cron job is what I was planning in the admin panel. Default is pseudo cron, if they experience 0 days then the can setup a cron job.

permission denied is probably an issue with your host, I suspect the path is wrong and your host overlooked it. As for the PHP error, that looks like an include path is not correct, I will check this again tomorrow but I am quite sure it should be fine. Make sure your cron script is in the...

depend on your server configuration, they are not universal. For the most reliable answer you should ask your host. Most Cpanel servers would work like so, but again paths can vary greatly: /usr/local/bin/php -f /home/username/public_html/cron.php

also note... if a user joins in the future with the same username as a member who was deleted they will absorb those old stats.. Unlikely, but a side effect you may want to consider.

well perhaps you would have been better to make those site inactive instead of deleting them... that is the problem, if the same site joins again the signup may fail because their username already exists in the stats table. I'm not sure how it will react, I have never had a need to keep...

you are free to change the way that works, and we are willing to assist you in doing so. But we will not be changing the core to store obsolete users data.

Stats are stored in the stats table for each individual member, overall stats simply adds all the members stats together. When you delete a member their stats are deleted as well, and this would be reflected in the overall stats. Deleting obsolete members stats has worked like this for 5+...

I will make updating the "manage members" function a high priority for next release.

for anyone else who might be experiencing this, PHP "safe mode" is not supported and is officially deprecated in PHP 5.3 and removed completely in 5.4.. If your host is using safe mode, ask them to update to the latest stable version of PHP and harden the security using suPHP and suhosin.

Disqus has a service available to export your data for storing in your own DB. But I have no intention of coding any importer for disqus, that said it should be very easy to do.

You should be able to do this via a plugin in "stats_compile_stats" or "stats_build_page" hook locations. but first, try altering the number_format() function to suit your needs in /sources/stats.php http://php.net/manual/en/function.number-format.php once you have the numbers formatted...

I found the root RSS feed and confirmed its loading very fast, not sure what might be the cause in your environment. http://visiolist.com/d/dev/?a=stats&u=osempire

interestingly when I add that feed URL to the dev site it loads quickly. http://visiolist.com/d/dev/?a=stats&u=osempire But I also noticed your using a different feed URL from the one I found on their website. Could you PM me the URL you are using so I cant test further?

hmm RSS feeds should be cached for instant retrieval, can you check your /cache/ folder and ensure files are being created there with the feed data? edit: ahh I see its just that one site.

happy to help Gerry, thanks for the kind words :)

is stats_compile_stats.php again find: foreach ($rss->items as $item) { add this after: $feed_i++; if($feed_i++ < 7){ then find: $TMPL['rss_content'] .= $this->do_plugin_skin('./plugins/RssImporter','rssitems'); add this after: } that should do it.

Indeed this plugin is on the todo list to be improved. The terms should actually be stored in the database and editable from the admin settings or language manager. :)

That date is coming from your servers PHP configuration, I believe you need to use the setlocal function: http://www.php.net/manual/en/function.setlocale.phpbut I am not familiar with this. Some other options: you can reformat the date by editing /plugins/RSSImporter/stats_compile_stats.php...

Alright the fix is now up, you can download and reinstall the updated plugin and your all set.

Sure, I'll have a look at this over the weekend and should be able to get a resolution fairly easy.