Webhely áthelyezése
Nagyon hasznos technika lehet egy új XOOPS webhely prototípusa helyi rendszeren vagy fejlesztői szerveren. Az is nagyon körültekintő lehet, ha először teszteli a XOOPS frissítést a gyártóhely egy példányán, arra az esetre, ha valami baj lenne. Ezek megvalósításához képesnek kell lennie arra, hogy a XOOPS webhelyet egyik webhelyről a másikra helyezze át. A következőket kell tudnia a XOOPS webhely sikeres áthelyezéséhez.
Az első lépés az új webhelykörnyezet létrehozása. Az Előzetes előkészületek szakaszban szereplő tételek itt is érvényesek.
Az áttekintésben ezek a lépések a következők:
- tárhely beszerzése, beleértve a domain névre vagy e-mail-címre vonatkozó követelményeket
- szerezzen be egy MySQL felhasználói fiókot és jelszót
- szerezzen be egy MySQL adatbázist, amelyen a fenti felhasználó minden jogosultsággal rendelkezik
A folyamat hátralévő része nagyon hasonló a normál telepítéshez, de:
- a fájlok XOOPS disztribúcióból való másolása helyett a meglévő webhelyről másolja őket
- A telepítő futtatása helyett egy már feltöltött adatbázist fog importálni
- A válaszok beírása helyett a telepítőben módosítja a korábbi válaszokat a fájlokban és az adatbázisban
Másolja a meglévő webhelyfájlokat
Szekció neve “Másolja a meglévő webhelyfájlokat”Készítsen teljes másolatot a meglévő webhely fájljairól a helyi gépre, ahol szerkesztheti azokat. Ha távoli gazdagéppel dolgozik, a FTP segítségével másolhatja a fájlokat. Akkor is szüksége van egy másolatra, ha a webhely fut a helyi gépen, ebben az esetben csak készítsen egy másik másolatot a webhely könyvtárairól.
Fontos megjegyezni, hogy a xoops_data és xoops_lib könyvtárakat akkor is bele kell foglalni, ha átnevezték őket and/or áthelyezésre.
A dolgok gördülékenyebbé tétele érdekében távolítsa el a gyorsítótárat és a Smarty által lefordított sablonfájlokat a másolatból. Ezeket a fájlokat a rendszer újra létrehozza az új környezetben, és problémákat okozhat a régi, helytelen információk megőrzése, ha nem törlik őket. Ehhez törölje az összes fájlt az index.html kivételével mindhárom könyvtárból:
- xoops_data/caches/smarty_cache
- xoops_data/caches/smarty_compile
- xoops_data/caches/xoops_cache
Megjegyzés: A
smarty_compiletörlése különösen fontos, ha egy webhelyet áthelyez a XOOPS 2.7.0 verzióra vagy onnan. A XOOPS 2.7.0 Smarty 4-et használ, és a Smarty 4 által lefordított sablonok nem cserélhetők fel a Smarty 3 által lefordított sablonokkal. Ha az elavult lefordított fájlokat a helyükön hagyja, az új webhely első oldalának betöltésekor sablonhibákat okoz.
xoops_lib és zeneszerzői függőségek
Szekció neve “xoops_lib és zeneszerzői függőségek”A XOOPS 2.7.0 a PHP függőségeit a Composeren keresztül kezeli, a xoops_lib/-n belül. A xoops_lib/vendor/ könyvtár tartalmazza azokat a harmadik féltől származó könyvtárakat, amelyekre a XOOPS-nak futás közben szüksége van (Smarty 4, PHPMailer, HTMLPurifier stb.). Egy webhely áthelyezésekor a teljes xoops_lib/ fát – beleértve a vendor/-t is – át kell másolnia az új gazdagépre. Ne próbálja meg újra generálni a vendor/-t a célállomáson, hacsak nem olyan fejlesztő, aki testreszabta a composer.json-t, és a Composer elérhető a célgépen.
Állítsa be az új környezetet
Szekció neve “Állítsa be az új környezetet”Az Előzetes előkészületek szakaszban szereplő tételek itt is érvényesek. Itt azt feltételezzük, hogy rendelkezik bármilyen tárhelytel, amelyre szüksége lesz az áthelyezett webhelyhez.
Kulcsinformációk (mainfile.php és secure.php)
Szekció neve “Kulcsinformációk (mainfile.php és secure.php)”Egy webhely sikeres áthelyezése magában foglalja az abszolút fájl- és elérési útnevekre, URL-címekre, adatbázis-paraméterekre és hozzáférési hitelesítő adatokra való hivatkozások módosítását.
Két fájl, a mainfile.php a webhelye gyökérkönyvtárában, és a data/secure.php a webhelye (új néven and/or áthelyezve) xoops_data könyvtárában határozza meg webhelye alapvető paramétereit, például, ahol a PH0P0 a QZ8-ban a sitt QZ8. a gazdagép fájlrendszerét, és hogyan csatlakozik az adatbázishoz.
Tudnia kell, hogy mik az értékek a régi rendszerben, és mik lesznek az új rendszerben.
mainfile.php
Szekció neve “mainfile.php”| Név | Régi érték mainfile.php | Új érték mainfile.php |
|---|---|---|
| XOOPS_ROOT_PATH | ||
| XOOPS_PATH | ||
| XOOPS_VAR_PATH | ||
| XOOPS_URL | ||
| XOOPS_COOKIE_DOMAIN |
Jegyezze fel a régi és az új értékeket, mivel néhány későbbi lépésben más helyeken is hasonló változtatásokat kell végrehajtanunk.
Például, ha áthelyez egy webhelyet a helyi számítógépéről egy kereskedelmi tárhelyszolgáltatásra, értékei így nézhetnek ki:
| Név | Régi érték mainfile.php | Új érték mainfile.php |
|---|---|---|
| XOOPS_ROOT_PATH | c:/wamp/xoopscore27/htdocs | /home8/example/public_html |
| XOOPS_PATH | c:/wamp/xoopscore27/htdocs/xoops_lib | /home8/example/private/xoops_lib |
| XOOPS_VAR_PATH | c:/wamp/xoopscore27/htdocs/xoops_data | /home8/example/private/xoops_data |
| XOOPS_URL | http://localhost/xoops | https://example.com |
| XOOPS_COOKIE_DOMAIN | localhost | example.com |
Miután módosította a mainfile.php fájlt, mentse el.
Lehetséges, hogy néhány más fájlok tartalmazhatnak kódolt hivatkozásokat a URL-ra vagy akár elérési utakra. Ez a személyre szabott témákban és menükben valószínűbb, de a szerkesztővel az összes fájl között kereshet, csak a biztonság kedvéért.
A szerkesztőben végezzen keresést a másolatban lévő fájlok között, keresse meg a régi XOOPS_URL értéket, és cserélje ki az új értékre.
Tegye ugyanezt a régi XOOPS_ROOT_PATH értékkel, és cserélje le az összes előfordulást az új értékre.
Őrizze meg jegyzeteit, mert később újra fel kell használnunk őket az adatbázis mozgatásakor.
data/secure.php
Szekció neve “data/secure.php”| Név | Régi érték data/secure.php | Új érték a data/secure.php |
|---|---|---|
| XOOPS_DB_HOST | ||
| XOOPS_DB_USER | ||
| XOOPS_DB_PASS | ||
| XOOPS_DB_NAME |
Nyissa meg a data/secure.php fájlt az átnevezett and/or áthelyezett xoops_data könyvtárban a szerkesztőben. Módosítsa a fenti diagramban látható definíciók értékeit a régi értékekről az új webhely megfelelő értékeire.
Egyéb fájlok
Szekció neve “Egyéb fájlok”Lehetnek más fájlok is, amelyekre figyelmet kell fordítani, amikor webhelye költözik. Néhány gyakori példa a API kulcsok különféle szolgáltatásokhoz, amelyek a tartományhoz köthetők, például:
- Google Maps
- Recaptch2
- Like gombok
- Linkmegosztás and/or hirdetések, például Shareaholic vagy AddThis
Az ilyen típusú társítások megváltoztatása nem könnyen automatizálható, mivel a régi domainhez való csatlakozások jellemzően a szolgáltatási oldalon a regisztráció részét képezik. Bizonyos esetekben ez egyszerűen hozzáadhatja vagy megváltoztathatja a szolgáltatáshoz társított tartományt.
Másolja a fájlokat az új webhelyre
Szekció neve “Másolja a fájlokat az új webhelyre”Másolja át a módosított fájlokat az új webhelyre. A technikák megegyeznek a Telepítés során alkalmazottakkal, azaz a FTP használatával.
Másolja a meglévő webhelyadatbázist
Szekció neve “Másolja a meglévő webhelyadatbázist”Készítsen biztonsági másolatot az adatbázisról a régi kiszolgálóról
Szekció neve “Készítsen biztonsági másolatot az adatbázisról a régi kiszolgálóról”Ehhez a lépéshez erősen ajánlott a phpMyAdmin használata. Jelentkezzen be a phpMyAdmin-ba meglévő webhelyéhez, válassza ki az adatbázist, majd válassza az Exportálás lehetőséget.
Az alapértelmezett beállítások általában rendben vannak, ezért csak válassza ki az “Exportálási módot” a Gyors és a “Formátum” lehetőséget a SQL-nál.
Az adatbázis biztonsági másolatának letöltéséhez használja a Go gombot.

Ha az adatbázisban olyan táblák vannak, amelyek nem a XOOPS-ból vagy annak moduljaiból származnak, és a NOT áthelyezésre kerül, válassza az Custom “Exportálási módszerét”, és csak a XOOPS kapcsolódó táblákat válassza az adatbázisban. (Ezek a telepítés során megadott “előtaggal” kezdődnek. Az adatbázis előtagját a xoops_data/data/secure.php fájlban keresheti meg.)
Állítsa vissza az adatbázist az új kiszolgálóra
Szekció neve “Állítsa vissza az adatbázist az új kiszolgálóra”Az új gazdagépen az új adatbázis használatával állítsa vissza az adatbázist az eszközök segítségével, például a phpMyAdmin Import lapjával (vagy szükség esetén a bigdump segítségével).
Frissítse az URL-eket és útvonalakat az adatbázisban
Szekció neve “Frissítse az URL-eket és útvonalakat az adatbázisban”Frissítse a webhelyén található erőforrásokra mutató http hivatkozásokat az adatbázisában. Ez hatalmas erőfeszítést igényel, és van egy eszköz, amely ezt megkönnyíti.A Interconnect/it-nak van egy Search-Replace-DB nevű terméke, amely segíthet ebben. Beépített Wordpress- és Drupal-környezetekkel jár. Ez az eszköz nagyon hasznos lehet, de még jobb, ha ismeri az Ön XOOPS-ját. A XOOPS-tudatos verzió itt található: https://github.com/geekwright/srdb
Kövesse a README.md fájl utasításait a segédprogram letöltéséhez és ideiglenes telepítéséhez webhelyére. Korábban megváltoztattuk a XOOPS_URL definíciót. Az eszköz futtatásakor le szeretné cserélni az eredeti XOOPS_URL definíciót az új definícióra, azaz a http://localhost/xoops helyett a https://example.com7PH0P0

