Aj Vam zobrazuje Firefox chybne niektore stranky (napr. bleskovky.sk,azet)?



Uz som ho skusal kompletne odinstalovat,proste robi to stale,chyba ju tam graficke loga,stranka ma zvlastnu strukturu. Tak som presiel na Operu... Ako to opravit?
No mně na FF 1.5.0.10 jedou bleskovky.sk uplně v pohodě....a to i s rek. bannerama .....
**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>připadá mi, že jste pravděpodobně měli prozkoumat svou uživatelskou základnu <em>dříve</em> stavbu webu. ale hej, jsi teď v této situaci, takže se s tím musíš vyrovnat, jak to zjistíš.</p><p>nepřekvapuje mě, že nemocnice/akademické instituce používají ie7. provedení úplné aktualizace operačního systému, brožur, hardwaru atd. je velmi nákladné cvičení, takže pravděpodobně zjistíte, že mnoho podobně velkých míst má stejnou situaci. není to něco, s čím by jednotlivci v instituci pravděpodobně mohli dělat cokoli (brány firewall, uzamčené počítače zabraňující instalacím atd.). proto jim ukázat nefunkční web <em>a</em> dialog, který jim říká, aby sami situaci napravili instalací nového prohlížeče, když to není něco, co by mohli udělat, je jen dvojitý úder do obličeje.</p><p>v závislosti na tom, co vaše stránky skutečně dělají, je nepravděpodobné, že nebude možné, aby fungovaly ve starších prohlížečích. pokud vaše cílové publikum nemá přístup na web, pak to není jejich chyba, je to vaše chyba, protože neprovádí svůj výzkum a nezvažuje je především, proto byste je měli sát a řešit problém přímo. zajistěte, aby web fungoval v ie7.</p><p>ve starších prohlížečích to nemusí být úplně stejné. uživatelé mohou mít vylepšené zkušenosti s novějšími, ale u starších by to mělo být <em>work</em>.</p> ž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>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> 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>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>moje střeva říká ne. servery odesílají gzipovaný obsah pouze v případě, že z prohlížeče obdrží správnou hlavičku accept-encoding. samotná záhlaví není součástí souboru cookie odeslaného prohlížečem, takže jej nebudete moci upravovat. servery to dělají, aby zabránily odeslání komprimovaného souboru do prohlížeče, který jej nepodporuje, a tím brání správnému zobrazení stránky.</p><p>alternativně byste mohli dělat to, co zní, jako byste již dělali, a vynutit si to kódem na straně serveru.</p> <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>tyhle jsou trochu staré, ale byly vysoké v žebříčku google, takže jsem si myslel, že bych hodil odpověď, kterou jsem našel <a href="https://stackoverflow.com/questions/8588818/chrome-pdf-display-duplicate-headers-received-from-the-server-fixed">chrome, pdf displej, duplicitní záhlaví přijaté ze serveru</a> </p><p>můj problém byl také v tom, že název souboru obsahoval čárky. vyměňte čárky za jejich odstranění a měli byste být v pořádku. moje funkce pro vytvoření platného názvu souboru je níže.</p><pre><code> public static string makevalidfilename(string name) { string invalidchars = regex.escape(new string(system.io.path.getinvalidfilenamechars())); string invalidrestr = string.format(@"[{0}]+", invalidchars); string replace = regex.replace(name, invalidrestr, "\_").replace(";", "").replace(",", ""); return replace; } </code></pre> <p><strong> [~ # ~] aktualizováno [~ # ~] </strong></p><p>zkontroloval bych následující:</p><ol> <li> <p>protokoly. pokud máte root přístup, měli byste zkontrolovat věci jako <code>history</code>, které vám poskytnou historii příkazů a protokolované soubory v <code>/var/logs</code>.</p> </li> <li> <p>základní hodnota. pokud máte základní linii jako hash souborů pro práci s aplikačními a systémovými soubory, pomůže vám to hodně. zálohy můžete také použít k porovnání předchozího stavu. pokud používáte zálohu k porovnání souborů, použijte, pokud je to možné, o něco starší. stránka mohla být před nějakou dobou ohrožena a teprve nyní je přesměrování aktivováno.</p> </li> <li> <p>zkontrolujte jakékoli položky. soubory nemusí být na vašem serveru. mohou to být skripty, jako jsou značky typu <code>&lt;script src=”http://baddomain.com/s.js” /&gt;</code> nebo <code>iframe</code>. nevylučujte také obrázky, soubory pdf flash (swf), video soubory. je docela běžným trikem vkládání odkazů do souborů jiného typu obsahu. navrhuji, abyste je zkontrolovali ručně, zejména na začátku a na konci souboru. soubor může být kompletně odkazem/html/javascript nebo se může jednat o legitimní obrazový soubor s koncem odkazu na konci souboru.</p> </li> <li> <p>zkontrolujte neobvyklá data souborů, velikosti a oprávnění, např. 777.</p> </li> <li> <p>zkontrolujte neobvyklé úlohy u cron. někdo ohrožující systém často opustí zadní dveře, aby se sem dostal znovu a znovu. cron je velmi populární způsob, jak toho dosáhnout, pokud se jim podaří dostat se tak daleko.</p> </li> <li> <p>zkontrolujte, zda neexistují soubory. pravděpodobně nebudete mít přístup k protokolům, ale jejich absence je stejně známkou, že někdo po sobě vyčistil.</p> </li> <li> <p>použijte vyhledávače. není divu, že vyhledávače dokáží najít vše. použijte direktivy jako <code>site:</code> <code>site:yoursitehere.com baddomain.com</code> zjistěte, zda se vám nepodaří získat nějaké zásahy.</p> </li> <li> <p>často bude odkaz nebo přesměrování zamlženo, takže by měl být pečlivě analyzován dlouhý javascriptový kód s proměnnými s jedním písmenem.</p> </li> <li> <p>zachyťte pakety pomocí nástroje jako wireshark nebo tcpdump ze zabezpečené pracovní stanice na web. uložte jej do souboru a vyhledejte v něm části adresy url.</p> </li> <li> <p>zkontrolujte záznamy databáze, které mohou být dotazovány nebo aktualizovány. odkaz mohl být vložen do databáze, nikoli do php.</p> </li> <li> <p>nevylučujte pracovní stanici klienta. v případě potřeby použijte bezplatný online antivirový program. zkontrolujte také <code>nslookup</code> a podívejte se, k čemu se to vyřeší. zkontrolujte rozšíření prohlížeče, vymažte mezipaměť a zkontrolujte soubory <code>hosts</code>.</p> </li> </ol><p>chcete-li to vyčistit (pokud jste ohroženi), musíte se vrátit zpět na holý kov a znovu jej nainstalovat. je to bolestivé, ale je to jediný způsob, jak se ujistit, že máte všechno.</p><p>chcete-li tomu zabránit v budoucnu, měli byste dělat následující (i když již možná některé z nich děláte):</p><ol> <li> <p>vytvářejte servery, včetně používání doporučení výrobce o bezpečných konfiguracích, pomocí aktuálního softwaru. používejte přísnou kontrolu zabezpečení, jako jsou oprávnění, zásady týkající se hesel. viz také <a href="https://security.stackexchange.com/questions/7141/folder-and-file-permission-shared-host-advice/7171#7171">sdílená oprávnění ke složkám a souborům doporučení hostitele</a> .</p> </li> <li> <p>implementujte postupy kontroly kvality, jako je testování v prostředí s nízkým zabezpečením, kontrola kódu a testování.</p> </li> <li> <p>nechte zranitelnost své webové aplikace/webu ověřit alespoň jednou profesionálním certifikovaným testerem. podívejte se na testery certifikované evropskou radou, iso 27001 a pci. <a href="http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx">http://www.eccouncil.org/certification/licensed\_penetration\_tester.aspx</a> </p> </li> <li> <p>podívejte se na stránky owasp www.owasp.org a <a href="http://phpsec.org/projects/guide/2.html">http://phpsec.org/projects/guide/2.html</a> , kde najdete zdroje zabezpečení webových aplikací.</p> </li> <li> <p>použijte nástroje systému prevence narušení (ips). v závislosti na poskytovateli hostingu však můžete mít omezení ohledně toho, co můžete použít. host založené ips nástroje by měly být v pořádku, pokud máte vyhrazený virtuální počítač.</p> </li> </ol><p>doufám, že to pomůže. jinak byste mohli poskytnout více informací o systémech, které používáte?</p>