Synchronizace záložek na Google.



Dobrý den. Mám dotaz ohledně synchronizace záložek,hesel a ostatních údajů na Google Chrome. Chrome používám na chytrém telefonu a na notebooku, chtěl jsem mít na obou zařízeních stejné záložky a tak jsem zaklikl synchronizaci všech záložek a hesel. Po synchronizaci jsem zjistil že párkrát jsem byl se svým účtem přihlášen i na jiném počítači ale tam jsem si žádné záložky neukládal a přesto se mi do mých zařízení dostaly i záložky vytvořené v tomto počítači jinými lidmi. Tak co teď? Pokud smažu cizí záložky ze svých zařízení smažu je i ze zařízení kde si je vytvořili cizí uživatelé, což nechci, nebo budu muset opsat webové adresy svých záložek na papír, svůj účet Google zrušit, vytvořit nový do kterého si znovu uložit své záložky a z cizího zařízení na které se mi záložky synchronizovaly ty své odstranit? Co mám v této situaci dělat když nechci cizí záložky ve svém zařízení a své naopak v cizím? Prosím poraďte mi.Děkuji za rady.
Každý jednotlivý uživatel (Chrome) by měl mít/používat svůj google účet. Pak se nemůže stát, že se záložky od různých uživatelů "smíchají".Což se ve tvém případě stalo. Teď je z toho akorát bonako...Vyřešíš to tak, že si (pouze) svoje záložky zálohuješ do souboru, založíš úplně nový google účet který budeš používat pouze ty a svoje záložky do něj obnovíš.Ovšem nejúčinnější způsob jak uživatele "oddělit" je, aby měl každý uživatel na určitém PC svůj (windows) účet a pracoval výhradně z něj.Pokud více lidí používá účet společný, nikdy nezabráníš tomu aby si někdo jiný spustil Chrome s tvým profilem (google účtem). ![](/Client.Images/smileys/6.gif)
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. 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 Samozřejmě. Na všech zařízeních použijete stejné uživatelské jméno a heslo. <p><em> aktualizovat: chrome 58+ skryl tyto a další ladicí zprávy ve výchozím nastavení. chcete-li je zobrazit, klepněte na šipku vedle položky „info&ldquo; a vyberte položku „verbose&ldquo;. </em></p><p><em> aktualizace 2: chrome 57 je ve výchozím nastavení zapnut. chcete-li je znovu zapnout, musíte povolit filtry a zrušit zaškrtnutí políčka „skrýt porušení&ldquo;. </em></p><blockquote> <p>najednou se objeví, když se do projektu zapojí někdo jiný</p> </blockquote><p>myslím, že je to více pravděpodobné, že jste aktualizovali na chrome 56. toto varování je (imo) báječná nová funkce - prosím, vypněte ji pouze v případě, že jste zoufalí a váš hodnotitel vás odtrhne. základní problémy jsou v jiných prohlížečích, ale prohlížeče vám neříkají, že je problém. vstupenka chromium je zde, ale na ní není žádná zajímavá diskuse: <a href="https://bugs.chromium.org/p/chromium/issues/detail?id=662497">https://bugs.chromium.org/p/chromium/issues/detail?id=662497</a> </p><p>tyto zprávy jsou varování namísto chyb, protože to opravdu nebude způsobovat velké problémy. to může způsobit upuštění rámců nebo jinak způsobit méně hladký zážitek.</p><p>stojí za to prozkoumat a upevnit, aby se zvýšila kvalita vaší aplikace. způsob, jak toho dosáhnout, je věnovat pozornost okolnostem, ve kterých se zprávy zobrazují, a provádět testování výkonu, aby se zúžit, kde se problém vyskytuje. nejjednodušším způsobem, jak spustit testování výkonu, je vložit nějaký kód takto:</p><pre><code>function somemethodithinkmightbeslow() { const starttime = performance.now(); // do the normal stuff for this function const duration = performance.now() - starttime; console.log(`somemethodithinkmightbeslow took ${duration}ms`); } </code></pre><p>chcete-li být pokročilejší, můžete také použít profiler chrome: <a href="https://developers.google.com/web/tools/chrome-devtools/rendering-tools/">https://developers.google.com/web/tools/chrome-devtools/rendering-tools/</a> </p><p>nebo použijte knihovnu benchmarking, jako je tato: <a href="https://benchmarkjs.com/">https://benchmarkjs.com/</a> </p><p>jakmile najdete nějaký kód, který trvá dlouhou dobu (50 ms je práh chrome), máte několik možností:</p><ol> <li>vystřihněte některé z těchto úkolů, které mohou být zbytečné</li> <li>zjistěte, jak dělat stejný úkol rychleji</li> <li>rozdělte kód do několika asynchronních kroků</li> </ol><p>(1) a (2) může být obtížné nebo nemožné. ale někdy je to opravdu snadné a měly by to být vaše první pokusy. v případě potřeby by mělo být vždy možné (3). k tomu budete používat něco jako</p><pre><code>settimeout(functiontorunverysoonbutnotnow); </code></pre><p>nebo</p><pre><code>// this one is not available natively in ie, but there are polyfills available. promise.resolve().then(functiontorunverysoonbutnotnow); </code></pre><p>více o asynchronní povaze javascriptu si můžete přečíst zde:</p><p> <a href="http://blog.carbonfive.com/2013/10/27/the-javascript-event-loop-explained/">http://blog.carbonfive.com/2013/10/27/the-javascript-event-loop-explained/</a> </p> Za prvé, ujistěte se, že Google není zakázáno z těchto stránek pomocí `robots.txt`apod Také zkontrolujte, zda tyto adresy URL jsou *správné* . :)


Za druhé, Google není jen vzít si Sitemap v nominální hodnotě. Využívá i další faktory, jako jsou příchozí odkazy, atd, aby se zjistilo, zda se *chce* procházet všechny stránky v souboru Sitemap. Sitemap bude pak slouží především jako náznak více než cokoli jiného (to pomáhá Google vědět, kdy se stránky mnohem rychleji aktualizovány, například). Získejte vysoce kvalitní, relevantní a užitečné odkazy (příchozí a odchozí) a vaše stránky by měly začít dostat indexovány. Zdravím, záložky si otevřete, zvolíte možnost Správce záložek, kliknete na první aby se označila a pak pomocí klávesové zkratky ctrl-a všechny označíte. Pak dáte jen delete a je to ![*placni*]( "*placni*") Mne se taky bohužel sekala mobilní aplikace. A tak jsem radši přešel na PC verzi. Duolingo si z mobilu odinstaloval. Nechal jsem si v mobilu jen takové aplikace, které se na mém mobilním telefonu nesekají. 


Na Duoligu nebo i na Memrise je dobré to, že existuji i PC webovky a není třeba si tak nic instalovat. Jen je to možná o něco méně pohodlné. Je však pravda, že spíše se mi dělají dobře zápisky u PC.


Pokud by nepomohla další aktualizace Duolinga, tak bych ještě zkusil na mobilu promazat data v mezipaměti - někdy to pomáhá... :) <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</p> <p>pomocí <a href="http://googlewebmastercentral.blogspot.com/2007/04/requesting-removal-of-content-from-our.html">nástroje google webmaster</a> můžete například odebrat obsah z mezipaměti.</p> Ano, budete muset převést klíče. Mac a Linux fungují stejně, ukládání klíče `~/.gnupg`. Nejbezpečnější způsob, jak přenést soubory je použití `scp`(část SSH):



```
scp -rp ~/.gnupg othermachine:

```

Nicméně, budete muset mít `ssh`práci jako první.


Přenos je, řekněme, USB flash disk není tak skvělý nápad, protože váš soukromý klíč bude zanechal na této jednotce i poté, co jste odstranili soubor. I když je chráněna přístupovým heslem, pokud se někdo dostal do rukou kopie souboru klíčů mohli připojit dlouhotrvající útok hrubou silou na něj na svém lesiure.


Nevím o umístění adresáře systému Windows. Dokumentace gpg řekne, a obsah pak bude téměř jistě být stejné.


Kopírování celé klíčenku je rychlá a snadná, ale někdy chcete být schopen se pohybovat jednotlivé klíče mezi stroji bez přepisování celý klíčenku a ztrátě klíče, které již existují. Kopírování jednotlivých kláves volitelně může být provedeno s `gpg --export-secret-key`a `gpg --import`. Pokud máte SSH přístup k cílovému počítači, můžete to udělat s trubkou a nepotřebují k ukládání průběžném klíč kdekoliv:


Pokud jste na počítači, který již má klíč:



```
gpg --export-secret-key SOMEKEYID | ssh othermachine gpg --import

```

Pokud jste na počítači, který potřebuje klíč:



```
ssh othermachine gpg --export-secret-key SOMEKEYID | gpg --import

```

Pokud `gpg`není v jednom z výchozích míst na vzdáleném počítači (např je v `/opt/local/bin`počítači Mac), budete muset dát svou plnou cestu k ssh, nebo symbolický odkaz do jednoho ze standardních místech, jako jsou `/usr/local/bin`.


Všimněte si, že data, která je přenesena je stále chráněn přístupové heslo a klíč bude mít stejné přístupové heslo do místa určení, jak tomu bylo u zdroje. Chcete-li mít různé hesel v každém místě, budete muset změnit přístupové heslo na místo určení, nebo ji změnit dočasně u zdroje před exportem. Potřeboval jsem sdílet tajný klíč s kolegou, s cílem dát mu možnost aktualizovat si Debian balíček repo oba řídit, ale nechtěl jsem se podělil o své přístupové heslo s ním. Tak jsem změnil přístupové heslo na něco dočasného, ​​poslal mu exportovaný klíč (podle gpg šifrované e-mailu!), Řekl mu dočasné heslo ústně, a požádal ho, aby nastavit nové přístupové heslo ihned po importu klíč. Pak jsem změnil přístupové heslo na mém kopie klíče zpět na to, co to bylo původně.