Kinyírja a Mozilla a 64 bites windowsos Firefox buildeket?

 ( trey | 2012. november 22., csütörtök - 21:48 )

A Mozilla részéről Benjamin Smedberg múlt pénteken egy üzenetet küldött a mozilla.dev.planning csoportba, amelyben arról írt, hogy a 64 bites windowsos Firefox buildek sorozatos félreértések és frusztrációk forrásai. Ennek az okai - egyebek mellett - a következők:

  • számos plugin nem érhető el a 64 bites verziókban
  • a pluginek, amelyek elérhetők, nem működnek megfelelően a Firefoxban, mert a fejlesztők nem implementáltak néhány dolgot (pl. windowproc hooking), így a "fagyások" sokkal gyakoriabbak
  • a 64 bites felhasználók által beküldött crash report-ok nem kapnak a fejlesztőknél magas prioritást
    • ez frusztrálja a felhasználókat
    • és frusztrálja a stabilitásért felelős fejlesztői csapatot is

A felsoroltak miatt Smedberg azt javasolta, hogy egyelőre(?) állítsák le a 64 bites, windowsos Firefox nightly build-ek készítését és a win64 nightly felhasználókat tereljék vissza a win32 vonalra.

Szerdán Smedberg közölte, hogy úgy döntött, leállítja a win64 hourly és nightly buildjeit.

További részletek itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

A Google-tol jott 300 milla $ csak a faszbukos fejlesztesre eleg...... gratula.
Talan kellene dobni a plugin-fejlesztoknek is.

Lehet, hogy félreértettem, de most a Mozillát kritizáltad?

Szerintem igen.
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods
Get dropbox account now!

Szerintem kalodaba vele.

---
pontscho / fresh!mindworkz

Miért? Kit kellene?
Mellesleg elég pofátlan dolog, hogy nem elsőre a g+ csinálták meg.

megvarjak a csekket erte ;)

--
NetBSD - Simplicity is prerequisite for reliability

Nagyobb a füst, mint a láng.

1) gyakorlati haszna nincs a 64 bites buildnek (aki nem ért egyet, mondja nyugodtan az érveit, de ne azt hogy gyorsabb, meg hogy az a jövő (jelen), igazi infókat várok, például számokkal illusztrálva).
2) ha csak nyűg karbantartani, akkor értelmesebbre lehet fordítani a felszabadult energiát
3) majd ha eljutunk szépen lassan oda, hogy minden 64 bites lesz (például a következő Windows csak 64 biten lesz elérhető, a számítógépek nagy részén pedig ez a Windows vagy valamely utána következő fut majd) akkor megkapjuk a 64 bites buildet, és a 32 bites lesz a nyűg

--
http://neurogadget.com/

Pont erre gondoltam en is. Mi a fenenek kellene egy bongeszonek 64 bitesnek lennie? Hogy tudjon 4 giga ramnal is tobbet enni?

szálanként. Mint tudjuk egy böngésző sok tab és sok program - ha valamelyik tab több memóriát igényel 4 GB-nál, ( pölö valaki véletlenül egy nagy de legalább dinamikusan generálódó képet akar letöltetni, vagy ajaxon keresztül, vagy skydrive-val küldik neki a sok nul-t ), akkor legyen neki, igen.

"szálanként", "sok program "

Mimimimimimimimimi? :)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Ezek szép és jó és igaz állítások, tényleg egyetértek. Azt viszont nem értem, hogy miért kellett úgy elkúrni ezt az egészet, hogy ennyire nehéz legyen egy plugint bitfüggetlenül kezelni.
----
India delenda est.
Hülye pelikán

Ha jól értettem a baj az, hogy a pluginekkel van baj, nem a kezelésükkel

A C(++) és az egyéb natív kódok már csak egy ilyen köcsög dolog, hogy nem lehet keresztül-kasul vegyíteni a 32/64 bites kódot.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

De azért megfelelő API-val transzparenssé lehetne tenni ezt az egészet, hogy a 64 bites plugin ugyanazt csinálja, mint a 32 bites.
----
India delenda est.
Hülye pelikán

Ugyanazt csinalja. (elmeletileg, vagy legalabbis az iroja azt szeretne :) )
Ha nem lessz tobbe tesztelve a 64bites verzio, akkor az egyeduli haladas a lejton lefele lessz... (win64-en, linuxon en nem panaszkodok, nekem tokeletesen megy)

En aztat nem ertem, hogy elvben mar minden plugin kulon processzben fut, es valami IPC metodikaval kap dobozt a bongeszoben, ugy mar lehetne mixelgetni, nem?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

"Mi a fenenek kellene egy bongeszonek 64 bitesnek lennie?"

pl. ASLR.

Igen. Nekem például most eszik 800 MB-ot 220 tabbal. Néha felmegy 4-5 GB-ra is. És nem, nem vagyok őrült. Így sokkal egyszerűbb a weboldalakat böngésznem, nem kell állandóan keresgélnem, hogy a címeket, nem vesződök a kedvencekkel, a folyamatban lévő munkák weboldalainak címeit nem kell egy külön fájlba felírnom és minden bekapcsoláskor egyesével behívnom. Ha valakinek nem világos, akkor írok konkrétabb példát is.

Na szóval, ez a tab-os téma egy lehetöség, amit lehet használni, nyilván, azért van. Sosem értettem, hogy miért különc az, aki használja. Hol van az definiálva pl. hogy x számú megnyitott tabnál nem lehet több?
A felhasználói szokások eltéröek nýilván, parallel a különbözö felhasználókkal. Nincs ebben semmi különös. Aki nem így gondolja, az "rasszista" :)

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Már elnézést, de aki 200 tabnyi weboldalt szeretne a memóriában tartani, az miért csodálkozik hogy mennyi az annyi?

--
http://neurogadget.com/

Szerintem olvasd el mégegyszer. Senki nem csodálkozott, egy indokot adott, miért kell a 64 bit.
----
India delenda est.
Hülye pelikán

Hát, szerintem várjunk még pár évet azzal, hogy a böngésző 4+ GB -ot egyen, elég az az 1-2 is amit most megeszik. De amúgy értem.

--
http://neurogadget.com/

Én nagyon örülök, hogy a firefox egy ideje nem tölti be az összes tabot, csak azokat, amiket éppen olvasok.

Egyébként jelenleg kb. 1200 tab van nyitva, tab groupokba rendezve téma szerint.

Nekem kényelmesebb ez, mint könyvjelzőkkel szórakozni.

Ha viszont elkezdem csak úgy nézegetni a tabokat, mert mondjuk valami érdekes olvasnivalót keresek a félretettek között, vagy ilyesmi, akkor a memóriafoglalás megy felfelé. Sokat.

Örülnék, ha a gépben levő összes memóriát tudná használni (ha más nem használja már, ugye), illetve ha az összes processzort is tudná, mert pl. a tab groupok megnyitásakor az egyik core pörög 100%-on, a másik három meg alszik.

Ilyen felhasználáshoz jó lenne egy olyan feature is, hogy a régen nem látogatott tabok tartalmát eldobja a memóriából.

Ilyen volt a BarTab, de egy ideje nem mukodik... (itt 500+ tab van nyitva :) )

Mi a viharra? :D
Nekem könyvjelzőm sincs 100 felett, megnyitva meg esetleg 10-15 tab van egy időben.

Nezzuk inkabb ugy, hogy miert ne?
En nyitogatom a tabokat amikor ugy van kedvem, s amikor ugy 500-600 kozott van akkor amint van idom/kedvem lecsukok vagy 100-200-at. Ami meg mindig erdekel azt bookmarkolom, a tobbit meg nem. Egy halom erdekes oldalt latok, de a tobbsege par napra ra mar annyira nem erdekes, ugyhogy kar lenne egybol bookmarkolni.

Van ugy, hogy keresek valamit google-ben, s felnyitok akar 50-60 tabot is, mire megvilagosulok nagyjabol. :)
Par masodperc alatt elindul a Firefox-om (csak akkor tolti be a tab-okat ha aktivalom oket), amig ez igy marad addig nem latom miert kellene 10-15-re korlatoznom magam...

