-
Fototrend
Új hozzászólás Aktív témák
-
#13200
Sk8erPeter
nagyúr
Penge_4
#13199
Sk8erPeter
nagyúr
válasz
Penge_4
#13199
üzenetére
Nem omlik össze, mert csak ennyi van az oldalon:
"DragonFly crashes Opera because of usage of insertRule and @import"
Lehet, hogy páran anyáztak a crash-elés miatt, és megváltoztatták a tartalmát, vagy nem vágom.
De a lényeg: korábban beállítottam, hogy kérdezzen rá, mielőtt kilőném az Operát, hogy biztosan be akarom-e zárni, mert volt már párszor, hogy véletlenül csuktam be, és nem para entert nyomni, amikor visszakérdez - ezek után feldobja viszont megnyitásnál ezt az ablakot:
(szerk.: érdekes, Hypersnapben csinálom a screenshotot, pirossal készítek egy nyilat az ábrán, png-ben mentem el a képet, de valahogy mindig ilyen fos átlátszó jellegű lesz)
amit még ki lehetne lőni azzal, hogy bepipálom, hogy jegyezze meg, nem is ez a gond, hanem az, hogy itt a pipát nem tudom betenni a kiterjesztések indításához... A Unite-ot mondjuk a beállításoknál alapból kikapcsoltra raktam, mert soha nem használom.
Most akkor mi a megoldás?=====
"Az nem erőforrásigényes, hogy mind a több tízezer (vagy százezer) aktív user minden egyes hozzászólása után betölt még egy lapot a szerverről, amiben tájékoztat arról, hogy a hozzászólás sikeres volt?"
Hát speciel ez szerintem pont nem erőforrásigényes.
Úgyis minden adatbázisba való beillesztés után ellenőrizni kell, hogy egyáltalán lefutott-e hiba nélkül, amennyiben nem sikerült a dolog valamilyen oknál fogva, a hibát úgyis detektálja, egy kiíratás aztán már tényleg nem nagy dolog, és nem is vesz igénybe komoly erőforrásokat. Régen rossz lenne, ha ezen múlna...
Szerintem egyébként sokkal elegánsabb lenne a dolog, ha AJAX-osítanák kicsit a PH! oldalait, nem lenne ilyen szinten elavult az egész, pl. hozzászólás írásakor ahelyett, hogy újratöltődne az egész lap, csak beillesztené az új hsz.-t (mint pl. Facebookon) úgy, hogy AJAX-szal elküldi a kérést, kap egy választ, és vagy sikeres volt a hsz. beillesztése, vagy nem, ezt a választ megkapja a júzer - ha sikeres volt, egyszerűen megjelenik a kommentje az oldalon, ha nem, akkor kap egy hibaüzenetet az arcába.
A hsz.-ek elküldésekor pedig lehetne ellenőrizni, azóta érkezett-e új komment a topicba, azt hozzácsapni, és a legvégére pedig a júzer hsz.-ét berakni.
Akármilyen misztikusnak hangzik a dolog, nem az, egyáltalán.
A PH!-nál is vannak fizetett webfejlesztők, de valszeg nem ezért fizetik őket.... viszont nem sok, a felhasználó által is észlelhető újítás történik a PH!-n, azért ilyesmire is gondolhatnának, hogy kicsit modernizálják a dolgokat.
Ugyanígy lehetne értesítés a PH-ba beillesztve olyan topicokról, amikre fel vagy iratkozva - és akkor nem kéne kiegészítő hozzá...
-
#13199
Penge_4
veterán
Sk8erPeter
#13193
Penge_4
veterán
válasz
Sk8erPeter
#13193
üzenetére
Egyébként nem értem. Az nem erőforrásigényes, hogy mind a több tízezer (vagy százezer) aktív user minden egyes hozzászólása után betölt még egy lapot a szerverről, amiben tájékoztat arról, hogy a hozzászólás sikeres volt? Ha ott van úgyis sikeres volt, ha meg sikertelen, akkor meg úgyis látod, hogy nem küldte el. Ezt ki lehetne kerülni.
Az időkorlát jó ötlet, mivel az ellenőrzés tényleg erőforrás igényes lenne.
"Hogyan is tudnám ezt beállítani, hogy minden böngésző engedélyezve legyen alapból, ne tiltott állapotból induljanak?"
1. Omlaszd össze újra ezen az oldalon és válassz ki mást.
2. Az operaprefs.ini-ben biztos van valami bejegyzés, csak nem tudom mit kell keresni és azt sem, hogy melyik szekcióban. Az összeomlasztás gyorsabb.
-
#13198
Sk8erPeter
nagyúr
Penge_4
#13195
Sk8erPeter
nagyúr
válasz
Penge_4
#13195
üzenetére
Az autocomplete-re: miért ne lenne ott jó a kliensoldali autocomplete? Ezt az összehasonlítást nem értettem.
Félreértés ne essék, egyáltalán nem tartom ezt a legfontosabb funkciónak, ez csak egyetlen példa arra, hogy van olyan viszonylag egyszerűbbnek tűnő dolog, ami dühítő, hogy több éve nem kerül fejlesztésre úgy, hogy más böngészőkben ez teljesen alap - ha az Opera annyira fel akarna zárkózni, nyilván megvalósítana ilyesmiket is, meg mondjuk reklámozná is magát (továbbra is elég furcsa számomra, hogy annyira töketlen a brigád, hogy képtelenek feljebb kerülni, és nem is akarnak - IGEN, az ASZTALI piacon!!), meg ne kelljen már mindent kiegészítővel megoldani; de ez NAGYON igaz a Chrome-ra is."de mondjuk egy PH-s kiegben átírni a függvényneveket az Operás megfelelőjére szerintem nem olyan hosszú idő."
Hát ha komolyan így gondolod, akkor ilyen alapon JavaScriptben megtanulni fejleszteni sem sok idő...=====
(#13197) F34R: speciel az utólagos módosítás lehetőségével nem értek egyet, azzal még talán igen, hogy az 5 percet meg lehetne növelni egy kicsit - bár a szerkesztés gombra való rákattintás után elvileg 15 percre nő ez a korlát.
Ha a hsz. utólag módosítható, bármi könnyen eltüntethető/módosítható, ami könnyen félreértésekhez is vezethet egy fórumon. Én személy szerint legalábbis örülök neki, hogy a PH!-n ezt nem lehet megtenni. Hogy a modiknak mennyit kell törölni, az más kérdés, nem a mi dolgunk. -
#13197
F34R
nagyúr
Sk8erPeter
#13196
F34R
nagyúr
válasz
Sk8erPeter
#13196
üzenetére
Hát igen lásd vbulletin , ha akarod szerkeszted nem 5 perc hanem akármikor , vagy törölheted is ha nem oda való , ph-nak is könnyebb lenne modiknak sem lenne annyi dolguk
-
#13196
Sk8erPeter
nagyúr
F34R
#13194
Sk8erPeter
nagyúr
Ugye? Pedig nem lenne túl bonyolult ezt megoldani: a gombot simán lehetne disabled-re állítani elküldés után, a frissítős problémát (ami nálam volt) pl. úgy is meg lehetne oldani, hogy 5 másodpercen belül ugyanattól a felhasználótól nem fogadnak el hsz.-t, vagy pedig ellenőrzik, nem egyezik-e meg a tartalom, amennyiben ugyanarra az üzenetre válaszolt a felhasználó, bár utóbbi erőforrásigényesebb lenne, de tulajdonképpen így is-úgy is nyúlkálni kell az adatbázishoz, akkor már nem ártana, ha nem lehetne szanaszétspammelni a fórumot, ha úgy adódik.
-
#13195
Penge_4
veterán
Sk8erPeter
#13190
Penge_4
veterán
válasz
Sk8erPeter
#13190
üzenetére
"Aztaqrva, tényleg. De az sem rossz, hogy sikerült reprodukálnod a hibát, és ezzel tulajdonképpen rájöttél az okára."
Na, ha csak ilyen bugok maradnának a véglegesekben, én annyira boldog lennék.
"Akkor jön rá, mekkora szopás is van vele, előbb kitalálni, hogyan is kellene az egészet megoldani"
Mint mondtam, nem tudom, de például a Live Gallery-t sem javította senki, aztán végül én írtam egy userCSS-t (kemény 3 percembe került). Tudom, CSS, nem pedig JavaScript, de nem is azt kértem, hogy fejlessz mondjuk egy Website Monitor-t (amit évek óta szeretnék), ami azért nem kis munka, de mondjuk egy PH-s kiegben átírni a függvényneveket az Operás megfelelőjére szerintem nem olyan hosszú idő.
Ott van például a Szégyenfal. A hibák egy részét (JS tudás nélkül) simán tudnám javítani, ha lenne hozzáférésem az FTP szerverükhöz. De ők esetenként több, mint 1 évig rá se néznek.
Én ingyen kijavítanám a hibát, ellenben ők havi szinten kapnak valamennyi fizetést a munkájukért.
Na az ilyenek dühítenek.
"viszont továbbra is úgy gondolom, hogy az ilyen jellegű dolgokra, mint az autocomplete és hasonlók, ugyanez annyira azért nem igaz"
1. Mivel újabban a kikapcsolhatósággal nem igazán foglalkoznak, én inkább tiltakozom minden ellen, ami számomra nem kell. Az autoresize is kikapcsolhatatlanul keseríti az életemet. Másoknak a Tab Stacking keseríti az életét, nekem az, hogy opcionálisan nem automatikus (pedig egyszer, pár build erejéig az volt).
2. Addig én is mellette voltam, amíg csak userJS volt, hogy opcionálisan legyen ilyen lehetőség, de most már csak 1 kattintás. Ha csak 1 napot is venne igénybe ilyesmi implementálása, akkor már inkább implementáljanak helyette olyat, mint oldalspecifikus: illeszkedés, on demand plugin, zoom, képek engedélyezése, stb.), amiket nem lehet pótolni, vagy nem úgy.
3. Volt már a Firefoxban, a Safariban kétszer is és nagyon durva módon és az IE8-ban is arra példa, hogy autocomplete funkción keresztül adatokat tudott lopni az oldal. Szóval szerintem nem olyan egyszerű az. Ellentétben a Local Storage biztonságosabb, mert az kliensoldalon van és egy specifikációban ritkább a bug, mint egy folyamatosan fejlesztett szoftverben.
-
#13194
F34R
nagyúr
Sk8erPeter
#13193
F34R
nagyúr
válasz
Sk8erPeter
#13193
üzenetére
Az idegesítő dolog nekem is , akkor mikor duplán "klattyintasz" az ok-ra akkor is ezt csinálja (vacakol az elküldéssel, azt hiszem hogy nem fogja elküldeni ezért még egyszer klatty és akkor arcomba nyomja a double postot
) -
#13193
Sk8erPeter
nagyúr
fatal`
#13191
Sk8erPeter
nagyúr
válasz
fatal`
#13191
üzenetére
Na, basszus, dupla. Most kikapcsoltam a JavaScriptet, és az átirányítás hsz. megírása után JavaScripttel történik, de ha ez ki van kapcsolva, akkor az átirányítás nyilván nem tud megtörténni - így F5 lenyomása hatására újból elküldi a POST adatokat... Ergo lesz még egy hsz. Elég gázul oldották ezt meg PH!-nál... pedig vannak kerülő megoldások.
Mindjárt ráfogod, hogy ez is "sírás", pedig nem az - vannak dolgok, amiket meg lehet oldani, és ezzel néhány probléma/rinya is elkerülhető.Más, ha már homár:
egyszer fagyásnál beállítottam, hogy ne induljanak el a kiegészítők a böngészővel együtt, de most ezt nem tudom visszacsinálni, a kiegészítőket mindig manuálisan kell engedélyezni.
Hogyan is tudnám ezt beállítani, hogy minden böngésző engedélyezve legyen alapból, ne tiltott állapotból induljanak? -
#13191
fatal`
titán
Sk8erPeter
#13190
fatal`
titán
válasz
Sk8erPeter
#13190
üzenetére
Továbbra sem értem a sírást az autocompletere. Van rá kiegészíő.
-
#13190
Sk8erPeter
nagyúr
scott_free
#13161
Sk8erPeter
nagyúr
válasz
scott_free
#13161
üzenetére
Aztaqrva, tényleg.
De az sem rossz, hogy sikerült reprodukálnod a hibát, és ezzel tulajdonképpen rájöttél az okára. 
(#13163) vv5204: ami nálam bevált, elég hatékony reklámblokkoló, az az, hogy a hosts file-ba betettem rengeteg címet innen mindent, ami már alapból átirányítja ezeket a kéréseket a localhostra. Persze nincs benne minden oldal, de van egy elég korrekt feketelista, így hiába próbál megnyitni egyes reklámokat, nem fog menni neki, mert a saját gépeden keresi őket - ott meg nyilván nincs ugyanaz az adat.
Persze a hosts file-t is ésszel kell bővíteni, mert elvileg bizonyos méret felett észrevehetően lassítja a netkapcsolatot, de nálam nem volt durva eltérés, így meg is hagytam. És reklámblokkoló is fent van most már.
Így együtt azért egész hatékonyak.(#13183) Penge_4 : "Mindenki így van vele egészen addig, amíg nem ért hozzá."
Akkor jön rá, mekkora szopás is van vele, előbb kitalálni, hogyan is kellene az egészet megoldani, aztán elkezdhet fejleszteni is, majd időközben kiderül, hogy nem is olyan könnyű, mint gondolta, időközben egyáltalán nem úgy működik, mint ahogy az illető elképzelte, de amikor nagyjából készközeli állapotban van a dolog, jönnek a nem várt bugok, problémák. Aztán jönnek azok, amikkel a fejlesztő nem találkozott, csak más vette észre őket. Aztán gondolkozhat azon, hogy azt vajon hogy kéne kijavítani, és vajon az megint mennyi időt fog elvenni az életéből...
Nem is oly egyszerű, mint ahogy sokan pampognak az újításokért - viszont továbbra is úgy gondolom, hogy az ilyen jellegű dolgokra, mint az autocomplete és hasonlók, ugyanez annyira azért nem igaz, egyrészt már a tárolási módszer megvan a beállításokra, így csak plusz egy-két dolgot kéne eltárolni (az eddig formokba bepötyögött adatok), aztán kialakítani azt a kis leugró fehér mezőcskét, ami megjelenik a többi böngészőnél, és szűkíteni a korábbi beírtakat annak megfelelően, amit a júzer időközben még bepötyörészik. -
#13189
Sk8erPeter
nagyúr
Penge_4
#13126
Sk8erPeter
nagyúr
válasz
Penge_4
#13126
üzenetére
Jaaa, így már értem. Igen, ezt is tapasztaltam, ez is nagyjából hasonlóan zavaró.
=====
Szerk.: Bocs, ide olyan kérdést írtam, amit Google barátom segítségével igazából fél perc alatt meg lehetett találni, tehát visszafelé keresésre billentyűparancs: Ctrl+Shift+G, vagy Shift+F3. -
fatal`
titán
válasz
Penge_4
#13183
üzenetére
Még nem találkoztam evvel a buggal. Viszont csak az sg-n és az itcafén tapasztaltam eddig, így inkább az a gyanúm, hogy ugyanazért tűnik el, amiért pl. az sg faviconját váltogatja is, azaz az új gyorshívó képe miatt. A kódban már itt az itcafén is szerepel, azonban a kép maga még nem létezik. Na mindegy...
-
Penge_4
veterán
válasz
Micka21
#13180
üzenetére
"ha értenék hozzá már megcsináltam volna h másokon is segítsek"
Mindenki így van vele egészen addig, amíg nem ért hozzá. Utána már vagy ideje nincsen, vagy motivációja, vagy csak segíteni nem akar másokon.
![;]](//cdn.rios.hu/dl/s/v1.gif)
(#13182) hunfatal: 10.00 óta létező bug és nem csak a könyvjelző sávon, hanem a levelező oldalsávon (RSS faviconok), Vizuális füleken (a gyári ikonok, mint levelező, könyvjelzőkezelő, letöltéskezelő, stb.), valamint néha a sima taboknál is eltűnik, de ez utóbbi a legritkább.
Leginkább akkor figyelhető meg, mikor túl sok oldalt nyitsz meg, vagy túl erőforrásigényes oldalakat (videóstreamek, stb.), sokat cachel a böngésző, a Windows pedig kilapozza, mert az még sokszor önmagát (pl. shell) is kilapozza.
Jelentettem már nekik vagy 3x, de a legutolsó is úgy bő fél éve volt, szóval nyugodtan nyomhatsz nekik te is egyet.
-
Penge_4
veterán
válasz
Micka21
#13177
üzenetére
Minden lehetséges, csak a tudás szab neki határt. Még hackernek sem kell lenned, hogy ilyesmit csinálj, esetleg ilyet (ez már régóta nem kompatibilis).
Egy ilyen DLL patch-csel szerintem ezt is meg lehetne oldani, ha megtalálnád azt a sort, amit módosítani kell.
Viszont feltételezem, ha már így kérdezed, akkor nem vagy a fenti tudás birtokában, tehát mást nem tudsz tenni, mint +1-et nyomni, esetleg szólni ismerősöknek, hogy ők is nyomjanak.
-
Micka21
tag
üdv
szónélkül befrisítette magát ez szemét opera 11.10
a probléma az lett hogy a gyorsindító ikonokat megváltoztatta , frissítés előtt 7x6 gyorsíndító volt szép kicsi ami elfért egy képernyőnmost hiába állítok be a speeddail.ini-ban újabb sorokat nagyok az ablakok és ezért görgetgetővé teszi az nyitóoldalt, nagyon nem tetszik, nem vagyok 60 éves látok rendesen ha kisebbek akkor is
hogyan lehet lecsökkenteni a gyorsíndító ablakok méretét?
a beállításokban található nagyítás 50% on áll és nem lehet lejebb venni :S -
Penge_4
veterán
válasz
fatal`
#13171
üzenetére
Ha a pstorage mappa is benne volt, akkor igen.
Lehet, hogy az Operának volt egy bugja, hogy az egész elérési útvonalat eltárolta, lehet az is, hogy a NoAds-nak volt egy bugja, nem tudom, nem értek a Local Storage-hoz, csak azt tudom, hogy havi szinten 3-4 alkalommal annak ellenére "corrupted" lesz, hogy az opera:webstorage oldalról nem törlődik semmi és a méret is stimmel.(Ja, és nem mozgatom a profilokat. Azt viszont megfigyeltem, hogy általában crash után szokott ez lenni, de nem mindig, tehát nem tudtam még 100%-osan reprodukálni).
-
fatal`
titán
válasz
Penge_4
#13170
üzenetére
"Én továbbra is a MIME type-os EXE+UserCSS-s megoldást használom. Egyrészt fizikálisan le van tárolva, tehát ami ott van az nem tűnik el soha, másrészt pedig gyorsabb."
Az a verzió nálam mindig rohadt bugos volt. Néha nem lehetett vele szűrni, néha leszarta mi van beállítva.
Az új, átírt noadssal semmi problémám. Biztos hogy ez is localstoraget használ? Mert profilmásolással simán átvittem másik gépre a listát, meg egy winreinstallt is kibírt profilmásolással. Régebben úgyemlékszem, hogy ilyenkor elfelejtette a listát.
-
Penge_4
veterán
A global fülön tetted, nem pedig a Site Specific-en, ugye?
Mert akkor elvileg meg kellett volna neki jegyeznie, mondom ezt úgy, hogy a Local Storage elég illékony.
Én továbbra is a MIME type-os EXE+UserCSS-s megoldást használom. Egyrészt fizikálisan le van tárolva, tehát ami ott van az nem tűnik el soha, másrészt pedig gyorsabb. Legalábbis NoAds esetében gyakran észrevettem, hogy amikor lassabban töltődött be egy oldal még felvillant 1-2 blokkolt DIV pár tizedmásodpercig, amíg el nem tűnt.
Gondolom ehhez kéne a BeforeCSS event, hogy ez ne így legyen...
-
fatal`
titán
válasz
Penge_4
#13166
üzenetére
Gyakorlatilag a noads csak rejt és nem blokkol. Párhuzamosan kell használni mindkettőt. Először a beépített tartalomszűrővel / Adblockkal elrejteni a div tartalmát, aztán az üreset meg rejteni a noads-al, legalábbis én így szoktam és az FF Adblockja is így működik. Az element hiding helper ott is csak rejt.
-
Penge_4
veterán
válasz
vv5204
#13165
üzenetére
Igen, lekerült, mert Lex1 már nem frissíti egy ideje és inkompatibilis lett.
Egyébként a NoAds (a block-external funkciója mellett) csak DIV-eket blokkol, tehát jobban jársz (már ha nem akarod inkább manuálisan bővíteni a beépített tartalomblokkolót, ha az Adblock-ot használod mellette, mivel az már az URL Filter API-t használja, tehát ténylegesen blokkol, nem csak a DIV-eket rejti el.
Sem sebességben, sem biztonságban, sem adatforgalomban nem mindegy...
-
vv5204
senior tag
válasz
Penge_4
#13164
üzenetére
Hű! Köszi a választ!
Tulajdonképpen frissíteni akartam a NoAds-ot az extesion-on közt és
meglepődve tapasztaltam, hogy már nincs fent. Az Opera AdBlock meg
elég béna, mert nem lehet benne rendesen blokkolni egy-egy reklámot.
Egy szovjet gyerek azonban tuningolt a NoAds-on, így inkább felraktam azt. -
Penge_4
veterán
válasz
vv5204
#13163
üzenetére
Nem reklámblokkoló, hanem átirányítás kiiktató. Azt már neked kell eldöntened, hogy a listán szereplő oldalakkal (adf.ly és társai) milyen gyakran találkozol.
Ha nem túl gyakran, akkor szerintem felesleges, mivel két módon működhet az ilyesmi. Az egyik a feketelista, amikor van egy folyamatosan bővülő lista, amiknél átlépi az átirányítást. Ez biztonságosabb, de kevésbé hatékony.
A másik a fehérlista (mint a régi cleanURI nevű userJS), amikor mindenhol, ahol a query után http:// egyezést talál átirányít. Ez nagyon hatékony, viszont kevésbé biztonságos, mert minden oldal (főleg ami nem nagy és nemzetközi) nem lehet fehérlistán, tehát a cleanURI-vel sem lehet belépni rendesen például az indapass-on keresztül anélkül, hogy fehérlistára nem dobnád manuálisan.
Akármelyik is, minden oldalbetöltésnél regexp egyezéseket keres jobb esetben csak a location.href-ben, rosszabb esetben az oldalon található összes URL-ben, ami lassít.
Természetesen annyit nem, mintha napi szinten ilyen szarokon kellene átlépkedned, de ha csak mondjuk max havonta 1-1 google találat alkalmával találkozol ezekkel, akkor én nem tenném fel. Már csak azért sem, mert minél több userJS/kiegészítő, annál több potenciális bug illetve összeférhetetlenség.
Ez ugyan nem jellemző, de nem is szeretném, ha az lenne.
-
#13162
fatal`
titán
scott_free
#13161
fatal`
titán
válasz
scott_free
#13161
üzenetére
Érdekes bug. -
#13160
fatal`
titán
scott_free
#13159
fatal`
titán
válasz
scott_free
#13159
üzenetére
"egyedül egy skint tettem fel"
Nézd meg a default skinnel, mert szerintem a skin (ami esetleg nem kompatibilis) kavar be.
-
#13158
Dluinet
nagyúr
scott_free
#13153
válasz
scott_free
#13153
üzenetére
Próbáld meg kikapcsolt kiegészítőkkel is.
-
-
#13156
dqdb
nagyúr
scott_free
#13153
dqdb
nagyúr
válasz
scott_free
#13153
üzenetére
Nálam is.
-
#13154
Dluinet
nagyúr
scott_free
#13153
válasz
scott_free
#13153
üzenetére
Nálam jó.
-
#13153
scott_free
senior tag
Penge_4
#13139
scott_free
senior tag
válasz
Penge_4
#13139
üzenetére
itt a link: opera color bug
az arany színű sor nem arany színű nálam, hanem fekete.
minden más böngészővel jó. -
fatal`
titán
Nem a bal oldalra zoomol, hanem logo képet keres.
Már többször le lett írva, de:
Ha a régi, zoom nélküli, teljes oldalas gyorshívót szeretnéd akkor minden egyes miniatűrön jobb click -> periodikus frissítés -> egyéni -> írj be valami nagy számot (pl. 9999 perc). Ha kész vagy az összessel akkor frissítsd a gyorshívot és voilá.
-
-
Penge_4
veterán
"Nekem az a gyanúm, hogy ezek a böngészők a BinFix-hez hasonlóan nekiállnak a text/plain adat parse-olásának, és az eredmény függvényében felüldefiniálják a content-type-ot."
Ezért kéne az előírásoknak megfelelően elkészíteni ezeket a dolgokat és nem a "Nézzük meg FF-ben meg IE-ben és ha működik, akkor mehet" mentalitást. Ami ha minden az előírásoknak megfelelően írnának meg nem lenne probléma, de ezt a mentalitást többnyire a segghülye emberek követik el, akik előbb tanulják meg a HTML marquee és a kurzorkövető JS animáció használatát, mint azt, hogy például mit jelent a Doctype és miért van rá szükség.
Gondolom ennek a parse-olása nem kicsit erőforrásigényes feladat.
Lévén, állítólag az ECMAScript5 által hozott strict mode használatával is 15x-ös gyorsulás is elérhető.
Ahogy a kedvenc példám alatt is minden böngésző megdöglik, ahol van bekapcsolt Linkifier UserJS vagy kiegészítő.
-
cousin333
addikt
Ha már ilyen nagy problémamegoldó szeánszot tartunk: nem tudja valaki, hogy a céges Opera miért jelez 3 órával korábbi időpontot, mint a valóságos - és a rendszeróra által mutatott - idő? A nyári időszámításig csak 2 óra volt az eltérés, ami mindenhol megvan, a kirakható gyári operás órában, a levelezőben, a minialkalmazásokban... stb.
Van proxy, meg minden, de az is ugyanez az időzóna...
-
dqdb
nagyúr
Nos, a problémát az okozza, hogy Windows alatt a kiterjesztés azonosítja a fájl típusát, az HTTP kommunikációban pedig a content-type mező, és ezt a kettőt meg kell feleltetni egymásnak. Ez általában egyértelmű, mert
1. a szerver jó content-type-ot ad vissza
2. a szerver nem ad vissza content-type-ot, de az URL-ből kiterjesztés alapján a böngésző kitalálja a megfelelő content-type-otOlyankor van probléma, amikor nem jó content-type-pal megy vissza az adat, és az URL alapján sem lehet okoskodni, ilyen a te eseted, amikor egy dll adja vissza az oldalt:
1. korábban az Opera megörült, hogy van kiterjesztés, és abból hibásan arra a következtetésre jutott, hogy te egy dll-t szeretnél letölteni, pedig a helyzet nem ez volt
2. most a módosítás után az Opera arra a következtetésre jut a query string láttán, hogy nem jó ötlet a kiterjesztés használata, így fogalma sincsen az egészről, ezért az ilyenkor legbiztosabb lépésnek tartott text/plain-t választja.Biztosan találkoztál már olyan oldalakkal, ahonnan letöltve download.php volt a mentésre felajánlott fájlnév. Ennek is hasonló oka van, pár HTTP fejlécet kellett volna beállítani, hogy a böngészőt tájékoztassák arról, hogy a download.php nem fájlnév, ő csak az adatot szolgáltatja, és egyúttal a pontos fájlnevet is megadják.
A BinFix extension a fenti heurisztikát bővíti azzal, hogy a letöltött text/plain dokumentum tartalmából megpróbál következtetni arra, hogy az ténylegesen szöveg-e, vagy bináris adat. Mivel nálad HTML a végeredmény, ezért nem hoz megoldást. Annyit lehetne tenni, hogy a BinFix-hez hasonló megoldással meg kellene győzni az Operát arról, hogy az a tartalom valójában nem olyan típusú.
Akkor ezen verzióig hibásan működött az Opera?
Mostanában valamelyik buildnél írták, hogy az RFC ajánlásoknak megfelelően módosították a content type kezelését.Az összes többi (pontosabban IE, és Firefox, ahol néztem) böngészőben miért működik?
Nekem az a gyanúm, hogy ezek a böngészők a BinFix-hez hasonlóan nekiállnak a text/plain adat parse-olásának, és az eredmény függvényében felüldefiniálják a content-type-ot.Penge_4: Akkor Linuxban miért tudok hda0 és hasonló nevű mappákat csinálni?
Mert Linuxban teljes elérési úttal hivatkozol az eszközökre, azaz /dev/hda0 és /dev/null, Windows alatt a felsorolt nevek az adott eszközök fájlként elérhető nevei. Bővebben itt olvashatsz róla. -
-
Penge_4
veterán
válasz
Dluinet
#13136
üzenetére
"Presto motort nálam ezek a kiegészítők befolyásolják"
1. Nem a Presto motort befolyásolják, hanem a DOM fát (érthetőbben: az oldal kliensoldali megjelenését).
2. Ezekben az a közös, hogy innerHTML-t használnak, ami nem szabványos, hanem egy Microsofttól eredeztethető JS függvény, ami hasznos, ezért támogatja a többi böngésző is, de nem szabványos. Be lehet vele szúrni kódrészleteket az oldal forráskódjába.
A HyperTranslate és a Translate egy rejtett iframe-ben hívja be a translate.google.com-ot, az Image Preview Popup gondolom regexp egyezéseket keres képkiterjesztésekre és onMouseOverre megnyitja őket nagyban, az Autocomplete pedig Local Storage-ból hívja be a formok korábban elmentett tartalmát. Ilyen alapon a Textarea Backupnak is törnie kell az Acid3-at.
Az Acid2-vel nálam semmi baj.
(#13137) scott_free: Ha linket tudnál írni az jó lenne.
Az egész forráskódot látnom kéne hozzá.
-
Penge_4
veterán
válasz
fatal`
#13127
üzenetére
"Ez meg azért van mert egyszerűen a cursor megváltoztatása valószínű az OnMouseMove esemény bekövetkeztekor fut le, ami nyílván nem történik meg ha billentyűzettel válotgatod a tábokat."
Akkor a többi böngészőben is így kéne lennie, de ott azonnal megváltozik.
(#13130) brd: CookieAuth.dll? WTF???
A BinFix nevű kiegészítő sem segít?
"így érthető, miért nem tudsz ilyen nevű fájlt/mappát létrehozni."
Akkor Linuxban miért tudok hda0 és hasonló nevű mappákat csinálni?
Ott még nagyobb problémának kéne lennie, ugyanis ott nincs olyan, mint C: meghajtó, hanem ott media/ van.
-
#13137
scott_free
senior tag
scott_free
senior tag
hali,
az mitől lehet, hogy az új Opera nem jelenít meg egy színt?
egy weboldalon van egy szövegem, aminél több szín is van, mindegyik rendesen megjelenik, kivéve egyet.ezt nem hajlandó: color: #fac500;
az elem vizsgálatánál a dragonfly részben pedig rendesen kiírja, hogy a szöveg ilyen színű, még kis kockában a színt is odateszi melléje, de a weboldalon mégis fekete a szöveg!
( a szövegben van egy link, ami hover-rel inverzbe vált, az a rész itt is elszíneződik)9.27-es Operával látszik a szín, minden jó.
-
Egyes kiegészítők befolyásolják az Opera Presto motorjának rendelését.
Ezért az Acid 3 teszten csak 97 pontot ér el a hibás rendelés miatt.
Presto motort nálam ezek a kiegészítők befolyásolják:
Autocomplete
HyperTranslate
Image Preview Popup
TranslateNyilván más kiegészítőkkel is előfordul, de azt nem próbáltam ki.
Acid 2 tesztet is hibásan rendereli az Opera.
Erről tudok valamit, vagy ezek meglévő hibák?
Viszont tetszik, hogy újraindítás nélkül lehet kiegészítőket engedélyezni-letiltani
-
brd
nagyúr
Köszi a választ, de ez további kérdéseket is felvet:
- Akkor ezen verzióig hibásan működött az Opera?
- Miért írja mégis a letöltőablakban, hogy Application extension? Bár az már gondolom a Windowsos file-típus megfeleltetés.
- Az összes többi (pontosabban IE, és Firefox, ahol néztem) böngészőben miért működik?
- Vajon miért vágja le a link végét (mert ugye nem a ...dll második "l" betűje a link vége)?(Igen, át lehetne a serveren is állítani, ha nem M$ hekkelés lenne a weboldal, dll-ekbe hardcode-olt tartalommal, talán meg lehet patkolni.)
Egyébként, én nem értek hozzá, ez az oldal egy ASP-s oldal, ott biztos text/html-t kellene küldenie?
-
dqdb
nagyúr
A szerver text/plain típusú adatot ad vissza (ami valójában text/html kellene, hogy legyen), egyértelműen a szerver hibája.
Penge_4: Vagy, mint Windowsban, hogy nem hozhatsz létre mappát a következő nevekkel: con, prn, aux, nul
Ez Windows-ban nem bug, ezek létező nevű eszközök a rendszerben. Win32 API alatt minden eszköznek két neve lehet: egy rendszerszintű (például \\.\COM1) és egy rövidített (például COM1). A DOS-os időkből eredően, valamint kényelmi okokból az stdin/stdout/stderr átirányítására szolgáló eszközöknek van rövid neve, azaz CON, PRN, AUX, NUL, LPT1, COM1, ...Mivel az összes eszköz fájlként viselkedik a Win32 API-ban (azaz ugyanúgy CreateFile/ReadFile/WriteFile/CloseHandle függvényekkel kezelhetsz egy fájlt, egy soros portot és egy pipe-ot is akár), ezért az eszközök rövid nevei a fájlokkal egy névteret osztanak meg, így érthető, miért nem tudsz ilyen nevű fájlt/mappát létrehozni.
Szóval ez nem bug, hanem tényleg feature.
-
kovaax
őstag
válasz
fatal`
#13110
üzenetére
Az FF-fel meg az a bajom, hogy ha az egyik fülön belépek valahova, és a másik fülben megnyitok egy linket a bukmárkjaimból, amik az előző szájtra mutatnak, akkor nem lép be automatikusan, kell nyomni neki egy roládot. Ez most ff4-ben jött újdonságnak.
Otthon nem. De nem is szoktam 8-9 órát a neten lógni folyamatosan (persze bent sem böngizek egész nap, csak ha van egy szusszanásnyi időm, akkor nézek rá a böngészőre). Amúgy volt otthon is már ez a jelenség, de mivel ritkán vagyok sokat neten, nem tudom nyugodt szívvel kijelenteni, hogy ott is ez a probléma. Meg otthon linuxot használok kizárólag.
-
brd
nagyúr
válasz
Penge_4
#13123
üzenetére
Erről jut eszembe: valakinek van ötlete, hogy az ebben a linkben szereplő CookieAuth.dll-t vajon miért akarja letölteni a 11.10-es Opera? Az előző verziókkal is problémás volt már, de ott ki lehetett venni a dll-t az application/x-msdownload, ill. application/x-msdos-program-ból, és akkor jól működött, a 11.10-ben viszont hiába nincs ott, akkor is le akarja tölteni.
-
Frissített az Opera ma reggel, és nem tudom megnyitni az indamail.hu-t.. Folyton Átirányítós oldalt generál és két link között dobál ide-oda.. sütiket már töröltem
-
fatal`
titán
válasz
Penge_4
#13123
üzenetére
Az egy bug volt?
Azt hittem azért vették ki, mert sokan rinyáltak miatta. Szerintem is baromi idegesítő volt."De ha kattintok ugyanúgy nem viselkedik furcsán, hanem olyan, mintha a sima oldalra kattintottam volna, illetve ha megmozdítom kb 5 pixelnyit az egeret, akkor visszaváltozik nyílra."
Nekem is így van, nem is értettem először, hogy mi a probléma.
Ez meg azért van mert egyszerűen a cursor megváltoztatása valószínű az OnMouseMove esemény bekövetkeztekor fut le, ami nyílván nem történik meg ha billentyűzettel válotgatod a tábokat. -
#13126
Penge_4
veterán
Sk8erPeter
#13125
Penge_4
veterán
válasz
Sk8erPeter
#13125
üzenetére
Arra, hogy
1. Link fölé viszem az egeret. A nyíl átváltozik mutató kézre.
2. Nyomok egy 2-es billentyűt (tehát tabot váltok).
3. A mutató kéz megmarad, pedig az új tabon (amire váltottam az előbb) már nem link fölött van az egér, tehát vissza kéne változnia nyíllá.De ha kattintok ugyanúgy nem viselkedik furcsán, hanem olyan, mintha a sima oldalra kattintottam volna, illetve ha megmozdítom kb 5 pixelnyit az egeret, akkor visszaváltozik nyílra.
-
#13124
Sk8erPeter
nagyúr
Sk8erPeter
#13120
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#13120
üzenetére
Most próbálgatom az új, experimental Dragonfly-t, és eddig NAGYON tetszik!
Pont azokat a dolgokat pakolgatták bele, amiket eddig hiányoltam, és a felülete szebb, letisztultabb lett, és nagyon áttekinthető, az már biztos, hogy jobban tetszik, mint a Chrome Developer Tools így kb. 10 perc próbálgatás után is. Mindjárt a Firebugot is simán lekörözi nálam...
A gyorsaságában észrevehető különbség meg szerintem brutális az előzőhöz képest (Chrome fejlesztőeszközéhez képest nagyságrendekkel gyorsabb).
Telerakták rengeteg hasznos szolgáltatással, ami eddig nem volt benne, viszont nagyon sokat segít (melós lenne listát írni róla, de nyilván publikálták az újításokat), szerintem egyelőre nagyon látszik, hogy volt benne bőven meló!
Aminek én személy szerint nagyon örülök. Webfejlesztéshez nagyon jól fog jönni! -
#13123
Penge_4
veterán
Sk8erPeter
#13120
Penge_4
veterán
válasz
Sk8erPeter
#13120
üzenetére
"Ha már túl régóta fennáll egy bug, akkor az már nem is bug, hanem szolgáltatás?"
Amúgy ez tényleg így van. Sokáig azt hittem, hogy a 9.0 óta létező opera:illegal-url-xxx cím (amikor az URL-ben érvénytelen karakterek voltak) egy elmebeteg szolgáltatás, aztán végül kiderült, hogy ez valójában egy bug volt.
Vagy, mint Windowsban, hogy nem hozhatsz létre mappát a következő nevekkel: con, prn, aux, nul
"Most, amikor a nevedet kimásoltam, sikerült reprodukálni a jelenséget!
Készítettem is róla screenshotot"Ezt soha nem tapasztaltam és nem is tudom reprodukálni. Mint mondtam, ami nálam van az ha már 5 pixelnyit mozdítok az egéren akkor visszavált arra a kurzor típusra, amire kell neki.
-
#13120
Sk8erPeter
nagyúr
cousin333
#13112
Sk8erPeter
nagyúr
válasz
cousin333
#13112
üzenetére
Persze, hogy le lett töltve, már használtam párszor korábban, most csak a kedvedért húztam ki a netkábelt.
Mindjárt kipróbálom az Experimental változattal is, amúgy is érdekel, mi újdonságot hoztak össze benne.
Amit az eddigiből nagyon hiányoltam: ha az adott HTML-elemet vizsgálgattam a DOM-fülön, és ott jobbklikkeltem, nem volt felüldefiniálva az alap jobbklikkes menü, és nem lehetett olyasmiket művelni vele, mint amit pl. Firebugnál vagy Chrome Developer Tools-nál, hogy "Add Attribute", "Edit Attribute", "Edit as HTML", "Copy as HTML", "Delete Node", stb., amik nagyon hasznos és általam sűrűn igénybe is vett funkciók...(#13105) Penge_4 :
"Ez olyan régi jelenség, hogy már nem is számít bugnak"
Hát ez jó. Ha már túl régóta fennáll egy bug, akkor az már nem is bug, hanem szolgáltatás? Most, amikor a nevedet kimásoltam, sikerült reprodukálni a jelenséget!
Készítettem is róla screenshotot:
A vakera, ami a képen is látszik, a következő: nagyjából az avatarod és a hsz. szövege között áll a kurzor, tehát épp egy div fölött, a kurzor pedig a hivatkozást jelző kis kézre változott, és az alul látható linkre mutat... Miközben az elemnek, ami felett a kurzor áll, köze nincs bármiféle <a> taghez (linkhez).
Bzzz... durva, sokszor előforduló, zavaró bug.
Megoldása többek közt a más területre kattintgatás, ott kijelölgetés, ide-odagörgetés, meg az idő vasfoga.
A görgetés nem mindig válik be: van, hogy visszagörgetve, a kurzort ugyanarra a problémás területre téve ugyanaz a hiba áll elő!
Szóval tulajdonképpen rájöttem, hogy még az ide-odagörgetés sem oldja meg mindig a dolgot, most épp az imént le-fel görgettem, majd visszatettem a kurzort ugyanoda, az avatarod mellé, és már megint ugyanarra a linkre mutatott...
Mi lehet ennek az értelmes magyarázata?
Bár leginkább a megoldása érdekelne... Qrva idegesítő. -
-
#13112
cousin333
addikt
Sk8erPeter
#13094
cousin333
addikt
válasz
Sk8erPeter
#13094
üzenetére
"Miért "biztosabb módszer"? Ezt nem igazán értem."
Lásd kettővel feljebb a #13092-t:
"A probléma ott van, hogy a panelt bezáró gombot a már letöltött Dragonfly rakja ki a saját felületére, szóval ez egy jelentésre szoruló bug."
Szóval a bekapcsolás persze egyszerűbb a környezeti menüből, de kikapcsolni már nem az. Nem tudom, mi a bug nálad, miért nem hozza be a DF-t. Egyszer már le lett töltve? Mert ha nincs lenn, akkor persze nem tudja betölteni. Próbáltad már a legfrissebb, experimental változatot is?
-
kovaax
őstag
válasz
kovaax
#13099
üzenetére
Na, a kedvetekért megint feldobta a talpát a drága. Az opera nem tudta betölteni a maps.google.com-ot (meg a ph-t se tudtam frissíteni, meg semmit), elindítottam a kuglit, és annak jött kapásból. Aztán nyomtam roládot az operában, de továbbra is semmi.
Aztán lelőttem az operát, majd elindítottam megint, és akkor már bejött minden (ott folytatja, ahol abbahagyta).
Szerk.: A hibaüzenet ne zavarjon meg senkit, mindig a távoli kiszolgálóra hivatkozik, vagy megszakítja a kapcsolatot, vagy nem elérhető.
-
#13105
Penge_4
veterán
Sk8erPeter
#13096
Penge_4
veterán
válasz
Sk8erPeter
#13096
üzenetére
""HTTP header tweak"
Ezalatt mit kell érteni?""Pl. imént megint előfordult, hogy a hsz.-ből akartam kimásolni valamit, és a fönti, headerben lévő itcafé-s hírek linkje látszott, így ha a hsz. szövegébe belekattintottam, az is nyílt meg? Ezt nem igazán értem, az Opera használatakor már nagyon sokszor előfordult, de ez a jelenség nálam csakis Opera esetén figyelhető meg."
Ez olyan régi jelenség, hogy már nem is számít bugnak, viszont én csak az első felét tudom reprodukálni és ez az idők során nem változott.
Vagyis egy link fölé húzod valamelyik lapon az egeret, átváltozik kézre, majd 1-es és 2-es billentyűkkel váltogatsz úgy, hogy az egeret egyetlen pixelnyit sem mozdítod, akkor a kurzor állapota nem változik.
Nem csak a mutató kéznél, hanem bármilyen CSS kurzor esetében, akár duplanyíl (áthelyezés), akár bármi más.
)
De az sem rossz, hogy sikerült reprodukálnod a hibát, és ezzel tulajdonképpen rájöttél az okára. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Érdekes bug.
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- MS SQL Server 2016, 2017, 2019
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- PlayStation 5 Slim (lemezes) + kontroller 6 hónap garancia, számlával!
- 27% - LG UltraGear 27GS95QE-B Monitor! 2560x1440 / 240Hz / 0.03ms / G-SYNC / FreeSync BeszámítOK!
- Razer Tartarus V2 Chroma Gaming Keypad
- Dell XPS 13 Plus 9320 i7-1260P 32GB 512GB 4K+ TouchScreen 1 év garancia
- HP EliteBook 830 G5, G6 13,3" i5, 16GB RAM, SSD, jó akku, számla, 6 hó gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest