cheers will intall later

Did their proposed fix not work on that other script?

Thank you very much...

I'm going to try it now...I use vBadvanced and I hated seeing cron.php generating errors on my homepage...:)

Let me know how it works for you. :D

No more cron.php errors with vBadvanced...;)

It's working fine...thank you very much for your work...

This mod works flawlessly with no stuttered page loads. It's works so well, most folks probably don't even know it is working.

Thank you very much for the testimonial. I am glad it fixes problems for people.

That's probably why it doesn't get many installs either. They don't know they need itr. :D

Getting this kind of db error...

That is not caused by this mod. See this thread. http://www.vbulletin.com/forum/bugs3...view&bugid=639

so if its better why not vb do it ?

Because they didn't think of it?

That is what this entire site and a zillion other mod sites exist for. To supply options and improvements that vBulletin doesn't have.

Just checking in. I'm going to assume from the continued installs and silence that this is continuing to work in vBulletin 3.62? If not please let me know.

It's ok with vb 3.6.2

Thanks, that's good to know. I haven't updated yet.

Works for me too. :)

i have a php file that i need to run. i have to run it manually at the moment. the cron scheduler in my cpanel did not work. will this be able to execute a php file as if it was entered into the url bar or clicked.

This runs the cron scheduler, so no. If you want to runs something in the sheduler it needs to be file that is setup for vBulletin.

Working smoothly on VB 3.6.3.

Great hack Code Monkey. Thanks a lot :) .

Clicked Install of course ;).

Thanks! I was wondering about the whole cron thingy and this seems like a more efficient method.

3.6.3 .. I installed this to combat the fact that zoints tags look in /tags/*tagname*/ for cron.php .. but it doesn't appear to have done anything.

:(

Don't get me wrong, I love the idea, and have had no issues with other things calling cron.php, but the Zoint Tags thing is driving me mad! :)

I don't understand the problem Kall. Are you saying the Zoints tag system breaks the scheduled task system somehow? I am not familiar with that mod so I am not sure what it does other than create a tag system.

I see you are using a page compressor. It may be removing empty comment tags. In which case it will remove the vBulletin default code marker and this, and possibly default cron, won't be able to work.

Yeah.. the vBSEO Content Cleaner is what I am using.

Hmm.. well, what appears to be happening is: Zoints tags looks in its own (mod_rewrited) directory for cron.php. It's not there, and I get error messages.

Cron works everywhere else (and still does, since installing this Modification), but I am still seeing the error from the Zoints Tags looking for cron in the wrong place.

So you are saying zoints has it's own cron setup.

Not at all, it just tries to call $cronimage from /forum/tags/cron.php instead of /forum/cron.php...because that's the "directory" the viewer is in at the time.

*edit* /forum/tags/*tag name/cron.php is also called.

Sounds like something maybe they need to know about. They most likely have no idea it can interfere with the running of crons.

Seems to be working fine in 3.6.4. :)

Uninstalled after using it for Month get nothing that i did not realize without using this. Still do not know what this does.

As stated, default makes it not run as a background task. The user's page sits there and loads the "image" while the cron task is completed (the default cron script is called from within an <img> tag). This can take a little while, so the user keep seeing a "busy loading the page" icon or whatever until the cron is done and the "image" loads.

AJAX is Javascript, so the call to run the cron file is done truly in the background. ;)

What are we talking about?

0,00001 seconds ?

/clicks install

Elegant, seamless and smart. The best kind of mod. :)

It depends on the size of your site, and the specific cron that's running at the time...

I have quite a few cron jobs scheduled, one being a nightly backup, and when those kick in, I can tell the site feels sluggish when loading pages. This mod fixes that.

would this be possible to utilize a cron task to repair databases and restart the mysql service?

nightly backup for a accounts on my server? is this really possible with ajax? would you mind telling me more on how you have that working?

To clarify, it's possible with cron... this mod though initiates those (cron) sheduled tasks via an asyncronous AJAX call, allowing them to run in the background.

As far as how to get the nightly backup cron going in the first place, there are quite a few solutions... search and read and pick the one you like best... here are a few I've seen:

https://vborg.vbsupport.ru/showthread.php?t=126925
https://vborg.vbsupport.ru/showthread.php?t=105599
http://www.debianhelp.co.uk/mysqlscript.htm
http://www.vbhackers.com/f76/automat...3/index13.html

thanks

Wouldn't simpler method be to have window.stop at the bottom of your footer and then have ignore_user_abort(true); in the PHP file? For MSIE you could just evoke the escape key (27)

This will (in theory) effectively stop the page from continuing to load, but the php script will ignore the request and continue processing until it has finished.

Just an idea.

Ok this mod doesnt work on 3.6.5. Any more support for this mod? I have followed all instructions but the scheduled tasks are not running...:)

It works without any problem in 3.6.5

Hmm I followed all the instructions. Funny thing is the original cron seems to be still working. Schedueld tasks runs when i load the forum page, but does not run when its not loaded. Any thoughts about something i am missing?

I uploaded the files to my forum directory, that is correct no?