Nyelv :
SWEWE Tag :Bejelentkezés |Bejegyzés
Keresés
Enciklopédia közösség |Enciklopédia válaszok |Küldje el kérdését |Szókincs |Feltöltés ismeretek
Előző 1 Következő Válassza ki a Pages

Site Architecture

Site felépítése, általában úgy, hogy eredményei alapján az ügyfél igények elemzése, pontos helymeghatározás weboldalak célcsoportok, meg a teljes site felépítése, tervezési és az oldal tartalmának oszlopok, helyszíni fejlesztési folyamatban, és megfogalmazni, hogy maximalizálja az erőforrások hatékony elosztását és a Design Management. Tartalma eljárási keretet, az architektúrával és az információs architektúra kifejezve három. A lépések vannak osztva kemény és lágy építészet építészet két lépésből álló eljárást. Hálózati architektúra az alapja a modern hálózati technológia kell tanulni, és fejleszteni.Hardver architektúra

Szoba kiválasztása

Válassza ki a szoba idején szerint a földrajzi eloszlása ​​oldalon a felhasználók választhatnak Netcom vagy távközlési helyiség, de gyakrabban, akkor Kétágyas szoba megfelelő. Minél nagyobb a város, annál drágább a szobaár, a költséghatékonyság szempontjából is néhány kisebb városokban hosting szerver, mint például Peking szerver hosting cégek úgy vélik Tianjin, Langfang és más helyeken, nem különösebben messze, de az ár lesz sokkal olcsóbb.

A méret a sávszélesség

Általában főnök meghívott minket, hogy tölteni az időt szerkezet a helyszínen, hogy számunkra, hogy bizonyos célok, mint például a helyszíni látogatások minden nap, hogy képes legyen ellenállni egymillió PV és így tovább. Ezen a ponton valószínűleg kell a költségvetési arról, hogy mekkora sávszélességet, a sávszélesség nagysága számítás magában foglalja a két fő mutató (csúcs áramlás és lapméret), akkor lehet, hogy a szükséges, mielőtt kiszámítása feltételezések:

Első: Feltételezve csúcs áramlás ötszöröse az átlagos áramlási sebességet.

Második: Feltételezve, hogy egy átlagos oldal mérete minden látogatás kb 100K bájt.

Ha egymillió látogatás egy nap PV egyenletesen oszlik el, majd ami körülbelül 12 látogatás másodpercenként szerint az átlagos látogatást, ha az oldal mérete körülbelül 100K bájt számítás, amely összesen mintegy 12-látogatások 1200K bájt byte egység Byte, és a sávszélesség egység bit, a köztük lévő kapcsolat 1Byte = 8bit, így 1200K Byte nagyjából megfelel a 9600K bit, ami 9Mbps meg, a tényleges helyzet, képesnek kell lennünk, hogy honlapján a normális hozzáférés csúcs áramlás, így a csúcs áramlás feltételezésekkel összhangban kereslet mintegy igazi sávszélesség 45Mbps.

Természetesen, ez a következtetés, amely két feltételezés korábban említettük, ha azt feltételezzük, hogy a tényleges helyzet és a különbség e két pont között, akkor az eredmény más lesz.

Partition server

Image Server Page szerver, adatbázis szerver, alkalmazás szerver, log szerverek, stb: a szerver meg kell nézni, hogy mi van.

Hozzáférési pont a nagy telek, a távolságot az egyes képszerver és az oldal server nagyon szükséges, fel tudjuk használni lighttpd futtatni képszerverre, apache szerver fut az oldalon, persze, akkor is választhat más, sőt, tudjuk bővíteni a Sok készletek képek és sok szerver platform oldal szerverre, és állítsa be a megfelelő domain nevet, mint a img.domain és www.domain, az oldalra, ahol a kép elérési útját abszolút elérési út, mint például a <img src = "http://img.domain/ abc.gif "/>, majd állítsa be a DNS round robin, hogy a legtöbb fiatal a terhelés kiegyensúlyozás. Természetesen a szerver elkerülhetetlenül egynél több szinkronizálási probléma, akkor használja ezt a szoftvert, hogy rsync.

Az adatbázis szerver a legfontosabb helyszín minden valószínűség szerint azért, mert szűk az adatbázisban ki a szervezetből. Most, több mint kis helyek általában használja a MySQL adatbázist, de úgy tűnik, nem éri el a klaszter funkció fázisban stabil, így nem kommentálta itt. Általában, egy MySQL adatbázis, akkor vállalnia kell a mester-szolga (master és több slave) szerkezete, az elsődleges adatbázis szerver segítségével InnoDB tábla szerkezete, a MyISAM táblázat szerkezete a Data Server, hogy teljes mértékben játszanak saját előnyeit, és az ilyen elválasztani a fő szerkezetét az olvasási és írási műveletek, csökkentve a nyomást a olvasási művelet, és még mi is létrehozott egy dedikált szerver a szerver mentés, könnyű mentés. Ellenkező esetben, ha csak egy master szerver, abban az esetben nagy mennyiségű adatot, mysqldump alapvetően a játék, a közvetlen másolatot az adatok fájlt, akkor először le kell állítani a szolgáltatást, majd másolja az adatbázist, különben a biztonsági mentés lesz baj. De sok helyen, még ha csak megáll egy pillanatra adatbázis-szolgáltatás elfogadhatatlan. Ha van egy az adatbázis szerver, a biztonsági adatokat, akkor állítsa le a szolgáltatást (slave megálló), majd vissza, és indítsa el a szolgáltatást (slave start) automatikusan szinkronizálja az adatokat az elsődleges kiszolgálóról, mindent a szerver nem érinti. De a master-slave szerkezete is végzetes hiba, és ez csak egy master-slave architektúra, hogy csökkentsék a nyomást a olvasási művelet egy írási művelet nem csökkenti a nyomást.

