Smink hiba

Administration menu akart lenni, csak hibásan írtam, és általában akkor szoktuk alkalmazni amikor vagy módosítunk a template fájlokon, vagy valami a tiedhez hasonló hibát észlelünk. Az első teendő ennek az ürítése, így kizárod azt hogy a hiba egy cache-ből jövő tempalte fájl generálta vagy sem.

Ha az ürítés is megvan, jöhet a kutakodás hogy mi okozhatta

Meg ha nem pont ugyanazt a kornyezetet hozod is letre, sot nagy valoszinuseggel nem is birod vagy tudod pont azt osszehozni, de akkor is van ertelme. Pl egy ilyen fent emlitett biztonsagi mentes csak egy egyszeru masolasra vezetheto vissza. Vagy eppenseggel fel is tehetsz egy verziokovetot. Masreszt ami a Druplat illeti ha mukodik lokalban a sajat gepen az apache -t betudod allitani hogy rendesen mukodjon a rovid url -kkel is akkor mar nemsok valtozas lehet majd ha a szolgaltatohoz teszed fel.

De nezzuk egeszen masfelol a dolgokat. Tetelezzuk fel hogy van 10 kulonbozo megrendelesed mas mas egyenektol, akik majd persze mas mas szolgaltatoknal szeretnek hosztolni az oldalt amikor keszlessz. Nem kovetelheted meg hogy amikor megrendelik egybol a szolgaltatonal is rendezzek le a hosztingot, hogy legyen hol fejlesztened. Neked sem eri meg mindeg mas mas szolgaltatonal hosztingot venni a fejlesztes miatt. Na meg persze lehet csak majd amikor keszlessz az oldal akkor lessz eldontve hogy hol is lesz hosztolva.

Ha hoszabb tavon tervezel ezzel foglalkozni (es a mostani munkad melett van ra idod) akkor annyit szanj ra hogy kialakitod magadnak hogy helyben (lokalisan) tudjal fejleszteni. En Linuxozok de tudom hogy van Win -re is egy vagy tobb program amit felkell telepiteni es lessz rajta azon is MySql, Apache meg Php.

Pedig-pedig van értelme, nem véletlenül mondta pp a DDN2011-en (emlékszel?), hogy éles oldalon lehetőleg ne próbálgassunk, mert ha valami "eltörik", akkor ajjaj.
Meg amúgy is, gondolj bele, hogy az éles oldal látogatóira mennyire tartozik az, hogy te éppen milyen funkcionalitást próbálsz belevarázsolni az oldaladba? Elárulom: semennyire. Sőt, elrettenti őket, ha az oldalt gyanútlanul meglátogatva olyan üzenetekkel, félkész űrlapokkal, percenként változó (hol szétcsúszó, hol más színű) kinézetekkel találkoznak, amelyekre amúgy nincs hatásuk.
Az a minimum, hogy ilyenkor karbantartási módba kell tenni az oldalt ("amit nem lát a szem, azért nem fáj a szív"), de az sem igazán járható út, hogy csak ezért órákig nem elérhető az oldal. Abba pedig ne is gondoljunk bele, hogy mi van akkor, ha egy sikertelen próbálkozást követően nem tudod visszaállítani az eredeti, "hivatalos" állapotot.
Ezért van a tesztrendszer. Manapság egy XAMMP, WAMP, MAMP telepítése nem nehéz, egy tesztrendszer összeállítása elég gyerekjáték. Ha pedig azt mondom, hogy Acquia Stack Installer, akkor van egy programod, amit letöltesz, feltelepítesz a számítógépedre és mindenféle külön bütykölés nélkül van egy teszt-rendszered, amin azt próbálgatsz, amit akarsz.
Azzal pedig ne nagyon foglalkozz, hogy a szolgáltatód környezetét utánozd, mert a szolgáltatónak esetleg több ezer oldalt kell biztonságosan kiszolgálnia, neked pedig csak egy tesztoldal kell, amit csak te fogsz látogatni és piszkálgatni, vagyis ha gond van vele, az sem okoz problémát. Lehet, hogy olyan dolgoknak utána kell nézned, hogy a tesztkörnyezetben milyen módon kell a PHP által elérhető memóriát vagy a futási időt feljebb állítani, esetleg hogyan lehet plusz PHP kiegészítéseket betenni a teszt-rendszer alá, de erről rengeteg leírás érhető el a neten, főleg az általad választott rendszer honlapján.

Zárszóként mindig csak annyi lebegjen a szemed előtt: Te a honlapoddal szeretnél valamit elérni: Több pénzt, nagyobb elismertséget, vagy bármi mást. Viszont ehhez az is kell, hogy a honlapodra látogatók minél kevesebb olyan dologgal találkozzanak, amelyek valójában nem rájuk tartoznak.