Zmizelý adresní řádek ve Firefoxu 3.0.1



Zdravím, nevíte někdo proč mně zmizel adresní řádek spolu s vyhledávacím řádkem Googlu? Už se s tím někdo setkal? Nevíte, jak to řešit, teda kromě přeinstalace... ?
zobrazit / nástrojové lišty / lišta navigace
<p>ve skutečnosti všechny odkazy procházejí přesměrováním google. zkontrolujte, zda používáte prohlížeč firebug nebo dev tools v prohlížeči chrome. uvidíte, že adresy url jsou něco jako <code>/url?sa=t&amp;source=web&amp;cd=11&amp;ved=0cbgqf....</code> předpokládám, že používají nějakou formu javascriptu, aby prohlížeč ukázal skutečnou adresu url ve stavovém řádku.</p> <p>udělali jsme to (uvedené v dmoz) pro stack overflow, server fault a super user.</p><p>od té doby jsem si všiml, že text dmoz pro stack overflow se objevuje na mnoha místech.</p><blockquote> <p> <a href="http://search.dmoz.org/cgi-bin/search?search=stack+overflow">http://search.dmoz.org/cgi-bin/search?search=stack+overflow</a> </p> <p>webové stránky s otevřeným adresářem (1-5 z 5)</p> <p>stack overflow - <strong> jazykově nezávislý spolupracující editační web s otázkami a odpověďmi pro programátory. </strong><br> - <a href="https://stackoverflow.com/">https://stackoverflow.com/</a> reference: zeptejte se odborníka: počítače a technologie (1)</p> </blockquote><p>a konkrétně poznamenávám, že naše shrnutí výsledků google je <em> přesný text </em></p><blockquote> <p> <a href="http://www.google.com/#hl=en&amp;source=hp&amp;q=stack+overflow">http://www.google.com/#hl=cs&amp;source=hp&amp;q=stack+overflow</a> </p> <p>přetečení zásobníku<br> <strong> jazykově nezávislá spolupracující editovaná stránka otázek a odpovědí pro programátory </strong></p> </blockquote><p>takže bych hlasoval „ano“, stále je vybírána řada adresářů - a google.</p><p>více:<br> <a href="http://sites.google.com/site/jeanmanco/googleanddmoz">http://sites.google.com/site/jeanmanco/googleanddmoz</a> </p> <p>pomocí autocomplete = "off" deaktivujte autocomplete a firefox (a další prohlížeče, které podporují tento nestandardní atribut) tyto hodnoty neuloží.</p><pre><code>&lt;input type=text" name="dontsave" autocomplete="off"&gt; </code></pre><p><strong>pravit:</strong></p><p>to, co vidíte, může být způsobeno názvy polí, které používáte. automatické dokončení hledá běžná jména uživatelských jmen/přihlašovacích polí a pole vašeho telefonního čísla může způsobit, že firefox bude považovat za primární pole id přihlášení.</p><p><strong>úpravy 2:</strong></p><p>je pole e-mailu před nebo za polem telefon? pokud je po, je možné ji umístit před pole telefon? pokud ano, mění to něco?</p> <p>vnitřní uvozovky jsou v dotazu stále rozpoznávány jako kontrolní znak (všimněte si, že google při spuštění dotazu odstraní všechny nealfanumerické znaky <em> kromě </em> kontrolních znaků - můžete do dotazu přidat apostrofy, tečky a čárky, aniž byste změnili výsledky vyhledávání).</p><p>vaše první účinné vyhledávání bylo:</p><pre><code>"submitting values of " jquery editable invoice " into a mysql db using php" </code></pre><p>protože různé části řetězce byly označeny jako doslovně, vyhledávání řetězce mohlo velmi dobře vrátit něco jiného než nejlépe hodnocenou stránku pro <em> jiné </em> dotazy.</p><p>zvažte <a href="http://www.google.com/#hl=en&amp;safe=off&amp;q=google+doesn%27t+do+what+i+want">google nedělá to, co chci</a> versus <a href="http://www.google.com/#hl=en&amp;safe=off&amp;q=google+%22doesn%27t+do+what+i+want%22">google "nedělá, co chci"</a> - dva různé dotazy s různými výsledky.</p> <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> <p>zní to, jako byste se zajímali o nepořádek nebo nemovitost spotřebovanou několika možnostmi vyhledávání, ale nejsem si jistý, jaké máte plány na jeho správu. mluvíte o tom, že každé jednoduché (jedno-textové) vyhledávání umístíte do samostatného akordeonu? nevidím s tím mnoho úspor místa, protože ovládání akordeonu zabere téměř tolik místa jako textové pole vyhledávání.</p><p>možná máte na mysli, že každou sekci jednoduchého vyhledávání lze rozšířit o pokročilá vyhledávání? máte pravdu, že se obáváte, že by takový návrh mohl narušit rozložení domovské stránky a zmást některé uživatele. vidím jen trochu vzhůru od designu - zatímco uživatel otevře akordeon a přejde na samostatnou stránku pro pokročilé vyhledávání, je to stále jedno kliknutí k navigaci, takže řešení akordeonu není snazší, i když je to možná dvakrát tak rychle. akordeon/expandéry jsou skvělé, když se uživatel pohybuje tam a zpět mezi tím, co je v akordeonu a tím, co je na zbytku stránky, ale pokud uživatel přejde na pokročilé vyhledávání, bude dalším místem hledání výsledků vyhledávání, ne zpět domů.</p><p>ve skutečnosti se více zabývám jiným problémem, který představuje více jednoduchých vyhledávacích polí, a to je, že uživatelé uvádějí své vyhledávací kritérium do nesprávného vyhledávacího pole. testování samozřejmě potvrdí, zda se jedná o problém ve vašem případě, ale uživatelé si obvykle zvykli poněkud bezmyšlenkovitě psát, co hledají, v jakémkoli textovém poli, které se objeví vpravo nahoře. často štítky nečtou, možná proto, že vyhledávací pole jsou příliš často označena špatně.</p><p>ideálním řešením, které šetří nejen realitu, ale i záměnu vyhledávání, je mít jednoduché vyhledávací pole <em>jediné</em>, které provádí všechny čtyři typy vyhledávání. jinými slovy, udržujte jednoduché vyhledávání jednoduché. s několika druhy vyhledávání zpracováváte následujícími způsoby:</p><ol> <li> <p><em>přiložte rozevírací seznam před jedno vyhledávací pole a určete typ vyhledávání.</em> amazon to dělá, takže myslím, že to pro ně funguje. na druhou stranu nyní do vyhledávání přidává dvě kliknutí, takže funguje více než čtyři samostatná textová pole. používání karet nebo přepínačů to redukuje na jedno kliknutí, což pomáhá, ale zabírá to více místa. v každém případě musíte být připraveni na uživatele, kteří si nevšimnou kontroly typu vyhledávání a ponechají ji jako výchozí.</p> </li> <li> <p><em>vyjměte typ vyhledávání z formátu kritéria, které uživatel zadá.</em> například pokud to vypadá jako sledovací číslo, proveďte vyhledávání zásilek. pokud to vypadá jako datum, proveďte prohledání historie. google to dělá efektivně. tvrdá část inteligentně rozpoznává typ vyhledávání z formátu. tomu můžete pomoci vyhledáváním „kaskádování“ - pokud se kritérium vrátí málo nebo vůbec nic z prvního typu vyhledávání, který zkusíte, zkuste jej na druhý nejpravděpodobnější typ vyhledávání atd. tento přístup můžete také kombinovat s (1) výše, kde je v rozevíracím seznamu výchozí hodnota „vše“ (stejně jako amazon). tímto způsobem bude vyhledávání stále fungovat víceméně, pokud uživatelé ignorují rozevírací seznam, ale bude to fungovat lépe, pokud nebudou.</p> </li> <li> <p><em>proveďte všechny čtyři typy vyhledávání pomocí zadaného kritéria.</em> výsledky mohou být kombinovaným seznamem, snad s pořadí položek ovlivněných vaším nejlepším odhadem typu hledání na základě kritéria kritéria, jako je (2) . můžete také přidat seznam odkazů typu „facet“, který uživateli umožní filtrovat výsledky podle typu hledání post hoc. můžete také zobrazit výsledky ve čtyřech samostatných sloupcích, jeden pro každý typ vyhledávání. v každém případě to lze také kombinovat s (1).</p> </li> </ol><p>pro absolutní minimalizaci prostoru použitého na domovské stránce může být rozšířené vyhledávání také jediným tlačítkem, které uživatele přenese na jednu vyhrazenou stránku. karty nebo přepínače v horní části umožňují uživatelům zvolit typ vyhledávání, přičemž výchozí nastavení je na základě toho, co bylo označeno posledním jednoduchým vyhledáváním (uživatelé často přecházejí na pokročilé vyhledávání až po selhání jednoduchého vyhledávání).</p> **1.9.2019 - Je to tady! Verze pro Mozilla Firefox je na světě !**



**Ke stažení zde:**
**<https://forum.duolingo.com/comment/34137897>**


Verze v.2.01 vyžaduje internetový prohlížeč Mozilla Firefox, nainstalovaný standardně ve výchozím umístění. Před používáním aplikace se přihlaste na [www.duolingo.com](http://www.duolingo.com) klasicky přes Firefox, uložte si heslo, nastavte si velikost a výchozí pozici okna, případně odkazy na liště oblíbených apod. Program neukládá změny v uživatelském profilu Firefoxu, ani hesla.


Použijte rozbalenou složku Duolingo32bit nebo Duolingo64bit podle verze Firefoxu. Nevíte-li, klidně zkuste, jedna z nich se vám ujme. Před spuštěním aplikace zavřete všechna ostatní okna Firefoxu. Jedná se skutečně o velmi horkou betu, tak mě prosím nekamenujte. Budu ale velmi rád, narazíte-li na problém, když mi sem popíšete, v jaké situaci k problému došlo a jak se to přesně chová. Dále prosím uveďte váš operační systém, platformu (32/64 bit) a zhruba charakteristiku stroje, alespoň stáří.


Ani bych vám to neměl říkat, ale spustíte-li program jako správce (pravým tlačítkem na soubor s programem / Spustit jako správce, nainstalované prémiové hlasy (např. z balíčku ukázkových hlasů, viz. níže) vám budou fungovat nastálo. Nikomu to ale neříkejte :-) Spouštění programu jako správce můžete nastavit natrvalo - Pravým tlačítkem na soubor s programem / Vlastnosti / nahoře záložka Kompatibilita / dole zaškrtnout "Spustit tento program jako správce". Samozřejmě, podmínkou je, že váš systémový uživatelský účet na tom stroji má administrátorská práva.


Tak jen doufám, že za pár týdnů Duolingo neznemožní použití Firefoxu, stejně jako Internet Exploreru :-)


Ještě odkaz na stažení Firefoxu:  **<https://www.mozilla.org/cs/>**  (stáhnete Installer, spustíte, vše potvrdíte) <p> <a href="http://groups.google.com/group/google-appengine/browse\_thread/thread/ec0800a3ca92fe69#">oficiální odpověď</a> od googlu je to, že musíte smazat kousky rozložené na více požadavků. můžete použít ajax, <a href="http://en.wikipedia.org/wiki/meta\_refresh">meta refresh</a> , nebo požádat o url ze skriptu, dokud nezůstanou žádné entity.</p> <p>nedávno jsem měl něco podobného s tabulkou 3,5 milionu řádků. moje aktualizace by nikdy nedokončila. po mnoha experimentech a frustrace jsem konečně našel viníka. ukázalo se, že se jedná o indexy v aktualizované tabulce.</p><p>řešením bylo zrušit všechny indexy v aktualizované tabulce před spuštěním příkazu aktualizace. jakmile jsem to udělal, aktualizace skončila za pár minut. po dokončení aktualizace jsem znovu vytvořil indexy a vrátil se zpět do práce. pravděpodobně vám to v tuto chvíli nepomůže, ale možná někdo, kdo hledá odpovědi.</p><p>nechal bych indexy na stole, ze kterého stahujete data. ten nebude muset nadále aktualizovat žádné indexy a měl by pomoci s hledáním dat, která chcete aktualizovat. na pomalém notebooku to fungovalo dobře.</p> <p>měl jsem tento problém na os x taky. ukázalo se <a href="https://stackoverflow.com/users/304690/gliptak">gliptak</a> bylo správné, ale přidal jsem další podrobnosti.</p><p>oba se pokoušíme nakonfigurovat virtuální adresář pro složku pod domovskou složkou uživatele. myslím, že to je důvod, proč máme problém. v mém případě jsem měl následující nastavení:</p><ul> <li>domovská složka je <code>/users/calrion</code>.</li> <li>složka virtuálního adresáře je <code>/users/calrion/path/to/www</code>.</li> <li>je zde symbolický odkaz <code>/users/calrion/path</code> ukazující na <code>/volumes/other/users/calrion/path</code>.</li> </ul><p>problémem byl uživatel a skupina <code>\_www</code> (které apache spouští jako na os x) postrádal přístup k <code>/users/calrion</code> a <code>/volumes/other/users/calrion</code>.</p><p>spuštění <code>chmod o+x /users/calrion</code> a <code>chmod o+x /volumes/other/users/calrion</code> vyřešilo problém (v os x 10.7.4).</p><p>pravidlo zde je, že <strong>apache vyžaduje spuštění přístupu k <em>all</em> složkám v cestě</strong>, aby sloužil souborům. bez toho získáte http 403 (zakázáno).</p>