Adja meg a régi és az új URL-címeket, és válassza a száraz futtatás opciót. Tekintse át a változtatásokat, és ha minden rendben van, válassza az élő futás opciót. Ez a lépés elkapja azokat a konfigurációs elemeket és hivatkozásokat a tartalomban, amelyek az Ön webhelyére hivatkoznak URL.

Ismételje meg a folyamatot a XOOPS_ROOT_PATH régi és új értékeivel.
Alternatív megközelítés SRDB nélkül
Szekció neve “Alternatív megközelítés SRDB nélkül”Egy másik módja annak, hogy ezt a lépést az srdb eszköz nélkül hajtsa végre, az adatbázis kiíratása, a kiíratás szövegszerkesztőben történő szerkesztése az URL-ek és elérési utak módosításával, majd az adatbázis újratöltése a szerkesztett kiíratásból. Igen, ez a folyamat kellően kiterjedt, és elég kockázatot rejt magában ahhoz, hogy az emberek motiváltak legyenek olyan speciális eszközök létrehozására, mint a Search-Replace-DB.
Próbálja ki áthelyezett webhelyét
Szekció neve “Próbálja ki áthelyezett webhelyét”Ezen a ponton webhelyének készen kell állnia az új környezetben való futásra!
Problémák persze mindig adódhatnak. Ne féljen kérdéseket feltenni a xoops.org fórumon.