Egy halom erdekes oldalt latok, de a tobbsege par napra ra mar annyira nem erdekes, ugyhogy kar lenne egybol bookmarkolni.

Javaslom a clipboard.com-ot, nekem bevált erre a feladatra.

Javaslom a firefoxban a tabokat, nekem bevált erre a feladatra.

Ha megnyitod tabon, akkor nem kell vele szorakozni. A clipboard.com -ot pedig eleve kulon meg kell nyitni, gondolom valahova paszta, mentes... minek?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Nem egészen vili
Amikor elindul, hogyhogy nem egy tabbal indul? El lehet valahol menteni, hogy honnan legyenek a tabok?
Amikor bezárom, be szokott zárni mindent, és nulláról indul.
Amikor megnyílik a sok tab, akkor nem tölti be mindet, de ha valamit egyszer megnyitsz, akkor a memóriában marad újraindításig?
Hogy megy ez?

---
Ubuntu one tárhely: https://one.ubuntu.com/referrals/referee/1503/
Dropbox: http://db.tt/XMk0ssk

"Amikor bezárom, be szokott zárni mindent, és nulláról indul."

Igen, de ha nem rendesen lépsz ki, hanem valahogy eléred hogy a böngésző valami hibán elszálljon, akkor a következő indításnál megnyitja újra az előzőleg nyitva lévő tabokat "Munkamenet helyreállítása" címen. =)

igen, de ha mégis rendesen zárom be, 1000 tabot újra nyitni nem épp vicces :D
más kérdés, hogy most nézem, hogy firefox rendes bezárásnál visszatölti a tabokat

---
Ubuntu one tárhely: https://one.ubuntu.com/referrals/referee/1503/
Dropbox: http://db.tt/XMk0ssk

+1 (bár nekem csak 80-90 szokott lenni)
De amikor összeomlik, és újraindítás után nem állítja helyre a tabjaimat, akkor legszívesebben a fejszét vágnám a firefoxba. :)
--
Discover It - Have a lot of fun!

Nekem seamonkeyban van olyan az Ugrás menüben, hogy Előző munkamenet helyreállítása. Az ilyenkor is működik általában.

És hol van ez az Ugrás menü? :)
--
Discover It - Have a lot of fun!

Neked az Elozmenyek kozott lesz.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Hirtelen ez a szál jutott eszembe.

--
trey @ gépház

:-)

Egyebkent nem, itt a Firefox vs Seamonkey kulonbsegrol van szo, eros tippem van, hogy hnsz2002 -nel default nincs engedelyezve a menu bar, igy neki nincs Ugras menuje. A Firefox gomb alatt meg kicsit maskepp neznek ki a dolgok.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

:)
Jaja, Firefox gomb->Előzmények->Nemrég bezárt lapok->Minden lap visszaállítása.
Majd legközelebb bepróbálkozok, hátha visszahozza.
--
Discover It - Have a lot of fun!

Szerintem egy ontokonbokes utan lesz neked Elozo munkamenet visszaallitasa is. Legalabbis, 3 verzioval ezelott volt. Who knows?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Tekintve, hogy seamonkeyban más a menürendszer mint firefoxban, akár angolul, akár magyarul fut, teljesen mindegy volt, hogy hogyan írom.

Annyival azert nem. Ha engedelyezve van a menubar, akkor tobbe-kevesbe hasonlo a menuszerkezet, legalabbis ebben a tekintetben.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

(facepalm) lol.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

"InsattlShield"? Azt is karikázhatod.

Én viszont attól vagyok kiakadva, hogy régen volt egy kezdőképernyő, hogy mit akarok helyreállítani. Most, ha akármi miatt leölöm a Firefoxot (pl. megbuggyant Flash plugin), akkor kérdezés nélkül elkezdi megnyitogatni újra a lapokat.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

A kérdés inkább az, hogy így 2012 végén, lassan 10 évvel az elsö 64 bites proci megjelenése, után mi szükség van 32 bites buildre akármiböl is?

Az első 64 bites CPU-k jóval régebbiek (úgy a hetvenes években kezdődött a dolog), de valóban, az x86_64 kb. 10 éves.

Vannak használatban 32 bites gépek, ezért támogatni kell őket.
Vannak emberek akik 64 bites gépük ellenére 32 bites oprendszert használnak, ezért őket is kell támogatni.

Használatban levő régi gépek.

- régi gép, nincs benne 64 bites CPU -> nem fut a 64 bites alkalmazás
- régi gép, kevés benne a memória -> a 32 bites alkalmazásoknak kisebb a memória footprint-je
- régi gép, nincs benne nagy tárterület -> a 32 bites rendszerek kevesebb merevlemezterületet igényelnek

Windows buildekről van szó. OS X és Linux buildeket ez a táma nem érinti.

2012 októberében a Windows XP (amiből csak az elvetemültek használtak 64 bitest) piaci részesedése még mindig több mint 20%.

--
trey @ gépház

Az elvetmültek azért használnak 64 bites XP-t, mert az működik ;)
---
Repeat after me: I Will Use Google Before Asking Stupid Questions...

Hát én is próbálkoztam vele, de a driver ellátottság a béka se**e alatt volt legalább 6 mérfölddel. Dobtam is a bánatba. Ment először Nyista, aztán W7. Most meg Ubuntu van... Végre.

Igen, vannak régi gépek. De szerintem nem az a helyzet a helyes kezelése, hogy az újabb technológiát teljesen dobjuk a lassan kiöregedő régi hw-sw kedvéért.
Például lehetne megcélozni egy valamikori következő verziót, amire adnának 2-3 év longterm supportot, és az lenne az utolsó hivatalos 32 bites főverzió. De nem ezt választották, inkább dobják a 64 bitest. Érthetetlen.

Windows buildekről van szó. OS X és Linux buildeket ez a táma nem érinti.

Miért?

- Linuxnál a 32 bites alkalmazásoknak nem kisebb a memória footprintje?
- Linuxnál a 32 bites rendszerek nem igényelnek kevesebb merevlemezterületet?

Úgy értettem, hogy a 64 bites buildek kinyírása nem érinti a Linux és OS X buildeket. Másképpen fogalmazva, csak a windowsos 64 bites buildeket nyírja/nyírta ki a Mozilla.

--
trey @ gépház

Ja értem, ez igaz. Meg is van róla a véleményem.

mi szükség van 32 bites buildre akármiböl is?

Kevesebb RAM-ot eszik, és gyorsabban fut a 32-bitesre fordított kód. Ha a programnak soha nincs szüksége 4GB-nál több memóriára, akkor ez fölösleges pazarlás - pl. egy /bin/cat-nak ugyan mi a véres reteknek kellene 64-bitesnek lennie?

Azért, hogy a rendszeren ne legyen csak a /bin/cat miatt egy teljes 32 bites runtime.

Nem a /bin/cat kedvéért, hanem a fent levő programok kb. 90%-ának kedvéért (nagyjából ennyien vannak, akiknek semmi szükségük a 64-bitre).

Az a problema, hogy ezzel egyutt feleslegesen van fenn a 32 bites runtime, mert _valojaban_ a rendszeren fenn levo programok 90%-a 64 bitesre van forditva.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

De ebben az esetben nem a fölösleges 32-bites runtime a hiba, hanem a végtelen sok program, amik fölöslegesen 64-bites verzióra lettek fordítva.

Ha egy CPU natív módja a long mode, akkor miért is felesleges? Ugyanis az x64 architektúrában bizony a long mode a normális üzemmódja a CPU-nak.
Persze, emuláljuk csak a 32 bitet a sok gagyi alkalmazás miatt, akik nem tudják, hogy int helyett léteznek jó régóta uint32_t és hasonló adattípusok. Programozói hanyagság, hogy akkor is 64 bitet használjon memóriafoglalásnak, ha tudja, hogy neki az uint32_t is elég. Az int mérete szabvány szerint gépfüggő, de ezt a sok programozó számára nehéz megértenie, nekik int = 32 bit volt és marad is mindörökre. Az egy dolog, hogy Java platformon ez valóban így van minden esetben, de C-ben nem.
Persze így aztán ne csodálkozzunk, hogy egyes alkalmazások nem fordulnak le 64 biten, vagy ha igen, nem működnek, mert aktívan kihasználják a beépített, architektúra-függő adattípus-méreteket.

A 32-bitet nem a "gagyi" alkalmazások miatt emuláljuk, hanem azért, mert az alkalmazások egy számottevő része binárisban terjed, és vagy lehetőség vagy igény nincs az újrafordításukra (jellemzően az igény a felhasználónál keletkezik, de neki nincs forrása hozzá). Innentől kezdve nem opció az, hogy a régi alkalmazásokat dobjuk ki, ill. lehet ilyen opcióval indítani, de a felhasználók jó része akkor inkább megy máshova.
Ráadásul olyannyi erős ez az igény a meglevő alkalmazások futtatására, hogy az sem opció, hogy majd jól lerontjuk a 32-bites teljesítményét az új cpu-knak, és akkor majd a saját kárukon tanulják meg a köcsög felhasználók, hogy a tudomány haladásának szelével szemben nem pisálhatnak. Mert sajnos piaci verseny van, és a köcsög felhasználó akkor megveszi azt a cpu-t, azt a platformot, ahol nem szopatják.
Ennek eredménye az, hogy hiába natív 64-bites a cpu, mégis jó teljesítménnyel hajtja végre a 32-bites kódot is. Így viszont a 64-bites kód hátrányai sajnos nem mindig törpülnek el, és emiatt előfordulhat, hogy az adott program gyorsabban fut, és nem utolsó sorban kisebb helyet foglal a diszken, ha 32-bites. Egyetlen hátrány van: nem tud 4GB-nál több memóriát megcímezni. De ez a programok döntő többségét eddig se zavarta.

Na várjunk csak. Eredetileg azzal jöttél, hogy a 64 bit nem kell, sőt, sok alkalmazás feleslegesen 64 bites. Erre írtam, hogy ezek az alkalmazások akkor is tudnának 32 bites változókat használni, csak jól kell megírni őket.
Most azt mondod, csak a legacy alkalmazások miatt van szükség a 32-bitre, olyan alkalmazásoknál, amiket nem is lehet újrafordítani.
Ez így két teljesen külön téma, ne terelj.

El sem olvasod, amit írok? Akkor minek írsz?

Eredetileg azzal jöttél, hogy a 64 bit nem kell, sőt, sok alkalmazás feleslegesen 64 bites. Erre írtam, hogy ezek az alkalmazások akkor is tudnának 32 bites változókat használni, csak jól kell megírni őket.

Nem tudnának 32-bites pointer változókat használni, bármennyire is "jól" akarják őket megírni.

Most azt mondod, csak a legacy alkalmazások miatt van szükség a 32-bitre, olyan alkalmazásoknál, amiket nem is lehet újrafordítani.

Olvasd el mégegyszer, mert nem ezt írtam. Szóljál, ha megértetted.

Miért futna gyorsabban? Ha az utasítások memóriából olvasására gondolsz, akkor az nem jelentős, cserébe 64 biten ki lehet használni a több regisztert, illetve lehet optimalizálni a biztosan rendelkezésre álló SSE-re és SSE2-re.

A kérdés úgy hangzott, hogy "mi szükség van a 32-bites buildre". Az indokaid akkor lennének indokok, ha _minden_ elképzelhető programra igaz lenne, hogy nem lassabb 64-biten. Ezt gondolom nem szükséges tovább ragozni, hiszen Te magad is tudnál ellenpéldát gyártani a saját indoklásod ellenében.

igen

Security szempontból sem mindegy, 64 biten pl sokkal jobban működik az ASLR, főleg windowson.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Hajra lehet kenni. Ezek a megoldások max. szépségtapaszok a problémára.

--
trey @ gépház

Valójában egy kirakó sok darabja közül az egyik, amely jelenleg nagyonis fontos.

10+ év ASLR után az open source zászlóshajójának számító Firefox még mindig nem képes rendesen kihasználni (se más proaktív biztonsági megoldást alkalmazni) és egyedül a Microsoftnak van production verziója 64 bites böngészőből, úgyhogy a következő IE fikkantásnál figyelembe lehetne majd ezt is venni...

Körbenéztem, és összezavarodtam. Mit jelent a production verzió?
----
India delenda est.
Hülye pelikán

Ebben így igazad is van. De vajon miért van az, hogy OSX-en és linuxon a legtöbb böngésző (és amúgy minden program ) 64 bites. És ha ránézek a tasklistre OSX alatt, akkor a Skype-ot leszámítva full 64 bit minden, van full 64 bites ubuntu is, csak a Windows esetében mondja mindenki azt, hogy jó a 32 bit. Az az 1 process: 4 (valójában 2) GB-os korlát nincs már olyan távol, jelenleg egy grafikai program simán belefut, egy-két év, és a böngésző is ehet annyit.

Ha minden más platformon olyan sürgős a full 64 bit környezet, akkor miért pont Windows alatt nem fontos... Nem értem.

--
"Never trust a computer you can't lift."

Az az okfejtés, hogy "számos plugin nem érhető el a 64 bites verziókban" miért is Windows specifikus?
FIXME, de a Firefox plugin-ek nem platformfüggetlenek?

"FIXME, de a Firefox plugin-ek nem platformfüggetlenek?"

Nem kevered véletlenül a kiterjesztés (extension) és a plugin fogalmakat?

--
trey @ gépház

"ha eljutunk szépen lassan oda, hogy minden 64 bites lesz "

Kesz szerencse, hogy nem mindenki gondolkodik igy, kulonben meg mindig 16 bites programokat hasznalnank.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Logikus lépés, mert ha leállítják a hourly és nightly buildeket, akkor ugye senki nem fogja tesztelni a 64 bites verziót, ami nyilván azt vonja maga után, hogy a büdös életben nem is lesz 64 bites kiadás...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Dehogynem, akkor, ha tényleg szükség lesz rá, lásd fent.

--
http://neurogadget.com/

Akkor viszont az egy teszteletlen bugos szar lesz.

Nem mintha barmi haszna is lett volna eddig a tesztelesnek - mint olvashattuk, a fejlesztok minimalisan foglalkoztak a 64 bites crash reportokkal.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

4 GB RAM felett lenne igazán értelme a firefoxnak, mivel van elég RAM, hogy ne lassítson... pedig még terveztem, hogy chrome-ról visszatérek rá... ezek után felejtős. (több, mint 100 gépes környezetben). amúgy is bejelentették hivatalosan, hogy csak otthoni felhasználásra javasolják, nem pedig munkahelyre. Egyre szánalmasabb amit csinálnak ezzel az amúgy ígéretes böngészővel. :(

Ha szigorúan nézem, akkor munkahelyre nem is javasolnék semmit...

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Tudod van olyan, akinek a munkájához kell az internet, kell a böngésző (és nem arckönyvmarketingesekre gondolok).
Be is szopnám rendesen, ha nem tudnám böngészni mondjuk a sciencedirectet...

----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org

meg különben is, brit kutatók megmondták hogy munka közben kicsi mellénetezgetés oldja a feszültséget, pihentet, ami hatékonyabb munkavégzéshez vezet szemben a teljes szigorral.

Ja bocs, nem fejtettem ki. Nem tudom konkrétan, hogy mi lehet a pontos oka, hogy Firefox-ék nem javasolják a terméküket munkahelyi környezetbe (már ha ez tényleg így van). Tudtommal semmilyen szoftver sem tartalmaz gyártói garanciát semmire, ergo, a felhasználóé a felelösség még akkor is, ha adott szoftver hibája teszem fel leformázza a merevlemezt.

Na szóval, azt nem értem, hogy mi a különbség ezen a ponton IE, Firefox, és pl. Chrome között. Mindegyik lehet (és az is) problémás.

Szóval egyszerüen nem értem, hogy ez számít-e egyáltalán (mármint az ajánlás munkahelyi környezetbe)?

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Van olyan hogy Firefox ESR azt javasolják. Csak valamiért nagyon nem reklámozzák.:)

és a munkahelyemen sem tudnák a TV-s szerkesztők böngészni infókért az MTI-t és a Hírkeresőt.

Umm, lehet en nem ertek valamit, de gentoo-m van, forrasbol forditott firefoxxal, es sose volt vele semilyen gondom:

bud@delta ~ $ file --dereference `which firefox`
/usr/bin/firefox: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped

Minden plugin mukodik, es nincsenek fagyasok, nem vagyok frusztralt, teljesen elegedett vagyok. Velem van baj?

A cikkben Windows buildekről van szó.

Aha, koszi, igy mar erthetobb. (Bar az meg nem vilagos, hogy ha a pluginok mennek 64bites linux alatt akkor miert nem mennek 64bites widows alatt.)

plugin vs. add-on

(A plugint szinten forditani kell. A 64 bites Linuxos flash plugin szinten szeret elcrashelni)

Sok Windowsos pluginbol nincs 64 bites.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

jut eszembe, oylan extension nincs, amivel a címsort (HUP - Mozilla Firefox) lehet eltüntetni?
---
Ubuntu one tárhely: https://one.ubuntu.com/referrals/referee/1503/
Dropbox: http://db.tt/XMk0ssk

az ablakkezelőd (nekem icewm) képes erre, ha jól értem, amire gondolsz


Puppy linux felhasználó

F11 - eltűnik a címsor. Is.

"számos plugin nem érhető el a 64 bites verziókban"

Azért szeretném tudni, hogy itt mire gondolnak. Flash oké, Java muszájból oké, és...
Szóval mi az a számos plugin? Valahogy a fenti kettőn túl nem érzem a szükségét másnak...

Különféle media player pluginok, pdf reader pluginok, silverlight, ebankinghoz szükséges pluginok, stb...

Ha nem lesz 64 bites build, akkor ezek a pluginok soha nem is lesznek elérhetők, mert a fejlesztőik nem tudják mivel tesztelni őket.

Pont, hogy a Mozillának érdeke a 64-bites build megléte, ha már kesereg azon, hogy nem működnek pluginok.

Silverlight, oké, ez egy kosárba a flash-sel.
PDF reader: FF és Chrome is tud pdf-et nézni (ha jól tudom), miért is kellenek akkor?

A media player beépülőkkel ugyanez a helyzet, a böngészők valamilyen szinten tudnak maguktól lejátszani videókat, emellett - bár lehet hogy csak én használom rosszul a netet - nem igazán láttam olyan weboldalt, ahol szükség lenne rájuk. Flash, vagy natív html5 megy mindenhol. Egy dologra jó: Ha le akarok tölteni egy filmet (nem kérem külön save as) akkor nem tudom, mert inkább megnyílik a böngészőben.

Szóval oké, vannak, ezeket nagyjából tudtam is, de a létezésük lényege nem jön át. (Ebank az érdekelne, vajon mit kell tudnia amihez egy tényleges plugin kell (nem elég mondjuk egy extension)

Java? Az nem plugin?

Említve is lett :)

Olyan messzire már nem láttam el :-)

Szerdán Smedberg közölte, hogy úgy döntött, leállítja a win64 hourly és nightly buildjeit.

Ekkora nyomorék döntést. Úgy tűnik Mozilla már teljesen az idióták gyülekezetévé vált...

Érdekes, mert a jövő egyértelműen a 64 bites világról szól.
Hosszú távon könnyen megbosszúlhatja magát ez a stratégia.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Idézet:
a 64 bites felhasználók által beküldött crash report-ok nem kapnak a fejlesztőknél magas prioritást

Es ez kinek a sara, keziccsokolom? Talan csak nem a project managereke? Kisse vedhetetlen ez az erveles.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

+1