Viete povedať, ktorá verzia pluginu beží na vašom webe a kto ju tam nahral?

V Bedrocku sa pluginy neinštalujú v administrácii, ale zapíšu sa do súboru so závislosťami spolu s verziou. Vďaka registru WPackagist to platí aj pre bežné pluginy z oficiálneho adresára, pri platených licenciách sa doplní vlastný repozitár. Zámok závislostí potom presne určuje, čo beží v produkcii, takže aktualizácia je zmena v repozitári, nie klik, ktorý sa nikde nezapíše. Ak nová verzia niečo pokazí, návrat je jeden príkaz a jedno nasadenie, nie hľadanie zálohy zo správnej noci.

• Verzie pluginov a jadra zapísané v repozitári
• Oficiálny adresár pluginov cez WPackagist
• Platené pluginy s licenciou z vlastného repozitára
• Aktualizácia je revidovateľná zmena, nie neviditeľný klik
• Návrat na predchádzajúcu verziu jedným nasadením

Časť funkčnosti webu nemá byť v administrácii vypínateľná. Registrácia vlastných typov obsahu, integrácia na fakturačný systém, bezpečnostné obmedzenia alebo napojenie na e-mailovú bránu sú súčasťou projektu, nie voliteľným doplnkom. Takéto veci píšem ako mu-pluginy, ktoré sa načítajú vždy a nedajú sa deaktivovať jedným klikom v zozname pluginov. Zároveň sa tým oddelí kód, ktorý je špecifický pre klienta, od témy, takže sa téma dá vymeniť bez toho, aby s ňou zmizla polovica logiky webu.

• Kritická funkčnosť sa nedá omylom deaktivovať
• Vlastné typy obsahu a integrácie mimo témy
• Téma sa dá vymeniť bez straty logiky
• Jasná hranica medzi vzhľadom a funkciou
• Menej pluginov tretích strán v projekte

Bedrock rozdeľuje konfiguráciu na spoločnú časť a na časť pre konkrétne prostredie, pričom prístupové údaje sa načítavajú z premenných prostredia mimo repozitára. Vývojové prostredie tak môže mať zapnuté ladenie a vypnuté indexovanie, produkcia opak, a nikto to nemusí prepínať ručne pred nasadením. Verejne dostupný je iba priečinok webroot, zatiaľ čo závislosti a konfigurácia ležia nad ním a nedajú sa stiahnuť cez prehliadač. Toto usporiadanie samo o sebe odstráni celú skupinu bežných zraniteľností, ktoré vznikajú tým, že v koreňovom adresári leží niečo, čo tam nemá byť.

• Oddelená konfigurácia pre lokál, staging a produkciu
• Prístupové údaje v premenných prostredia, nie v repozitári
• Verejný je len webroot, zvyšok je mimo dosahu
• Ladenie a indexovanie sa neprepínajú ručne
• Menej priestoru na typické zraniteľnosti

Keď je projekt repozitár, nasadenie prestane byť rituál. Zmena sa zostaví, nahrá sa celý pripravený stav a prepne sa naň, takže na webe nikdy neexistuje polovične nahraný priečinok. Rovnaký postup beží na staging aj na produkciu, čím sa strácajú prekvapenia typu funguje to u mňa. Zálohy databázy a nahratých súborov riešim mimo repozitára, pretože obsah nepatrí do kódu. Výsledkom je web, kde sa dá povedať presne, čo bolo nasadené, kedy a čo sa v tej zmene menilo.

• Nasadenie je jeden krok, nie hodina v FTP klientovi
• Web nikdy nebeží v polovične nahratom stave
• Rovnaký postup na staging aj produkciu
• História zmien s možnosťou návratu
• Obsah a nahraté súbory oddelené od kódu

Prechod na Bedrock nie je prepis webu. Existujúcu tému a obsah preberám, pluginy prevediem na závislosti so zapísanými verziami, vlastné úpravy prenesiem do mu-pluginov a prostredia nastavím tak, aby sa staging dal kedykoľvek naklonovať z produkcie. Prácu robím na kópii a produkcia sa prepne až vtedy, keď je nová verzia overená. Pracujem za 40 € za hodinu vrátane DPH. Prevod bežného firemného webu na Bedrock býva 8 až 20 hodín, nový projekt postavený na Bedrocku od začiatku nestojí viac než klasická inštalácia.

• Obsah aj téma zostávajú, mení sa usporiadanie
• Vlastné úpravy sa presunú do mu-pluginov
• Prepnutie až po overení na kópii
• Prevod webu orientačne 8 až 20 hodín
• 40 € za hodinu vrátane DPH, nový projekt bez príplatku