Hirdetés
-
GAMEPOD.hu
Mozilla Firefox
Új hozzászólás Aktív témák
-
Sil
senior tag
válasz WonderCSabo #1344 üzenetére
Azt nem írta, hogy miről mond le. Lehet, hogy a kiterjesztésről.
-
Sil
senior tag
Akkor valószínűleg megsérült a localsore.rdf fájlod, ami többek közt az ablakhelyzetek és az eszköztárbeállítások megjegyzéséért felelős. Ennek a leggyakoribb tünetei, hogy nem jegyzi meg az eszköztárak beállításait vagy az ablak helyzetét, nem tudsz hozzáadni új könyvjelzőt vagy keresőszolgáltatást, stb.
Megoldás: Csukd be a böngészőt, és töröld a localstore.rdf fájlt a profilodból. A profilodat itt találod XP esetén:
C:\Documents and Settings\felhasználóneved\Application Data\Mozilla\Firefox\Profiles\profilodneve\ (az Application Data rejtett mappa).
Ha ezután elindítod újra a böngészőt, működnie kell rendesen. Az eszköztárakat viszont újból be kell állítanod majd, mert visszaáll alapra.
[Szerkesztve] -
Sil
senior tag
válasz Zolee_70 #1383 üzenetére
1. Ha a Címsorban akarod megváltoztatni az alapértelmezett keresőt, akkor az about:config-ban a keyword.URL értékének írd be, hogy:
http://www.google.hu/search?hl=hu&q=
Alapból a Google ''Jó napom van'' keresés van ide beállítva, azaz ha valamit beírsz, ami nem cím, akkor a legfelső Google találatot hozza be arra a kulcsszóra.
2. Ha a keresőmezőről van szó, az megjegyzi, hogy éppen melyiken is állt legutoljára, tehát csak át kell állítani. Ha nincs google.hu-s keresőplugined, akkor telepítsd a Mycroft oldaláról:
[link] -
-
Sil
senior tag
-
Sil
senior tag
Az Állapotsorban a jobb alsó sarokban láthatsz egy olyan feliratot, hogy Adblock. Erre kattintva megjeleníti az adott weboldal összes blokkolható elemét. Ha bármelyik sorra rámész, villogó kerettel jelzi is, hogy az adott elem az oldalon belül hol található, így könnyebb legyártani a megfelelő szűrőt. És persze a flash reklámokhoz sem kell az Adblock füleket vagy külön kiterjesztést használni.
A blokkolható elemek listája elérhető az Eszközök / Adblock menüből is.
Ha a sima Adblock helyett Adblock Plus-t használsz (amiből rögtön két külön kiterjesztés is létezik, a 0.5-ös és a 0.7-es széria), akkor további finomságokat is elérhetsz, mint pl a DIV elemek blokkolása, a reklámrejtés (ha egy oldalon le akarod tölteni a reklámokat, csak látni nem akarod), a fehérlista, a szűrőlista automatikus frissítése, stb. -
Sil
senior tag
válasz ronaldo #1417 üzenetére
Remek, megint egy lista, ami az eredeti változatára már csak nagy vonalakban hasonlít, és több helyről, erősen rövidítve vették át.
A pipelining pl nagyon hasznos lehet, és észrevehetően gyorsít, de nem minden szerver támogatja, ezért bizonyos weboldalaknál akár hibákat is okozhat (bár ez elég ritka). Operában ez alapból be van kapcsolva, az IE6 meg nem tud ilyet (IE7 passz).
Leginkább az nglayout.initialpaint.delay 0-ra állítása okozhat olyan hibákat, mint amit leírtál (én erre tippelnék, hogy ez a ludas most is). A preferencia lényege, hogy a böngésző nem kezdi el rögtön kirajzolni az oldalat, először néhány ezredmásodpercig vár az adatokra. Az alapérték 250. Ha ennél lejjebb teszed, látszólag gyorsabb lesz az oldalmegjelenítés (hisz azonnal megpróbálja megjeleníteni), viszont az oldal teljes betöltődése jóval lassabb lehet, és gyakoribbak a hibák is. Ha viszont kicsit tovább vár, nem kell annyit számolnia és nem kell utólag újratördelnie az oldalt, így végül akár gyorsabb is lehet az oldalmegjelenítés. Az ideális érték függ a gép és az internetkapcsolat sebességétől is, így leginkább próbálgatással lehet beállítani, ha kézzel csinálod.
A network.http.pipelining.maxrequests maximális értéke 8, ennél nagyobbra fölösleges állítani.
Vannak egyébként kiterjesztések (pl Tweak Network, FasterFox), és programok is (pl FireTune), amik épp ezeknek a preferenciáknak a finomhangolására születtek.
[Szerkesztve] -
Sil
senior tag
válasz Tele von Zsinór #1422 üzenetére
Továbbra sem vagyok informatikus (és a hardverrel kapcsolatos dolgok pláne elég távol állnak tőlem), de szerintem is. Úgy kb két éve volt valami olyasmi hiba, hogy nem szerette a hyperthreading-et (fagyott bizonyos processzortípusok esetén), és arra az volt a megoldás, hogy hozzá kellett rendelni az egyik ''processzorhoz'', azaz alapból nem volt hozzárendelve (bár ez a példa sántít, mert a hyperthreadingnél fizikailag nincs két processzor, ha jól tudom).
-
Sil
senior tag
Vissza lehet hozni a keresősáv régi viselkedését, ha beírjátok a userChrome.css fájlba a következőt:
#FindToolbar > * {display:-moz-box}
És akkor lehet lépegetni is a találatok közt, meg minden.
A userChrome.css egy sima szöveges fájl, alapból nem létezik. A helye a profilon belül a chrome nevű mappában van. -
Sil
senior tag
válasz PazsitZ #1463 üzenetére
A kiterjesztések nagy része használható, csak kompatibilissé kell tenni őket és kipróbálni, működnek-e. A ''kompatibilissé tételre'' ott a jó öreg Mr Tech Local Install nevű kiterjesztés.
Nekem is fent van az Alpha 5 is, de ez még nem ''feature complete''. Majd a bétáktól lesz érdemes nézegetni nekünk egyszerű földi halandóknak, szvsz.
Az 1.5-ből amúgy a mostani az utolsó változat, nem lesz hozzá több frissítés (biztonsági sem), legközelebb már automatikusan frissít 2.0.x-re.
[Szerkesztve] -
Sil
senior tag
- Ha 0-ra rakjátok az nglayout.initialpaint.delay-t, utána ne csodálkozzatok, ha némelyik weboldal szétcsúszik és nem jön be rendesen (főleg lassabb netkapcsolat esetén). Alapból 250 az értéke, ennyi ezredmásodpercig vár információra, mielőtt elkezdené kirajzolni az oldalat. Ha ennél lejjebb teszitek, látszólag gyorsabb lesz az oldalmegjelenítés (hisz azonnal megpróbálja megjeleníteni), viszont az oldal teljes betöltődése jóval lassabb lehet, és gyakoribbak a hibák is. Ha viszont kicsit tovább vár, nem kell annyit számolnia és nem kell utólag újratördelnie az oldalt, így végül akár gyorsabb is lehet az oldalmegjelenítés. Az ideális érték függ a gép és az internetkapcsolat sebességétől is, így leginkább próbálgatással lehet beállítani, ha kézzel csinálod.
- A network.http.pipelining kb olyan, mint amikor egy letöltésvezérlőben beállítod, hogy több szálon töltsön. (Engedélyezi, hogy még mielőtt az egyik lekérésre választ kapna a böngésző a szervertől, indítson egy újat.) Észrevehetően gyorsít, viszont nem minden szerver támogatja. (Ez a HTTP 1.1 specifikáció része.) Az IE6 pl ilyet nem tud, Operában meg alapból be van kapcsolva.
A network.http.proxy.pipelining ugyanez, arra az esetre, ha proxy-t használsz. Ha nem használsz, tök fölösleges állítgatni.
- A network.http.pipelining.maxrequests értéke valóban 1 és 8 között lehet. 30-ra nincs értelme állítani. Egyébként azt adja meg, hogy ha be van kapcsolva a pipelining, hány ilyen kérés folyhat egyszerre, párhuzamosan (hány ''szál'' legyen).
- A browser.turbo.enabled-nek az égvilágon semmi hatása nincs Firefoxban. Ez egy régi preferencia, még a Mozillából maradt. Valami olyasmi volt, hogy ha valamelyik komponens már fut, akkor a többi gyorsabban betöltődjön, ha jól emlékszem. A Firefox viszont ''csak'' böngésző, nincs más komponense, mint a Mozillának.
[Szerkesztve] -
Sil
senior tag
Lehet csökkenteni, pl a browser.cache.memory.capacity értékének a beállításával az about:config-ban. Ez egy egész (integer) típusú kulcs, alapból nem létezik (létrehozása: bármelyik soron jobb egérgomb, Új...). Az értéke KB-ban az ún. memory cache mérete. (Ez persze nem a teljes memóriahasználat, csak egy része.)
Az alapbeállítás Firefox 2-ben (ezen lehet még csökkenteni, de ezek már alacsonyabbak az 1.5 alapértékeinél):
32MB-nál 2048,
64MB-nál 4096,
128MB-nál 6144,
256MB-nál 10240,
512MB-nál 14336,
1GB-nál 18432,
2GB-nál 24576
és 4GB esetén 30720
(az első érték a gép memóriája, a második mindig hogy alapból mekkora memory cache-t rendel hozzá a Firefox mindenféle állítgatás nélkül). Hogy éppen konkrétan mennyit használ, azt az about:cache?device=memory címen lehet megnézni. -
Sil
senior tag
válasz ivcsi86 #1491 üzenetére
A személyes beállításaidat a profilodban tartja, XP alatt a C:\Documents and Settings\felhasználóneved\Application Data\Mozilla\Firefox\Profiles\profilodneve mappában (az Application Data rejtett mappa). Ha ezt lemented és visszarakod, a többi beállításod is megmarad, nemcsak a könyvjelzőid. Illetve vannak erre a célra programok is, mint pl a MozBackup.
-
Sil
senior tag
válasz westlake #1539 üzenetére
Nem alpha, csak egy nightly. És ugye nem linkeled be az összes nightly-t? Minden nap van ilyenből új, azért hívják nightly-nak...
Egyébként az alphák kódneve Gran Paradiso, a nightly-ké meg Minefield (ami elég beszédes név). És persze mint minden trunk build, előre van számozva, mert majd ebből lesz valamikor a következő alpha. -
Sil
senior tag
válasz Tele von Zsinór #1543 üzenetére
Az Autohide is tudja, és az magyarított. [link]
-
Sil
senior tag
válasz Kiskutya #1561 üzenetére
Elmondom még egyszer:
a network.http.pipelining.maxrequests maximális értéke gyárilag 8. Nem tudom, honnan veszik, hogy érdemes 30-ra állítani, annak se lesz nagyobb hatása, mint a 8-nak.
Az nglayout.initialpaint.delay 0-ra állítása nem minden esetben ajánlott, mivel hibás oldalbetöltést eredményezhet. -
Sil
senior tag
válasz Boeing 737 #1563 üzenetére
Visszarakod 250-re, az az alapértéke az nglayout.initialpaint.delay-nek.
Ha használsz már valami gyorsítót-optimalizálót (akár progit, mint a FireTune, akár kiterjesztést, mint a FasterFox vagy a Tweak Network), akkor tök fölösleges ezekkel a beállításokkal szórakoznod, mellesleg, mivel azok is ezeket a preferenciákat módosítják. -
Sil
senior tag
Ezek gyakorlatilag ugyanazokkal a preferenciákkal operálnak, tehát kettő is felesleges közülük. Egyébként a user.js felülírja a prefs.js beállításait (a kiterjesztések pedig a prefs.js-t módosítják).
(Kicsit hosszabb verzió: amit az about:config-ban látsz, az gyakorlatilag a prefs.js tartalma. Ha valamit módosítasz az about:config-ban, ebbe a fájlba fogja menteni. A user.js viszont felhasználói fájl, annak a tartalmát a böngésző megnyitásakor tölti be, ha jól emlékszem. Tehát ha valamit átállítasz az about:config-ban, akár kézzel, akár kiterjesztéssel, ez a módosítás csak a következő újraindításig fog élni, ha a user.js-ben más van megadva, mert az felülírja. És utána már ez a user.js-sel módosított verzió fog elmentődni a prefs.js-be.) -
Sil
senior tag
válasz WonderCSabo #1596 üzenetére
A teljes elérési út mutatásához kapcsold át az about:config-ban a plugin.expose_full_path kulcsot true-ra (ha nem létezne, létre kell hozni, logikai típusú), és utána nézd meg az about:plugins-ban, hogy hol és milyen fájlt keress, és azt töröld (Firefoxot csukd be előtte). Alapból elvileg a C:\Program Files\Mozilla Firefox\plugins\ mappában kell lennie, és valami npqt... kezdetű fájlneve van.
-
Sil
senior tag
válasz canniball #1605 üzenetére
A Java a plugin mellett installál egy rejtett kiterjesztést is Firefoxhoz, ami nem látszik a kiterjesztések között. Ennek a maxVersion száma nem stimmel. Csukd be a böngészőt. és Firefox mappájában van egy extensions nevű almappa, ebben találsz egy {CAFEEFAC-0016-0000-0000-ABCDEFFEDCBA} nevű mappát (nem a profilodban, ez egy globális kiterjesztés). Ebben az install.rdf fájlt kell szerkeszteni, a maxVersion-t átírni 2.0.0.*-ra. (Lehet, hogy ez így nem elég, és újra is kell telepíteni, passz. Akkor csomagold be a mappa tartalmát egy .xpi fájlba, és húzd rá a Firefox ablakára.) Ez nem fogja teljesen megoldani a problémát, mert van más gond is a maxVersion számon kívül is, de ideiglenes megoldásnak jó, ha annyira fontos neked a Java Console. A Sun majd a következő verziónál javítja a hibát.
[Szerkesztve]
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
● Mozilla blog az ITcafé-n.
- Blogbejegyzés Hidegben sem fagy az új Firefox
- Blogbejegyzés Biztonságban ünnepel a Firefox
- Blogbejegyzés A Firefox követés elleni védelme és egyéb biztonsági szolgáltatásai
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, kedvező ár!
- Vírusirtó, Antivirus, VPN kulcsok
- EREDETI - CHOICE - BUNDLE - STEAM KULCSOK - UPDATE!
- Kaspersky Small Office Security aktív: 2025. június. 30.
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen