Növelje a párhuzamos böngészõkapcsolatok számát egyetlen tartományban a html-bõl
A legtöbb webhelyfejlesztő már tudta, hogy a kiszolgálón lévő kapcsolatok száma a böngészőkből korlátozott. A böngészők régi verziói csak két kapcsolatot használnak a szerverrel, a legfrissebbek többek (például "Opera" 11.10 - már 16).
Általában az algoritmus az ilyen vegyületeknek meglehetősen bonyolult, és böngésző böngésző (ami nem lesz párhuzamos betöltött stíluslapok, scriptek, stb), de az általános szabály mindig - több, mint a határérték böngésző kapcsolatot a szerver nem gyümölcs.
Eközben ez nem mindig jó, mert ha minden kapcsolat elfoglalt, akkor a böngésző vár rájuk az adatokat, anélkül, hogy újakat kezdeményezne, még akkor is, ha a csatorna a kiszolgálóhoz lehetővé teszi valami más letöltését.
Ha az oldal és a csatorna is, és ellenálljon a nagyobb számú kapcsolatot az azonos felhasználói (beleértve a forgalom), ez egy trükk, amelyet gyakran használnak - letölthető a statikus (képek, stílusok fájlokat, stb), más területeken is. Nem kell más kiszolgálókon lenni, csak egy szervert adni néhány nevet, és használni őket a betöltésre.
Ez így néz ki: static1.example.org, static2.example.org és így tovább. A "Yandex" például betölti az adatokat a yandex.st tartományból. Amint láthatja, bármelyik másik tartomány egy megfelelő.
Jó, ha lehetőség van arra, hogy bármelyik szintű domain bármely tetszőleges szinten elérhető legyen. Nem minden hosting cég kínál ilyen lehetőséget ingyen, és egy egyszerű blogger nem lesz hajlandó fizetni egy másik nevet csak azért, hogy felgyorsítsa a letöltést.
Rendben van, leggyakrabban a tárhely felhasználója már négy tartományban van, csak néhányan gyanakodnak róla. Az első kettő meglehetősen nyilvánvaló - a hoster gyakran, néhány example.org mellett, szintén elindul www.example.org. De ezek két különböző tartományban vannak!
Még kettő nem olyan nyilvánvaló: ezek a "example.org" domainek és a "www.example.org". Vegye figyelembe a domain végén lévő pontot.
A kísérleteim (ellenőrizni BrowserShots szolgáltatás. Linux operációs rendszer, a Windows XP, Mac OS X) azt jelzik, hogy a böngészők képesek dolgozni velük, hogy van, a képeket a URL-t, ahol a domain név végződik pont betöltve.
Annak ellenõrzése érdekében, hogy a böngészõk a végponton és különbözõ pontosságú tartományokkal rendelkezõ tartományokat tekintenek-e meg, létrehoztam egy kis szkriptet, amely másodperc késleltetés nélkül adja meg a képet.
A kísérlet, tettem a kapcsolatok maximális számát a szerver egység ( „Opera” és a „Firefox” engedik, ami történik a böngésző WebKit, nem tudom, mondd, ha tudod), és létrehozta a két HTML-oldal egyik, ahol két a szkriptből származó képek betöltődnek az egyik tartományból, a második, ahol az egyiket betöltötték egy olyan tartományból, amelynek időszaka van.
A képernyőképen az eredmény jól látható, és láthatja, hol található a kísérlet (a "Domain" oszlopban). A screenshot azt mutatja, hogy jól ismerem az ismerős FireBug-ot, de a Dragonfly-ről az "Opera" -ról a kép ugyanaz.
IMHO a probléma a munkamenetben rejlik. A session_start PHP-nek van egy szemaforja a munkamenet idééééé, azaz. Miközben a parancsfájl egy hívása fut, a többiek párhuzamosan állnak és várnak. Hasonlítsa össze az eredményt a kikapcsolt munkamenetekkel. Amikor különböző tartományokból szkriptet hívsz, különböző munkamenetek is lesznek, és nem jelentkeznek blokkolások.
És ez nem egy hiba? Hirtelen helyes?
A ponttal rendelkező domain létezése nem hiba, sőt, valójában pontosan ugyanaz, mint az írott. Az a tény, hogy a domaineket másnak tekintik, hiba, valószínűleg azoknál a böngészőknél, amelyeket még nem teszteltem (IE, WebKit alapú), ez nem működik. Mindenesetre ez nem lesz rosszabb.
IMHO a probléma a munkamenetben rejlik
Tévedsz, ráadásul rossz irányba gondolsz. A szekciók és a PHP itt egyáltalán nem.
Tévedsz, ráadásul rossz irányba gondolsz. A szekciók és a PHP itt egyáltalán nem.
A képen a tűzbug szerint ítélve, tegye meg vele is. Azt gondolom, hogy a skála szürke várakozik, a kék a vétel. Ebből következik, hogy mindkét esetben a böngésző kérése egyidejűleg küldött.
Az az ötlet azonban, hogy a "különböző" tartományokból származó képeket természetesen helyesen töltsük be. De itt van a teszt - rossznak tűnik.
A képen a tűzbug szerint ítélve, tegye meg vele is. Azt gondolom, hogy a skála szürke várakozik, a kék a vétel. Ebből következik, hogy mindkét esetben a böngésző kérése egyidejűleg küldött.
Nem, nem.
A szürke "zár" (a kiszolgálóhoz csatlakozó csatorna foglalt).
Megtakarítás mérkőzéseken. Készíts egy bonyolult, nem nyilvánvaló rendszert a győzelem érdekében 0,1% -ban.
Mivel a Google a közelmúltban elégedett volt saját HTTP protokolljának megalkotásával, amelynek nyeresége, hogy az egymást követő lekérdezések nem adják át a mezőket, például a felhasználói ügyintézőt.
Vannak-e érvek, vagy "úgy érzitek-e", hogy ez a "megtakarítás a mérkőzéseken"? Az ilyen megtakarítások előnyeit már régóta kiszámították, sok cikk van ebben a témában.