Actions

Frissítés egy korábbi verzióról

From LimeSurvey Manual

This page is a translated version of the page Upgrading from a previous version and the translation is 100% complete.
További oldalak:{toc}

Mielőtt elkezdené...

... olvassa el ezt, mert nagyon fontos: Mindig készítsen biztonsági másolatot az aktuális telepítés fájljairól és adatbázisáról!

Ezt egy adatbázis-adminisztrációs eszközzel, például phpMyAdmin és egy fájlkezelővel teheti meg! Ha nem tudja, hogyan kell ezt csinálni, ne folytassa tovább, és kérdezzen meg valakit, aki tudja.

A ComfortUpdate használatára vonatkozó javaslat

A frissítés legegyszerűbb/legbiztonságosabb módja a ComfortUpdate szolgáltatásunk használata.

Frissítési utasítások (2.x vagy újabb verzióról bármely későbbi verzióra)

Kérjük, kövesse az alábbi utasításokat:

  • Készítsen biztonsági másolatot fájljairól és adatbázisáról (ezt már említettük?).
  • Törölje az összes régi fájlt/ mappák, kivéve:
    • /application/config/security.php -Fontos!! Ez a kulcs a LimeSurvey összes titkosított adatához (4-es és újabb verzió)
    • /application/config/config.php;
    • /upload directory
Megjegyzés: Ha bármilyen testreszabott sablonja van a /upload/templates mappában, győződjön meg róla, hogy "frissítse" azokat az új LimeSurvey verzióval járó változtatásokkal. Az ilyen változások ellenőrzésének legegyszerűbb módja, ha fájlban hasonlítja össze a régi sablont az alapértelmezett sablon új verziójával. Ha a testreszabásain kívül bármilyen eltérést lát, akkor frissítésre van szükség.
  • Másolja az új fájlokat az új LimeSurvey csomagból a meglévő helyre.
  • Nyissa meg az adminisztrációs oldalt a böngészőjében (pl. https://www.example.com/limesurvey/admin), és ellenőrizze, hogy van-e adatbázis séma frissítése szükséges.
  • A frissítés után: Törölje a böngésző gyorsítótárát és a cookie-kat!

Útmutató a régebbi verziókhoz

Sajnos néhány dolgot figyelembe kell venni, ezért kérjük, figyelmesen olvassa el az alábbi utasításokat.

Frissítés az 1.50-es vagy újabb verzióról bármely későbbi 2.xx verzióra

legújabb verziója!* Készítsen biztonsági másolatot fájlok és adatbázis (ezt már említettük?).
  • Cserélje ki az összes telepítési könyvtár fájlt
    • Törölje az összes régi fájlt a meglévő telepítési könyvtár
    • Töltse fel és csomagolja ki az új verzió új fájljait ugyanabba a telepítési könyvtárba
    • Ha az előző verzió 1.90-nél régebbi, másolja át a testreszabott sablonokat a /upload/templates mappába – ezt is megteheti át kell nevezni minden olyan sablonkönyvtárat, amelynek neve megegyezik egy meglévő sablonnal a /templates-ben
    • Másolja vissza a /upload könyvtárát a régi helyre
    • Ellenőrizze még egyszer a könyvtárakon beállított engedélyeket (írási hozzáférés a /tmp, /upload könyvtárhoz, és ezek alkönyvtárai is szükségesek) a telepítési wiki-ben leírtak szerint
    • Megnyitás http://<yourdomain> /<yourlimesurveydir> /admin böngészőjében, és kövesse az utasításokat (Az adatbázis adatait a régi config.php-ben találja meg). A meglévő adatbázist a rendszer automatikusan észleli, és szükség esetén frissíti a megerősítést követően.
  • Ellenőrizze, hogy érvényesek-e speciális kézi ellenőrzések az alábbiak szerint
  • Most törölje a böngésző gyorsítótárát és a cookie-kat mehetsz
  Figyelem : Kérjük, vegye figyelembe, hogy a sablon szerkezete a frissítéssel 2.0x-ról 2.50-re vagy újabbra változott. A régi sablonok többé nem fognak működni, mivel a sablonrendszer mostantól adaptív sablonokat használ.


'Speciális ellenőrzések frissítés után:
  • bármely korábbi verzióról 2.xx-re: A megfelelő kérdéskódok most kötelezőek. A telepítés frissítése után ellenőrizze az összes felmérés felmérési logikáját, és szükség esetén javítsa ki a kódokat
  • V1.53-nál korábbi verzióról: V1.53 előtti verzióról a legújabb verzióra frissítve , ellenőrizze minden felhasználó 'globális felhasználói jogait. A v1.53-ban egy új superadmin jogot vezettek be, amely ugyanazokat a jogosultságokat adhatja a felhasználónak, mint a telepítés során létrehozott főadminisztrációs fiók. A frissítési szkript kitalálja, hogy kinek kell ezt az engedélyt megadni a régebbi verziókban. Mivel ez nem tökéletes, gondosan ellenőrizni kell.
  • Bármely korábbi verziótól v2.06-ig: A 2.05-től a 2.06-ig a 'surveys' globális engedélyeinek szerkesztése során néhány fel nem használt engedély aktiválva volt. Például, ha egy felhasználónak csak a „létrehozási” engedélye volt a 2.05-ös verzióban, a „létrehozás” jobb oldalán található többi engedély is aktiválódik a 2.06-os frissítéssel (Megtekintés/olvasás, Frissítés, Törlés, Importálás, Exportálás). Kérjük, ellenőrizze, hogy a frissítés után az adminisztrátor felhasználók kaptak-e más globális engedélyeket az „eredeti” engedélyeken kívül. Ha igen, kérjük, módosítsa őket ennek megfelelően.

Frissítés az 1.50-es vagy újabb verzióról bármely későbbi 1.xx verzióra

kívánt verziója!* Készítsen biztonsági másolatot fájlok és adatbázis (ezt már említettük?).
  • Cserélje ki az összes telepítési könyvtár fájlt
    • Törölje az összes régi fájlt a meglévő telepítési könyvtár
    • Töltse fel és csomagolja ki az új kódverziót ugyanabba a telepítési könyvtárba
    • Szerkessze vagy cserélje ki a config.php fájlt:
      • Ha az előző verzió volt < 1,70: Szerkessze az új config.php fájlt, hogy tükrözze a config.php biztonsági mentési fájl változásait. 'Ne csak az új config.php-t írd felül a régivel!
      • Ha az előző verziód >= 1.70 volt: Egyszerűen cseréld ki az új config-ot. php a biztonsági mentés config.php fájljával (mivel a fájl formátuma nem változott)
    • Ha az előző verzió 1.90-nél régebbi volt: Másolja át a testreszabott sablonokat a /upload/templates - át kell nevezned minden olyan sablonkönyvtárat is, amelyek neve megegyezik egy meglévő sablonnal a /templates-ben
    • Másold vissza a /upload könyvtárat a régi helyre
    • Ellenőrizze még egyszer a jogosultságok beállítását a LimeSurvey könyvtárain (írási hozzáférés szükséges a /tmp, /upload címekhez és azok alkönyvtáraihoz) az telepítési wiki
  • Fejezd be a telepítési/frissítési folyamatot
    • Miután megnyitotta az URL-t a LimeSurvey adminisztrációjához, az adatbázistáblák frissítésre kerülnek a megerősítést követően
    • Távolítsa el vagy nevezze át az /admin/install könyvtárat, mint/ha a telepítő szkript utasítja
    • Ellenőrizze, hogy érvényesek-e speciális kézi ellenőrzések (az alábbiak szerint)
Speciális ellenőrzések frissítés után:
  • V1.53-nál régebbi verzióról: Ha 1.53 előtti verzióról frissít a legújabb verzióra, ellenőrizze a „globális felhasználói jogok” minden felhasználó számára. A v1.53-ban egy új superadmin jogot vezettek be, amely ugyanazokat a jogosultságokat adhatja a felhasználónak, mint a telepítés során létrehozott főadminisztrációs fiók. A frissítési szkript kitalálja, hogy kinek kell ezt az engedélyt megadni a régebbi verziókban. Mivel ez nem tökéletes, gondosan ellenőrizni kell.

Frissítés v1.50-nél korábbi verzióról (v1.0-ról v1.44-re)

Mivel az adatstruktúra és sok más dolog megváltozott, frissítés bármely korábbi verzióról v1.50-re NEM lehetséges. Ha régi *.sql kiterjesztésű felmérési struktúra fájljai vannak, akkor csak a 1.50-es verzió telepítésével szerezheti be ezeket egy újabb verzióba. , importálja oda az .sql fájl(oka)t, majd frissítse a verziót a legújabb LimeSurvey verzióra. További részletekért tekintse meg a egy telepítés átvitelének módját kapcsolatos oldalt.

Frissítés CLI használatával

Az adatbázist a PHP CLI-n keresztül frissítheti: php application/commands/console.php updatedb . Ez lehetővé teszi az automatikus frissítési rendszer beállítását parancssoron keresztül (például crontabban), bár ez nem ajánlott.

Sikertelen adatbázis-frissítés kézi frissítés után/ComfortUpdate

Néha, bár mindent helyesen csinált, a dolgok nem úgy működnek az adatbázis frissítése során, ahogyan azt kellene. Ez többféle ok miatt történhet: Különböző adatbázisverziók , váratlan adatformátumok vagy tartalmak, szokatlan konfigurációk vagy bármi más, ami nem jelent meg a tesztekben (igen, sokat tesztelünk!)

Ha az adatbázis-frissítés során hiba lép fel, és a LimeSurvey példány használhatatlan állapotba kerül, akkor vissza akar térni az előző verzióhoz. Ez azt feltételezi, hogy még mindig megvan az adatbázis és a fájl biztonsági másolata, akár a szokásos biztonsági másolatból, akár a fájlból. a Comfortupdate által létrehozott.

Kérjük, hajtsa végre a következő lépéseket:

  • Készítsen biztonsági másolatot a meglévő LimeSurvey könyvtárról és adatbázisról (igen, ismét – ezt fogjuk 2. biztonsági mentésnek nevezni)
  • Fájlok visszaállítása a meglévő könyvtárba (csak felülírja őket) az eredeti (1.) biztonsági másolatból.
  • Törölje a régi adatbázist, és állítsa vissza az adatbázist az eredeti (1.) biztonsági másolatból.

Ez az. Mindennek vissza kell állnia a normális kerékvágásba.

Megjegyzés a probléma bejelentésével kapcsolatban:'

Ha ilyen problémába ütközik, kérjük, mindig jelentse ezt a hibakövetőnkkel: https://bugs.limesurvey.org

A be nem jelentett hiba nem javított hiba. Kérlek, ne csak arra hagyatkozz, hogy mások bejelentik. Ha azt látja, hogy a hibát már jelentették, segíthet a hibaprioritás növelésében, ha a hibakövetőben „Igen, ez a hiba engem érint” jelöléssel.

GYIK

Frissíthetem akkor is, ha aktív felméréseim vannak?

Igen tudsz. A fenti alapos utasításokban kivételek említhetők. Nyomatékosan javasoljuk, hogy tesztelje felméréseit a frissítés után, és ellenőrizze, hogy a tervezési sablonok továbbra is megfelelően működnek-e.

Hogyan lehet a *.sql/*.csv felmérési szerkezet fájljait a legújabb LimeSurvey verzióra konvertálni?

Telepítse az 1.50-es verziót, importálja a fájlt, és exportálja a felmérés szerkezetét újabb .csv formátumba. Ezután telepítse a legújabb 2.x verziót, importálja a .csv formátumot, majd exportálja az aktuális .lss formátumba.

Survey theme incompatibility

With certain major version updates any custom survey themes will not be compatible, anymore:

  • Update from LimeSurvey 2.6 or lower to LimeSurvey 2.50
  • Update from LimeSurvey 5.x or lower to LimeSurvey 6.x

Error "Multiple primary key defined" when updating MySQL database

If you encounter this error, please check the setting sql_generate_invisible_primary_key in your MySQL server variables. This is most likely set to ON, but should be set to OFF. Then restore your database from the backup (as explained above) and try again.