Firefox 58

Mozilla

A Mozilla bejelentette, hogy elérhető népszerű webböngészője legfrissebb verziója. A változásokról részletesen a kiadási megjegyzések weboldal számol be. Elérhető Windows, Linux és OS X platformokra számtalan nyelven, köztük természetesen magyarul is.

( nevergone v | 2018. 01. 24., sze – 10:11 )

Kipróbáltam, wow, jó gyors lett.

A Session Managerre és a Tab Group kiváltására tudtok valamit, ami működik és a meglévő adatok áthozhatóak vele?

Lassan elhagynám az 56-ot.

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

( xclusiv v | 2018. 01. 24., sze – 13:04 )

A noscript működik már normálisan ezzel? Nekem 57 alatt annyira vacak volt, hogy ment vissza a gépre a komplett előző mentés

Hogy mindent megfog-e, azt nem tudom. De az első verziókkal sok esetben olyan hibák voltak, amik használhatatlanná tették. Most "csak" gusztustalan.
Én már megadtam magam, a laptopomon már ez van, nem erőszakoltam vissza a firefox ESR-t, mert úgyis pár hónapon belül lejár a support, utána nem lesz használható.

Nem tudom, hogy az "utólag tilt" mit jelent. Én konkrétan azt akarom, hogy alapban csak azon a pár domain-en levő JS-ek fussanak le, amiket manuálisan whitelist-re teszek, minden más alapban block. És ha netán meggondolom magam, akkor adott tab-on tudjak js-t ideiglenesen vagy állandóra engedélyezni, és azt a tabot utána töltse újra - vagy majd én kézzel újratöltöm, egy F5-öt nyomni nem a világ vége.

(Zárójelben: kb. 20 nyitott ablak alatt összesen párezer tab nyitva van. A nagy része nyilván nincs betöltve, csak bookmark jeleggel el van téve, ezzel annyira nincs is baj, csak eszik némi ramot - pontosabban indokolatlanul sokat, de ez van.
A problémás rész az, hogy amikor amikor végignézem egy portál cikkeit, vagy pl. keresek valamit, akkor én nem 1-2 új tabot nyitok, hanem tucatjával, ami hasznosnak tűnik azt megnyitom, aztán majd egyszer talán bezárom - vagy elrakom későbbre, hátha jó lesz valamire. És ilyenkor válik el a szar a májtól, mert ha ezen a 10-20-50 tabon elkezd futni egyenként 5-10 js dzsuva, akkor az egész gép megáll mint a szög, előbb a procit eszi meg, aztán gyorsan az összes memoárt, majd a swap-et, amit vagy én unok meg előbb, vagy az oom-killer.
Ez az utolsó pre-quantum FF+noscript+ublock trióval tökéletesen működik, az 57-essel és a kezdeti noscriptX kezdeménnyel nem működött. Alapvetően nem szeretek unsupported/lyukakkal teli sw-t használni, különösen igaz ez a böngészőre, szóval minden reális lehetőség érdekel - de jelenleg nem nagyon látok más alternatívát.)

Akkor valóban alapból blokkolás kell neked.

Ha érdekes számodra (szerintem kényelmesebb mint NoScript), akkor csináltam most neked egy külön branch-et a cuccomból, ahol alapból mindent tilt és megfordítottam neked a kapcsoló irányát is (teljes blokkolás -> fél blokkolás -> nincs blokkolás).

Git repo:
https://github.com/log69/yesscript2/tree/noscript2

Új branch diff-je:
https://github.com/log69/yesscript2/compare/noscript2

Letöltés:
https://github.com/log69/yesscript2/archive/noscript2.zip

Telepítés:
- tömörítsd ki és tömörítsd vissza szülő mappa nélkül
- nevezd át .xpi végűre
- about:config
- xpinstall.signatures.required -> false
- file menü / open file -> .xpi file

Elképzelhető hogy majd gyúrok hozzá egyszer egy beállítások panelt hogy alapból blokkoljon-e vagy sem.

( Polesz v | 2018. 01. 24., sze – 14:18 )

A változásokat elnézve elég lett volna 57.0.5-nek vagy 57.1-nek nevezni...

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

( bolond | 2018. 01. 24., sze – 21:40 )

Az androidos pont ugyanolyan gusztustalan lassú, amilyen az első quantumos verzió volt. Szép munka!

:)

robyboy, a fantasztikus megmondóember, már hiányoltalak! Nyilván nálad pörögnek a számok, hogy milyen nagy ütemben veszíti el a felhasználóit és külön számláló azokat, akiket csak ezért.

Amúgy úgy emlékszem, hogy az Androidos még nem kapta meg a szükséges fejlesztéseket.

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Olvasgatok külföldi fórumokat, és gyakran találkozok olyan megjegyzésekkel, hogy "sajnálom Mozilla, de már késö, váltottam Chrome-ra, stb..."
Vallom amúgy, hogy szegényebb lenne a világ Mozilla nélkül és drukkolok is nekik, hogy sikerüljön ismét egy versenyképes böngészöt csinálniuk.

Pár dolog zavar azért még:

- verziószámozás fetisiszták
- kurva ronda felhasználói felület
- még mindig lassú

--
robyboy

Semver egy gazdag funkcionalitású desktop alkalmazásnál? Jól megválaszoltad a kérdést, igazi nesze semmi, fogd meg jól. :)
Mi számít breaking changenek? Ha kinyírják a júzer drágalátos kiegjei alatt a támogatást, az persze egyértelmű, ezen túl viszont az összes endusert érintő/érdeklő változtatás kb. kimerül a UI bizgerálásában. Azt hogyan verziózod semver szerint?

Semvernek egyedül API-k esetén van igazán értelme, ahol megfelelően lehet kategorizálni a változtatásokat. Ott se tökéletes, de az esetek 90%-ában azért talán működik.

az volt a kérdés, mitől lesz valami főverzió, erre a semver elég jó általános iránymutatást ad, abban persze igazad van hogy ez olyan mint a kalózeskü (nem törvény, csak afféle útmutató)

amúgy meg ha már rolling release, akkor lehetne a build number is, vagy ne adj' Isten a release dátum, merthogy az 57.0.0 -> 57.0.1 -> 58.0.0 féle bohóckodásnak semmi értelme

Igen, jó iránymutatást ad, API-k, libek esetén, de nem a grafikus interfészt nyújtó, nagy tudású desktop appoknál. A kérdéseimet szépen ignoráltad.

Nem csak a kalózeskü jellege miatt írtam amúgy a tökéletlenséget, az így jelölt interfészeknek legjobb szándékkal is csak a "formális" módosulásai kerülnek bele a verziószámba, az időzítésbeli változások, regressziós hibák, interfészben nem jelölt működési változások elég ritkán jelennek meg benne. Lib verzió frissítésnél láttam én már szoftvert eltörni a unit teszteken, pedig a lib fejlesztői - a lehetőségeiket figyelembe véve - rendesen használták a semvert.

Végfelhasználói alkalmazásoknál a build number, release dátum nem jó verziószámok, mivel az ilyen programoknál a verziószámnak marketing értéke van. Az elég jól lekommunikálható, hogy az első, "nagy" szám változásakor bekerülnek új fejlesztések, funkciók, esetleg valami meglévő módosul, míg a "kis" szám(ok) változása csak bugfix. Hogy hány minor number van, milyen felállásban meg már egyéni perverzió, az a szám igazából már senkit nem érdekel.

Megjegyzem a FF fejlesztési modelljét nevezném rolling releasenek, hiába sűrű a kiadás, de jól elkülöníthető verziók vannak.

Ehh, a napokban lepődtem meg (nem a Firefoxon) sebességen. Mivel a szolgáltatóm átrakott egy nagyobb sávszélességre, a modemcsere után (bár előtte is) nézegettem a speedtestet. Érdekes módon a letöltés a hivatalos sávszélességhez képest messze gyengébb volt, a feltöltés hozta a papírformát. A modemcsere után még izgalmasabb lett, a letöltés időnként belekarcolt a 16 Mb-be, a feltöltés meg 21 :) Erősen gyanús lett a dolog (Chrome volt a böngésző), megnéztem ugyanezt Firefox alól, ott meg megvolt a 480 Mbit download.

Nyilván ettől nem lesz szar a chrome és nem lesz szuper a FF, de azért érdekelne, hogy más is tapasztalt-e hasonlót, vagy van-e valami ésszszerű magyarázata.

Erre én is elkezdtem mérni. Leesett az állam. Ha Vivaldi-val mérek "szelessavindex"-en akkor a késletetés 10 mlsec alatt marad. Ha Fox-al akkor 36 és 26 között változik, de lejjebb nem megy.

A letöltés kb 25 %-al marad alatta a Vivaldi-énak, de ez nem nagy különbség, viszont a feltöltés mérése durva, 40 %-al kisebb értéket mutat. (Több mérésből is ezek jöttek ki.)
(64 bites ESR verzióval mértem, 52.6.0-val, Windows 10 64/1709-en. Próbáltam 52.3.0-val, nem adott mást. Windows 7-en (64-bit) is ugyanez.)

Sztem ilyet minden egyes böngészde minden egyes verziójához találsz. Nagyobb horderejű változtatások esetén meg pláne nincs ebben semmi meglepő.

Ellenpéldaként én pl. pont a quantum hatására váltottam vissza Chromeról, kb. ugyan az a sebesség, fele akkora mem használat mellett, nekem ez bőven indokolta a váltást.

Igen, a négy részből álló ugribugri verziószám sokkal jobb. A Firefox legalább követ valami elvet, amit más meg elvet.

Az fenti verziószám biztos sokkal könnyebben megjegyezhető, mint pl. az 58.1. Oh, wait…

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Memória használatban mivel jobb a Vivaldi a krómnál? Ugyan azt a motort használják. Hirtelen kereséssel egyedül a manuális tab hibernációt találtam mint egyedi újítást, de az meg engem enyhén szólva is "hidegen hagy".

Sőt, találtam olyan benchmarkot (https://www.process.st/best-browser/), ami a Vivaldit hozta ki a legszarabbnak memória fogyasztás terén.

Én a netscape óta kitartottam a FF mellett, nagyon rövid kitérőkkel.
Ezzel az új csodájukkal már csak addig vagyok hajlandó együtt élni, amíg nem találok megfelelő alternatívát a noscriptre. Általában szeretem az újat, de ez a quantum gyalázatosan szar lett. Elsősorban a kiegészítők tönkretétele miatt.

Hát igen... viszont erről jut eszembe, tudtok nekem alternatívákat javasolni (akármilyen linux alatt futó böngészőhöz) az alábbi exFirfox addonjaimra:
- all-in-one gestures (mouse gestures)
- characters counter (kijelölt szöveg karakterszámát jeleníti meg)
- mass password reset, ez a legfontosabb, megadott felhasználónév alapján cseréli a jelszót az összes mentett között
- media converter/downloader
- toggle proxy (proxy ki/bekapcsolása ikonra kattintva)
- google translator (kijelölt szöveget szövegbuborékban fordít)

Habár nem egy böngészőbe beépülő kiegészítő, videók letöltésére ajánlom a 

youtube-dl

névre hallgató, Pythonban írt programot. Több, mint 1000 oldalról tud letölteni, és ha van 

ffmpeg

is a gépeden, akkor képes egyből konvertálni, vagy hangot exportálni mp3-ba, stb.

( uid_7086 | 2018. 01. 26., p – 03:48 )

Megnéznétek a youtube-ot ezzel a csodával, desktop oldalként?
Kb. háromszor annyi idő alatt nyílik meg nálam, mint chrome-ban és sok funkciója, köztük a kereés, nem is működik.
Plugin: noscript és abp van telepítve.

( 4fonya | 2018. 01. 27., szo – 19:00 )

Lomhábbnak látszik mint az 57-es. Marad az előző: 


sudo dnf downgrade firefox

Tegnap egy windows-on kellett gugliznom, amit virtualboxba futott 4 másik windows tesztelés miatt. A firefox egyszerűen kivárhatatlan. Az indulás is lassú, de amíg pl. google találati listáról megnyit egy stackexchange-t, 10-15 másodperc alsóhangon, de van hogy "beragad", a linkre kattintva a hosszú google.hu-s redirect url-nél csak pattog a kis szar jobbra-balra, és "nem történik semmi". Percek múlva is képes ezt csinálni. Aztán F5-re vagy betölti, vagy nem. Chrome ezzel szemben gyorsan indul, és 2-3 másodperc alatt megnyitja ugyanezeket, ugyanezen a terhelt gépen.
Szóval, windows-on se jobb, mint linuxon meg androidon. Aki elmegy, az emiatt fog. Ami az ultra vicc, hogy sokkal lassabb a régi motornál is. A mozilla ezt elbaszta, nem kicsit. Majd amikkor 90% lesz a chrome részesedése, akkor néznek nagyokat...
--
"Sose a gép a hülye."

( uid_7086 | 2018. 01. 29., h – 11:26 )

Tegnap másfél órán belül háromszor fagyott le. Linuxon. Fekete-fehérre váltott és semmire nem reagált.
Ilyet utoljára évekkel ezelőtt láttam.
Sajnos nem reprodukálható, így nem tudom ellenőrizni, hogy az 58-as csinálta vagy a vele egyszerre felrakott ghostery plugin.