Ugrás a fő tartalomhoz

Előnyök és hátrányok

Objektív összehasonlítás a hagyományos WordPress és a Bedrock között


Előnyök

Verziókezelés és nyomonkövethetőség

  • Minden módosítás Git-ben rögzítve, évekre visszamenőleg
  • Pontosan látható, ki, mikor és mit változtatott
  • Bármely korábbi állapot visszaállítható pillanatok alatt
  • A teljes projekt történetét bármikor auditálni lehet

Fokozott biztonság

  • A WordPress core, bővítmények és konfigurációs fájlok a webroot felett vannak, közvetlenül nem elérhetők
  • Jelszavak és érzékeny adatok .env fájlban, nem a kódban
  • A wp-content/uploads az egyetlen írható mappa a webroot-ban
  • Nincs admin felületi bővítménytelepítés, ami csökkenti a támadási felületet

Függőségkezelés Composerrel

  • Bővítmények és témák verziózott Composer csomagként kezelve
  • Egy paranccsal frissíthető az egész rendszer
  • Nincs "eltűnt bővítmény" vagy "nem kompatibilis verzió" probléma
  • A composer.lock fájl garantálja a reprodukálhatóságot

Környezetek elkülönítése

  • Külön konfiguráció fejlesztéshez, staginghez és éles környezethez
  • Környezetfüggő beállítások (debug mód, cache, adatbázis) automatikusan kezelve
  • Nem fordulhat elő, hogy éles szerveren marad bekapcsolva a debug mód

Automatikus deployment

  • Push után az oldal automatikusan frissül a szerveren
  • Zero-downtime deployment lehetőség
  • Nem kell FTP-zni vagy a szerverre bejelentkezni

Csapatmunka

  • Több fejlesztő párhuzamosan, konfliktusmentesen dolgozhat
  • Code review lehetőség minden módosításnál
  • Branching stratégia: fejlesztés, tesztelés, élesítés elkülönítve

Hátrányok

Magasabb belépési küszöb

  • A fejlesztőknek ismerniük kell a Git alapjait
  • Composer és parancssor használata szükséges
  • Nem elég az admin felületen "kattintgatni"
Ezt megoldjuk

A HelloWP csapata teljes mértékben beállítja a környezetet, és a fejlesztői útmutatóban lépésről lépésre leírjuk a munkamenetet.

Admin felületi korlátozások

  • Bővítményeket és témákat nem lehet a WordPress admin felületéről telepíteni vagy frissíteni
  • A frissítések Composeren keresztül történnek
  • Az ügyfélnek vagy a projekt menedzsernek jelezni kell, ha új bővítményre van szükség

Nem Composer-kompatibilis bővítmények

  • Néhány prémium bővítmény nem érhető el Composer csomag formájában
  • Ezeket külön kell kezelni (a megoldást a Bővítmények kezelése oldalon írjuk le)

Fejlesztői eszközök szükségesek

  • A fejlesztőnek lokálisan szüksége van Git-re, Composer-re és PHP-re
  • Nem lehet "csak gyorsan" belenyúlni FTP-n a kódba

Összefoglalás

SzempontÉrtékelés
BiztonságJelentősen jobb
NyomonkövethetőségÖsszehasonlíthatatlanul jobb
MegbízhatóságMagasabb szintű
CsapatmunkaProfesszionális
Tanulási görbeMeredekebb, de kezelhető
Admin felületi szabadságKorlátozottabb
Végső szó

A hátrányok szinte kizárólag a tanulási görbével kapcsolatosak. A Bedrock nem bonyolultabb, csak más. Amint a fejlesztő megszokja a munkafolyamatot (általában 1-2 nap), már nem akar visszatérni a hagyományos módszerhez.