Új hozzászólás Aktív témák
-
Penge_4
veterán
Remélem ez tényleg csak azt takarja, hogy a beépülők mellett külön veszik a browser UI-t és a weboldalakat, nem pedig valami teljesen multiprocessz faszságot vezetnek be, mint a Chrome-ban és az új Operában, mert nem lenne jó, ha ezt az egyetlen még használható böngészőt is elcsesznék a Chromosítással.
Ezt még legalább fel tudom hozni a régi Opera szintjére, még ha lassú is emiatt, de nem kéne, hogy tényleg 16 giga RAM kelljen a futtatásához, mert minden utolsó kiegészítő és tab külön processzben fut. Ráadásul a gyakorlat bebizonyította, hogy emiatt nem lesz stabilabb a Chrome sem, mert 3-féle általános probléma létezik.
1. Amikor az egész böngésző összeomlik, mert a fő chrome.exe döglik meg.
2. Amikor a releváns tabok döglenek meg a szülőtabtól. Ezen se segít, mert nem tudok egyszerűen 50+ tabból 20-at újratölteni, csak egyenként, ezzel az erővel újra is indíthatom.
3. Amikor kifut a memóriából és az egész rendszer belassul, ilyenkor maximum a pskill segít, ha nem akar az ember resetelni, hanem inkább vár 8-10 percet, amíg kilapozza az OS a fél rendszert, leállítja a problémás processzt és megvárja, amíg 5 perc alatt visszalapozza az OS a kilapozott fél rendszert. -
-
#49
attila9988
őstag
Penge_4
#45
attila9988
őstag
Azért a 16gb ram egy kicsit túlzás. Nekem 4gb -al mindig minden rendben van, kevés az a feladat ahol ténylegesen ennél több kell. Az ssd meg semmit nem változtat a böngészési élményen, legfeljebb a böngésző indulási sebessége jobb egy kicsit, de nem sokkal. Ha ezért akarsz egy zsák pénzt kidobni, akkor csalódni fogsz.
Ráadásul az ssd -vel elég sok probléma is a nyakadba szakad, mert ez még most, 2013 -ban is kiforratlan technológiának számít. Vacak firmware -ek, nem megfelelő os támogatás. És minden típusnál valami más a baj. Még olyannal is találkoztam, ami random kifagyasztotta az os -t. A weboldalán meg ott volt az ismert hibák között, meg hogy majd lesz rá javítás..... -
Penge_4
veterán
Nem én írtam. Amúgy felnyomták a szerverüket és hitelesítési adatok meghamisításáig jutottak (amivel az Opera buildeket írják alá).
Két eshetőséget tartok reálisnak. Az egyik az, hogy valaki forráskódot keresett. A másik pedig, hogy Operáék követték el maguk ellen, hogy ezzel rábírják a felhasználókat a frissítésre, hogy még kevesebben maradjanak az Opera 12 vonalon, miután kijön a végleges Opera 15 (és már nem kap biztonsági frissítéseket a 12-es ág).
-
#45
Penge_4
veterán
attila9988
#44
Penge_4
veterán
válasz
attila9988
#44
üzenetére
Én is tesztelgetek többféle böngészőt, de egyik sem nyerte el a tetszésemet. Szóval akármilyen szar, kénytelen leszek még hosszú ideig a 12-n maradni, amíg valamelyikből nem hoznak ki értékelhető példányt.
Őszintén szólva mindkettő annyira távol áll az elképzeléseimtől (és az eredeti Operától), hogy távoli fantáziát mindkettőben látok. A Chrome-ban az egységes és gyors motort, amire talán az Opera (ha életben akar maradni, nem csak egy n+1 fork maradni még a jelenleginél is alacsonyabb piaci részesedéssel) kénytelen lesz építkezni és idővel ha erős kompromisszumokkal is, de ha upgradelem a gépemet (minimum 16GB RAM + SSD + Core i7), akkor kielégítő sebességgel és reakcióképességgel fog funkcionálni még ha szükségem is lesz 50+ kiegészítőre.
A Firefox viszont ha a Mozilla képes lenne olyat írni belőle, ami olyan gyors és reszponzív, mint az Opera volt, akkor már szintén csak a kiegészítőkön állna vagy bukna minden, ugyanis ott azért a kiegészítő API jóval erősebb.
És ha még nem lenne elég, mindennek a tetejében az MS faszságai miatt (Metro UI) is kénytelen vagyok Linuxot használni, ahol meg az NPAPI alapjáraton kizáró ok. Abban bízhatok, hogy előbb-utóbb tényleg megdöglik végre a Flash vagy, hogy a Mozilla átáll PPAPI-ra, mert enélkül még egy nyamvadt YouTube videó is kínszenvedés. A WebM pedig még mindig vicc kategória (és nem túl meglepő módon az is Chrome/WebKit/Blink alatt a legjobb).
A Chrome jelen formájában olyan szinten távol áll tőlem, hogy még az alapok (nincs temporary_downloads, nincs MIME types, szar a könyvjelzőnek nevezett izé, ami csak URL-t és nevet tárol, semmilyen más metaadatot, oldalsáv sincs, stb.) is hiányoznak, hosszú idő mire értékelhető példány lesz belőle.
Ugyanakkor a Mozilla is ígérgeti már hosszú évek óta, hogy "Na de most aztán gyors meg fasza lesz majd a böngésző.", aztán eddig egyedül az indulási sebességet sikerült normálisra felhozniuk, de a működés, reakcióidő ugyanúgy kritikán aluli maradt, még ha nagyon kicsi mértékben javult is.
Még a mai napig nehéz felfognom ezt az egészet és rohadtul kétségbe vagyok esve. Néha azt álmodom, hogy bejelentik, hogy az egész csak vicc volt és valójában egy überzsír 12.50-en dolgoztak fullos HWA-val meg sok más egyébbel és ezzel csak azt próbálták érzékeltetni a usereknek, hogy van attól sokkal durvább dolog, mint mikor nem megy a böngésződdel xy banki oldal vagy valami hulladék közösségi oldal.
-
#44
attila9988
őstag
Penge_4
#43
attila9988
őstag
Az opera 12 sok mindenben volt a legjobb, de muszáj volt váltanom, még mielőtt megjelenik a végleges 15. És mivel egy ilyen váltás időbe telik, korán el kell kezdeni.
Egyébként az ff nem lassú. Vagy legalábbis én nem érzem hogy az lenne. A memóriahasználatot is egész jól kordában tartják ma már, és a chrome -nál jelentősen okosabb a cucc.
Én azt gondolom hogy a chrome nem is lesz sokkal okosabb, hiszen ez nem érdeke a nagy G -nek. Ő mindent webre akar tenni, tehát logikus hogy a böngészőnek butának kell maradnia. Meg a sok kis rejtett szemétség ami benne van, szintén nem tetszik, bár azok nagy részétől meg lehet szabadulni, ha magát a chromiumot használja az ember, és nem a google build -et. De a böngésző maga akkor sem szimpatikus, mert túlontúl buta. Olyan mint egy internet explorer. Semmivel sem tartom jobbnak annál.
A Mozilla közösség igazán készíthetne egy segédletet táblázatos formában, ahol fel vannak sorolva egyik oldalon az Opera funkciók, másik oldalon pedig az annak kiváltására szolgáló kiegészítők
Van ilyen gyűjtemény a firefox kiegészítők oldalán. Keress rá.
Egyébként nekem az is nagyon kellemes dolog, hogy külön debian repo is van mozillanal. Tudom apróságnak tűnik, de jól jön.Őszintén szólva még hiányzik az opera, de tudom hogy a támogatása nem lesz hosszú, és helyette azt a szutykot akarják nyomni amit most összedobtak. Sok felhasználói programnál nem zavarna hogy nem fejlesztik, ha továbbra is hasznos nekem - használok is ilyesmit - de egy böngésző esetében ezt nem tehetem meg.
Az opera meg azzal hogy megszűnt az lenni amiért a felhasználói többsége használta, szerintem nyugodtan le is húzhatja a rolót. Most még jött ez a biztonsági incidens is. Kíváncsi vagyok hogy hogyan akarnak most ebből kimászni.
-
#43
Penge_4
veterán
attila9988
#41
Penge_4
veterán
válasz
attila9988
#41
üzenetére
"és nem látom be hogy azok, akik eddig sem váltottak át chrome -ra, most vajon miért akarnának opera név alatt is chrome -ot használni."
O12 mellett másodlagos böngészőnek inkább Chrome, mint Firefox. Utóbbi vitathatatlanul jobban konfigurálható és alapjáraton is okosabb (pl. könyvjelzőkezelő, MIME types, temporary downloads, about:config és egy rakás dolog), de lassú. Még mindig. Főleg ha megpakolja az ember kiegészítőkkel. Emiatt nagyon rossz lesz az egész felhasználói élmény, még ha nagyon magas szintre okosítod, akkor is.
A Chrome-ban a kiegészítő API meglehetősen limitált még most is, viszont annyi előnye van, hogy csak a memóriát ugrasztja meg (azt extrém mértékben), de egy 16-32 gigás vason gyakorlatilag a response time-ra nincs hatással.
Az Opera 15 a beépített (azaz mindenhol, belső lapokon is működő) mouse gestures miatt, meg mert már a keresője is tud POST query-t, előbb-utóbb lehet, hogy okosabb lesz, mint a Chrome és akkor jobb lesz másodlagos böngészőnek a 12 mellé, mint a gyári Chrome.
Windows-on azért, mert van beépített mouse gestures (ez Linuxon KDE-ből megoldható, bár flip gestures pl. nincs és jobbklikk linken megnyitás új lapon/háttérben sem, mivel nem natív), nincs ezernyi autorun szemét meg kényszerített silent update.
Linuxon pedig azért, mert Firefox mellett is kéne, mivel az még mindig NPAPI-t használ (és még az NPAPI-s implementációja is szarabb, mint az O12 szintén NPAPI-s implementációja), itt pedig csak a PPAPI jöhet szóba, ami hardvergyorsítással sem omlik percenként.
Mellesleg egy csomó dologban hasonlít a Firefox és a Chrome (meg az összes többi böngésző az Opera kivételével). Ilyen a szar szövegkijelölés.
- Linkeket például képtelenség kijelölni, mert egyből drag and droppolni akarja.
- Nincs olyan, hogy megnyomom a Tab billentyűt és automatikusan a legközelebbi formba/submit gombra ugrik. Meg ehhez kapcsolódóan spatial navigation sincs.
- Nincs plain text copy és a kijelölés is ocsmány, szar.
- A zoom-ja mindkettőnek nevetséges és lassú is kicsit, ráadásul Chrome-ban még a buta korlátoltsága miatt about:config hiányában a globális működés sem kikapcsolható."Elég okos manapság már ez is, pár érdekes pluginnel meg főleg. Úgyhogy winen csere, debian -on meg a mozilla repo belőve"
A Mozilla közösség igazán készíthetne egy segédletet táblázatos formában, ahol fel vannak sorolva egyik oldalon az Opera funkciók, másik oldalon pedig az annak kiváltására szolgáló kiegészítők (több is párhuzamosan), illetve nem csak kiegészítők, hanem a kiegészítők nélkül about:configgal, userChrome.css-vel, userContent.css-vel és egyéb buher megoldással elérhető dolgok, illetve az ahhoz vezető tutorialokra linkek.
Szerintem sok usert tudnának vonzani vele.
-
#41
attila9988
őstag
Penge_4
#39
attila9988
őstag
Engem annyira elriasztott ez az opera next, hogy pár nap tesztelgetés után legórtam a fenébe, és további pár nap alatt átköltöztem firefox -ba, még mielőtt kijönne a végleges 15. Így tulajdonképpen át sem néztem a különbségek listáját a chrome -hoz képest, hiszen elsősorban az opera 12 funkcionalitása érdekelt, ami meg nagyrészt hiányzott belőle. A chrome -ot egyébként sem szeretem, tehát szinte biztos volt hogy egy ilyen fork -ot sem fogok használni. Nekem óriási csalódás volt ez a váltás, így sok év opera használat után, és nem látom be hogy azok, akik eddig sem váltottak át chrome -ra, most vajon miért akarnának opera név alatt is chrome -ot használni. Egy olyan chrome -ot, ami állandó lemaradásban van, és ami messze nem nyújt annyi egyedi képességet, amiért érdemes lenne továbbra is használni. Különösen azoknak rossz ez, - mint pl én - akik a 12 -esből sok funkciót használtak.
Épp ezért nem is igazán sikerült még teljesen átállnom a rókára, bár jól haladnak a dolgok. Elég okos manapság már ez is, pár érdekes pluginnel meg főleg. Úgyhogy winen csere, debian -on meg a mozilla repo belőve, és kb minden helyen, ahova még általam került az opera, megmutattam mi lett belőle, és megkérdeztem akarja -e megtartani így, vagy cseréljem....Operáék elmehetnek a fenébe azzal a vacakkal.
-
#39
Penge_4
veterán
attila9988
#32
Penge_4
veterán
válasz
attila9988
#32
üzenetére
Ahogy kispx is mondta, már régebb óta támogatja. Továbbá meglepődnél, hogy mi mindent nem támogat ez a piros O betűs Chrome fork, amit a Chrome igen... (és nem, nem csak olyanokra gondolok, mint a H.264, amiért fizetniük kéne).
-
Majd mutasd meg a géped... Én agybajt kapok tőle néha a céges gépen (az itthonin nem winnyóz van, így IE sincs).
Pl. Office Web components-es felület, a 7-tel még működött, a 8-ban levő IE-vel már sehogysenem.
Amúgy fent vázolt esetben nem az IE sebessége a gáz, hanem hogy jó MS módra vár az adatra, és addig nem reagál a user kattogtatására. -
IE alatt mi nem töltődik lassan?
Most voltam fent a céges VPN-en, és a belső hálón levő némely oldal elég lassan jött be. Ezek csak IE alatt mennek (amikor mennek). Na, mivel a VPN lassú, az IE elkezd homokórázni, és eközben úgy beduzzog, hogy nem lehet másik tabra váltani, amíg nem reagál az aktuális tabban levő oldal -
#35
Sub-ZeRo
nagyúr
attila9988
#32
válasz
attila9988
#32
üzenetére
Érdekes, igaz nem ide kapcsolódik a dolog, de arra jöttem rá, hogy pl. a Microsoft oldala gyorsabban töltődik be FF alatt, mint ie alatt. És ez fordítva is igaz a Mozilla oldalára. Már találkoztam ilyen bug-gal is.
-
#34
kispx
addikt
attila9988
#32
kispx
addikt
válasz
attila9988
#32
üzenetére
Az Opera 12.00-tól támogatja. Akkor még nem volt Chrome fork.
-
#32
attila9988
őstag
attila9988
őstag
A Mozilla mellett a Chrome és a Opera is támogatja ezt a megoldást.
Milyen meglepő hogy a chrome fork támogatja a chrome által támogatott funkciót..
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
ddekany
veterán
Lehetne egyszerűbben, meg normálisan, de nem csináljuk, mert volt valami, amit holnapra hozzá lehetett gányolni a meglévő gányhegyhez. Ez fontos elv, enélkül nem lenne Web a Web!
Itt pl. ide hallom, ahogy üvölt a LLVM byte kódja, hogy basszátok meg, erre találtak ki, hogy én vagyok a compiler optimalizált kimenete, és tovább lehet hatékonyan natívra fordítani. Hm....ez nem gány, mágjára vele!Amúgy meg egyre inkább nem is értem hogy fut most ezen a Unreal 3... Tud már több valós szálat a szabványos JavaScript?
Lehet, hogy a Google kicsit összeszedhetné magát a PNaCL-el. Nem ismerem, nem tudom el van e cseszve esetleg, de sokkal átgondoltabbnak tűnt...
-
-
#25
#10691584
törölt tag
Badman 4ever
#21
#10691584
törölt tag
válasz
Badman 4ever
#21
üzenetére
Hát. Kipróbáltam: Nekem olyan "állati sebességre" kapcsolt QL alatt, hogy végig lagoltam az egészet, pedig az még csak nem is webGL-es cucc. Egy nyomi Maxthon is f@szán lenyomja ezt a bughalmazt. De legalább skótkockás nem lett
-
Penge_4
veterán
"Ez addig lesz igy amig nincs külön thread minden tab-nak."
Operáék meg tudták azért nagyon jól oldani a single process működést. Persze való igaz, hogy teljes fagyáskor/összeomláskor vitte az egész böngészőt, de legalább nem zabált 30-40-50 kiegészítővel és 50+ tabbal 16 giga RAM-ot.
-
#22
big-J
őstag
MCBASSTION
#6
big-J
őstag
válasz
MCBASSTION
#6
üzenetére
Ez addig lesz igy amig nincs külön thread minden tab-nak. Chrome-ba már külön van ha jól tudom, viszont az ilyen megoldások több ramot esznek.
Ugyanez az oka annak hogy egyik böngésző teljesen befagy ha 1 lap beáll, a másikon meg csak az adott lap.
-
#21
Badman 4ever
őstag
#10691584
#19
Badman 4ever
őstag
válasz
#10691584
#19
üzenetére
Főleg, ha elképzelhetetlen sebességre kapcsolsz.
Egyébként egy másik cikkben ezt írják:
Right-click any media playing in the native player and you can select a playback speed: slow motion, normal, high and ludicrous. You’ll be able to listen to tedious podcasts in half the time!A filmben a "ludicrous" az csak az "állati nagy sebesség", nem is a "elképzelhetetlen sebesség".
Most úgy elképzeltem, ahogy HTML5 lejátszásnál ezt az opciót kiválasztva a videó átmegy skót kockás plédbe.
-
Muton
addikt
igen, meg király dolog lenne lazán odaszólni VérPistikének, hogy figyu már kiscsávó, nálam a xxx játék böngészőben is több fps-sel megy, mint nálad CF/SLI-ben
xxx: az egy roppant erőforrás igényes népszerű mai játék, aminek nem tudom a nevét, de Crysis vagy ilyesmi lehet
-
#19
#10691584
törölt tag
Badman 4ever
#8
#10691584
törölt tag
válasz
Badman 4ever
#8
üzenetére
Végem van
-
ddekany
veterán
Ja... és akkor utána maga a szerver sem valódi vas lenne, hanem mondjuk egy über-szerveren futna a Google-nél egy Chome böngészőben egy PNaCL-re írt PC emulátorban, és a Chrome böngésző képét streamelné feléd a Google egy P2P hálózaton keresztül, és... és a lényeg, hogy így mindig lenne munkája a fejlesztőknek és rendszergizdáknak, hogy ez erőművekről ne is beszéljünk.
-
ddekany
veterán
Ez az asm.js annyira... Nézzük a folyamatot. Régen: Megírsz egy programot C/C++-ban, lefordítod/linkeled a cél platformra, és kész. Most: Lefordítod a C/C++ az LLVM köztes nyelvére (byte code), az erre készült Clang fordítóval. Az LLVM köztes nyelvét után Emscriptem-el továbbfordítod a JavaScript-é. Ez nem egy szokványos ember által olvasható JavaScript lesz, hanem efféle hagyományos-gépikód emulátor, ami bazi int tömbökkel emulálja a heap-et meg ilyeneket, és mindent int-ekkel meg double-kal csinál, más típust tán nem is használ. Aztán jön a JavaScript interpreter a böngészőben, ami ha valami modern darab, elkezd azon küzdeni, hogy egy ilyen dinamikus, sebességet mindig leszaró nyelvet, mint a JS, valahogy gyorsabbra fordítson. És ezt a förmedvényt jól optimalizálhatónak fogja tartani, mert direkt úgy van tervezve, hogy jól essen egy tipikus JS optimalizálónak. Főleg ha meg van jelölve, hogy ez asm.js, és fel van rá készítve, akkor nagyon bátran nekiállhat. Így végül, ha minden jól ment, valami hasonló gépikóddá fogja transzformálni, mint amit régen azzal az egyetlen fordítással kaptál, csak persze azért lassabb lesz, meg biztos van még pár buktató.
Könyörgöm, legalább LLVM byte-kódot kapná a böngésző, de neeem, ahhoz túl nagy összefogás kell... és a JS az már today is fut... Na, ez az IT. -
#9
Sub-ZeRo
nagyúr
Badman 4ever
#8
válasz
Badman 4ever
#8
üzenetére
-
#6
MCBASSTION
aktív tag
MCBASSTION
aktív tag
azt mert nem lehet megoldani, hogy ha betoltok egy oldalt, akk ne fagyjon meg az egesz ui, hanem a hatterben dolgozzon?
olyan nehez ez? chromeban mar megcsinaltak...
az nem baj ha fel masodperccel tobbet gondolkodik, de ne fagyjon mar ki par pillanatra...
Az utóbbi időben (4 hónap kb) váltottam Chrome-ra és OperaNextre a sok random kidobása és lassulása miatt.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Könyörgöm, legalább LLVM byte-kódot kapná a böngésző, de neeem, ahhoz túl nagy összefogás kell... és a JS az már today is fut... Na, ez az IT.
Új hozzászólás Aktív témák
Hirdetés
- ÚJ Lenovo ThinkPad X13 Gen 5 - 13.3" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- Apple iPhone 12 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Lenovo ThinkPad T570 - i5-6G I 8GB I 256GB SSD I 15,6" FHD I HDMI I Cam I W10 I Gar
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- 119 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!) (ELKELT)
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest