-
Fototrend
Új hozzászólás Aktív témák
-
Vangelis
félisten
Üdv Skacok!
Azt a beállítást kerestem, hogy amikor egy linkre kattintok akkor új fülön nyíljon meg és ne jelenlegibe.
De valamiért nem találom pedig tudom, hogy van ilyen.
Másik kérdés! Be lehet-e állítani, hogy mennyi memóriát használjon max az opera, mert nekem megeszik állandóan mindent ami létezik.
THX
-
#18999
Sk8erPeter
nagyúr
Penge_4
#18991
-
Rimuru
veterán
válasz
Penge_4
#18997
üzenetére
Nem használok KDE-t effektekre elég Compton is (Xcompmgr fork) így nem tapasztaltam. Mikor még Gnome Shell-t nézegettem akkor voltak ilyen problémáim, sőt még nagyobb bajok is voltak, az egész Opera ablak villogott, de nálam a hardveres gyorsítás kikapcsolása megoldotta.
Én egy jegyzetben mentettem el a csillagozott elemeimet, jó alkalom volt a szelektálásra is, igaz alapból nincs sok. Ilyen szolgáltatásnak a TTRSS-t találtam a legjobbnak, vagy The Old Reader.
-
Penge_4
veterán
válasz
Rimuru
#18995
üzenetére
Az is ki van kapcsolva, nincs összefüggés. Nem lehet, hogy nálad nincsenek bekapcsolva a KWin effektek?
Egyébként melyik verziót használod? 4.8-ban is ugyanaz volt 12.10-nél, mint most 4.10-ben 13.04-nél.
Tiny Tiny RSS-t nem használok, egyelőre nem tudom mit használjak. Olyan kéne, ami átmenti a csillagozott és tagelt feedjeimet is, az OPML-lel nem megyek sokra. Már azon gondolkodom, hogy barkácsolnom kéne magamnak egy sajátot, amihez egy elég kompex tervet eszeltem ki.
Egy szerveren futó Opera kell hozzá + Egy kis program, ami már desktopon fut és a szerveren futó Opera profiljának mail mappájából leszinkronizálja a szükséges fájlokat. De ez több ponton vérzik. Egyszer csak úgy lehetne véghez vinni, mivel futó Opera alá nem lehet bepakolni ezeket a fájlokat, hogy speciális parancsikonnal indítom az Operát, ami először ezt a kis programot indítja, ami
1. Ellenőrzi a szerveren lévő szükséges fájlok utolsó módosításának dátumát. Ha régebbi, mint a desktopé, akkor indítja az Operát.
2. Ha újabb, mint a desktopé, akkor először felülírja a szerveren lévő Opera fájljaival a desktop Opera fájljait, majd utána indítja az Operát. Esetleg erőforrásspórolás céljából jelet is küldhetne, hogy amíg a desktop Opera fut (ezt autorunként ellenőrizné, hogy összeomlás, illetve fagyás esetére is védjen), addig a szerveren lévő Opera ne ellenőrizzen. Amikor leáll a desktop Opera, akkor a szerveren lévő pedig onnantól elkezd ellenőrizni. Továbbá kétirányú is lehetne a szinkronizáció, hogy ilyenkor a desktop fájljait küldi fel a szervernek.Már csak szerverbérlet hiányzik meg a felvázolt kis program az örömhöz.
-
Rimuru
veterán
Bocsi a dupláért de ha már itt jártam eszembe jutott. Google Reader helyett Tiny Tiny RSS-t használok van is hozzá kiegészítő de valamiért nem jelzi mennyi olvasatlan hírem van, valakinek van-e ötlete? (bár nem hiszem hogy használ még más is ilyet)
-
dqdb
nagyúr
válasz
harley
#18985
üzenetére
Ctrl+F12 > Haladó > Biztonság > Tanúsítványok kezelés > Elutasított
A listában nálad milyen tanúsítványok szerepelnek?B@ldrick: magyarországi bankoknál a hiányzó CA tanúsítvány szokott a probléma lenni, mivel ők a két minősített hazai CA-tól vásárolnak, ezért a Netlock és a Microsec rootok importálásával megszűnik a biztonsági figyelmeztetés. Ennek a problémának nincsen köze hozzá, a hibaüzenet is egyértelműen azt jelzi, hogy a tanúsítvány ellenőrzése sikerült, azaz a root is az Opera rendelkezésére állt.
Azt a listát csak figyelmeztetéssel együtt szabad importálásra ajánlani, mert a teszt CA is szerepel benne, ami tényleg tesztelésre-fejlesztésre van online bármikor és bárki által igényelhető tanúsítványokkal, annak az importálása egy átlagfelhasználó gépére a biztonságot jelentősen gyengítő tényező.
-
#18983
harley
őstag
karldergroße
#18982
harley
őstag
válasz
karldergroße
#18982
üzenetére
hát az a heti 15 perc amit facebookozok...
de a kérdés nem ez volt....
-
-
AtHoS
nagyúr
Keresztkérdés:
digis net van egyik barátom apjánál. Ma felhívott barátom, hogy google keresésnél hibaüzenetet dob a szolgáltatás. Mondtam neki, hogy küldje már át e-mail-ben a hibaüzenetet, de még eddig nem érkezett meg.Ha jól értelmeztem a telefonban beolvasottakat, akkor a google túl sok lekérdezés miatt nem hajtja végre a keresést. Bár nem pontosan emlékszem a beolvasottakra, de úgy rémlik, mintha IP is említve lenne a hibaüzenetben.
CIS védi egyébként a gépet + Malwarebyte's Antimalware kézileg futtatva időnként
Mi okozhat ilyen problémát?
Opera 12.15 legfrissebb stabil kiadás
-
kilozsul
aktív tag
válasz
Predator2
#18976
üzenetére
Dettó! A FB használhatatlan lett vele, pedig nekem nagy szükségem lenne a gördülékeny használatra (oldalakat üzemeltetek rajta, nem csak szórakozás), valamint a flash tartalmak dettó...
Az első reklámos kiadása óta használom az Operát, de lassan ott tartok, hogy meg kell válnunk egymástól...
-
Predator2
addikt
Egyre többet szórakozik nálam az opera 12.15 x64 facebookozás közben h kifagy (sajnos ilyenkor egy darabig nem tudja megnyitni mert abban a pillanatban kifagy, át kell váltanom mozillára)
Miért csinálja? És lehet vele valamit kezdeni?
Az már csak hab a tortán h flash közben is állandóan megadja magát -
Csontikka
aktív tag
válasz
Penge_4
#18953
üzenetére
Köszönöm szépen az útmutatást, tényleg user js irányba volt a legegyszerűbb elmozdulni, ez eszembe sem jutott, mivel ezt még sosem használtam, kb azt se tudtam hogy van.
Átírtam az általad linkelt scriptet, igaz nem minden linket ismer fel, de ez már csak azt tükrözi, hogy nem értek a JS-hez.
Még1x köszönöm, egész baráti lett!
Üdv,
Csontikka -
zolee0307
őstag
Próbáltam, töröltem a cookikat, előzményeket, próbáltam az aznosítás is áltoztani, de semmi. Ahogy belépek ez a frissítéses dolog jön be és nem tudok semmit csinálni. Ez azoldalspecifikus beállítások ezt hol találom?
Ndruu: Ahogy belépek a frissítéses dolog jön be, nem a postafiók.
-
zolee0307
őstag
Sziasztok!
Másnak sem működik a yahoo mail? Operát használok a gépen (12.15 x64) és a telefonon (Browser, Mini) is, de mától nem tudok belépni a yahoo mailbe, mert azt írja, hogy frissítsek safarira, vagy firefoxra, ha ki akarom használni a yahoo mailt. Pedig támogatott böngésző az opera.
-
Penge_4
veterán
"Opera felhasználóként ez még kérdésként felmerül számodra?"
Nem csak az Opera érintett, a Chrome sem ajánlja fel itt a jelszómegjegyzést.
(#18967) Sk8erPeter: Beírtam random szöveget a névhez és a jelszóhoz is a JSFiddle-s tesztoldalon és nem úszott be a jelszómegjegyzéses sáv így sem. Még mikor a frame-ből kitörtem sem.
-
#18967
Sk8erPeter
nagyúr
Penge_4
#18958
Sk8erPeter
nagyúr
válasz
Penge_4
#18958
üzenetére
Ez még nem userJS, de kimásoltam egy az egyben az azonosítós és jelszós részt az általad linkelt oldalról, és itt pl. már körbeveszem egy form taggel, megjelenítem az alapból rejtett jelszómezőt, valamint az autocomplete attribútumokat on-ra állítom:
http://jsfiddle.net/Sk8erPeter/cbezg/
Elég okádék a sok parentNode, de máshogy, értelmesebben nem lehetett megtalálni a restore-guid azonosítóval rendelkező elem megfelelő sokadik "felmenőjét" (szülőelemét), ami jó ahhoz, hogy oda kerüljön az egészet körbeölelő form tag (amibe becsomagoljuk az egészet). De ez így működőképes lehet. Nyilván ezt még userJS- vagy extension-formába is kell önteni. Azt nem tudom, a validálásnál mi lesz a parája, mivel az azonosítót külön validálja a jelszómegjelenítés előtt, már amennyire elnéztem a működését (csak sejtem futó rápillantás után, ellenőrizni nem tudtam, mivel nincs ilyen azonosítóm). -
#18966
Sk8erPeter
nagyúr
dqdb
#18965
Sk8erPeter
nagyúr
"Én is tudok szemre ASN.1-et dekódolni ..."
Nem úgy értettem, hogy én simán tudom szemre dekódolni az obfuszkált kódot"Mivel ez már a sokadik oldal, ahol belefutok a jquery.min.js-be, így lassan a saját érdekem lesz vagy megszokni az oldalak hülyeségét"
Mármint itt milyen hülyeségükre gondolsz?"Ennyi infóból nem véletlen, hogy a Wand tehetetlen"
Jaja, ez ettől még lehetséges, de mondom, itt az autocomplete attribútum off-ra van állítva, ami azt jelenti, hogy akkor az automatikus kitöltés nem is fog működni, kényszerítve van a júzer, hogy begépelje az adatát. Szenzitív jellegű adatoknál szokták ezt csinálni, pl. a Neptunnál is ez van, ha belekukkantasz a forráskódba, igaz, ott magára a form tagre határozták meg.
Persze ettől függetlenül teljesen jogos, amit mondasz, azért SEM működik a Wand, mert nincs form tagbe pakolva. Már csak azért is gyökérség ez, mert így egy szövegmezőben nyomott sima Enterre nem submitolódik maga a form.Amúgy látom a jelszómező meg egy sima display:none-nal el van tüntetve alapból, gondolom csak azután jelenik meg, miután ellenőrizve lett külön az azonosító, így nem is tudom hirtelen, hogy jól fog-e működni a Wand, miután form tagbe pakoltuk az egészet mondjuk egy userJS-sel vagy extensionnel. Úgyhogy ez még nyitott kérdés.
A plain JavaScriptes wrap sem lenne 30-40 sor, majd reggel rittyentek demókódot, de most inkább aludni kéne.
-
#18965
dqdb
nagyúr
Sk8erPeter
#18964
dqdb
nagyúr
válasz
Sk8erPeter
#18964
üzenetére
Bőven lehet látni obfuszkált plain JS-kódot is...
Persze, rutinnal, az obfuszkálás előtti állapotot stílusát ismerve bőven lehet. Én is tudok szemre ASN.1-et dekódolni ...Köszi a linkeket, majd ránézek. Mivel ez már a sokadik oldal, ahol belefutok a jquery.min.js-be, így lassan a saját érdekem lesz vagy megszokni az oldalak hülyeségét, vagy elkerülni őket, vagy felfejleszteni a jQuery tudásomat (csak ez utóbbi helyett szeretem olyan területen képezni magam, aminek a munkában is használt látom).
Viszont mennyire vagy biztos benne, hogy a form tag a hiba?
Csak futólag néztem bele a kódba, nem volt időm többet foglalkozni vele, de a DOM fát kibontva azt láttam, hogy nulla darab form tag, egyetlen input type="text" és egyetlen button. Ennyi infóból nem véletlen, hogy a Wand tehetetlen. -
#18964
Sk8erPeter
nagyúr
dqdb
#18962
Sk8erPeter
nagyúr
Bőven lehet látni obfuszkált plain JS-kódot is...
Csak mivel mostanság a jQuery elég divatos (végül is legnépszerűbb library tudtommal), mivel tényleg egyszerűvé teszi a JS-kódolást (ahogy persze más library-k is), és számtalan mennyiségű plugint fejlesztenek hozzá, ezért nagyobb eséllyel találkozol jQuery-kóddal, mint plain JS-kóddal. "Elég lenne, erre utaltam Penge_4-nek írt hozzászólásomban a 30-40 sornyi kóddal."
Körbevenni egy elemet form taggel jQuery-ben egyetlen sor. Példa:
http://api.jquery.com/wrap/
Legfeljebb a jQuery felhasználhatóságához kell pár sor, de erre itt írtam stackoverflow-n korábban egy nagyon egyszerű példát:
http://stackoverflow.com/questions/2648042/using-jquery-within-opera-user-javascript/6108059#6108059Viszont mennyire vagy biztos benne, hogy a form tag a hiba? Nem lehetséges, hogy a Wand lekezeli azokat az űrlapelemeket is, amelyek körül nincs form tag?
Ugyanis itt erősebb az, hogy az "autocomplete" attribútum off-ra van állítva, van egy ilyen sor a JS- (jQuery-)kódban:$("input,button,select").attr("autocomplete", "off");
az autocomplete attribútumról:
http://www.w3.org/wiki/HTML/Elements/input/text#HTML_Attributesautocomplete = on/ off/ default
on
The on state indicates that the value is not particularly sensitive and the user can expect to be able to rely on his user agent to remember values he has entered for that control.
off
The off state indicates either that the control's input data is particularly sensitive (for example the activation code for a nuclear weapon); or that it is a value that will never be reused (for example a one-time-key for a bank login) and the user will therefore have to explicitly enter the data each time, instead of being able to rely on the UA to prefill the value for him; or that the document provides its own autocomplete mechanism and does not want the user agent to provide autocompletion values. [Example A]
default
The default state indicates that the user agent is to use the autocomplete attribute on the element's form owner instead. (By default, the autocomplete attribute of form elements is in the on state.) -
#18963
Sk8erPeter
nagyúr
brd
#18961
Sk8erPeter
nagyúr
Hát ez azért nem igaz szerencsére, hogy "nagyban így megy", hogy kezdőkkel hozatnak össze nagy cégeknek oldalakat (én mondjuk erről a cégről nem tudok semmit), és hogy ez tök általános jelenség lenne. A "haveri alapon" attól még persze az. Azért ezen az oldalon, amiről szó van, látszik, hogy nem kezdők hozták össze, mivel komplex, és nem valószínű, hogy a keresőt használva tákolták volna össze. Nem emiatt nem rakták ezt az input-elemet egy form tagbe, valszeg csak valamiért így volt egyszerűbb az adott fejlesztőeszközzel, vagy első körben tényleg lefosták a kompatibilitást, nem lett agyontesztelve, nem érkezett erről még felhasználói visszajelzés (sajnos azok is b@sznak küldeni sokszor negatív visszajelzést, akik aktívan használnak egy oldalt, pedig ez fontos! Normális fejlesztőbrigád ezt nem veszi rossz néven, hanem az igényeknek megfelelően próbálnak alakítani az oldalon, persze plusz pénzért), stb... aztán nem lett második kör.
-
#18962
dqdb
nagyúr
Sk8erPeter
#18960
dqdb
nagyúr
válasz
Sk8erPeter
#18960
üzenetére
Ha valaki jól ismeri a jQuery-t, akkor neki pontosan ugyanannyi erőfeszítés kibogozni a jQuery-ben megírt kódot, mint a plain JavaScriptben készültet.
Na ez az, fejlesztő, de nem webfejlesztő vagyok, és az eddigi jQuery tudásomat is oldalak forrásszövegéből szedtem össze (annyira nem érdekel a téma, hogy részletesebben utánanézzek, annyira más területen mozgok). Az obfuszkált kód ebben eléggé megnehezíti a dolgokat, és épeszű ember éles környezetben már csak a kisebb adatforgalom miatt is ezt a változatot használja, szóval így végiggondolva nekem nem igazán a jQueryvel van gondom, hanem az obfuszkált kóddal, ami történetesen eddig mindig jQuery voltNa, de rátérve a konkrét parára, az Opera Wand működőképessé tételéhez nem elég, ha userJS-sel vagy extensionnel körbevonjuk oldal-betöltődéskor egy form taggel a megfelelő űrlapeleme(ke)t?
Elég lenne, erre utaltam Penge_4-nek írt hozzászólásomban a 30-40 sornyi kóddal. Más kérdés, hogy a submit funkciót helyettesítő gomb lenyomásakor milyen - adott esetben aszinkron - kód kerül végrehajtásra, és azt vissza lehet-e vezetni egy egyszerű form submitre. -
#18961
brd
nagyúr
Sk8erPeter
#18960
brd
nagyúr
válasz
Sk8erPeter
#18960
üzenetére
Amúgy nem értem az ilyen fejlesztőket, attól még, mert alapvetően modern akar lenni az oldal, attól még nem kell tákolni, mint egy nyomorult kezdő...
Hát ez úgy megy nagyban, hogy ilyen munkákra gyakran a havert, vagy olcsón dolgozót alkalmaznak, aki többnyire csak annyit tud, hogy a keresőt használva összetákolja a kódot működőre, a többit le...ja, mert vagy agya nincs hozzá, vagy nincs megfizetve.
-
#18960
Sk8erPeter
nagyúr
dqdb
#18959
Sk8erPeter
nagyúr
"jQuery alapú az oldal, azt horror kibogozni"
Miért lenne már "horror" kibogozni a jQuery-kódot?
Ha valaki jól ismeri a jQuery-t, akkor neki pontosan ugyanannyi erőfeszítés kibogozni a jQuery-ben megírt kódot, mint a plain JavaScriptben készültet. Sőt, adott esetben gyorsabb is lehet, mert a jQuery ugye csak egy library a JavaScriptben kódolás egyszerűbbé és gyorsabbá tételéhez, így jQuery-ben sok minden egy sorban is megoldható, ami plain JS-ben 5-6 sor, ergo ilyen kódoknál a kibogozás is gyorsabb lehet.
Amúgy is, ezen az oldalon nem az a gond, hogy milyen library felhasználásával készült a kód, hanem hogy minimalizálva van a kód (whitespace-ek kiszedve), lásd pl. ezt - de erre is van egy megoldás, fogod a kódot, bedobod http://jsbeautifier.org/-on a textarea-ba, és szépítteted. De ekkor jön a következő probléma: felfedezed a gyökér változóneveket és függvényneveket, ami viszont kivételesen nem a fejlesztők "hibája", hanem azért van ez, mert valszeg obfuszkálva lett a kód.
Szóval a kibogozás nehézségének semmi köze ahhoz, hogy a kód egy része jQuery-ben készült.A kód amúgy is ezer sebből vérzik: ott van a HTML-kódban az a probléma, amit említettél (miért nem lehetett egy nyomorult form elembe rakni azt, ami űrlap része), aztán a JS-kód tele van console.log() hívásokkal, amitől pl. az IE8 azonnal kiakad (értem én, hogy nem támogatják, de attól még a console.log()-ot és társait alapvetően fejlesztési célból, debuggolásra, kód helyes/helytelen lefutásának ellenőrzésére használjuk), meg van még egy pár hülyeség sztem, de eléggé OFF-olás lenne itt felsorolni.
Amúgy nem értem az ilyen fejlesztőket, attól még, mert alapvetően modern akar lenni az oldal, attól még nem kell tákolni, mint egy nyomorult kezdő, pl. úgy elkészíteni egy űrlapot, hogy csak odab@sszintanak valahova egy input-elemet, úgy, hogy nincs körbevéve egy form taggel, ami pedig szemantikailag is helyessé tenné az űrlapelem jelenlétét.Na, de rátérve a konkrét parára, az Opera Wand működőképessé tételéhez nem elég, ha userJS-sel vagy extensionnel körbevonjuk oldal-betöltődéskor egy form taggel a megfelelő űrlapeleme(ke)t? Nem próbálgattam még a probléma megkerülését, mert szerencsére nem sok olyan oldalt látogatok aktívan, ahol ilyen gyökérül van megoldva (vagyis nincs megoldva) az űrlap, de érdekes lehet a dolog.
-
dqdb
nagyúr
válasz
Penge_4
#18958
üzenetére
Az gáz. És nem lehet valamit tenni vele, mondjuk userJS-sel?
Elvileg lehet, csak meg kell nézni a pontos működést, hogy hová és milyen formában mennek el az adatok (jQuery alapú az oldal, azt horror kibogozni, legalábbis nekem rendkívül kicsi hatékonysággal megy). Ha van lehetőség arra, hogy ez egy form submit folyamán történjen meg, akkor 30-40 sornyi kódból megoldható.Amúgy meg miért jó egy oldalnak, ha direkt szívatja a felhasználókat?
Opera felhasználóként ez még kérdésként felmerül számodra? -
dqdb
nagyúr
válasz
Penge_4
#18956
üzenetére
Ha a főoldalon bal oldalt az azonosító mezőre gondolsz, akkor azért, mert ügyesen nem egy HTML form része.
Az Opera jelszókezelője úgy működik, hogy egy form elemen belül az összes input értékét megjegyzi. A Wand kitölti az összes mezőt, és meghívja a form elemhez csatolt onsubmit eseményt, vagy a submit típusú input elemet. Itt nincsen form, nincsen submit URL, nincsen mit megjegyezni és automatizálni.
Az AJAX térhódításával együtt egyre több ilyen oldal lesz, ahol a fejlesztő nem gondol erre a problémára (vagy direkt tesz az ügy érdekében).
-
Penge_4
veterán
A https://blockchain.info/wallet/login oldalon miért nem működik az Opera jelszókezelője?
Nem ajánlja fel, hogy megjegyzi. -
#18955
Penge_4
veterán
Sk8erPeter
#18954
Penge_4
veterán
válasz
Sk8erPeter
#18954
üzenetére
"Gondolom az a +1 meg csak simán ignorálná a kérést, mert annyira elvetemültnek találná..."
Vagy tudatában van, hogy milyen szar is az, amikor egy nagyon rossz webergonómiával rendelkező oldalon több oldalt kell végignézned, de egyenként még 2-3 lapon át kell verekedned magad, mielőtt megkapnád a ténylegesen kívánt tartalmat a ténylegesen kívánt formában. És persze tetűlassú az oldal (amiben talán ezen a hülyesége is közrejátszik).
Sok oldalas cikkeknél is jobban kedvelem a nyomtatási nézetet, pedig a PH-n gyors a betöltődés. Képzeld el ott, ahol 3-4 kpbs-sel tölt be 1-1 új lap és ilyen http://72.135.212.33/content/47394732fjueery.gif címekről húzza a reklámot, amit még blokkolni sem tudsz, ráadásul úgy van megírva az oldal, hogy a tartalom töltődjön be utoljára, tehát még az se működik, hogy nyomsz egy Esc-et, amikor látod, hogy mondjuk egy iframe-ben már 128 megánál jár a töltődés, ami egy swf fájl. Persze a reklámvideó nem indul el az ODP miatt, de azért olyan hülye módon van megírva, hogy az swf önmagában is elkezd töltődni. Ezt még koronázhatja, mikor egy 400x600-as iframe-en belül kidob pár JS alertet, hogy a számítógépem veszélyben van és bármit nyomok, ha nem Esc-elem gyorsan, akkor átirányít a kamuvírusirtós oldalra.
Az ilyen módon megírt, reklámokkal telepakolt klikkvadász oldalakat valahogy nem tudom sajnálni, ha pár vérpistike rászabadul.
-
#18954
Sk8erPeter
nagyúr
Csontikka
#18952
Sk8erPeter
nagyúr
válasz
Csontikka
#18952
üzenetére
Ne viccelj már, egy nagy hírportálon belinkelt összes oldalt akár a legérdektelenebb hírekkel is, mind be szeretnél járni, és tárolni annak a tartalmát, képeit, stb.? Ezt szerinted meddig bírnád tárhellyel? (Ja, gondolom tudjon periodikus törlést is.) Amúgy is teljesen elvadult ötlet az egész. Ha a "bitang neted" nem sokat ér, és fél perceket kell várnod, akkor igényelj magasabb sávszélességet. Ha meg az adott oldal épp túlterhelt, akkor nyilván pont tök jót tesz, hogy te automatizáltan kotorászol az oldalon. Nem csak a te szemszögedből kell nézni, hogy "elfér", mert az adott szervernek lehet, hogy nem "fér el" a túl nagy forgalomgenerálásod, és tiltani fogják az IP-címedet (igen, dinamikus IP-címmel, proxy-val, stb. megkerülhető).
Ajánlok egy ennél ezerszer értelmesebb ötletet: régóta feltalálták a többfüles böngészést (ha már Opera topic), a téged érdeklő (!) híreket nyisd meg szépen a háttérben pl. egy Ctrl+klikkelgetéssel, így a már letöltött hír olvasgatása közben nyugodtan töltődhet be a többi oldal is a "bitang neteddel" is, így nem kell rá (annyit) várnod...====
(#18953) Penge_4 :
"Ilyen kéréssel 10-ből 9 rendszergazda elküldene a halál f@szára"
Gondolom az a +1 meg csak simán ignorálná a kérést, mert annyira elvetemültnek találná... -
Penge_4
veterán
válasz
Csontikka
#18952
üzenetére
Ilyen kéréssel 10-ből 9 rendszergazda elküldene a halál f@szára, mivel extra forgalmat generálsz, ami önmagában nem nagy dolog, de ha elég sokan használnának ilyen megoldást, az felérne egy masszív DDoS támadással, ami egy Facebook vagy Google méretű oldalt is leölne. A hosting cégek viszont pezsgőt bontanának az extra előfizetések miatt (csak hogy árnyaljam a képet).
Ezzel remélem a kérdés azon részét megválaszoltam, miért nem épít be ilyen funkciót egyetlen böngészőfejlesztő sem. Még a Google is csak DNS preload-ig merészkedik, de azzal pár bites forgalmat generál, nagyjából olyan, mintha pingelné az oldalt. És nagyobb a marketingje, mint a haszna, mivel manapság egyrészt nem a kapcsolódás a szűk keresztmetszet, hanem az adatok letöltése, ráadásul ha egyszer már kapcsolódott egy domainhez, akkor ott van a DNS Cache-ben és innentől az összes aloldal nem amiatt lassú.
Viszont elvi lehetőség kivitelezhető, akár még egy userJS-sel is (bár, hogy jól konfigurálható legyen, ahhoz azért elkél egy extension). Ezen az elven működött régen Operához a prefetch nevű userJS. De az csak azokat az oldalakat töltötte előre (képek nélkül, csak simán a DOM fát), ahol
1. A link rel paraméter arra mutatott. Tehát amikor Fast Forward funkcióval lapozol Operában.
2. Az oldalak nevei sorrendben következtek, mint page1.htm, page2.htm, page3.htm, stb.Szóval a te gondodat maximum módosítással tudná megoldani.
-
Csontikka
aktív tag
Sziasztok,
azért ide teszem fel a kérdésem mert elsősorban operát használok és annak örülnék a legjobban ha ebben létezne ilyen "fícsör" de bármilyen más böngészőben is érdekelne ha van megoldás, bár sok reményt nem fűzök hozzá, de hátha...
Szóval megnyitok egy honlapot legyen ez mondjuk a hirlista.hu
Van rajta vagy 100 link ami különféle oldalakra mutat.
Egyik másik oldal rendkívül leterhelt szokott lenni, ezért azt szeretném hogy a böngésző ezeket az oldalakat előre leszedje (miután az általam jelenleg megtekintett oldal betöltődött és éppen "unatkozik".)(nyilván 1 szint mélyen, az egész internetet nem kell hogy becachelje )
(Vagy pl van egy oldal amin van 100 index kép, az indexképek mutatnak a nagy képekre, és értelem szerűen csak akkor "cammog be" a nagy kép amikor rákattanok / felé húzom az egeret)Értem én hogy tök fölöslegesen egy csomó forgalmat generálna, de úgy lennék vele, hogy "elfér", mert így nem sokat ér a bitang net, ha az ember egy cikkre/képre tökmindegy mire csúcsidőben fél percet vár mert az adott oldal épp túlterhelt.
Szerintem ennyiből már kivehető mit szeretnék, tud valaki ilyen tulajdonsággal megáldott böngészőt, (létezik esetleg ilyen plugin operához) , vagy menjek a fenébe?
Előre is köszönöm!
Üdv,
Csontikka -
Predator2
addikt
-
dqdb
nagyúr
válasz
Predator2
#18948
üzenetére
eddig abban a hitben voltam h a flash automatán frissíti magát
Képes rá, csak a leírás alapján le van tiltva az alapértelmezett telepítésben. Ez volt az elmélet, a gyakorlat úgy néz ki nálam, hogy bár az ott leírtak szerint engedélyezve van az automatikus frissítés, mégsem tűnt fel, hogy valaha megtörtént volna ...Ezenkívül Windows bejelentkezéskor fut le egy ellenőrzés, és ha van frissebb változat, akkor azonnal felajánlja a telepítését is. Ez nálam biztosan működik.
Esetleg azzal próbálkozz meg, hogy kitakarítod a Flash ideiglenes mappáit, hátha azok egyikében lévő sérült adat hatására áll fejre. Ehhez lépjél ki minden böngészőből, és a következő mappák tartalmát töröld le:
C:\Users\<felhasználónév>\AppData\Roaming\Adobe\Flash Player
C:\Users\<felhasználónév>\AppData\Roaming\Macromedia
C:\Users\<felhasználónév>\AppData\Local\MacromediaHa Windows Intézőből keresgélsz, akkor ezek ugyanoda mutatnak:
%APPDATA%\Macromedia\Adobe\Flash Player
%APPDATA%\Macromedia
%LOCALAPPDATA%\MacromediaHa nem minden Flash tartalom bűnös, hanem csak a videólejátszás, akkor még két további dolgot tehetsz:
1. frissíted a videokártya driverét
2. ha az első pont nem elég, akkor letiltod itt a hardveres gyorsítást -
dqdb
nagyúr
válasz
Gerisan
#18944
üzenetére
Ez egy nagyon rossz ötlet, egyben teljesen felesleges és ráadásul veszélyes is.
Az Opera induláskor a következő sorrendben tölti be a plugineket:
1. végigmegy az általad megtalált plugins mappában található DLL-eken (ez általában üres, történelmi okai vannak már csak a létezésének, az Opera sem ajánlja a használatát)
2. végigmegy az HKEY_LOCAL_MACHINE\SOFTWARE\MozillaPlugins kulcs összes gyerekén, és betölti az ott szereplő plugineket (például @adobe.com/FlashPlayer néven van hivatkozás a Flashre)Azaz ezzel csak azt érted el, hogy nem a telepítési helyéről fog betöltődni a plugin, hanem a másik mappából, mivel annak van prioritása. Ezzel most még nincsen problémád, de hamarosan lesz, amint frissítesz a 11.7.700.169 változatra: onnantól kezdve az Opera az első Flash tartalomnál ki fog fagyni (én látatlanban azt vártam, hogy a régi verziót fogja használni a frissítés ellenére biztonsági problémát okozva, de ez a hibajelenség is eléggé kellemetlen).
Az összes Flash-sel kapcsolatos stabilitási hiba esetén sajnos egyetlen dolgot lehet csak tenni: várni, hogy az Adobe kijavítsa.
-
Gerisan
tag
válasz
Predator2
#18937
üzenetére
Ezt a videó bővítmény problémát lehet sikerült orvosolni. Legalábbis nekem azóta nem halt még be mióta ezt megcsináltam.
A C:\WINDOWS\system32\Macromed\Flash mappába lévő dll fájlt kell átmásolni(Nekem ez van NPSWF64_11_6_602_180.dll)
Ide: C:\Program Files\Opera\program\plugins (Nekem opera x64 van mivel 64 bites operám van) Mióta ez megvan azóta nem jött elő a hiba. remélem segítettem -
dqdb
nagyúr
Bár hogy érted, hogy a a címe alapján? Nem fogja megjegyezni ezt a beállíítást?
Megjegyzi. Csak a hu-mg42 névből én arra asszociálok, hogy létezik még legalább 41 másik szerverük a levelezés kiszolgálására. Emiatt elképzelhető, hogy nem mindig erre irányít majd át a mail.yahoo.com cím, és azokat is majd fel kell venni kivételként. -
dqdb
nagyúr
Van, Mask as Firefox a helyes válasz.
Közben egy gyors regisztráció után megnéztem, működőképesnek tűnik, ment a mappák közötti drag and drop is. Bejelentkezés közben az általad említett hiba megjelent, ott átállítottam a maszkolást, vissza, és újra beléptem. A webhely címe alapján (hu-mg42.mail.yahoo.com) valószínűsíthető, hogy ezt párszor el kell még játszanod a jövőben sajnos.
Identify as Opera:
Opera/9.80 (Windows NT 6.2; Win64; x64) Presto/2.12.388 Version/12.15Identify as Firefox:
Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:2.0) Gecko/20100101 Firefox/4.0 Opera 12.15Mask as Firefox:
Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:2.0) Gecko/20100101 Firefox/4.0 -
dqdb
nagyúr
Nincsen Yahoo Mail regisztrációm, ezért csak elméleti javaslat jön. Az levelező oldalán (vagy az összes érintett oldalon) el kellene játszanod ezt:
F12 > Webhely beállításainak szerkesztése > Hálózat > Böngésző azonosítása > Azonosító rejtése Firefoxként
Ha szerencséd van, akkor simán működni fog Firefoxnak álcázva (például az ELMŰ és a K&H ilyen, az Operát tiltja, de álcázva simán működik).
-
vhw
addikt
A 12.15-ös verziót használom és újabban nem tudok belépni a yahoo mail fiókomba.
Ezelőtt mindig felvillant egy pillanatra ez az üzenet:"Ez már majdnem jó, de a böngésző nem támogatja Yahoo! Mail legújabb változatát."
De aztán simán tovább engedett és beléphettem.
Jelenleg nem, ugyanez az üzenet fogad, hiába frissítem az oldalt, vagy indítom újra a böngészőt/gépet nem enged.
Mi lehet a gond? Avagy a megoldás.
-
Predator2
addikt
Helló
Szoktam háttérképeket böngészni a Wallbase oldalon, de sokszor előfordul ha rákattintok egy képre először egy reklám honlapja jelenik meg. Ha bezárom ezt az oldalt és megint rákattintok a képre csak akkor jelenik meg a tényleges háttér.
Lehet vele valamit kezdeni h rögtön a képet töltse be?
Gerisan
A Youtubenál a bővítmény sajna nekem is gyakran behal. A Fb jó csak egy idő után borzalmasan belassul. Ilyenkor opera restart az ami segít.
-
Gerisan
tag
Hali! Évek óta Operát használok de az utóbbi időben sok bajom van vele. Fb-nél sokszor fogja magát és kilép( olvastam másnál is csinálja) Videóknál sokszor a bővítmény megadja magát pl you tube és van,hogy kilépek de a folyamatoknál továbbra is megmarad az opera és az istennek nem tudom lelőni. Flash playert is telepített már újra de régebbi opreával is csinál ilyeneket hiába teszem újra, Most a 12.15 van. Néztem át állok másra de már annyira megszoktam ezt. Van esetleg valakinek ötlete mit lehet tenni vele vagy ez már így marad?
-
válasz
Luminary
#18931
üzenetére
A személyeskedést kéretik mellőzni!
A kérdésed a weblap készítés topikba illik talán a legjobban.
Hogy gyorsan megkapd a választ:Mentsd le az oldalt az Operával (Fájl - Mentés másként), válaszd a Fájl típusa: Minden fájl opciót, a név maradjon az, ami.
Nevezd át a fájlt pl. Total Commanderrel úgy, hogy ne legyen benne szóköz vagy egyéb speciális karakter (pl. biblia), a kiterjesztését módosítsd .htm-re. Tehát ezt kell kapnod: biblia.htm
Tedd ki a .htm fájlt az asztalra és voilá.Működik, kipróbáltam.
-
dqdb
nagyúr
válasz
Luminary
#18927
üzenetére
konkrétan NEM EZ volt a kérdés
És az Opera topikjában konkrétan marha nagy OFF, mert alapszintű HTML kérdés, amihez Sk8erPeter linkelte a szaktopikokat
Amúgy a megoldás rém egyszerű: az oldalon relatív linket kell használnod #név formátumban, a HTML fájlra mutató részt törölnöd kell. Így akárhová és akármilyen néven feltöltheted a HTML fájlt, a hivatkozások biztosan jók lesznek:
<a href="#a">link az első fejezetre</a>
<a name="a" />1. fejezet -
#18929
Luminary
csendes tag
Sk8erPeter
#18928
Luminary
csendes tag
válasz
Sk8erPeter
#18928
üzenetére
üres .html dokumentumból indulok és így építem fel az oldalt és konkrétan nem ezzel foglalkozom és konkrétan NEM EZ volt a kérdés...
-
#18928
Sk8erPeter
nagyúr
Luminary
#18926
Sk8erPeter
nagyúr
válasz
Luminary
#18926
üzenetére
Pedig az Opera nem arra való, hogy AZZAL KÉSZÍTS WEBOLDALAKAT, szóval valószínűleg csak rosszul fogalmazol...
A forráskódot nem az Operában írogatod át, igaz? Na látod...
Ha meg igen, akkor valamit rosszul csinálsz. A DragonFly-jal lehet variálgatni a DOM-ot, hasonlóan a többi böngésző fejlesztőeszközéhez (Chrome beépített, illetve FF-hez Firebug), de a böngészők egyike sem arra való, hogy abban készíts weboldalakat. Hogy az adott böngészőre optimalizálsz-e, az már másik kérdés.A (#18927)-ben írt problémádra: a felhasználók asztalán csak egy parancsikon kellene, hogy legyen a megfelelő fájlra, olyan helyre mutasson, ami minden felhasználó által elérhető. De ez semmilyen módon nem kapcsolódik az Opera topichoz. Alternatívák: [link], [link].
-
Luminary
csendes tag
Mindegy leírom hátha valaki tudja a választ, vagy azt hogy hol tegyem fel a kérdést. Amit szeretnék az az, hogy ez az oldal működjön az asztalról és felhasználónévtől függetlenül is. Tehát ha a menüben megnyitom a könyvet és utána a fejezetszámra kattintok éppen úgy működjön az asztalról, mint feltöltve. Szeretném letölthetővé tenni...
Ezzel próbálkoztam, de nem jött be:
file://localhost/C:/Users/%username%/Desktop/file.htm#utalás
ez sem:
file://localhost/C:/Users/%currentuser%/Desktop/file.htm#utalás -
#18926
Luminary
csendes tag
Sk8erPeter
#18925
Luminary
csendes tag
válasz
Sk8erPeter
#18925
üzenetére
szerintem egyvalaki legalább szokott (
-
#18925
Sk8erPeter
nagyúr
Luminary
#18924
Sk8erPeter
nagyúr
-
#18922
S-IW
tag
littlemamba
#18920
S-IW
tag
válasz
littlemamba
#18920
üzenetére
Szia!
Lehet, hogy engedélyezni kell az Opera:config-ban -
#18921
Penge_4
veterán
littlemamba
#18920
Penge_4
veterán
válasz
littlemamba
#18920
üzenetére
Ha magyar nyelvűt használsz, ilyet nem is fogsz találni. Felülről a 4. közvetlenül a beépülők letiltása/engedélyezése alatt.
-
Penty
aktív tag
Kitöröltem a hu mappából és a default mappából is a fájlt. A profil mappámban a search.ini-ben csak az általam megadott kereső adatai maradtak, semmi más. Elméletileg tehát, mikor megnyitom a böngészőt most már csak annak az egy keresőnek szabadna ott lennie. De nem!!! A Google még mindig odapofátlankodja magát alapértelmezettnek. A többiek (Bing, mall.hu stb) most nincsenek ott, csak a G és az általam megadott. Mikor átállítom, hogy ne a G legyen az alapértelmezett, akkor a korábban már leírt dolgok játszódnak le.
Akkor ha jól sejtem ez vagy bug, vagy szándékosan csinálják, hogy pénzt kapjanak a G-től... Ha ez az utóbbi, akkor nem értem, hogy minek rakják bele az alapértelmezett kereső megváltoztatásának lehetőségét. Hogy szakadna rájuk a budi!!!
-
dqdb
nagyúr
válasz
Predator2
#18917
üzenetére
Penty: keresd meg a nyelvfüggő search.ini-t (látatlanban az /usr/share/opera/locale/hu mappára tippelnék), és azt írd felül az általad szerkesztettel. Jelentsd az Operánál bugként, és reménykedj, hogy a 12.16 javítja a hibát (ha nem, akkor ott ismét eljátszhatod ezt).
-
-
Penty
aktív tag
Kitöröltem a profil mappámból (/home/user_name/.opera) a search.ini-t, majd a default mappából is/ (/usr/share/opera/defaults) a search.ini-t. Elindítom az Operát és ott van ismét az összes default kereső!! (Google, Bing stb.) Beírom és beállítom megint, hogy az általam kedvelt kereső legyen az alapértelmezett (eddig oké minden), majd bezárom a böngészőt. Ismét megnyitom és megint a Google az alapértelmezett! Az általam berakott meg csak ott van a sor végén, egy a többi 5-6 default kereső között.
-
dqdb
nagyúr
Töröld le a mostani search.ini-t, hadd hozza létre az Opera újra, és utána próbálkozz a takarítással. Valamiért úgy tűnik, hogy nálad állandóan hiányzónak/sérültnek ítéli meg ezt a fájlt, ezért az alapértelmezett tölti be.
Windows alatt az alapértelmezett search.ini a Program Files\Opera\defaults\search.ini fájlban található, gondolom Linux alatt is a program mappája alatt találsz egy defaults könyvtárat. Ha magyar nyelvű Operát használsz, akkor a lokalizált változat lép érvénybe, ez a Program Files\Opera\locale\hu\search.ini fájlban található meg.
-
Penty
aktív tag
Nos, bezártam az Operát, majd kitöröltem a search.ini-ből a Google keresőt. Ezután beállítottam, hogy csak olvasható legyen a search.ini, de mindez az Operát hidegen hagyta. Mikor megnyitom a böngészőt, még mindig odarakja a Google-t alapértelmezett keresőnek. Érdekes ez, mert a search.ini-ben a Default Search és a Speed Dial Serach-nél az általam választott kereső UNIQUEID-je van ott. Valahol kell lennie még egy fájlnak, ahol azokat a keresőket tárolja, ahol a Google, Bing, a mall.hu és a többiek vannak. Valószínűleg ebben a fájlban kéne valamiféle irtást végezni...
-
-
Penty
aktív tag
12.15-ös Opera Debian Wheezy alatt. A probléma a következő:
Átállítom, hogy ne a Google legyen az alapértelmezett kereső, hanem valami más. Oké.
Bezárom az Operát, pár perc/óra múlva ismét megnyitom, és megint a Google az alapértelmezett kereső. ('zmeg!)
Most kitörlöm a Googlet, majd ismét beállítok valami mást alapértelmezettnek. Minden szép és jó.
Bezárom az Operát, pár perc/óra múlva ismét megnyitom, és megint a Google az alapértelmezett kereső. ('nyád!)
Hogy a túróba lehet ezt a nyamvadt Google-t kiirtani az Operából, hogy ne az legyen az alapértelmezett kereső? A 12.14-es és korábbi verzióknál eddig nem volt ezzel problémám. -
#18907
Penge_4
veterán
littlemamba
#18906
Penge_4
veterán
válasz
littlemamba
#18906
üzenetére
Ctrl+F12->Haladó->Tartalom
-
#18906
littlemamba
aktív tag
Penge_4
#18903
littlemamba
aktív tag
válasz
Penge_4
#18903
üzenetére
Általában 8-9 fül van nyitva, FB, hotmail, gmal, itcafé, vatera, bonuszbrigad, origo sztaki és szokott híroldal is lenni közte 1-2... szóval ilyesmik. Próbáltam már figyelgetni, hogy milyen oldalaknál jellemző, de eddig még nem tudtam kiszűrni. Öööö ez ismeretlen fogalom : On Demand Plugin ----> ezt hol találom? De a híroldalas tipp is jó lehet, figyelem majd külön csak azokat is, viszont megnézném itt ezt a másik dolgot is azért :-) Köszönöm
-
#18905
fatal`
titán
unknownerror
#18904
fatal`
titán
válasz
unknownerror
#18904
üzenetére
Rosszul van beállítva a MIME type az oldalon, az opera meg ezt figyeli, nem a kiterjesztést (mert pl. utóbbi linuxon nem létezik).
-
#18904
unknownerror
tag
unknownerror
tag
Üdv!
Win 8 Pro-n van fennt a legfrissebb opera.
Szerintem ilyet senkinél se produkált még a drágaszág. Letöltök egy .srt kiterjesztésű fájlt, és mire lejön, .zip lesz belőle. Mit szívtam, mire ezt észrevettem.
Semmit nem álllítottam át, feltelepítettem, és így csinálja.
Na ez miez szerintetek? Más böngészőbe jó a letöltés. -
#18903
Penge_4
veterán
littlemamba
#18902
Penge_4
veterán
válasz
littlemamba
#18902
üzenetére
Megrémült a konkurens böngésző jelenlététől és csökkenő CPU használattal próbál kedvezni, mivel könyörögni nem tud, hogy "Kérlek, ne uninstallálj!"
(Esetleg valami bővebb infó? Hány tab van nyitva, milyen oldalakkal, van(nak)-e valami specifikus oldal(ak), ami(k)nél megfigyelhető a folyamatos CPU terhelés, stb. Pl. ha a Flash engedélyezve van és nincs bekapcsolva az On Demand Plugin, akkor előfordulhat egy egyszerű hírportálon is, ahol van 3-4 Flash reklám, hogy folyamatosan pörgeti a CPU-t még a háttérben is).
-
#18902
littlemamba
aktív tag
littlemamba
aktív tag
Sziasztok, mostanában azt vettem észre, hogy vannak napok, amikor az Opera folyamatosan terheli a procit egy 13-14%-kal, ha ez idő alatt fut a Chrome is, az csak 5-6%-ot terhel. Valami javaslat? Egy restart hellyel közzel megoldja, de csak ideig óráig...
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- Spórolós topik
- Forza sorozat (Horizon/Motorsport)
- Eredeti játékok OFF topik
- sziku69: Fűzzük össze a szavakat :)
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Telekom mobilszolgáltatások
- Kormányok / autós szimulátorok topikja
- Készen áll a tömeggyártásra az SK Hynix LPDDR6-os memóriája
- Horgász topik
- Samsung Galaxy A36 5G - a középső testvér
- További aktív témák...
- 240 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070 (ELKELT)
- HIBÁTLAN iPhone 12 Pro Max 128GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, 100% Akkumulátor
- Telefon felvásárlás!! Apple iPhone SE (2016), Apple iPhone SE2 (2020), Apple iPhone SE3 (2022)
- Apple MacBook Pro 13 (2020) M1 8GB/256GB használt, megkímélt 90% akku (399 ciklus)
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest