szükséges tárhely
Azáltal, hogy a fogadó talán a jövőben a helyszínen, a fejlesztők valamilyen oknál fogva, gyakran nem veszik figyelembe egy dolog: a helyszínen fog növekedni. És ez elég ma, holnap lesz nagyon szűk határai, és a változás otthont az aktuális projekt - ez nagyon nehéz és kellemetlen. C másrészt, tényleg nem akar vásárolni az Oracle dedikált szerver host egy oldalas árlista. Hogyan lehet megtalálni a „sweet spot”?
Kezdjük azzal, azonban ez általában hasznos próbálja megválaszolni a lehető legvilágosabban, hogy egy egyszerű kérdés: miért van szükség egy weboldal? Ha a válasz csökken a banális „csinálni”, akkor jobb, ha nem siet - szemetet az interneten, és így sok, így érdemes több? Sokkal jobb és hasznosabb eleinte minden átgondolt és megtervezett, majd csinálni.
A következő lépés az lenne, hogy megpróbálja bemutatni a helyszínen, ideális - azaz, hogyan kell kinéznie, és mi a teendő, ha a dolgok pontosan úgy, ahogy azt tervezi. Most vidd a nyilvánvalóan irreális fantázia sorozat „van néhány extra millió I előzni Google”, és a többi rendezni fontossági sorrendben.
Most kezdje el a rögzítést a jelenlegi és jövőbeli tárhely követelményeknek.
Lemezterület. Ez a lehetőség nem tűnik fontosnak, különösen, ha a helyszín még csak most kezdődött, így kis helyet foglal. De itt nagyon könnyű „dudor”. Először naplókat, amelyek általában nagyon gyorsan növekszik, különösen a népszerű oldalak. Másodszor, ha a felhasználók képesek feltölteni a fájlokat (Például, hogy kicseréljék), a helyszínen újra fogják fogyasztani nagyon gyorsan. Harmadszor, olyan dolgok, mint a fórumok, különösen népszerű nagyon falánk. Igen, és ki tudja még mit. Tehát akkor azonnal megtudja, hogy mennyibe fog kerülni meghaladó lemezkvótát, és hogy meg lehet növelni, ha szükséges (Egyszer összefutottam egy tárhely szolgáltató, aki nem volt hajlandó adni nekem egy extra száz megabyte).
Traffic. Egy másik nagyon fontos paraméter. Kezdetnek, próbálja megbecsülni az átlagos webhely forgalom. Tegyük fel, hogy az átlagos mérete az oldalak 20 KB, a felhasználó nézi az átlag 4 oldal a honlapon, hogy Ön jön 500 fő naponta. Csak szaporodnak a számokat, és kap a forgalom egy kicsit több, mint 1 GB havonta. Lehetséges buktatók itt abban a tényben rejlik, hogy a forgalom egyenetlenül oszlik el, és a tárhelyszolgáltatóval állíthat korlátokat napi vagy havi forgalom. Tegyük fel, hogy néhány népszerű kiadás, hogy írjak a webhelyen. Kapsz egy nagyon megugrott a látogatók száma az egy-két nap, és ez a csúcs nagyon tud „enni” minden a havi korlátot. Ezért választotta a fogadó, hogy megkérdezzük az első, mennyi a többlet forgalom, másrészt, hogy mi történik, ha túllépi a határértéket. A lehetőségek nagyon különböző lehet. Egyes szolgáltatók úgy vélik, a forgalom naponta, és amint kiválasztotta határértéket, a honlap van tiltva. Egyéb - úgy havi sávszélesség (amely képes kis jelenléti csúcs, de eltarthat sok, ha ezek a csúcsok majd ki a teljes sort - addig, amíg a végén a hónap webhelyet blokkol). A legtöbb szolgáltató csak akkor terheljük meg további költségeket, hanem azért, mert Túlforgalmazási általában meglehetősen drága, néha van értelme, hogy egy adat terv a mozgásteret.
By the way, ne felejtsük el, hogy megbizonyosodjon arról, hogy a webkiszolgáló úgy van kialakítva, hogy visszatérjen a tömörített weboldalak (összes modern böngésző képes megérteni és elfogadni az archivált weboldal és csomagolja őket már a számítógépen, a „címzett”). Ez lehetővé teszi a forgalom csökkentésére (szöveg, alkotó a weboldal nagyon jól alátámasztani), és növeli a „látható” szerver sebessége (tömörített oldalaink gyorsabban miatt a kis méret).
Fizikai szerver elhelyezés. Itt kell, hogy összpontosítson a látogatók - a legtöbb esetben, a közelebbi (fizikailag) van a szerveren, a gyorsabb hozzáférés és kisebb lesz a beszámítva. Ugyanakkor, ha a szerver messze van, akkor nehezebb frissíteni - mindez azért, mert az azonos késleltetés. Ezért választotta a hosting költségeit, így összehasonlíthatja a szerver „látható”, hogy Ön és a jövőbeli látogatók - erre van egy traceroute segédprogram (Windows - tracert.exe).
Telepített szoftver. Ez a lehetőség rendkívül fontos fejlesztés az oldalon. Ez magában foglalja bizonyos, hogy milyen operációs rendszer van telepítve a szerveren, egy webszerver használják, milyen további modulok vannak telepítve, milyen programozási nyelvet támogat, bármilyen DBMS. Természetesen az adatokat az első helyen kell egy webmester, hogy a programok a webhely, de tudja, hogy csak a jelenlegi követelményeknek, és fogalma sincs a fejlesztési tervek! Szoftver termékek, minden tanácsot, így a legnehezebb - túl sok múlik a személyes ízlés, de lehetséges, hogy akad néhány az egyetemes pillanatokat.
Adatbázis támogatás szükséges a dinamikus oldalak. Természetesen lehetőség van, hogy ki az adatok írása fájlokat, de a szövődmény a projekt lesz egy meglehetősen komoly korlátot jelent, így ha van egy hely tervek menetrend néhány dinamika és az interaktivitás, és a tervezett részvétel a helyszínen több mint száz ember egy nap, az adatbázis lehet szükség .
A népszerűsége a szoftver használata nagyban segíti, hogy elkerülje újra feltalálja a kereket. A web sok levéltárak kész scriptek, amelyek (esetleg némi módosítással) kényelmes a használata a honlapon írása helyett újakat. De ha a tárhely szolgáltató csak támogatja valamilyen egzotikus kombinációja, és szkriptek alkalmas számukra, nincs sok! Elvileg a de facto szabványnak tekinthető sochentanie PHP + MySQL - a legegyszerűbb utat neki, hogy kérjen tanácsot az interneten, vagy vegye fel a kész forgatókönyvet. Azonban, Perl támogatás szintén nem zárható ki - minden tai egyik leggyakoribb nyelv, amelyen a szkriptek és könyveket írtak már évek óta.
Bármiről nem fogja elmondani az operációs rendszer nem ösztönzi a „vallásháborúk”, de nem hiába, mert FreeBSD + Apache a leggyakoribb kombináció az interneten. Bár az IIS rajongók találkoztam is.
Korlátozások a szoftver használatát - ez egy másik fontos paraméter. Természetesen ez csak azokra a virtuális tárhely, de ha van egy dedikált szerver, és így, miért csinálod mindezt olvasás? Tehát korlátozásokat. Ezek nagyon eltérő lehet - a CPU terhelés és makismalnaya idő scriptek, az adatbázis mérete. Itt, sajnos, lehetetlen bármit is mondani határozott, mert igényeit egyes források nagyon függ a helyszínen. Van azonban két univerzális elemek: egyrészt minden korlátozás előbb-utóbb meg fogja kezdeni, hogy lassítson, és a többi - nincs is forgatókönyv, hogy nem lehet optimalizálni. Ezért választotta a tárhely csak nézd, ahol kevesebb korlátozás és megvitatják lehetőségeket Hoster sima váltás díjcsomagot amelyik ad nagyobb szabadságot, ha lesz pihent a korlátozásokat.
Vas. Nagyjából egy virtuális szerver hardver érdek nem kéne. És akkor a legtöbb esetben hasonló problémák nem szembesülnek - a kiszolgáló és a dolgozó szakemberek összegyűjtik helyesen. Mégis, ha a tervezett helyszín eltér az „átlagos”, akkor van értelme, hogy konzultáljon egy szálló. Például, ha vársz egy teljesen dinamikus és népszerű erőforrás dolgozik egy nagy adatbázis, pihenhet ellen a lemez átviteli sebességet. Elméletileg lehetséges, hogy szembenézzen, és mert hiányzik a processzor sebessége, a szkriptek, hogy néhány bonyolult számításokat, de nagyon sokat kell próbálni. Azonban, ha a fejlesztés a helyén, akkor elérte az ilyen szélsőséges esetben az ideje, hogy gondolkodni egy dedikált szerver.
Ez minden. Most már csak néhány nap van hátra, hogy kínozzák tárhely problémák, majd ünnepélyesen helyezték a szerveren, hogy a index.html, amelyre minden, és indult.