Ik heb van mijn webhost te horen gekregen dat ik het script cron.php niet meer mag laten lopen. Hun server liep geregeld vast. Nochtans voorziet de "control-center" wel een rubriek waar je een cronjob kan invoeren. Ik denk dat mijn commando verkeerd was en heb dat ook gemeld aan de webhost. Maar die antwoordde dat dat zelfs niet meer ter discussie staat en dat ik het script niet meer mag laten lopen. Mijn moodle maakt geen gebruik van de forumfunctie, maar er zijn wel een vierhonderd kinderen (lagere school) die er gebruik van maken en thuis ook berichtjes naar mekaar sturen. Wat zal het gevolg zijn als dat script niet meer loopt ? Het zou jammer zijn want het is een provider met zeer goede voorwaarden (www.admo.net).
(ik ben geen specialist ter zake...nvdr)
Bedankt,
Bob Goossens.
Dat is jammer Bob want forum berichten komen w.s. niet meer aan.
Er zullen w.s. een aantal moodlegebruikers zijn die wél positieve ervaringen hebben met hun webhost.
Jammer want het is wél een goedkope webhost.
Bedankt voor je reactie, Hans.
Het is inderdaad een goedkope webhost en eigenlijk al enkele jaren heel tevreden over, steeds binnen de 24u antwoord op vragen. Maar nu wel even vervelend...Ik zou dus liefst bij deze webhost blijven maar ik weet niet of dit zonder dit cron-script kan.
Het is inderdaad een goedkope webhost en eigenlijk al enkele jaren heel tevreden over, steeds binnen de 24u antwoord op vragen. Maar nu wel even vervelend...Ik zou dus liefst bij deze webhost blijven maar ik weet niet of dit zonder dit cron-script kan.
Hoe had je de cronjob geregeld? Via de webhost?
Als je alleen de cronjob van de webhost niet meer mag gebruiken kun je het natuurlijk ook extern doen met wget op een willekeurige PC.
Deze stuurt dan periodiek (10 min bijv.) een aanvraag: http://www.jouwdomein.xx/admin/cron.php
Je bereikt dan natuurlijk hetzelfde
Je kan de cron ook van buiten de server laten lopen.
Vraag, vanaf een willekeurige server http://website/moodle/admin/cron.php
elke 15 minuten op, en je cron loopt weer. Of heb ik het mis?
vanaf linux kan je dat scripten met wget. Daar is ook een windowsversie van.
Hans en Rob, bedankt voor de tip.
Maar als ik het goed begrepen heb, heeft mijn webhost uitdrukkelijk gevraagd het script niet meer te laten lopen, dus ook niet extern (?) of maakt dat dan zo'n verschil als dat van een externe pc gebeurt ? En moet dat een krachtige pc zijn of is een "gewone" pc die altijd aanstaat voldoende (of is de cronjob een zware belasting voor die externe pc).
Maar als ik het goed begrepen heb, heeft mijn webhost uitdrukkelijk gevraagd het script niet meer te laten lopen, dus ook niet extern (?) of maakt dat dan zo'n verschil als dat van een externe pc gebeurt ? En moet dat een krachtige pc zijn of is een "gewone" pc die altijd aanstaat voldoende (of is de cronjob een zware belasting voor die externe pc).
bob
gewoon een pc die bv s'nachts aanstaat werkt perfect
wij draaien wel een cronjob die een backup van de database maakt
deze maakt een bestand aan. nadien draait onze wget vanaf een lokaal toestel.
de wget gaat het backup bestands overhalen + de datastructuur waarin de moodle data staat van alle vakken (upload's van docenten en cursisten enz)
hier gaat hij natuurlijk alleen de data overbrengen die gewijzigd is niet steeds de volledige map (is ondertussen zo'n 600mb)
dit is een voorbeeld van een wget commando :
wget -mr --ftp-user=xxxxx --ftp-password=xxxx ftp://ftp.sitename/data
ons wget commando draait vanaf een windows pc
Nee dat is geen zware taak en is vaak binnen 1 seconde uitgevoerd indien het alleen mail/forumverkeer is.
Wat cron trevens doet is de backup van moodle intern activeren.
Dat ligt eraan hoe je dit hebt ingesteld.
De vraag is wat het probleem veroorzaakt.
- het door jou gebruikte script van de webhost?
- de cron.php van Moodle?
Backupppen kan ook op een andere manier door downloaden van de bestanden moodledata en de mysql tabel "moodle"
als ik het cron-script manueel in mijn browser liet lopen, verscheen in mijn browser dat het "succesfull" gelopen had, maar blijkbaar legde het de webserver zo nu en dan plat (als het een tijdje niet gelopen had). Er is in het "controlcenter" wel een manier om de database te backuppen maar dat moet manueel gebeuren.
Maar de gebruikers sturen berichten naar mekaar (maar gebruiken geen forum), ik vraag wel bijna dagelijks de statistieken op om de berichten te checken (lagere school, netiquette enzo...). Het opvragen van zo'n logboek hangt dat samen met dat cron-script ?
Maar de gebruikers sturen berichten naar mekaar (maar gebruiken geen forum), ik vraag wel bijna dagelijks de statistieken op om de berichten te checken (lagere school, netiquette enzo...). Het opvragen van zo'n logboek hangt dat samen met dat cron-script ?
Geen idee Bob maar lijkt me niet.
Je kunt natuurlijk effe checken of het gebeurt.
Als je cron functie uitstaat wacht je een poosje en bekijk de istuatie voor en na een cron.
Het lijkt me overigens verstandig als je je hele Moodle even download op een PC thuis.
Moodle met daarin moodledata moodle en mysql (tabellen)
Webhosters en providers zijn vreemde wezens.
Ze trekken zomaar de stekker eruit.
Je kunt er gif op innemen dat de volgende vastloper van hun server einde oefening is voor jou. Ja en kom dan maar eens bij je materiaal.
Dus cron experimenten na de full backup.
Tijdelijk is er altijd wel een oplossing te vinden op basis waarvan je je ELO weer in de lucht hebt.
Ik weet niet of jij je Moodle zo ingesteld hebt dat backups automatisch gemaakt worden. Dat crons-criptje zorgt er namelijk ook voor dat je backups starten.
En het zou kunnen zijn dat juist het maken van die 'intensieve' backups je server doen crashen... Indien dat zo is, is je probleem snel opgelost: zoek een ander manier om die backups te maken.
(Ik zie net dat Koen in een andere discussie dezelfde raad geeft.)
En het zou kunnen zijn dat juist het maken van die 'intensieve' backups je server doen crashen... Indien dat zo is, is je probleem snel opgelost: zoek een ander manier om die backups te maken.
(Ik zie net dat Koen in een andere discussie dezelfde raad geeft.)
ik ben even in de database gaan snollen (voor zover ik daar iets van begrijp) en daar vond ik dat "mdl_stats_monthly" meer dan 800MB heeft. Hoe kan ik ervoor zorgen dat dit minder wordt ? Ik raadpleeg wel bijna dagelijks de logbestanden om de leerlingen (9-12 jaar) te controleren op hoffelijk gedrag tijdens het sturen van berichten.
Ik vermoed dat ik enkele instellingen bij statistieken moet aanpassen. Iemand suggesties hoe ik die het best instel (iets meer dan 500 gebruikers) ?
Mijn webhost denkt trouwens dat daar het probleem ligt (bij die zware database). Trouwens, mijn webhost wil me echt wel helpen.
Bedankt.
Ik vermoed dat ik enkele instellingen bij statistieken moet aanpassen. Iemand suggesties hoe ik die het best instel (iets meer dan 500 gebruikers) ?
Mijn webhost denkt trouwens dat daar het probleem ligt (bij die zware database). Trouwens, mijn webhost wil me echt wel helpen.
Bedankt.
Het is geen antwoord op de vraag, maar ik wil hierbij laten weten dat ik mijn websites host bij 123-webhost.nl. Zeer (prijs)vriendelijke en vakbekwame Belgen die steeds klaar staan om vragen te beantwoorden en te helpen. Oók bij het formuleren van een correcte cronjob... (Let op de juiste spelling van het webadres. Er zijn meer 123en.)