Projektek

FloeWater

A HELL Energy prémium ásványvízmárkájának nemzetközi weboldala öt nyelven, WordPress Multisite alapon, nyelvfüggő űrlap-útvonalakkal.

A FloeWater weboldalának kezdőoldala

A projektről

A FloeWater a HELL Energy prémium ásványvízmárkája. A márka nemzetközi weboldalát a Milcomp fejleszti és üzemelteti, öt nyelven.

A kihívás

Egy nemzetközi márkaoldalnál a nyelvi változatok nem fordítások, hanem önálló piacok: más termékkör, más jogi tartalom, más kapcsolatfelvételi útvonalak. Ha minden nyelv külön weboldal, a márka szétcsúszik és a karbantartás megsokszorozódik; ha egyetlen oldal fordításokkal, akkor a piaci eltéréseket nem lehet kezelni.

A megoldás

WordPress Multisite, alkönyvtáras módban: az angol a gyökéren, a magyar, román, bolgár és horvát változat egy-egy alkönyvtárban, közös témával és közös médiakezeléssel, de saját tartalommal. A közös témában él a márka megjelenése, így egy dizájnváltoztatás egyszerre minden piacon megjelenik.

A kapcsolatfelvételi űrlapok nyelvfüggő címzettkezelést kaptak: a beérkező megkeresés a nyelv és a megadott terület alapján kerül a megfelelő osztályhoz, a küldő pedig automatikus visszaigazolást kap a saját nyelvén. Ez egy márkaoldalnál nem apróság: a rosszul irányított megkeresés elveszett megkeresés.

Technológia

WordPress Multisite, saját gyermektéma egy Milcomp által karbantartott alaptémára építve, Bootstrap alapokon. A tartalmi blokkokat egyedi mezők vezérlik, a keresőoptimalizálást Yoast, a gyorsítást oldalcache és a Cloudflare él. A prezentációs aloldal külön statikus tartalomként fut.

A telepítés, ami egyben a kód is

A kiadás git-push: a Jenkins munkakönyvtára közvetlenül a kiszolgált téma - a webszerver témakönyvtára szimlink a build workspace-re. Ez gyors és átlátható, de van egy következménye, amit érdemes ismerni.

A WordPress saját automatikus frissítései ugyanebbe a könyvtárba írnak, más felhasználóként. Ettől a build már nem tudja felülírni a fájlokat, és - ez a lényeg - egy félbeszakadt kiadás attól még frissíti azokat a fájlokat, amiket tud: az oldal új kódot szolgál ki, miközben a build pirosra vált, és a jogosultságokat helyreállító lépés le sem fut. A megoldás az volt, hogy a WordPress által kezelt könyvtárak kikerültek a verziókövetésből.

Amit ebből érdemes elvinni

Ha a build workspace egyben az éles kód, akkor minden folyamat, ami írhat abba a könyvtárba, része a kiadási folyamatnak - akkor is, ha nem te indítottad. Vagy kizárod őket, vagy számolsz velük.

A másik: cache-elt oldalnál a tartalmi javítás nem ér véget a mentéssel. Itt két réteget kell üríteni, az oldalcache-t és az élt, mert az él a HTML-t is tárolja - és a SEO-bővítmény külön táblában tárolja a megosztási képeket, tehát az adatbázis közvetlen módosítása nem érvényteleníti azokat.