Újratervezés, amit mi nem
Nem is olyan régen, én le a folyamat újraszervezi a projekt, aki eljött az osztály, de amikor együtt nevettünk sírt, de még nem sikerült erkölcs elviselt. És ez a történet, nem vagyunk „fehér és bolyhos” ...
A történet azzal kezdődik banális - a projekt van hajlítva, az ügyfél keresi az új fejlesztőcsapat és megtalál minket. Mindannyian magunkat, mi hajt, hogy a projekt egy fehér ló, és nincs semmi baj, ha csak sima PHP kód funkciót, azaz nem osztályok, függvények majdnem ugyanaz (functions.php fájlt, és dbconnect (), UserLogin () függvény úgy sablont, és valami mást a kis dolgokat). Bízunk - és a probléma a terhelés - akár 10.000 online felhasználók ebben az időben a helyszínen, és nem megy. Nos, a probléma világos, sadim Fejlesztő projekt aki ismeri optimalizálás, nos, ő kezdett el dolgozni. És igen, két hét után a munka (és talán több, nem emlékszem) a helyszínen él, alig indexek kissé caching, néhány optimalizálása SQL lekérdezések és a terhelés a szerveren aludt.
Egy idő után, akkor cserélje ki a fejlesztő a projekt egy új személy, mint több funkciót és esik chenzhi ügyfél, és a hatékonyság megy fel újra, az ügyfél elégedett, úgy véljük, a pénz. Ez mind szép és nem volt jele, hogy mi történt.
A projekt egyre kevesebb a munka, a probléma az alá a szint a triviális, és úgy döntünk, hogy őt a „zöld” harcos, annak érdekében, hogy teszteljék, és az ügyfél adott ez a cucc. A rajt sima volt, majd kezdődtek a problémák, akkor kiszállt az idővonal, és akik maguk kijelentette, a szerver öntött nem egészen működik kódot. És ennek eredményeként - „Köszönjük, hogy segít, akkor segítette nekem igazán, de akkor én nélküled”
Kezdje kikérdezés, eldönteni, hogy mi újság, mi hiába helyezik a projekt, de én felmászott a pillanatban a tanulmány a füle a kódot, és így most én is leírtam, amit láttam ott.
sablonozó
A rendszer egyszerű sablont a natív szintaxis jött létre (ami inkább egy plusz), de a sablonok folyamatosan teljesülnek az adatbázis eléréséhez, és ha változtatni a szerkezetet kellett perelapachivat nemcsak kódlapokhoz, hanem minden a sablonokat. Így szükséges volt, hogy szét a logikát a bemutatót egyszer és mindenkorra.
Ha beszélünk a funkciója sablonozás, itt egy egyszerű példa:
A többi marad a fejlesztő lelkiismeret, sőt, még az azonos Smarty lehet ezt a logikát a megfelelő vágy.
A fejlesztési folyamat is nehezíti, hogy sok kopipasta volt a projektben, és azonnal megváltozik, és mindenhol volt problémás (keresés és csere egy mappát nem dörzsöli). És ez azért volt szükség, hogy kiemelje a természet és módszert kínál számukra, hogy egy osztályban (vagy legalábbis a fájlt). Így lenne képes csökkenteni párhuzamos kódot (és a már előfordult hibák).
vezérlők
Egyszerűen volt kérve ebben a kérdésben, ezért tettem hozzá, és meg akartam ezt mondani -, ha van egy projekt a gyökere egy pár tucat kép, akkor ne zavarja, és átírni őket, hogy fordult Daddy vezérlők és egyetlen belépési ponton, mert ezek a fájlokat a feladatot elég megbirkózni. Ennek következményeként - nem hajsza a tökéletes kódot. munkaerő ilyen beruházások nem megtérülhet.
Munka adatbázisok
Amint azt fentebb leírtuk, SQL lekérdezések találkozott a projekt, ott és mindenütt, és még a folyamat a szűrés a bemeneti adatok bennük más volt. Vezet egy stílust. hozzon létre egy normál vraper az adatbázis, vagy akár helyettesíti a mysql kiterjesztése valami modernebb.
Lehetne írni egy egyszerű vraper vrapera PDO 20 percig, akkor biztosan nem lesz univerzális, de megkönnyíti a munkát újratervezés:
- könnyen naplózás segítségével egyetlen belépési pont
- gyorsan hozzá caching összes lekérdezés
caching
Érdemes megemlíteni, caching húzva, de csak akkor, ha az ügyfél által megadott, és azt szeretné, ha a cache volt mindenütt, ahol van értelme, és nem az alapján a következtetés az „mint itt”, azaz szükség volt az egyes fájlok nézni, log elemzés, és a puffer időt lehet potyunit a reyltayme, de az időzóna váltás, meg kell erősen gátolt, és senki nem akart kedvéért a ház figyelemmel kíséri a szerver, vagy legalább kérje meg a saját adminisztrátorok ( és az ilyen szolgáltatások nyújtásához;).
Munka a hibákat
Itt minden egyszerű, ha megnyit egy PHP fájlt, akkor IDE kéri sír a kódon, akkor fog egy öt percet, és kijavítsuk:
És mégis - kötelező jelleggel tartalmaznia hiba kijelző, és ne feledd - „depressziós» Közlemény lop idő
tesztelés
- Unit tesztelés? Mi vagyunk, megvan Zapara, meg kell kigurul a zuhany!
Nos, hát ...
ügyfél optimalizálás
E bekezdés ne érjen egyik fejlesztő a projektben részt vevő, és ez nagyon szomorú. Természetesen a főoldalon a projekt, és nem túl nehéz - csak 300KB, de ezek teszik ki 15 JS fájlok 18 CSS (sprite menteni szerver), valamint érdemes dörzsölje régi horgok böngészők (IE5.5 és IE6), hogy megkönnyítse az elrendezés, 8,7kb mert nem túl kicsi (túl sok táblázatok).
Valójában, a helyszíni értékelés YSlow értékelik a C (70), Elfogadhatatlannak összehasonlítani blogomban egy csomó kép - A (90). Hogyan lehet javítani a vizsgálatok azt bizonyítják, hogy nagyon jó hely webo.in. és azt hiszem, meg kell adni a helyet a lapok.
„Nem a mi” projekt
Azt is szeretném elmondani, hogy nagyon gyakran a programozók nem aggódik, és nem élnek a projekt, és ez egy nagyon negatív hatással van a kapcsolat az ügyfél és a fejlesztési projekt. A projekt legyen valami elválaszthatatlan akkor, ha a telephely léc alá beáramló felhasználók - te is, nem kell a saját, ez a teremtés szenved, és szüksége van a segítségre. Ön, mint egy szakértő tanácsot kell adnia az ügyfél hogyan lehet fejleszteni a projektet, mert akkor tudni a know-how-t web-fejlesztés, és az egyik nem kell várni, hogy a javaslat javítani fogja tenni az első lépést kell, hogy pontosan mit és most. Nem szükséges a projekt élni egy nap, meg kell nézni előre, és esetleg újraírás projekt költsége kezdeni tegnap.
Ha a projekt simán megy, akkor nézd meg, hogy lehetséges az ilyen édes megjelenése elrejtette a rák a közöny az élet a projekt.
Ha már a tűz kezdődik újraírás, én egy kicsit még elvonja - érdemes újraszervezi jogot, hogy „eladja” az ügyfél, aki szeret, és tudja, hogyan kell számolni a pénzt vele az, hogy beszélni ezen a módon. Sok szerencsét.