Ugrás a tartalomra 
A telepítés WordPress Multisite a Pleskben központosított megoldást kínál az ügynökségeknek és vállalatoknak több weboldal kezelésére egyetlen WordPress-példány segítségével. Ez a lépésről lépésre bemutatja, hogyan állíthat be és üzemeltethet professzionálisan egy stabil és bővíthető többoldali hálózatot a Pleskben.
Központi pontok
- Aktiválja a multisite-ot közvetlenül a wp-config.php-ban a Plesk segítségével
- WordPress eszközkészlet a Plesk megkönnyíti a telepítést és a frissítéseket
- Aldomain vagy alkönyvtár mint szerkezetileg meghatározó választás
- Rendszergazdák és jogok Egyénileg hozzárendelhető minden egyes telephelyhez
- Skálázhatóság a folyamatosan bővülő hálózatok támogatása révén
Előfeltételek és strukturális tervezés
Mielőtt aktiválná a WordPress Multisite-ot a Pleskben, össze kell hangolnia néhány technikai komponenst. Először is döntse el, hogy az új weboldalakat regisztrálni kívánja-e mint Aldomainek (pl. blog.agentur.de) vagy Alkönyvtárak (pl. agentur.de/blog). Ez a döntés végleges, és nem lehet egyszerűen megváltoztatni, ha egyszer már beállították.
A fő domainjének már a Plesk műszerfalon kell lennie, teljesen beállítva és aktív SSL-tanúsítvánnyal védve. A legjobb teljesítmény érdekében a tárhelyének SSD technológián kell alapulnia, és támogatnia kell a legújabb PHP-t. PHP 8.2 a Pleskben Jelentősen megnövelt kompatibilitás és sebesség.
Az egyes oldalak és a felhasználói jogok világos struktúráját már a korai szakaszban érdemes kialakítani, különösen olyan ügynökségek esetében, amelyeknek több ügyfélprojektjük van. Ez segít elkerülni a későbbi akadályokat a hálózaton belüli skálázás vagy a jogok elosztása során.
A WordPress első telepítése a Plesk segítségével
A Plesk WordPress eszköztárban néhány kattintással telepítheti a WordPress-t:
- Nyissa meg a Plesk Dashboardot, és válassza ki a céltartományt a "Webhelyek és tartományok" menüpont alatt.
- Kattintson a "Telepítés" gombra a "WordPress" területen.
- Válassza ki a telepítési útvonalat, az admin nevet, egy biztonságos jelszót és egy érvényes e-mail címet.
- Szükség esetén aktiválja az automatikus frissítéseket és a teljesítménybeállításokat.
A telepítés után közvetlenül a Plesk segítségével férhet hozzá webhelye háttértárához. A WordPress mostantól teljesen működőképes és kezelhető.
Multisite üzemmód aktiválása
A WordPress multisite-ra váltásához nyissa meg a fájlt a Plesk fájlkezelőben a domainje alatt wp-config.php. Keresse meg a sort /* Ennyi, hagyd abba a szerkesztést! Boldog publikálást. */ és közvetlenül előtte illessze be a következő sort:
define('WP_ALLOW_MULTISITE', true);
Mentse a fájlt, és töltse be újra a háttértárat. Most menj a WordPress műszerfalán az "Eszközök > Hálózat beállítása" menüpontra. Itt dönthetsz a struktúra típusáról (aldomain vagy alkönyvtár).
Adjon meg egy hálózati címet és egy admin címet. A mentés után a WordPress automatikusan megjeleníti az összes szükséges kódrészletet.
Fontos kódkiigazítások
A következő fázisban a multisite funkciót aktiváló speciális kódblokkok beillesztése szükséges:
wp-config.php
define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', false); // true az aldomainek esetében
define('DOMAIN_CURRENT_SITE', 'az ön-maindomain.com');
define('PATH_CURRENT_SITE', '/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);
.htaccess
Cserélje ki a szabványos WordPress szabályokat a WordPress által biztosított újraírási szabályokra. A szintaxist és a sorrendet pontosan követni kell, különben az átirányítások sikertelenek lesznek.
Hálózat tesztelése és kezelése
A beállítások elvégzése után jelentkezzen be ismét a backendbe. A felső adminisztrációs menüben mostantól megjelenik egy új elem: Hálózati adminisztrátor. Itt új oldalakat hozhat létre, globálisan telepítheti vagy deaktiválhatja a bővítményeket, és témákat rendelhet hozzá.
A lehető legkorábban tesztelje az egyes tesztoldalak hozzáférhetőségét és funkcionalitását. Különösen ellenőrizze:
- SSL tanúsítványok aldomainekhez vagy könyvtárakhoz
- Admin jogok további felhasználók számára
- Hibamentes megjelenítés és betöltési idő
A szakmai folyamatok esetében a beállítás egy Létrehozási környezet. Olvassa el, hogyan A WordPress színpadra állítása a Pleskben és biztonságosan tesztelje.
Méretezés és tárhely összehasonlítás
Egy tipikus multisite beállítás gyakran gyorsan növekszik. A további webhelyek, felhasználók és az adatterhelés miatt a megfelelő tárhely kiválasztása kulcsfontosságú. Az alábbi táblázat a multisite hálózat alapvető követelményeit mutatja be egy standard beállításhoz képest:
| Jellemző | WordPress egyszeri telepítés | WordPress Multisite |
|---|---|---|
| Frissítési erőfeszítés | Telephelyenként külön-külön | Központosított hálózati adminisztrátoron keresztül |
| Felhasználó kezelése | Helyi telephelyenként | Központi a Super-Admins-on keresztül |
| Biztonsági mentés | Egyéni telephelyenként | Automatikusan központosítva a Plesk segítségével |
| Erőforrás-felhasználás | Alacsony | Közepes vagy magas (a forgalomtól függően) |
Jogok és biztonság a hálózatban
A biztonság kulcsfontosságú, ha egy hálózaton belül sok telephelyet üzemeltetünk. Használja a Pleskbe integrált funkciókat, például a biztonsági mentéskezelőt, a tűzfalat és a biztonsági szkennert. Rendszeresen változtassa a jelszavakat, korlátozza az adminisztrátori jogokat webhelyenként, és használjon kétfaktoros hitelesítést.
Az ügynökségek számára is előnyös, ha több adminisztrátort vagy szerkesztőt határoznak meg az egyes oldalakhoz. Ön dönti el, hogy mely bővítmények és témák állnak központilag rendelkezésre, és melyeket lehet csak egy adott webhelyre telepíteni.
Hibaelhárítás és legjobb gyakorlatok
A tipikus akadályok a .htaccess vagy a wp-config.php fájlokban történő helytelen kódmódosításoknál jelentkeznek. A kisebb szintaktikai hibák ronthatják a domainek vagy az SSL-tanúsítványok működését. Kétség esetén a Plesk WordPress eszköztára segít a korábbi verziók visszaállításában.
A biztonsági mentések gyakorisága és a visszaállítás tesztelése különösen ajánlott új helyek hozzáadásakor. A biztonsági mentés automatizálásával olyan webtárhelyeket használhat, mint például a webhosting.de ügynökségek számára teljesen automatizálja ezeket a folyamatokat.
Fejlett multisite stratégiák növekvő projektekhez
Amikor a többoldali hálózatban lévő webhelyek száma növekszik, gyakran felmerül az optimális szervezés kérdése. Különösen azoknak az ügynökségeknek, amelyek több ügyfélprojektet központilag kezelnek, érdemes megfontolniuk, hogyan tarthatják skálázhatónak a hálózatuk struktúráját. Egyértelműen meghatározott Elnevezési rendszer óriási segítséget jelenthet. Az aldomaineket ügyfelek, termékek vagy nyelvek szerint lehet megkülönböztetni - például customer1.youragency.com, customer2.youragency.com stb., ha az aldomain-konfiguráció lett kiválasztva. Az alkönyvtárakhoz mappanevekként használhat megfelelő általános kifejezéseket, például deineagentur.de/kampányA/, deineagentur.de/kampányB/. Ez azt jelenti, hogy mindig áttekintheti, hogy melyik webhely melyik ügyfélhez vagy projekthez tartozik.
Érdemes továbbá Felhasználói szerepek hatékonyan. Míg a szuperadminok korlátlan jogokkal rendelkeznek az egész hálózatban, a webhely szintű rendszergazdák csak az adott webhelyüket kezelhetik. Ez csökkenti a félrekonfigurálások kockázatát, különösen akkor, ha több kolléga vagy ügyfél rendelkezik hozzáféréssel. Egy másik trükk: Kezelje a népszerű bővítményeket hálózati szinten, így központosított frissítéseket végezhet, amelyekből az egyes webhelyek automatikusan részesülnek.
Szintén a Tartomány leképezése a növekvő projektek gyakran előnyökkel járnak. A többoldalas webhelye úgy konfigurálható, hogy minden aloldal saját tartományt használjon. Ez különösen érdekes olyan ügyfelek vagy részlegek számára, akik saját márkanév alatt szeretnének megjelenni, de mégis részesülni szeretnének a központosított adminisztráció előnyeiből. A domain hozzárendelés azonban helyes DNS-konfigurációt igényel, hogy minden hozzárendelt domain ugyanarra a szerver IP címre és a megfelelő mappára mutasson. Ez viszonylag könnyen beállítható magában a Pleskben a tartomány DNS-beállításain keresztül. A helyes beállítás után minden látogató a saját domainje alatt érheti el a webhelyet anélkül, hogy észrevenné, hogy egy többoldali infrastruktúra áll mögötte.
Teljesítmény és gyorsítótár a több webhelyen
Mivel több weboldal használja ugyanazt a WordPress telepítést, a teljesítmény és a gyorsítótárazás fontos szerepet játszik. Többek között biztosítani kell, hogy minden egyes aloldalnak legyen egy egyéni cache különben az oldal tartalma összekeveredhet, és nemkívánatos hatásokhoz vezethet. Számos népszerű gyorsítótár-csatlakozó, például a WP Rocket, a W3 Total Cache vagy a LiteSpeed Cache már natívan támogatja a multisite-környezeteket. A hálózati adminon keresztül az összes oldal beállításait ugyanúgy konfigurálhatod, és nem kell minden egyes bővítményt külön-külön kezelned.
Ezenkívül a szerveroldali gyorsítótárazást gyakran már a Plesk műszerfalon keresztül is aktiválhatja, például a következőkkel NGINX caching vagy egy integrált fordított proxy gyorsítótár. A PHP 8.2-vel kombinálva nagy betöltési sebességet élvezhet, még növekvő forgalom esetén is. Győződjön meg azonban arról, hogy minden teljesítménymérésnél ellenőrzi a kompatibilitást. Ritkán előfordulhatnak konfliktusok a régebbi témákkal vagy bővítményekkel, amelyek nem optimalizáltak a gyorsítótárazásra.
SEO és multisite: Egységes vagy egyedi?
A SEO (keresőmotor-optimalizálás) terén a WordPress Multisite a rugalmasságával tűnik ki. Minden egyes aloldal saját SEO-stratégiát követhet, saját címmel, metaadatokkal és permalink-struktúrával. Ha azonban egységes márkaarculatot szeretne fenntartani, egy Központosított SEO stratégia to. Például a globális meta-tagek vagy a globális sémaelemek az egész hálózatra kiterjedően konfigurálhatók. Az olyan bővítmények, mint a Yoast SEO vagy a Rank Math gyakran támogatják ezt a többoldali megközelítést, lehetővé téve a központi beállítások elvégzését, amelyek aztán átkerülnek az aloldalakra. Ugyanakkor az egyes adminok megtartják a szabadságot, hogy az egyes oldalakra vonatkozó finom beállításokat elvégezhessék.
Annak érdekében, hogy a Google & Co. minden webhelyet megfelelően indexeljen, egy működő SSL titkosítás fontos. A vadkártyás tanúsítvány költséget és időt takaríthat meg, különösen az aldomainek beállítása esetén. Ez azt jelenti, hogy minden újonnan létrehozott aldomain automatikusan biztosított lesz, anélkül, hogy minden egyes aldomainhez kézzel kellene SSL-tanúsítványt beszereznie. Végül ellenőrizze a hálózati adminisztrátorban, hogy az olyan beállítások, mint például a keresőmotorok számára való láthatóság, helyesen vannak-e beállítva. Ha olyan tesztoldalt hozott létre, amelynek nem szabadna megjelennie az indexben, akkor a legjobb, ha kikapcsolja a nyilvános lánctalpas keresést. Ez megakadályozza, hogy a duplikált tartalmak vagy a nem kívánt teszttartalmak megjelenjenek a keresési eredményekben.
Kockázatminimalizálás és automatizált folyamatok
Ha rendszeresen új webhelyeket ad hozzá egy meglévő hálózathoz, akkor mindenképpen ellenőrizze, hogy Automatizált folyamatok készlet. Használja a Plesk beállításait az automatikus frissítések aktiválásához a mag, a témák és a bővítmények számára - de előbb készítsen biztonsági mentést az adatairól. Különösen egy nagyobb multisite-infrastruktúra esetében az adatok helyreállítása probléma esetén egyébként időigényes. A Plesk képes ezeket a biztonsági mentéseket rendszeresen elvégezni, és akár külső adathordozóra, például FTP-re vagy felhőszolgáltatásokra is kiszervezni.
Ezen túlmenően, egy ésszerű Megfigyelési stratégia a hálózat stabilitása. E-mailben vagy Slacken értesítést kaphat, amint egy webhely már nem elérhető. Az ügynökségek számára a folyamatos nyomon követés ajánlott annak biztosítása érdekében, hogy az ügyfeleknek tett SLA (szolgáltatási szintű megállapodások) ígéreteit betartják. Hiszen az ügyfelek érzékenyen reagálnak, ha a weboldaluk offline vagy extrém betöltési időkkel rendelkezik.
Kiterjesztett hozzáférés-szabályozás hálózati szinten
A klasszikus szuper admin és admin modell mellett a WordPress Multisite lehetőséget kínál a szerepek és jogok még finomabb elosztására. Tipikus példa erre a Szerkesztőakik csak hozzászólásokat és oldalakat hozhatnak létre vagy szerkeszthetnek, de nem módosíthatnak semmilyen telepített bővítményt vagy témát. Bizonyos projektek esetében lehet értelme, hogy több ember is szerkesztőként tevékenykedjen, de ne legyen teljes hozzáférése a hálózati konfigurációhoz. Ebben az esetben a hálózati adminisztrátorban pontosan meg kell határozni, hogy mely felhasználói csoportok milyen oldalakhoz férhetnek hozzá. Ennek megfelelően az egyes ügyfelek vagy osztályok számára testreszabott szerepköröket hozhat létre.
Egy másik biztonsági funkció, hogy az új témák és bővítmények telepítését a szuper adminok számára tartja fenn. Ez biztosítja, hogy csak megbízható és naprakész bővítmények kerüljenek a hálózatra. Bármely gondatlanul telepített bővítmény potenciális biztonsági kockázatot jelenthet, vagy ronthatja a teljesítményt. Ezért általában bölcsebb, ha az új témák és bővítmények kiadását egy központi szervezet ellenőrzi.
Többnyelvű weboldalak ugyanazon a hálózaton belül
Sok ügynökség vagy nagyobb vállalat többnyelvű weboldalakat igényel. Ahelyett, hogy egyetlen WordPress-t szerelnének fel többnyelvű pluginnal, a A nyelvi változatok különálló oldalakként történő kezelése on. Például en.youragency.com, fr.youragency.com vagy es.youragency.com a hálózatban. Ez azt jelenti, hogy minden nyelvi oldal teljesen függetlenül konfigurálható - beleértve a saját témákat, bővítményeket vagy fordítócsapatokat. Ily módon elkerülheti a többnyelvű bővítményekkel kapcsolatos esetleges konfliktusokat, és egy egyértelműen elkülöníthető struktúrát tarthat fenn.
Hibrid megoldásként egy klasszikus többnyelvű plugin, például a WPML vagy a Polylang is használható egyetlen aloldalon, míg más aloldalakon tisztán nemzeti tartalom fut. Ez különösen akkor hasznos, ha bizonyos nyelvi régiókat külön szeretne megszólítani, míg más területek teljesen nemzetköziek.
Hosszú távú karbantartás és tervezés
Hosszú távú tervezéssel biztosítható, hogy a többoldali hálózat zökkenőmentesen működjön. A megbízható frissítések és biztonsági mentések vészhelyzetben sok stressztől kímélik meg. Az adatbázis-terhelést sem szabad alábecsülnie: Bár az egyes aloldalak nagyrészt megosztják a fő táblákat, egyes bejegyzéseket - például a hozzászólásokat, a bejegyzések metaadatait vagy a felhasználó-specifikus információkat - az egyes oldalak külön táblákban tárolják. Ezért győződjön meg arról, hogy a tárhelye elegendő memória- és CPU-erőforrást biztosít-e, különösen, ha a hálózata gyorsan növekszik.
Tűzz ki magad elé világos mérföldköveket is Monitoring és teljesítményelemzések. Havonta egyszer vagy nagyobb tartalmi frissítések után készítsen teljesítményjelentést, amely megmutatja, hogy milyen gyorsan töltődnek be az oldalai, és mely aloldalak igényelhetnek több erőforrást. Szükség esetén a terheléscsúcsokat gyorsítótárazási optimalizálással foghatja le, vagy közvetlenül a Plesk segítségével végezhet további teljesítményskálázást, feltéve, hogy a tarifája ezt lehetővé teszi. Az ilyen előretekintő támogatás biztosítja, hogy hálózata hosszú távon zökkenőmentesen működjön.
Rövid áttekintés a végén
Egy szakszerűen beállított WordPress multisite hálózat a Pleskben hosszú távon jelentős időt és karbantartási költségeket takarít meg. A központosított felhasználó- és plugin-kezelés, az automatizált biztonság és az egyszerű skálázhatóság kombinációja ideális a több webes projekttel rendelkező ügynökségek és vállalatok számára. Feltéve, hogy figyelmet fordít a gondos alapkonfigurációra és a technikailag megfelelő tárhelyre, minden rész úgy működik együtt, mintha egyetlen öntvényből készült rendszerben lenne.
