[drupal-docs] [bug] 28 comments on cron need to be compared against the "Configuring Cron Jobs" documentation

[Amazon]

Issue status update for 
http://drupal.org/node/31441
Post a follow up: 
http://drupal.org/project/comments/add/31441

 Project:      Documentation
 Version:      <none>
 Component:    Admin Guide
 Category:     bug reports
 Priority:     normal
 Assigned to:  Anonymous
 Reported by:  Amazon
 Updated by:   Amazon
 Status:       active

Removed the last 5 comments.  Added search, ping, and aggregator as
examples of modules which need cron.  Created two child pages for line
by line instructions and dreamhost specific instructions.   Linked
directly to curl scripts in Drupal CVS as an alternate to using wget or
lynx.


No more comments on System module page!




Amazon



Previous comments:
------------------------------------------------------------------------

Sat, 17 Sep 2005 03:42:35 +0000 : Amazon

The system module page has 28 comments on configuring cron jobs.  I have
included a link to this in the system page.
http://drupal.org/handbook/modules/system


I believe these are all covered here: http://drupal.org/node/23714.  
But someone needs to review all 28 comments and be sure.




------------------------------------------------------------------------

Sun, 18 Sep 2005 06:07:04 +0000 : webchick

I made some progress on this tonight (there are now only 5 comments
instead of 28!). I created a page specifically about configuring cron
in Windows (http://drupal.org/node/31506) and transferred some of the
little tidbits from the comments to the main cron configuration page
(http://drupal.org/node/23714).


TODO:
- Clean up Configuring cron jobs page so it's more scannable, i.e.
create headlines to delineate major topic areas.
- Create some manner of "step by step" instructions for creating a cron
job under Linux.
- Insert a small PHP script which can be called in lieu of wget or lynx
for hosts which don't permit that (there is one there, but it uses
fopen, the remote file retrieval features of which is generally
disabled by hosts for security reasons). I'm thinking of one using the
curl libraries which from what I understand are considered "safer"...
and actually, this might be better as a contribution to /scripts/
rather than in the docs.