Elhelyezésére egy nagyobb méretű, akkor csak az utolsó ez a trükk: a vízszintes / függőleges osztott adatbázisban. Az úgynevezett horizontális osztott az adatbázis, hogy mentse másik tábla egy másik adatbázis szerver, például a felhasználó egy tábla tárolja az adatbázis szerver, a cikk táblázatot tárolt adatbázis szerver B, persze, egy ilyen felosztás ára, a legalapvetőbb LEFT JOIN az, hogy nem lehet manipulálni, mint a. Az úgynevezett vertikális szegmentáció adatbázis szerint az általános felhasználói azonosítás (user_id), mint például a megosztott adatokat tárolja a szerver, például: van öt szett az adatbázis szerver, "user_id% 5 1" egyenlő egy a kiszolgálón tárolt az 1., megegyezik a 2. a 2. menti a szerverre, és így elve függőleges elválasztó Sok, az esettől függően válasszon. Ugyanakkor ugyanez az adatbázis és a vízszintes osztott, függőleges osztott adatbázis is az ára, a legalapvetőbb az, amikor végez, mint például a COUNT, SUM stb lesz sok baj összefoglaló műveleteket. Összefoglalva, az adatbázis szerver megoldások általában, az ügy gyakran egy hibrid megoldás, melynek előnye, hogy különböző programok, és néha kell a segítség a harmadik féltől származó szoftvert, mint memcached, hogy nagyobb forgalmi igények .

Ha van egy dedikált alkalmazás szerver fut a PHP szkriptek a legmegfelelőbb, és hogy mi az oldal szerver csak statikus oldalakat lehet menteni, akkor létre valamiféle domain nevek, mint például a app.domain megkülönböztetni az alkalmazás szerver és az oldal server . Az alkalmazás szerverek, még mindig inkább használja prefork mód apache, valamint a szükséges XCache, mint a PHP cache-szoftver betölti a modult, hogy jobb, amellett, hogy a szükséges modulokat mod_rewrite és így felhagy minden felesleges dolgot, próbálja httpd folyamat csökkenti memória-felhasználás, és a képek kiszolgálók, szerverek és más statikus tartalmi oldalakon, akkor a lighttpd, vagy végzi tux, hogy teljes mértékben játszanak a jellemzői a különböző szerverek.

Ha a körülmények megengedik, a külön naplószerver van szükség, az általános gyakorlat a kis oldalak kerülnek egy lapra szerver és naplószerver előtti napon a cron futás napló számolva a kora reggeli órákban, amikor a forgalom nincs, de ha awstats log elemző szoftver, és a hasonló, egy millióan látogatták, akkor is, ha a benyújtott a nap, akkor is fogyaszt sok időt és a szerver erőforrások számítani, így elválasztva külön naplószerver vagy jó, ez nem befolyásolja a formális munka állapotát a szerver.

Soft Architecture

Válassza ki a keret

PHP keretrendszer most már sok választás, mint például: CakePHP, Symfony, Zend Framework, stb, hogy melyiket kell használni, és nincs egységes válasz szerint a csapat a csapat megértését az egyes képkockák lehet. Sok esetben alkalmazása nélkül is a keret, hogy képes, hogy írjon egy jó program, mint például a Flickr azt mondják, hogy használni Körte Smarty könyvtár írni ezt, így, hogy használja-e a keret, milyen keretek között általában nem a legfontosabb, fontosabb tudatában, hogy van egy keretet programozási elmék.

Hierarchikus logika

Weboldal skála egy bizonyos mértékig, a kódot a különböző logika összefonódó, fenntartja és kiterjeszti a hatalmas akadályt, akkor a megoldás nagyon egyszerű, felújított, logikai rétegződés. Általában fentről lefelé lehet osztani a megjelenítési réteg, alkalmazási réteg, domain réteg, perzisztencia réteg.

Presentation réteg

