Strankovaci soubor win XP



Dobry Den,  
Chtel bych se zeptat zdali ma nejaky vliv na vykon a sviznost PC presunuti strankovaciho souboru windows na jiny Fyzicky disk. Windows mam na C ze bych ho presunul na D?
ak by si vedel o veci volaco tak by si takuto blbost netrepol
že je to ošklivější mi nevadí. Ale že je horší funkčnost, obslužnost, to je k zamyšlení, proč autoři jdou touto cestou.
Na velkém monitoru PC skoro nepoužitelné, takže jediná možnost je si okno prohlížeče zmenšit do středu monitoru. Snad se ozve dost lidí, aby to vrátili zpátky, případně vyřešili svůj záměr jinak než zhoršením obslužnosti pro uživatele PC. <p>obecně ne, nebude to mít vliv na výkon - kromě případu, kdy prohlížíte stránku výběru modulů (admin/build/modules nebo admin/modules). zakázané moduly se nenačítají do paměti a nikdy se nevykonávají.</p> <p>svým způsobem přecházíte na nový web. udržujete produkty, ale v podstatě měníte téměř všechno ostatní: adresy url, interní propojení, html stránek a back-end (software košíku). je nemožné říci, jaké dlouhodobé důsledky by mohly být, aniž bychom znali podrobnosti, ale pokud vám nový software usnadní údržbu vašeho webu, pak vám poskytne čas na vyřešení jakýchkoli vtipků, které by se mohly objevit. jedná se o velký krok, proto jej velmi dobře naplánujte a sledujte každý krok, abyste se ujistili, že funguje podle plánu. pravděpodobně uvidíte poměrně velké výkyvy v indexování a hodnocení, takže se ujistěte, že jste schopni je „spolknout“ (vybrat pomalé období, mít k dispozici nějaký rozpočet na reklamy atd.).</p><ul> <li>změny v obsahu a interním propojení ovlivní vaše hodnocení, alespoň v krátkodobém horizontu.</li> <li>nebojte se o „příliš mnoho přesměrování“ pro celý web, ale ujistěte se, že pro každou adresu url musíte udělat pouze jedno (nepřesměrovat ve více krocích). ujistěte se, že přesměrování (staré adresy url) nejsou zakázána pomocí souboru robots.txt a vyzkoušejte je pomocí nástrojů pro webmastery společnosti google. vyzkoušejte také všechny adresy url, abyste se ujistili, že přesměrují (procházejte starý web pomocí nástroje, jako je xenu, a poté, co máte nastavena přesměrování, zkontrolujte všechny tyto adresy url). ano, je to trochu práce :), ale je lepší o tom mít jistotu. mějte na paměti, že jakmile budou přesměrování nalezena, struktura vašeho webu bude „znovuobjevena“, jako by to bylo u nového webu, takže to určitě něco ovlivní procházení, indexování a hodnocení na chvíli. nastavte soubory sitemap pro staré a nové adresy url a sledujte svůj pokrok v nástrojích pro webmastery. buďte velmi, velmi trpěliví.</li> <li>výhody vs nevýhody ... to je něco, co musíte určit sami. přesun webu, jako je tento, je velkým krokem, přinejmenším musíte naplánovat každý krok a správně nastavit očekávání.</li> </ul><p>možnost jasně sledovat postup (prostřednictvím analytics a počtu indexovaných adres url) vám pomůže zůstat v klidu během pohybu. v každém případě se pokuste nedělat nic drastického, pokud by to trvalo trochu déle - pokud jste si udělali domácí úkoly a technická stránka byla řádně naplánována a testována před přesunem, pak v nejhorším případě budete muset počkat trochu déle, než se očekávalo .</p> <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> Zálohujte si věci jinam, formátujte pomalým formátem nebo přepište ve skartovacím programu (pokud nechcete, aby někdo časem zneužil uložená data) a reklamujte. Zřejmě nějaká mechanická závada ... nezlepší se to <p>očekávám, že i.a se bude pohybovat sám - bez i.b. při tom se samozřejmě i.a bude muset přejmenovat na ii a to, co bylo ii a iii, se musí stát iii a iv. tímto způsobem, pokud uživatel chce přesunout i.b spolu s ním, může vždy vybrat i.a a i.b společně a pak je přesunout.</p><p>chcete-li hrát na ďáblova obhájce na vteřinu, pokud se rozhodnete pro jiný přístup, kde se pohyb i.a automaticky pohybuje s i.b s ním, jak byste tedy řešili případ, kdy uživatel opravdu chce pohybovat i.a sám? viděl jsem program (nemůžu si vzpomenout, který, možná word 199x v režimu osnovy), jak se to snaží řešit tím, že se všichni sourozenci pohybují doleva (ia a ib), ale pouze vybraný se pohybuje doprava, ale já jsem vždy cítil, že se jednalo o program, který se pokoušel být příliš chytrý - a v tomto procesu se stal dráždivým.</p> A kde je na PC? <p>pokud chcete přesměrovat připojení x přes ssh, musíte jej povolit na straně serveru i klienta. (v závislosti na distribuci může být ve výchozím nastavení povoleno nebo zakázáno.) na straně serveru se ujistěte, že máte <code>x11forwarding yes</code> v <a href="http://www.freebsd.org/cgi/man.cgi?query=sshd\_config&amp;sektion=5"><code>/etc/sshd\_config</code></a> (nebo <code>/etc/ssh/sshd\_config</code> nebo kdekoli je konfigurační soubor). na straně klienta předejte možnost <code>-x</code> <a href="http://www.freebsd.org/cgi/man.cgi?query=ssh&amp;sektion=1"><code>ssh</code> příkaz</a> , nebo vložte do svého <a href="http://www.freebsd.org/cgi/man.cgi?query=ssh\_config&amp;sektion=5"><code>forwardx11</code> <code>~/.ssh/config</code></a> .</p><p>pokud spustíte <code>ssh -x localhost</code>, měli byste vidět, že <code>$display</code> je (pravděpodobně) <code>localhost:10.0</code>. kontrast s <code>:0.0</code>, což je hodnota, když nejste připojeni přes ssh. (část <code>.0</code> může být vynechána; je to číslo obrazovky, ale více obrazovek se používá zřídka.) existují dvě formy x displejů, s nimiž se pravděpodobně setkáte:</p><ul> <li>místní displeje, s ničím před <code>:</code>.</li> <li>zobrazí se tcp s názvem hostitele před <code>:</code>.</li> </ul><p>s <code>ssh -x localhost</code> můžete přistupovat k x serveru přes obě displeje, ale aplikace budou používat jinou metodu: <code>:number</code> přistupuje k serveru prostřednictvím lokálních soketů a sdílené paměti, zatímco <code>hostname:number</code> přistupuje k serveru přes tcp, což je pomalejší a deaktivuje některá rozšíření.</p><p>nezapomeňte, že pro přístup k serveru x potřebujete formu autorizace nazvanou cookie a obvykle uloženou za scénami v souboru <code>~/.xauthority</code>. pokud používáte ssh pro přístup k jinému uživatelskému účtu nebo pokud vaše distribuce umístí soubory cookie do jiného souboru, možná zjistíte, že <code>display=:0</code> nefunguje v relaci ssh (ale <code>ssh -x</code>, pokud je to povoleno na serveru; při provádění <code>ssh -x</code> nemusíte nikdy mluvit s <code>xauthority</code>. pokud se jedná o problém, musíte <a href="https://unix.stackexchange.com/questions/10121/ssh-display-variable/10126#10126">nastavit proměnnou prostředí <code>xauthority</code></a> nebo <a href="https://unix.stackexchange.com/questions/1596/can-i-launch-a-graphical-program-on-another-users-desktop-as-root/1600#1600">získat soubory cookie jiného uživatele</a> .</p><p>chcete-li odpovědět na aktuální otázku:</p><ul> <li> <p>místní displeje odpovídají soketu v <code>/tmp/.x11-unix</code>.</p> <pre><code>(cd /tmp/.x11-unix &amp;&amp; for x in x*; do echo ":${x#x}"; done) </code></pre></li> <li> <p>vzdálené displeje odpovídají otevřeným tcp portům nad 6000; přístup k zobrazovacímu číslu n na počítači m se provádí připojením k portu tcp 6000 + n na počítači m. ze samotného stroje m:</p> <pre><code>netstat -lnt | awk ' sub(/.*:/,"",$4) &amp;&amp; $4 &gt;= 6000 &amp;&amp; $4 &lt; 6100 { print ($1 == "tcp6" ? "ip6-localhost:" : "localhost:") ($4 - 6000) }' </code></pre> <p>(zbytek této odrážky je pouze v akademickém zájmu.)</p> <p>z jiného počítače můžete pomocí <code>nmap -p 6000-6099 host\_name</code> zkoušet otevřené tcp porty v obvyklém rozsahu. dnes je vzácné, že x servery poslouchají na soketu tcp, zejména mimo rozhraní zpětného smyčky.</p> <p>přesně řečeno, jiná aplikace by mohla používat port v rozsahu obvykle používaném x servery. můžete zjistit, zda server x poslouchá kontrolou toho, který program má port otevřený.</p> <pre><code>lsof -i -n | awk '$9 ~ /:60[0-9][0-9]$/ {print}' </code></pre> <p>pokud se ukáže něco dvojznačného, ​​jako je <code>sshd</code>, neexistuje žádný způsob, jak zjistit, zda se jedná o server x nebo náhoda.</p> </li> </ul> 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> <a href="http://www.chrisharrison.net/projects/progressbars/progbarharrison.pdf">tento článek</a> diskutuje vliv různých pruhů relativního pokroku, které se nelineárně zvyšují se skutečným pokrokem:</p><blockquote> <p>naše výsledky naznačují, že uživatelé jsou na začátku operace nejvíce ochotni tolerovat negativní chování (např. stání a nekonzistentní postup). proto mohou být fáze procesu uspořádány tak, že pomalejší nebo variabilní operace jsou dokončeny jako první.</p> </blockquote><p>(„přehodnocení ukazatele pokroku“, chris harrison et.al.)</p>