A legjobb hír az ügyet illetően: Van biztonsági mentésed. :)
Üdv.: Vágvölgyi Csaba
A legjobb hír az ügyet illetően: Van biztonsági mentésed. :)
Üdv.: Vágvölgyi Csaba
Kedves Péter!
Milyen beíratkozási módszer(eke)t használtok? Úgy tűnik, hogy a Saját beírakozás módsze esetén engedélyezve volt a "Tétlenségi kiiratkoztatás időtartama" opció.
Az furcsa, hogy eddig nem futott a cron és a megadot 248832000 nap is kissé szokatlan, de ezt leszámítva ha hosszú idő után most futott a cron, akkor simán előfordulhat ilyan tömeges az inaktív felhasználókat érintő kiiratás .
Az általad tapasztalt "eltúnt beadott feladatok" jól jelzik a módszer kockázatát, hiszen ha a felhasználók kontroll nélkül kikerülnek a kurzusokból, akkor elveszhetnek a általuk feltöltött tartalmak is.
Üdv.: Vágvölgyi Csaba
Kedves Zoltán!
Még egy lehetséges megoldás:
Készíts biztonsági mentést a kurzusról, amely csak a teszteket (és a kérdésbankot) tartalmazza. Ezt a mentés vissza tudod állítani az alábbi lehetőséget használva:
Visszaállítás egy létező kurzusba
A kurzus biztonsági mentésének egyesítése egy létező kurzussal
Üdv.: Vágvölgyi Csaba
Kedves Zsolt!
Minkét esetben ugyanaz a telepítőkészletet használtad? Tényleg furcsa hibák, így első körben a telepítőkészlet hibájára gyanakodnék.
Extrém esetben maga az aktuális heti kiadás is lehet hibás. Ha sima 3.7.1-et próbálsz felrakni én nem 3.7.1+-t, akkor is ismétlődik a hiba???
Üdv.: Vágvölgyi Csaba
Kedves György!
A leírásod alapján a visszaállítás igen sok adatbázis művelettel jár, ami időtúllépéshez vezethet. Lehet, hogy a max_execution_time paraméter értékét kellene növelned a php.ini-ben:
Üdv.: Vágvölgyi Csaba