Mit kell írni a projekt nagy terhelés alatti
+1. pofik, hogy mit kell írni, govnokod írhat bármilyen nyelven, és keretet. Azonban a belépési korlát a Django és Rails valamivel magasabb és govnokoderov sokkal kevesebb. Ugyanez PHPshnymi keretek - Symphony is próbálja meg hellouvorld írni. A legfontosabb dolog, hogy fontolja módszerek optimalizálása tevékenységek költségének - kis keretek ezt a gondolkodásmódot ki a dobozból. Memcached, cache oldalak vagy blokkok (hello, SSI!) A statikus (és dinamikus része - könnyebb ajax / JSON kéri)
sok-sok dolgot kell kiindulni, hogy az előzetes értékelést. Igen, csak a google első nagy terhelés és nagy terhelés weboldalak. Nadite ügyéről leírni architektúrák osztálytársak, VKontakte, Twitter, Facebook, és annak megértését, hogy mik a problémák megoldódnak a tervezési vysokonagrudzhennyh projektekben.
Köszönöm a tanácsot! Azt fogja érteni, hogy szükség van rám
A kérdés alapvetően hibás és kissé amatőr „Azt akarom, a helyszínen, hogy egy csomó ember mászni.”
Úgy tűnhet, annyira más, hogy még néhány nem kell spekulálni.
Igen, rájöttem, hogy pózol a kérdés nem helyes elegendő információt, hogy válaszoljon. Tedd az elrendezés, akkor lehet, hogy megvitassák ezt. Köszönjük!
1. Csak nem nginx
2. Ne szenvednek korai optimalizálás. Az én amatőr vélemény High Load igényel alapvetően más megközelítés a fejlődés. Akkor legalább legyen egy működő prototípust rá, hogy az építészet, a szűk hely és kell átírni minden rendben van. Általában a szűk SQL. Így néz Memcahed, Redis.
Freymork fejlesztési környezet, és van másodlagos, mert, mint már említettük, a nagy terhelés mind a dobozok nem áll készen. Válassz valamit, ami megkönnyíti majd a kész.
és lehetőség van a részletes?
Miért csak akkor nginx?
A prototípus csak írni, csak azt, hogy a legrugalmasabb és helyesen, majd azért, hogy rögzíti a szűk és átírni valamit?
Van Yii nem kész nagy terhelés, sok vélemény, hogy freymork fűszerek erre?
mindenki azt mondja, hogy a termék készen áll a nagy terhelés, különben senki sem fog, hogy nem használja :)
Egy másik kérdés - van szükség, hogy tudja, hogyan kell főzni.
Spit on írsz az eredeti változat. A legfontosabb dolog, hogy fontolja meg csak jó alkalmazás architektúra. Szét a kérelem különálló részből áll (mint a Twitter, mint a webes felület is működik ugyanazon a szinten, mint a többi vevő - az API). Ismét minden attól függ, a feladat. Úgy döntöttem, hogy először mindent rubin ha a mennyezet uprus teljesítmény, átírják a JRuby ha uprus - erlang.
Ismét minden attól függ, a feladat.
A nyelv nem fontos, mivel a végrehajtás logikai - ez a második eset az HiLoad.
Az alap csak tároló / mintavételi rendszert / írási adatokat.
Amennyiben a kérelmet a felhasználói adatok kerül ki sql és jönnek a 0,2 másodperc, a 5 felhasználók másodpercenkénti csökkentette az irányadó.
És még egy tanács, iratkozzon fel az egyes cselekvések:
rekord a felhasználó adatait
megjelenítési forma szerkeszti a személyes profil
stb
és átveszi az posztulátum, hogy minden intézkedés fog futni egy külön szerverre, akkor az agy egy kicsit átkapcsol a „hogy így” módban, és egy kis rendszer tervezése életében eljön annak megértését, hogyan kell dolgozni, amennyire csak lehet, a különböző adatbázisok tárolására különböző típusú adatok, és így tovább. n.