Stahovat ve dvou browserech?



Když stahuji soubory z Rapidshare a MegaUploadu,  
tak je lepší mít jeden v Opeře a druhej v Mozille, nebo je lepší mít jen jeden prohlížeč?  
  
Rychlost? Pravděpodobnost kolize a tak?
Z Rapidshare, pokud nemáš účet, stejně můžeš stahovat jenom jeden soubor.  
Jinak, v Opeře stahuji běžně více souborů současně a žádná kolize a tak. Samozřejmě, součet rychlostí nepřekročí rychlost tvého připojení.
Ho přeinstaluj, molh se poškodit nějaký důležitý soubor, popřípadě nějaká nová aktualizace. Která se nestáhla, nebo stáhla ale chybně (např přerušením netu)

Na metina se vykšli, raději někde sosni WOW ![:)]( ":)") je to w podstatě to samé ale o 200% lepší ![:)]( ":)") <p>používám mnohem rychlejší a jednodušší způsob, jak vytvořit lokální kopii kodexu bez instalace lokálního serveru a bez instalace kopie mediawiki, nazvané <a href="https://addons.mozilla.org/en-us/firefox/addon/scrapbook/">scrapbook</a> což je rozšíření firefoxu, které vám pomůže ukládat webové stránky a spravovat sbírka. klíčové vlastnosti jsou lehkost, rychlost, přesnost a vícejazyčná podpora.</p><p>pomocí funkce uložit web (in-depth capture) můžete nastavit adresáře, které chcete uložit, což by bylo ve vašem případě <code>function reference</code> a <code>template tags</code></p><p><img src="https://i.stack.imgur.com/kw8p0.jpg" alt="enter image description here"></p><p>můžete také organizovat své sbírky stejně jako záložky, upravovat uložené soubory a zvýrazňovat klíčové části stránek a nejlepší na tom je vestavěné fulltextové vyhledávání.</p> Ve scénáři, kde mám více sestav souborů (tedy 1 exe a 5 DLL) budu používat jinou verzi souboru pro každého, ale stejný montážní verzi pro všechny z nich, která vám umožní zjistit, které exe každý dll jít s. <p>ze dvou uvedených možností bych šel na akordeonové menu.</p><p>samostatná stránka znamená dvě kliknutí a (obvykle) zpáteční cestu na server a pak se musíte vrátit zpět.</p><p>neexistuje žádná výhoda pro „předvolbu“ - pokud pro jednu stránku není mnoho možností.</p><p>jedna stránka (tj. bez „seskupené“ nabídky, pouze jediný odkaz) je v pořádku, pokud všechny běžné případy použití zahrnují více akcí na vybraného uživatele.</p><p>jinak bych použil „akordeonová“ menu nebo vyskakovací/javascriptová vyskakovací menu, <strong>a</strong> umožňovala přidávat příkazy na začátek seznamu.</p> <p><strong> aktualizace: </strong></p><blockquote> <p>našel jsem jeden konkrétní soubor mootools.js zabere hodně času načíst do ylsow, ale otevření souboru přímo - není žádné zpoždění.</p> </blockquote><p>to je nakonec docela dobrý tip - je mootools opravdu vyžadován? drupal používá jquery výhradně v jádru a většina přispěných modulů to dělá stejně, takže prosím vezměte na vědomí, že použití více než jednoho hlavního rámce javascriptu současně, pokud je to možné, většinou vývojáři většinou nedoporučují, obvykle - <a href="http://docs.jquery.com/using\_jquery\_with\_other\_libraries">vyžaduje specializované zpracování alespoň</a> a může zavést všechny divné (tj. obtížně laditelné) problémy bez ohledu na:<br> najdete <em> mnoho </em> souvisejících příspěvků v rámci <a href="https://stackoverflow.com/questions/tagged/jquery+mootools">jquery + mootools</a> o přetečení zásobníku, podívejte se na tuto příkladnou odpověď na <a href="https://stackoverflow.com/questions/491066/mootools-and-jquery-integration/491141#491141">mootools and jquery integration</a> zmínka o obrovské stránce konkrétně zpomaluje.</p><p>vzhledem k tomu, že <em> nepoužíváte mnoho modulů </em>, domnívám se, že pouze mootools požaduje pouze izolovaná oblast funkcionality, a proto navrhuji, abyste tuto možnost úplně vypnuli (tj. ujistěte se, že mootools.js je není načten) a zjistěte, zda to má nějaký význam.</p><hr><p>můžete si prohlédnout různé odpovědi na <a href="https://stackoverflow.com/questions/711705/tips-on-speeding-up-drupal-site">příslušná otázka na stack overflow</a> - zatímco se většinou překrývají s odpověďmi uvedenými zde mezitím, v komentářích se zde a tam objevují další rozhledy.</p><p>kromě toho bych rád znovu zdůraznil jednu důležitou věc, jak již zmínili disgruntledgoat a bpeterson76 do určité míry (každý +1):</p><p>přestože drupal není na prvním místě nejrychlejší cms, časy načítání stránky, které vidíte <strong>, nejsou vůbec normální </strong> ( i když je to možné na špatně nakonfigurovaných systémech/serverech) - proto byste měli <strong> nejprve analyzovat a identifikovat příčinu </strong>, než použijete optimalizace jakéhokoli druhu! určitě, některé doporučené optimalizace <em> mohou </em> pomoci i bez toho, ale zlatým pravidlem pro optimalizaci výkonu (a dalších) je pochopení problému spíše než pokus a chyba.</p><p>chcete-li začít, rád bych komentoval tři nastolená témata a poskytl ukazatel podrobnější dokumentace týkající se předmětu níže:</p><blockquote> <p>snažil jsem se přepnout vps, ale žádné zvýšení výkonu</p> </blockquote><ul> <li>dobře, přesto byste si měli výslovně zkontrolovat, zda používaný zásobník vps a lamp v první řadě funguje normálně (tj. bez drupalu)? <ul> <li>odpověď od bpeterson76 řeší možné příčiny.</li> </ul> </li> </ul><blockquote> <p>myslím, že hlavním viníkem je téma.</p> </blockquote><ul> <li>pak byste měli tento předpoklad ověřit, což lze snadno provést přepnutím na jiné téma, nejlépe na téma se známými výkonovými charakteristikami, např. výchozí téma garland.</li> </ul><blockquote> <p>nemyslím si, že je dotaz sql chybný.</p> </blockquote><ul> <li>už jste si uvědomili, že byste měli tento předpoklad ověřit také - k tomuto lze přistupovat různým způsobem, začínám s <a href="http://drupal.org/project/devel">devel modul</a> , který má různé nabídky týkající se <em> protokolování výkonu </em> včetně <em> doby provádění sql </em> (ostatní věci jsou samozřejmě také užitečné). <ul> <li>upozorňujeme, že pro přesnější časy provádění sql byste se měli uchýlit k vyhrazeným nástrojům pro používaný databázový systém.</li> </ul> </li> </ul><p>to vše a ještě mnohem více je řešeno prostřednictvím <a href="http://drupal.org/node/326504">drupal cache, rychlost a výkon</a> - tento zdrojový rozbočovač se na první pohled může zdát ohromující, ale jak jsem řekl <strong> porozumění problém je klíčem </strong> pro řešení problémů s výkonem - pro umožnění skokového startu nakonec nakonec doporučuji přečíst si <a href="http://drupal.org/node/2601">úvahy o ladění server</a> , zejména sekci <em> porozumění a konfigurace zásobníku pro výkon </em>.</p><p>hodně štěstí!</p> <p>obě řešení jsou naprosto přijatelná, při volbě vezměte v úvahu tyto body:</p><ul> <li>vyskakovací okno na mapě může skrývat další užitečné informace</li> <li>více než několik vyskakovacích oken se rychle zaplní. je to v pořádku, pokud je současně otevřen pouze jeden z nich</li> <li>množství informací ve vyskakovacím okně musí zůstat malé</li> </ul><p>na druhé straně se zobrazují informace vedle mapy:</p><ul> <li>ztratíte spojení s bodem zájmu, takže musíte přidat vizuální vztah (barvu, číslo, ikonu, čáru ...) s bodem na mapě. toto spojení je obtížné nebo obtížně čitelné, když máte spoustu bodů</li> <li>pro zobrazení dodatečných informací může být pro uživatele nutné určité posouvání/změna velikosti okna</li> </ul> <p>nezapomeňte, že zatímco monitor může být větší než 800x600, okno prohlížeče nemusí být na celou obrazovku.</p><p>například běžím na monitorech lcd s rozlišením 1600x1200 (stále poměrně velké), ale mé okno prohlížeče je přibližně 1100x1200 (přibližně).</p><p>musíte se tedy podívat na nejběžnější rozlišení <em>prohlížeč</em>, nikoli na nejběžnější rozlišení <em>obrazovka</em>.</p> <p>otravně on-line písma nejsou podporována všemi prohlížeči (opera v iphonu je <a href="http://en.wikipedia.org/wiki/pet\_peeve">pet peeve</a> ).</p><p>zdá se, že google fonts <a href="http://code.google.com/webfonts">čistý systém css</a> funguje lépe než alternativy, ale v mnoha prohlížečích můžete skončit s <a href="http://www.bluerobot.com/web/css/fouc.asp/">fouc</a> .</p><p>google font api " <a href="http://code.google.com/apis/webfonts/docs/webfont\_loader.html">... byl vyvinut společností google a typekit</a> ", takže doufám, že následující zkušenosti jsou dost podobné:</p><ul> <li> <p>knihovna javascriptu je celkem lehká, ale dejte si pozor na jakékoli výrazné zvýšení latence z dalších vyhledávání dns a připojení http, které mohou být způsobeny prostředky napříč doménami</p> </li> <li> <p>použití verze jsapi je na prázdné mezipaměti poměrně pomalé (jako vedlejší poznámku také <a href="https://webmasters.stackexchange.com/questions/1042/google-jsapi-auto-loading">nelze kombinovat požadavky js do jednoho velkého soubor</a> )</p> </li> <li> <p>možnost deklarovat písma potřebná odděleně od javascriptu include umožňuje následné načítání knihovny a opravdu pomáhá s flexibilitou (x) html šablony</p> </li> <li> <p>další události malování spuštěné, když knihovna javascript znovu maří celou obrazovku změnou tříd celé stránky, bude znamenat, že váš css musí být efektivní ( <a href="http://code.google.com/speed/page-speed/docs/rendering.html">google k tomu nabízí průvodce</a> )</p> </li> <li> <p>ačkoli s některými fonty musí být prohlášena kurzíva a různé váhy, zmenšuje se velikost stahování, ale přidává další zátěž designérovi nebo programátorovi</p> </li> <li> <p>vlastní písma, použitá vkusně, vypadají nádherně</p> </li> </ul> <p>flash a silverlight jsou výkonné platformy a záleží to na vašich okolnostech. v současné době je uživatelská základna pro flash vzhledem k jeho věku mnohem větší a je pravděpodobné, že ji bude mít více lidí.</p> <p>váš webový server by měl být schopen číst všechny soubory, ale <strong> nikoli </strong> do nich zapisovat. pokud váš web zahrnuje nahrávání souborů, udělte serveru oprávnění k zápisu pouze do jedné složky.</p><p>další informace o tom, jak to nastavit, a také o některých věcech, které se mohou stát, pokud tak neučiníte, jsou k dispozici v <a href="http://drupal.org/node/244924">drupal docs</a> .</p>