provoz jednoho webového serveru na více hostitelích po celém světě s cílem zlepšit regionální výkon
<p>v současné době mám web, který je hostován v usa, ale existují lidé z celého světa, kteří jej používají. vzhledem k tomu, že web slouží k vysokorychlostnímu obsahu, mají některé oblasti na světě pomalejší služby než v usa.</p><p>web se silně opírá o veškerý svůj obsah, který je uložen v databázi a k ​​němuž přispívá jeho uživatelská základna. proto se obsah databáze neustále mění každý den.</p><p>optimalizoval jsem web z hlediska rychlosti, např. gzip, ukládání do mezipaměti.</p><ul> <li>je možné web nastavit na více hostitelích po celém světě a nutit uživatele z určitých regionů, aby směřovali na nejbližší server?</li> <li>jak by toho bylo dosaženo?</li> <li>existují nějaké úskalí, na které je třeba dát pozor?</li> <li>měl bych mít samostatné domény pro každou oblast, např. .com .co.uk atd. nebo bych měl mít: např. www.domain.com; www.domain.com/uk/?</li> <li>mám databázi na hostitele? jeden by stále vyžadoval, aby byla data načtena z velmi vzdáleného místa.</li> <li>jak mohu udržovat databáze aktuální?</li> </ul><p>díky za pomoc.</p>
<p>jak již oscar cabrero odpověděl, pravděpodobně budete chtít cdn a ne skutečný multisite hosting.</p><p><em> statické </em> webové stránky mohou být relativně snadno hostovány na několika kontinentech. <em> dynamické </em> weby nemohou - replikace (velkého) dynamického datového souboru (tj. co je v databázi) přes pomalé a nespolehlivé odkazy wan je velmi obtížný problém řešit dobře.</p><p>chcete tedy zachovat veškerý svůj dynamický obsah (tj. generování html) v jedné lan a přesunout statický obsah (obrázky log, css, js) do sítě pro doručování obsahu.</p><p> <a href="http://cloudharmony.com/speedtest">cloudharmony</a> obsahuje testovací nástroj a několik dobrých blogových příspěvků o cdn. <a href="http://www.paessler.com/blog/2010/05/17/networking-basics/real-world-performance-comparison-of-cdn-content-delivery-network-providers">paessler</a> má přehled výkonu a kvalifikovaná doporučení cdn.</p><p><strong> za předpokladu, že chcete vytvořit multisite dynamický web, přesto: </strong></p><blockquote> <p>existují nějaké úskalí, na které je třeba dát pozor?</p> </blockquote><p>ach ano, mnoho. většinou v tiché korupci replikovaných dat nebo přerušené/zastaralé/zpožděné replikace.</p><blockquote> <p>měl bych mít samostatné domény pro každou oblast, např. .com .co.uk atd</p> </blockquote><p>zcela na vás. pokud jsou vaše stránky velmi regionální/místní povahy, pak může nejlépe fungovat místní tld (tj. .co.uk, .de atd.).</p><blockquote> <p>mám databázi na hostitele?</p> </blockquote><p>alespoň jeden databázový server na každém serveru, ze kterého hostujete, ano.</p><blockquote> <p>jak mohu udržovat databáze aktuální?</p> </blockquote><p>mechanismus replikace vašeho databázového stroje. většina databází to má. existuje více komplexních řešení pro high-end potřeby, ale to je místo, kde byste měli začít.</p>
<p>by obecný sdílení souborů a hostování webu fungovat? pokud umístíte soubor do veřejné složky <a href="http://www.dropbox.com/">dropbox</a> a odkazujete jej z webu? viz výměna webového zásobníku aplikací pro <a href="https://webapps.stackexchange.com/questions/638/online-file-storage-services">více poskytovatelů online ukládání souborů</a> .</p><p>ujistěte se, že zaškrtnete <a href="http://kb2.adobe.com/cps/142/tn\_14213.html">zásadu napříč doménami</a> : pokud soubor flash hostovaný v souboru <code>dropbox.com</code> potřebuje přístup k datům z <code>yourdomain.com</code>, potřebujete soubor <code>crossdomain.xml</code> v souboru <code>yourdomain.com</code>, který určuje, že soubory flash z <code>dropbox.com</code> mají přístup k datům.</p> Ve vašem OP, že jste nastavení manipulaci pro výchozí url.


Pro vaši druhou virtuální webový server, stačí použít konkrétní název hostitele v config, který je druhý název hostitele na stejném stroji. Tento jev se nazývá "name-based" virtuální hosting. Viz [wikipedii](http://en.wikipedia.org/wiki/Virtual_hosting) .


Nezapomeňte, že více hostitelů lze vyřešit na stejné IP adrese.


Můžete použít plnou dns systém, pokud budete chtít, stačí zadat místní síťovou adresu (192.168.xxx) - URL, nebude pracovat pro stroje není ve vaší lokální síti.


Více informací bude k dispozici na webmasterů SO webu.


**[Sloupek](http://www.geeksengine.com/article/apache-multiple-local-websites.html) s instrukcemi** <p>myslím, že se to opravdu rozpadne na váš provoz. pomalejší hardware, pomalejší (již pomalejší) generování stránky. není to specifické pro wp, je to stejné pro všechny velké php skripty.</p><p>pokud dostanete serverový hit každou chvíli, jako na dev boxu nebo rodinném blogu, není to žádný velký problém. bude to jen vyplivnout stránky pomaleji. dostanete-li pravidelně souběžné zásahy, vaše stránky se dostanou z webu poměrně snadno.</p><p>všimněte si také, že mnoho low-end sdílené host směšuje více lokalit na low-end hardware. je to samozřejmě ne tak nízké, jako to, na co jste se připojili, ale nečekal bych, že velký rozdíl ve výkonu ve srovnání s přeplněným sdíleným serverem.</p> Já bych generování XML, když se něco změní, spíše než na požadavku společnosti Google. To znamená, že aktualizuje pouze tak rychle, jak to potřebuje.


Já bych to uložit centrálně. Máte-li CDN, prásk ho tam a přesměrovat na něj. Dalo by se argumentovat, je to noční můra, ale je to ještě horší, než když všechny své frontendy generující vlastní verzi souboru Sitemap? Odpověď: Ne, je to mnohem efektivnější.


Pokud nechcete mít CDN bych zkoumat způsob přesměrování žádosti z jednoho uzlu do druhého. Ty by mohly být dokonce schopen řídit se svým zátěže Vyrovnávání takže určité řetězce user-agent jít přímo do uzlu sitemap generující.







Co se týče otázky 2 ... tvrzení Google budou automaticky kontrolovat s vámi, jakmile budou vědět, jak rychle se vaše aktualizace webu. Já bych aktualizovat ručně několika prvních a pak Google by měl vědět, jakou rychlostí se dál na.


Ale pokud nejste odesílání 20 ping za hodinu, pochybuji, že budu vadit příliš mnoho. Není to, jako by to změní váš výkon SERP. Na zrizeni serveru potrebujete mit server.  
Ma-li byt server dostupny z internetu, potrebujete nejake vhodne pripojeni a verejnou IP adresu.  
Na nektere sluzby je vhodne mit domenu, ale neni to podminka.  
  
Co a pro koho chcete na serveru zpristupnovat? Casto byva lepsi vyuzit serverhostingu nebo si pronajmout server cely ci jeho cast... Ne, to si vážně nemyslím. Ručně to určitě nedělá, dělá to pomocí nějakého počítače, který si po napadení jiného počítače uloží jeho adresu.A nebo to může klidně dělat úplně decentralizovaně podobně jako při P2P sdílení. Každý počítač tak zná adresy několika "sousedů", ale nikdo z nich nezná celou síť. U tehle rychlosti uz je docela narocne to spravne merit, takze zalezi na kterem serveru to meris.No a pak se deji i zazraky. Klidne je mozne, ze te tvuj poskytovatel spatne omezuje.Za me je uz doma cokoli nad 100Mbps jedno a zalezi uz jen na technologii kvuli odezve. <p>často se vyskytují problémy s nastavením odběrů e-mailů. poskytovatelé hostingu jsou velmi unavení z nevyžádané pošty a často kladou tvrdá omezení na rychlost a objem e-mailů, zejména pro levnější hostingové plány.</p><p>v praxi je taková funkce často realizována za pomoci externí služby. feedburner je populární pro to, protože mnoho lidí ji používá pro kanály stejně a poskytuje slušnou možnost odběru e-mailů.</p><p>zobrazit <a href="http://www.google.com/support/feedburner/bin/answer.py?hl=en&amp;answer=78982">přehled e-mailů feedburner a faq</a> </p> no tak zaprve je divny ze se nejde prihlasit na FTP. pokud jste nemenil heslo tak kdo by ho menil ?? Kontaktujte podporu.Dal pokud bude fungovat ftp a stale to nepujde by bylo nejjednodussi vratit obsah hostingu ze zalohy (+db).. Wedos jiste denne zalohuje... a dalsi spravu webu bych doporucil sverit nekomu kdo se v tom lip vyzna... (bez urazky).A taky bych si nikdy nedal web na kterym "stoji byznys" k wedosu - ja s nima zkusenosti nemam, ale jejich povest je predchazi.. <p>ano, <a href="http://codex.wordpress.org/create\_a\_network">je to možné</a> .</p><p>subdomény můžete nastavit takto: <code>subdomain1.domain.com</code>, <code>subdomains2.domain.com</code>.</p><p>poté, co nastavíte síť, použijte plugin pro mapování domény pro nastavení názvu domény pro každou z nich. <code>subdomain1.domain.com</code> se stane <code>domain1.com</code>, <code>subdomain2.domain.com</code> se stane <code>domain2.com</code>, atd.</p><p>existuje několik pluginů pro mapování domén:</p><ul> <li> <a href="http://premium.wpmudev.org/project/domain-mapping">http://premium.wpmudev.org/project/domain-mapping</a> (ten, který bych doporučil, ale je na stránce placeného členství)</li> <li> <a href="http://wordpress.org/extend/plugins/wordpress-mu-domain-mapping/">http://wordpress.org/extend/plugins/wordpress-mu-domain-mapping/</a> (zdarma, ale nikdy jsem ho nepoužil)</li> </ul>