Az úgynevezett megjelenítési réteg, nem csak az ujjlenyomat, a hatálya szélesebb körű, és a teljesítménye a logika minden kell vonni a hatálya alá a megjelenítési réteg. Például, a betűtípus, hogy megjelenik valahol, piros, kezdve valahol a két mezőt, amelyek részét képezik a megjelenítési réteg. Sokszor hajlamosak vagyunk hiba, hogy tartoznak a logikája a megjelenítési réteg a másik szint befejezéséhez, azt mondta, itt egy nagyon gyakori példa: megmutatjuk a cikk címe, azt állított szavak maximális száma az oldalak listáját, miután cím hossza meghaladja ezt a korlátot, akkor csonka, és a hátsó megjelenik a "..", ami a legjellemzőbb megjelenítési réteg logika, de a tényleges helyzet, van egy csomó programozók befejezni a beszerzési és csonkolt adatokat nem megjelenítési réteg kódot, Majd hozzá a sablont a megjelenítési réteg, a legtöbb közvetlen hátránya a kód ugyanaz adat, ezen az oldalon azt érdemes megjeleníteni az első 10 karakter, akkor érdemes másik oldalt megjelenítése előtt 15 karakter, és ha mi vagyunk a programban Kötési a szó, veszít hordozhatóság. A helyes megközelítés kéne csinálni egyfajta céllal segítő program külön kezelni az ilyen logikával, például: Smarty csonkolni betekintést részéről az ilyen asszisztensek (de rájönnek, hogy ez nem alkalmas a kínai).

Alkalmazási réteg

Az úgynevezett alkalmazás-réteg, a fő feladata, hogy meghatározzák, mi a felhasználó tehet, és az eredmény a működés vissza a megjelenítési réteg. Ami hogyan kell csinálni, ez általában nem a TOR (feladat-meghatározás, de a domain réteg), akkor menj foglalkozni, hogyan kell csinálni ruházza a munkát a helyi szinten. Használatával az MVC webes keretrendszer, akkor valami ilyesmit URL: domain/articles/view/123, belső kódolás elérni, általában a cikkek vezérlő osztályban, amely a néző módszer, amely egy tipikus Alkalmazási réteg működése, mert ez határozza meg a felhasználó tehet egy csekket a keresetet. Az MVC architektúra, van egy útmutató, hogy azt mondják: Rich modell jó. A következmény az, hogy a vezérlő, hogy fenntartsák a "vékony" Néhány jó, majd magyarázza az alkalmazási réteg, hogy a lehető legegyszerűbb, nem tartalmazzák a logikát részt vesz a területén a tartalom.

Domain réteg

Az úgynevezett domén réteg, a legtöbb közvetlen magyarázat logikai réteg tartalmazza a területen. Ez egy szoftver lélek. Nézzük meg az úgynevezett domain logika, egyszerűen, világos koncepció a logikai mező az a terület, a logika, mint ahogy pénzt az ATM automaták, a folyamat nagyjából így: helyezze UnionPay kártya, írja be a jelszót, írja be a kifizetési összeg meghatározott , fogd a pénzt, majd kiköp az ATM tranzakció csúszik. Ebben a folyamatban, a befejezés CUP kártyát az ATM készüléket, ahol a pénzt a számlára elosztási folyamat egy olyan terület, logika, mert a pénzt a bank egy világos koncepció a terület, és az ATM gép kiköp ügyletet csúszás nem a területen a logika, de csak egy alkalmazás logikáját, mivel a mentesítés banki tranzakció csúszás nem egyértelmű fogalmi mezőt, csak egy technikai eszköz, amely megfelel a pénzt nem köpte a tranzakció csúszás, és továbbítja a figyelmeztető üzenet is lehetséges, De nem feltétlenül így van, ha kell köpni a világban, mi szükséges a visszavonás tranzakció csúszás, amely már szorosan integrált tranzakció csúszás nyárson és visszavonások, akkor is kiköp a tranzakció csúszás látható a területén logika rész, mindent az adott körülmények között az lehet a probléma.

A klasszikus Eric, hogy a domain-vezérelt tervezés területén réteg öt alapelem: a fizikai, az érték tárgyak, szolgáltatások, gyár, raktár. Kifejezetten a könyv bevezetése. Domain réteg a leggyakoribb hibákat, hogy kell tartoznia, hogy a domain réteg logika kiszivárgott, hogy más szinten, mint például egy CMS rendszer, a meghatározása érdekes cikk ez: a szám, ahányszor egy nap már megtekinthető több mint 1000-szer kommentálta több mint 100-szor több ilyen cikket a legnépszerűbb cikkeket. Egy CMS, a népszerű szavas cikket kétségtelenül fontos fogalom a területen, akkor hogyan hajtsák végre ezt a logikát design? Lehet, hogy valami hasonlót a következő kódot: "SELECT ... FROM ... WHERE Tallózás> 1000 és felülvizsgálati> 100" Igen, ez a legegyszerűbb módja, de meg kell jegyezni, hogy a "napi már megtekinthető több mint 1000-szer több volt, több mint 100-szor a hozzászólások száma, "ezen a fontos területen el van rejtve a körét logika SQL, SQL nyilvánvalóan nem tartoznak a domain réteg, azaz a mező logika kiszivárgott .

Perzisztencia réteg


Előző 1 Következő Válassza ki a Pages
Használó Felülvizsgálati
Nincs még hozzászólás
Én is kommentálom [Látogató (44.201.*.*) | Bejelentkezés ]

Nyelv :
| Ellenőrző kód :


Keresés

版权申明 | 隐私权政策 | Szerzői jog @2018 A világ enciklopédikus tudás