Drupal preflight – teendők weboldal élesítése előtt

preflight checkA saját munkámban kialakított gyakorlat alapján összeállítottam egy gyors ellenőrzőlistát azokról a teendőkről és beállításokról, amiket egy normál (Drupal) weboldal fejlesztésének befejezésekor, az élesítés előtt el kell végezni, illetve érdemes ellenőrizni. Íme:

  • www prefix (nem-)használatának beállítása – htaccess
  • file feltöltési limit szükség szerinti módosítása
  • Rendszeres db mentés beállítása (pl. Backup & Migrate)
  • File rendszer beállítások (publikus / privát – B&M kéri is)
  • Teljesítmény (gyorstárazásl. itt is, CSS / JS aggregálás)
  • PHP hibajelzések kikapcsolása
  • Felesleges UI modulok kikapcsolása
  • Csak fejlesztéshez használandó – esetleges – modulok (pl. Devel) kikapcsolása
  • Felhasználói jelszavak erősek? (Pl. uid1 != admin / admin)
  • Alapértelmezett emailcím megfelelően van-e megadva (Rendszer / Webhely információk)
  • Kapcsolat űrlap email címe megfelelően van-e beállítva
  • Felhasználói regisztráció beállítások megfelelőek-e (Rendszer / Emberek)
  • Cron megfelelően van-e beállítva
  • Az állapot jelentés / napló üzenetek szerint minden rendben van-e
  • Szerepkörök, jogosultságok (pl. kereső / kapcsolat űrlap használata, hozzászólások, tartalmak létrehozása…)
  • Ország és időzóna beállítás
  • RSS csatorna / csatornák
  • Frissítési értesítések bekapcsolva / email cím beállítva (/admin/reports/updates/settings)
  • Google Analyics beállítása

Az érdekesség kedvéért – ha valaki esetleg nem tudná –, a „preflight” azt jelenti, hogy „felszállás előtt”. A pilóták használnak egy „pre-flight checklist”-et, ami a felszállás előtt elvégzendő ellenőrzések listája. Tőlük vették át kifejezést a kiadványszerkesztők (a nyomdaipar), ahol annak ellenőrzését jelenti, hogy a dokumentum megfelel-e a nyomdai sokszorosítás kritériumainak. (Külön preflight szoftvereket is gyártanak.)

Örömmel veszem, ha megírod hozzászólásként, hogy a Te gyakorlatod mennyire hasonlít vagy tér el az általam összegyűjtött szempontoktól!

(Fotó: Mike Miley)

Megosztó személyiség vagy?

9 thoughts on “Drupal preflight – teendők weboldal élesítése előtt

  1. Nagyon jó cikk, én legfeljebb ennyivel egészíteném ki:
    * Faviconok megléte
    * E-mail template-ek beállítása és a valós emailküldés ellenőrzése
    * Google Webmaster tools regisztrálása
    * Spamszűrő bekapcsolása (captcha, mollom) – legalábbis nálam fejlesztés közben zavaróak
    * Egy cikkre (vagy ami a fő tartalom) és főoldalra indítok ab-t egy másik szerverről, hogy nem omlik e instant össze a szerver kicsit nagyobb látogatáskor. (nem bejelentkezett felhasználóknak)

  2. Nagyon hasznos ez az összefoglalás, örlülök, hogy megírtad. :-)
    Mondjuk nekem minden honlapomról készül egy leírás, ami az adott oldal összes beállítását tartalmazza, így évek múltán is mindig tudom, hogy mit hogyan állítottam azon be, emiatt gyorsabb és egyszerűbb minden módosítás, upgrade.

    Természetesen nem nulláról készítem el ezt a leírást, hanem ha használok egy modult, akkor annak minden beállítását és esetleges hibát, tapasztalatomat a berakom egy közös “tudásbázisba”.
    Ha egy új weblap készül, akkor az állandó részeken kívül abból csak azokat másolom át az adott honlaphoz, amire ott szükség van.

    Nekem még az alábbiak vannak a listámon:
    – PHP memória korlátozás növelése
    – Szövegformátumok és azok opciói
    – SpamSpan
    – Dátum és idő formátumok
    – Fájlrendszer könyvtárai
    – Rövid webcímek
    – Útvonalálnevek – itt nagyon sok beállítás van
    – Tartalomtípusok beállításai – itt is sok beállítás van, pl. hozzászólás beküldés
    – Felhasználói beállítások, pl. a látogatók regisztrálhatnak-e új felhasználót, vagy csak adminisztrátor?
    – Webhely-információk – alapértelmezett címlap!
    – Global Redirect
    – 404 es oldal
    – Menümorzsa

  3. Apache Benchmark, általában sok szerveren megtalálható, mivel az apache csomaggal jön. Használata nagyon egyszerű:
    ab -n2000 -c5 http://weboldalcime.hu/

    Ez azt jelenti, hogy 2000 oldallekérést hajtson végre, 5 szálon fusson egyszerre. Tudni kell, hogy ez a parancs csak a HTML kiszolgálását ellenőrzi, pl. ha vannak privát fájlok, azokét külön kell. Effektív működéshez nagy sávszélességre van szüksége, ezért írtam, hogy másik szerverről indítsd (100 vagy 1000MBites sávszéllel).

    Ilyenkor sok dologra fény derülhet (ha nem bejelentkezett felhasználónak alacsony érték jön ki, vagy elkezd swappelni a szerver), például
    * elfelejtettük bekapcsolni a cache-t
    * nem működik a cache
    * a sminkrétegben olyan kódot hagytunk, ami nem oda való
    * rosszak a webszerver beállításai
    * rosszak az adatbázisszerver beállításai

  4. @alippai kösz a kiegészítéseket! Az AB leírását külön is!
    @Luigi.hu a te leírásod nekem már nem annyira indítás előtti lista, mint inkább “ezt kell megcsinálni minden Drupal oldalnál” öszeállítás. Nyilván nem lehet éles határvonalat húzni, nálam is lehetnek vitatható pontok, de én azért igyekeztem a címben megjelölt témára szorítkozni. Mindenestere köszönöm.
    @F.viki – /admin/config/development/logging :o)

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöljük.