Na hdd zmenšení oddílu c/ a zvětšení oddílu d/ u windows 8.1



Zdravím,vím že dotaz na úpravu velikosti hdd tu byl,ale vždy šlo o zmenšení d a zvětšení c,já bych to potřeboval opačně,přes správu disků se mi podařilo c zmenšit,naskočilo 30GB nepřiřazeno,ale když označím d pravým tlačítkem a klepnu na rozšířit svazek tak to není aktivní,nejde to.U c to aktivní je, jde vrátit těch 30GB.Prosim jde to nějak jednoduše nejsem až tak zběhlý,jinak to radši vrátím.
> AcronisDiskDirector, zaváděcí médium (vytváří se uvnitř programu, nebo dodáno).> Boot, změna velikosti oddílů, zálohovat všechny oddíly než začneš manipulovat!> Zkontrolovat volbu, potvrdit, nechat proces dokončit = nesahat do zahlášení.> Restart = naskočí OS již na upraveném (velikostně) oddíle.> Ende.
ž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>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><strong> edit: </strong>první kontrola, pokud jste nevyčerpali místo na disku, před vyřešením rozlišení souvisejícího s konfigurací.</p><p>zdá se, že máte příliš nízkou maximální velikost <code>innodb\_data\_file\_path</code> ve vašem <code>my.cnf</code>, v tomto příkladu</p><pre><code>innodb\_data\_file\_path = ibdata1:10m:autoextend:max:512m </code></pre><p>nelze kombinovat více než 512 mb dat ve všech tabulkách inodbb.</p><p>možná byste měli přepnout na režim inodb-na-stůl pomocí <code>innodb\_file\_per\_table</code>.</p> <p>dával jsem přednost rozvržení tekutin, protože jsem chtěl, aby surfaři využili větších monitorů, když stiskli ctrl - <strong> +</strong> (nebo cmd - <strong> +</strong>) pro zvětšení písma velikost. kdysi dávno, asi v roce 2008, stránky s pevnou šířkou vypadaly opravdu špatně, když stisknete ctrl - <strong> +</strong>, protože nic jiného se nezvýšilo - tabulky a div zachovaly stejnou šířku a text přetékal jim.</p><p>u současných prohlížečů však stisknutí ctrl - <strong> +</strong> nyní funguje spíše jako „zvětšení“ než „zvětšení velikosti písma“: celá stránka je proporcionálně a pěkně zvětšena. v současné době dávám přednost:</p><ul> <li> <p><strong> používá se šířka tekutiny</strong> pro stránky, kde se zobrazují data podobná mřížce nebo tabulce nebo jiné informace. klíčovým rozhodujícím faktorem je to, zda uživatel uvidí více informací, když zvětší okno prohlížeče. zmínili jste mapy google, reader a gmail, všechny vynikající příklady imo aplikací, u nichž má uživatel užitek z větší obrazovky.</p> </li> <li> <p><strong> používání pevné šířky</strong> stránek pro popisné stránky nebo jakoukoli stránku, jejíž velikost se změnila, prohlížeč nebude mít za následek zobrazení dalších informací. příklady jsou tato velmi stackexchange stránka a <a href="http://www.apple.com/imac/">apple imac</a> stránka.</p> </li> </ul><p>fwiw, zjistil jsem, že navrhování šířky tekutiny má větší potíže než hodnota popisných stránek.</p> <p>zatímco smršťování je skutečně nebezpečné z důvodů uvedených zde. mezi jimboho odpovědí a johnovou odpovědí existuje šťastné médium ... vždy byste měli vážně zvážit, zda chcete databázi zmenšit či nikoli.</p><p>v ideálním světě - vytvořili byste svou databázi se spoustou volného místa, do kterého byste se mohli rozrůst. tuto databázi nazývám „správná velikost“. umožnili byste, aby byl tento volný prostor k dispozici, a nesnažte se jej vrátit a udržet svou celkovou velikost přímo na použité velikosti. proč? protože vaše databáze nakonec poroste znovu. pak se znovu zmenšíte .. a budete uvíznuti v tomto strašném vzoru zbytečných smršťování následovaných růsty - a celou dobu, jak několik poukázalo, budete zvýšení fragmentace indexu.</p><p>blogoval jsem o tom, kde jsem napomenul lidi na " <a href="http://www.straightpathsql.com/archives/2009/01/dont-touch-that-shrink-button/">nedotýkejte se toho zmenšovacího tlačítka!</a> ", ale někdy ... někdy musíte. pokud máte rozsáhlou databázi, právě jste uvolnili významný prostor a neočekáváte, že se do ní někdy vrátí - dobře, pak je v pořádku zvážit zmenšení jako jednorázovou operaci, pokud se budete moci postarat o fragmentaci vašeho indexu později přestavbou jim. operace smršťování může být časově náročná, takže byste ji měli naplánovat na dobu, kdy můžete zaplatit tuto cenu běžícího smršťování. postup vytváření prázdné db a kopírování dat do něj funguje - ale to se může stát velmi obtížným u větších databází a mnoha dat.</p><p>pokud plánujete přidat tento prostor zpět do db pomocí běžného využití a růstových vzorců do budoucna, pak možná budete chtít místo ponechat.</p><p><strong> také </strong> řekli jste, že jste „vymazali“ svůj protokol transakcí. byl bych zvědavý, jak jste to udělali, ale když čtete příspěvek, který jsem sdílel, a ostatní v řadě uvidíte několik tipů na správu protokolu transakcí. ale zkrátka - pokud jste v režimu úplného zotavení, měli byste brát pravidelné zálohy protokolu, abyste si udrželi opakované použití protokolu. v opačném případě - bez záloh protokolu v režimu full - soubor protokolu neustále roste a roste a roste a vždy ukládá to, co jste udělali, protože jste řekli sql, že nechcete jen udržovat tento protokol pro zotavení po havárii, ale chcete zachovat jeho ruční zálohování pro přehrání transakcí/vrácení transakcí pro obnovení do určitého bodu v čase pro účely obnovy ... pokud jste v jednoduchosti a vidíte, jak se protokol rozrůstá, může to být znak (obvykle), že děláte lot práce v jedné transakci (ať už jste řekli <code>begin tran ... do work.... commit tran</code> nebo zda jste právě vydali jeden velký příkaz <code>delete</code> a odstranili jste celou nepořádek dat v jedné implicitní transakci.)</p><p>předpokládám také, že hledáte toto volné místo ve vašem systému souborů. pokud to hledáte v rámci sql a v tak velkém souboru, který máte - mohlo by to být tak, že čekáte na vyčištění ducha, aby se dokončilo, pokud se budete dívat ihned po operaci. <a href="http://www.sqlskills.com/blogs/paul/post/inside-the-storage-engine-ghost-cleanup-in-depth.aspx">paul randal blogy o ghost cleanup</a> .</p> <p>vypadá to, že budete mít omezené možnosti, protože chcete, aby kontrola proběhla před nahráním. myslím, že nejlepší, co se chystáte dostat, je použít javascript k ověření rozšíření souboru. můžete vytvořit hash platných rozšíření a pak se podívat, zda rozšíření nahraného souboru existovalo v hash.</p><p>html:</p><pre><code>&lt;input type="file" name="filename" size="20" onchange="check\_extension(this.value,"upload");"/&gt; &lt;input type="submit" id="upload" name="upload" value="attach" disabled="disabled" /&gt; </code></pre><p>javascript:</p><pre><code>var hash = { 'xls' : 1, 'xlsx' : 1, }; function check\_extension(filename,submitid) { var re = /\..+$/; var ext = filename.match(re); var submitel = document.getelementbyid(submitid); if (hash[ext]) { submitel.disabled = false; return true; } else { alert("invalid filename, please select another file"); submitel.disabled = true; return false; } } </code></pre> Můžete uvést, jaké rozlišení vaše hra podporuje AndroidManifest.xml tím, že [tuto vlastnost](http://developer.android.com/guide/topics/manifest/supports-screens-element.html) . Když řešení Zařízení je tam není uveden, bude Android měřítko výřezu (říká se tomu režimu kompatibility). <p>myslím, že nejdůležitější věcí je zajistit, aby se vaše velikosti zmenšovaly bez ohledu na to, zda to uživatel udělá pomocí widgetu javascript, který přidáte, nebo pomocí výchozí podpory prohlížečů.</p><p>pokud jde o přidání nebo ne, myslím, že to závisí na vaší cílené demografické skupině. pokud je váš web postaven pro technicky zdatné lidi, určitě řeknu ne. pokud je váš web vytvořen pro starší lidi, kteří nemusí být tak důvtipní, jako jsou online zpravodajské weby nebo podobné věci, řekl bych, že by to bylo užitečné. mnohokrát méně důvtipní uživatelé nebudou vědět, že mohou svůj text zvětšit jako výchozí prohlížeč, a tak buď bojují s webem, nebo ho předávají těm, kteří mají tyto možnosti.</p> běžná závada grafiky (integrované) nebo základové desky - oprava dražší než koupě nového ... máte-li v záruce, reklamujte. Nemáte-li, vyjměte si HDD a prodejte na ND. <p>musíte zjistit, jakou důležitost dát své oblíbené kontrole. je to stejně důležité jako spínač alarmu? obvykle se oblíbeným ovládacím prvkům přikládá menší význam, protože nejsou tak důležité jako hlavní obsah. pokud je to váš případ, možná budete chtít zvážit přesunutí oblíbeného ovládacího prvku mimo alarm a mírné klepání zpět.</p><p>nejsem fanouškem "on/off", ale je těžké popsat, proč tomu tak není, myslím, že je těžké, aby se můj mozek spojil s aktem přidání něco k mým oblíbeným. gran turismo 5 používá zapnuto/vypnuto k přidání aut do oblíbeného menu a při prvním použití jsem málem onemocněl.</p><p>google chrome obsahuje vynikající příklad oblíbeného ovládacího prvku. je mimo způsob hlavní interakce, takže se neodvádí. osobně se mi také líbí hvězda.</p><p><img src="https://i.stack.imgur.com/woowg.jpg" alt="enter image description here"></p><p><img src="https://i.stack.imgur.com/v31jh.jpg" alt="enter image description here"></p>