Po stisku některých příkazů musíme neúměrně dlouho čekat. (Server provozujeme v místní síti). Na informace o verzi moodle jsem musel čekat přes 1 minutu.
Nejvíce je to ale patrné při editaci uživatele. Např. při změně hesla prohlížeč neustále čeká na odpověď systému - nedočkám se. Musím zavřít prohlížeč. Heslo je ale změněno.
Napadá někoho něco?
Děkuji
Asi bych se podíval do logu jestli nejsou třeba poškozené tabulky db popřípadě problém s diskem.
Stejný problém mám po půl roce běhu verze 3.0.
Problém byl asi s databází. Nefungoval mi Cron. Teď je vše v pořádku. I velikost databáze se příjemně zmenšila.
Ano, myslím si, že je to tím. Pomohlo to i nám.
Děkuji
A můžu se zeptat, co a jak jste opravili? Pouze jste povolili cron?
Provozuji Moodle na Blueboardu. Dlouho mi trvalo, než jsem přišel na to, že ve spouštěcí adrese Cronu musí být heslo. Proto jsem Cron spustil ručně v Moodlu. Nyní už mi funguje automatické spouštění Cronu z administrace na Blueboardu. Po dokončení se rapidně zmenšila databáze a aktualizace hesla je už rychlá.
Díky za info. Cron je vitálně důležitý a poslední verze Moodle opravdu spoléhají na to, že je pravidelně spouštěn, a to ideálně každou minutu. Řada operací je implementována tak, že se dějí na pozadí a bez cronu se tak neděje.
Opravdu každou minutu? Já ho pouštím jednou za hodinu.
To je málo. V podstatě dáváš serveru daleko více jednorázově zabrat. Aby dobře a plynule fungoval subsystém naplánovaných úloh, kde lze frekvence jednotlivých úloh nastavovat, je nejlépe pouštět cron každou minutu.
Nemusíš mít obavy. Pokud si jej zkusíš párkrát ručně spustit z příkazové řádky, trvá většina cyklů velmi krátce. Subsystém naplánovaných úloh má navíc implementován systém zámků, který zabraňuje paralelnímu spuštění stejné úlohy apod.
Frekvence cronu rovněž ovlivňuje, kdy dojde ke spuštění tzv. jednorázových ad-hoc úloh. Přes ně se realizuje např. funkce Recycle bin a další.
