-
PROHARDVER!
Új hozzászólás Aktív témák
-
Penge_4
veterán
Aki érdekelt a következők valamelyikében:
- UserJS működés HTTPS kapcsolatokon anélkül, hogy minden alkalommal jóvá kéne hagyni egy megerősítő dialógust újraindítás után.
- URL "nem fontos" részének kiszürkítése.
és ezek valamelyikét (esetleg mindegyikét) ki szeretné iktatni, van számára egy jó hírem.
Hamarosan lesz rá megoldás. Illetve már van is perl script formájában, de még nagyon alfa és teszteletlen, tehát a készítő nem szeretné még publikálni, ezért nem is írok róla külön postot egyelőre.
De aki mindenféle instrukció nélkül képes lecserélni a XaNoCTA patchben lévő .pl kiterjesztésű fájlt erre, majd végrehajtani a batch fájllal, annak itt van: http://pastebin.com/LkV60SMK
Ismert bug: A UserJS-t HTTPS-en nem lehet külön kikapcsolni a hozzá tartozó opera:config beállítással, tehát magát a működést patcheli meg, nem csak a confirm dialógust.
-
$p@rr0w
őstag
Operát használok évek óta: egy ideje a gmail rendszerébe nem tudok belépni, "Betöltés:" résznél megáll, "Alap HTML nézet betöltése" gombra kattintva nehézkesen, de be tudok lépni. Mitől lehet ez? Gondolom nem a google szerverei lassúak hetek óta... Milyen beállítás befolyásolhatja az Operában?
-
#13494
cousin333
addikt
ErosenZold
#13493
cousin333
addikt
válasz
ErosenZold
#13493
üzenetére
-
#13493
ErosenZold
senior tag
ErosenZold
senior tag
Valaki mondja meg hogy a gyorshívóban miért az oldalak logóit látom?
Sg nél egy SG logót, Indexnél egy INDEX logót Origonál egy nagyított Origós bal felső sarkot stb.
Hogyan tudnám megoldani hogy az egész oldalt mutassa?
-
Penge_4
veterán
-
#13490
Penge_4
veterán
Sk8erPeter
#13488
Penge_4
veterán
válasz
Sk8erPeter
#13488
üzenetére
"De én úgy emlékszem, ez IE-nél is így van/volt, nem?"
A kettő nem ugyanaz. Az általam linkelt JavaScriptes hover menük minden böngészőnél villognak és Opera 11.01-ben és 11.10-ben is villognak.
A display:none-t, pedig csak az Opera kezelte máshogy, az IE nem és semmilyen másik böngésző sem. Emiatt is vált szükségessé ennek a de facto szabványnak a támogatása, mert sokan ezzel oldották meg.
"Ha első betöltést követően villódzás tapasztalhatő, és ezt az adott honlapnál nem oldják meg, akkor az annak a site-nak az igénytelenségét minősíti."
Jó, hogy egyetértünk. Éppen erről van szó. Főleg 2011-ben. Mert a fejlesztő is csak régi cikkeket linkelt 2005-ig bezárólag, amiben azt taglalják, hogy mennyivel jobb a CSS, mert mi van, ha a user letiltja a JavaScriptet. 2011-ben már nem tiltja le, illetve ha igen, akkor nem az lesz a legnagyobb problémája, hogy nem lesz hover a kép/menü fölött.
Tehát a régi display:none esetében semmilyen hátrányunk nem származott belőle, hogy nem töltötte be a képeket a villódzáson kívül. Ha scriptekkel töltötték elő akkor a scriptet lehetett tiltani és meg volt oldva, de reklámbannereket különben sem töltögettek elő.
"de azért az sem elvárható a webfejlesztőktől, hogy az oldal megírásakor legalább annyira legyenek tekintettel a reklámblokkolókra, mint az oldal általános megjelenésére, működésére, az elsősorban célzott közönségre..."
De nyilván nem reklámblokkolási céllal hozták létre a régi működést, hanem elsősorban adatforgalom szempontjából, ami most ismét aktuális a mobilnet terjedésével.
Erre viszont lehetnek tekintettel.
Meg amúgy másra is. Például az önkritika gyakorlására. Egy PH sebességű (már mikor nem lassú) szerveren nem zavar, hogy a PH oldala mennyivel nagyobb, mint mondjuk az ITCafé, de ahol a 20-30kB/s sebességet is kínszenvedés elérni (lásd: blog.hu) ott igazán bekaphatnák, amikor több, mint 1 megás oldalt kell betölteni, gondolok itt az admin felületre.
Meg jó dolog az AJAX, pláne ha ért is hozzá az, aki írja. Ott sajnos ezzel sem ez a helyzet. 10-ből 5 alkalommal "Sikertelen mentés" után nem javul meg. Ki kell másolni az egész postot, majd újratölteni (mivel ilyenkor az URL hasztalan, visszanavigálni az eredeti helyre, bemásolni, majd reménykedni.
"Nem attól lesz szar egy honlap, hogy nem felel meg a reklámblokkolási elvárásaidnak."
Akkor még egyszer: Ha elő lenne töltve JS-sel (értsd: minden másik böngésző is ugyanúgy kezelné a display:none-t, vagy a szabványban deklarálva lenne), akkor nem lett volna rá szükség.
Nem attól lesz szar, hogy nem felel meg a reklámblokkolási szokásaimnak, hanem attól lesz szar, hogy még egy menüt/slideshow-t sem tudnak normálisan megírni.
"Amúgy lehet tiltani meghatározott domainekről betöltendő tartalmat akár a hosts fájlon keresztül is"
Igen, itt a meghatározott domainekkel van a baj. Ugyanis ha elolvastad volna amit írtam: Itt nincs meghatározott domain. Itt van 8 imageshack, 4 képfeltöltés, 7 tinypic és 12 kephost-os cím, amiről jön a banner. Az egyetlen állandó a kép mérete: 468x60
Itt vagyok meglőve...
-
#13489
dqdb
nagyúr
Sk8erPeter
#13488
dqdb
nagyúr
válasz
Sk8erPeter
#13488
üzenetére
Persze gyakori megoldás ilyen képváltós menünél az is (és ez egy elég praktikus megoldás), hogy van csupán egy darab kép, amin egymás alá vagy mellé van pakolva a menünek az a része, amelyik alapból látszik a menüelem háttereként, meg az, ami akkor, ha az egeret föléviszi a júzer - a hover pseudo-class-re pedig beállítják CSS-ben, hogy eltolja a képet abba az irányba, amelynél az egérfölévivős rész látszik.
Vagy mint itt a PH-n. Ez hálózati adatforgalomban is takarékosabb megoldás (1 kérés vs sok kérés, valamint kisebb összméret a jobb tömöríthetőség miatt), és a kliensen is szerencsésebb egy nagyobb bitmapet tárolni és használni, mint sok kicsit.Az ITCafés para nálam is jelentkezik, de már olyan régóta, hogy észre sem veszem
-
#13488
Sk8erPeter
nagyúr
Penge_4
#13482
Sk8erPeter
nagyúr
válasz
Penge_4
#13482
üzenetére
Jaaaaa dehát azt nem mondtad, hogy csak a KÉPEKRE gondoltál!
Azt simán el tudom képzelni, hogy magukat a képeket utólag tölti be, de ez nem is olyan nagy újdonság. Akkor félreértettük egymást.
De én úgy emlékszem, ez IE-nél is így van/volt, nem?
Egyébként a hover-es villódzás elkerülésére régebben is alkalmazni kellett a JavaScriptes előtöltést, szóval ez sem újkeletű dolog. Ha első betöltést követően villódzás tapasztalhatő, és ezt az adott honlapnál nem oldják meg, akkor az annak a site-nak az igénytelenségét minősíti.
Persze gyakori megoldás ilyen képváltós menünél az is (és ez egy elég praktikus megoldás), hogy van csupán egy darab kép, amin egymás alá vagy mellé van pakolva a menünek az a része, amelyik alapból látszik a menüelem háttereként, meg az, ami akkor, ha az egeret föléviszi a júzer - a hover pseudo-class-re pedig beállítják CSS-ben, hogy eltolja a képet abba az irányba, amelynél az egérfölévivős rész látszik. Mint pl. itt: [link].A többi para, amiről írsz, nyilván létező probléma azoknak, akik bannereket és reklámokat szeretnének blokkolni, de azért az sem elvárható a webfejlesztőktől, hogy az oldal megírásakor legalább annyira legyenek tekintettel a reklámblokkolókra, mint az oldal általános megjelenésére, működésére, az elsősorban célzott közönségre...
Nem attól lesz szar egy honlap, hogy nem felel meg a reklámblokkolási elvárásaidnak.Amúgy lehet tiltani meghatározott domainekről betöltendő tartalmat akár a hosts fájlon keresztül is, és ehhez még csak extension sem kell a böngészőkhöz, sőt, ez a leginkább cross-browser megoldás.
Szerk.: na majd váltogatok az itcafe.hu-ra is, hátha találkozom azzal a parával, ami nálad van. Nem derül ki a Dragonfly segítségével, hogy mi lehet a gond?
-
dqdb
nagyúr
// ==UserScript==
// @include http://globalgame.hu/*
// ==/UserScript==
window.addEventListener(
"load",
function()
{
document.body.style.background = "#2b6db9";
document.getElementById("FIBITAdverticumSkin").style.display = "none";
},
false);Ez betöltés után lekapja a két csíkot oldalról. Lehetne szépíteni is, ez a 2 perces minimalista megoldás
-
fatal`
titán
válasz
Penge_4
#13482
üzenetére
"de mintha úgy emlékeznék, hogy a hálózat fülön új kérés történt, mikor egy display:none mögött lévő kép láthatóvá vált."
Ezt meg tudom erősíteni, valóban így volt. Persze akkoriban még a reklámszűrés mi voltára nem is gondoltam bele, mindenesetre baromi idegesítő volt, hogy minden hovernél letöltögeti a gombokat, ahelyett, hogy letöltötte volna már hamarabb.
-
#13482
Penge_4
veterán
Sk8erPeter
#13481
Penge_4
veterán
válasz
Sk8erPeter
#13481
üzenetére
"Erre mutass már példát légyszi, mert már tényleg érdekel."
Először szedd le ezt (végleges 11.01) és csinálj belőle egy tiszta USB-s telepítést.
Hirtelen most ezen kívül nem ugrik be más oldal. Nézd meg. 11.01-ben a képek először lerenderelődnek, amíg végig nem érnek, majd utána jelennek csak meg áttűnéssel, 11.10-ben pedig már az elején letöltődik az összes és az első alkalommal is áttűnéssel jelennek meg.
"Most ennek mi köze a display:none-hoz?"
Az, hogy sokan ezzel oldották meg még a hover menüt is.
Egyébként itt van két ellenpélda: LastPass oldala (itt vidd rá az egeret a view more gombra) Jobb, ha privát módban nyitod meg az oldalt, mert akkor bezárás után újra kipróbálhatod és nem kell törölni a cache-t, ha elsőre nem lenne egyértelmű), a másik pedig a hotfile.com-on a nyelvválasztó legördülő.
"Te ezt figyelgetted, onnan tudod, vagy mi?"
Először csak tapasztaltam, hogy ha kicsapom a banner DIV-jét, akkor nem villan fel oldalbetöltéskor a progess bar (nálam ez alul van, részletes), aztán egy Baldric (aki akkor éppen userJS-t fejlesztett Operához) megerősített benne, hogy az Opera ezt egyedi módon dolgozza fel. De igen, konkrétan ezt nem figyeltem, de mintha úgy emlékeznék, hogy a hálózat fülön új kérés történt, mikor egy display:none mögött lévő kép láthatóvá vált.
"De ezt már csak azért is nehéz elképzelni, mert akkor ezek szerint a forráskódban sem kellene, hogy látsszon a display:none tulajdonsággal ellátott elemek belső tartalma, ami elég nagy f@szság lenne - márpedig csak így elképzelhető az, amit mondtál."
Miért is? A DOM fát betölti, majd mindent letölt, kivéve azokat a képeket, amik display:none szabállyal vannak megjelölve. A scriptek ugyanúgy lefutnak, sőt még az iframekben lévő dokumentumok is betöltődtek, egyedül a képek nem. Tehát nem volt 100%-os megoldás, de rengeteget segített, mert sok ilyen rohadt GIF, PNG és JPG banner van, amiben a fájlkiterjesztésen túl nincs egyetlen állandó sem, mert például egy adbox nevű dobozban generálódik le és a src minden újratöltésnél cserélődik az imageshack-től a tinypic-ig mindenféle képmegosztóra feltöltött klfjsiuiojfklsd.jpg és kldjfsdlfjsd.gif nevű fájlokig.
Na ezeket blokkold.
"Mégis mi a büdös francnak kéne még máshogy jelezni az id-n/class-on kívül, hogy az micsoda?"
Éppen erről van szó. Az URL Filterrel csak azokat lehet blokkolni, aminek fix elérési útvonala van, mint adverticum és társai. Vagy example.com/banners/
De ez a módszer már az example.com/kepek/ esetén is csődöt mond.
Ergo: Ilyenkor jött a végső mentsvár a CSS alapú blokkolás, amivel a szabvány banner méreteket is blokkolhattad és ID/Class alapján is.Sokszor még ID/Class sem volt, de köszönhetően a selectoroknak az is megoldható volt.
Sokszor JavaScript cserélte össze-vissza a DIV-eket, hogy a selector alapú blokkolást is kijátszák, ilyenkor a domain alapú IMG[src*=".gif"] működött és JPG-vel is néha, mivel többnyire PNG-ket használnak az oldalak elemeinek. De ez olyan agresszív, hogy csak domainspecifikusan működött. Az meg szintén csak a selector alapú cuccal volt megoldható. Meg URL Filterrel, de ahhoz még nincs kiforrott kiegészítő, az meg, annyira meg nem vágom a JS-t, hogy a location.href alapján URL Filter API-val manuálisan blokkoljam a reklámokat.Azon kívül: Ha a Firefox-féle Adblock Plus + Element Hiding Helper teljes funkciókészletét implementálnák, akkor ugyan pozitívum, hogy lenne fehérlista, viszont negatívum, hogy a 90%-ban teljesen felesleges RegExp miatt rengeteget lassítana.
A jelenlegi wildcard megoldást elég lenne kibővíteni egyetlen karakterrel, ami a magasabb prioritást élvező fehérlistás URL-t szimbolizálná.
"mondjuk legtöbbször a sima prohardver.hu-t használom, de majd figyelgetem."
Akkor válts portált. Egy héten belül (ha napi szinten látogatod) biztos találkozni fogsz vele. Persze RSS-ből ugorva (vagy bárhonnan közvetlenül a topic linkjére) gyakoribb. És többnyire mikor már régóta nem látogattam az oldalt, vagy újraindítás után (tehát cache-sel kapcsolatos lehet).
-
#13481
Sk8erPeter
nagyúr
Penge_4
#13313
Sk8erPeter
nagyúr
válasz
Penge_4
#13313
üzenetére
"Annyi "hátrányod" származik belőle, amit már korábban mondtam, hogy ha lassú a szerver (tehát ilyen PH sebességű oldalakon fel se tűnik), akkor 1-2 másodpecig villog a placeholder és a kép dimenziói közötti méretek között a layout azon része ami fölött az egérmutató van, ha display:none-t használtál."
Erre mutass már példát légyszi, mert már tényleg érdekel.
"A másik hátrány, hogy képgalériákban az első alkalommal, amíg be nem cachelt minden képet, áttűnés helyett a fentről lefelé képrenderelést kapod."
Most ennek mi köze a display:none-hoz?"visibility-nél nem, displaynél viszont pontosan ez történt. Ilyenkor rendezett egy AJAX kérést a szerver felé és letöltötte az oldal további elemeit."
Hát erre nagyon kíváncsi lennék...
Ehhez tényleg korábbi változatot kéne letölteni, és figyelni pl. a Dragonfly Hálózat fülén az adatforgalmat... Te ezt figyelgetted, onnan tudod, vagy mi?
Ha valóban így van, ahogy állítod, akkor az nem egy igazán szokványos megoldás...
De ezt már csak azért is nehéz elképzelni, mert akkor ezek szerint a forráskódban sem kellene, hogy látsszon a display:none tulajdonsággal ellátott elemek belső tartalma, ami elég nagy f@szság lenne - márpedig csak így elképzelhető az, amit mondtál.
És akkor a display:none tulajdonsággal ellátott elemek tulajdonságait nem is lehetne pl. JavaScripttel manipulálni, ami elég érdekes lenne...
Ha be tudod bizonyítani, hogy ez valóban így van, akkor elhiszem, addig nehéz."Vicces nagyon, csak tudod mikor olyan tróger módon vannak megoldva a reklámbannerek, hogy az egyetlen biztos pont az egészben a elem ID-je/Class-ja"
Mégis mi a büdös francnak kéne még máshogy jelezni az id-n/class-on kívül, hogy az micsoda?
Ezt is indoklás nélkül hagytad...(#13472) Penge_4
Fura, nálam még nem jelentkezett a hibajelenség, mondjuk legtöbbször a sima prohardver.hu-t használom, de majd figyelgetem.
-
brd
nagyúr
Az nem az Opera file-ja, hanem a flashplayer ideiglenes file-ja. Az IE-ben nézve is ugyanoda teszi, de ezenkívül mind2 böngésző saját cache-ében is megtalálható (és ott meg is marad, ha a cache úgy van beállítva - a tempből eltűnik, amint az adott flashplayer bezáródik).
-
ie8 simán a nevén mp4 fáljként menti és másolni is hagyja...
-
válasz
fatal`
#13466
üzenetére
Nem youtube, indavideo, indexen van most fönn egy 50 perces film, kémkedéses történet.
Megtaláltam közben, a Local Settings\Tempbe menti ezt, fla2f9.tmp néven.
Megpróbálom átnevezni flv-re vagy nemtudommire, és tévén megnézni.
Köszönöm.mod: a kötsög nem hagyja még másolni sem, marad az ie8
-
-
Az Opera hol tárolja az ideiglenes / böngészés alatt letöltött fájlokat XP alatt?
Pl. egy épp megnézett videót.
IE alatt simán menthető az adott helyről ha megfelelő a formátum, itt hol találom a fájlokat? -
Ayg0
senior tag
11.10-zel másnak is van olyan gond, hogy a google-be pötyögve a keresni kívánt szöveget nincs automatikus kiegészítés? a keresési beállításoknál az alapértelmezett 'Jelenjenek meg következtetések a keresőmezőben.' van beállítva, ergo más a gond.
újratelepítettem a böngészőt, de változatlan...
egyéb ötlet? -
#13460
fatal`
titán
scott_free
#13457
fatal`
titán
válasz
scott_free
#13457
üzenetére
Nálam is leáll.
(#13459) Libi79: Nálam nincs ilyen probléma a notebookon (debian stable).
-
kovaax
őstag
válasz
Penge_4
#13445
üzenetére
"Ha emellé még a user sem hülye"
Nnna, akkor hogy is volt az a bizonyos víruska pár éve, ami a vindózeres gépeken a norton commander klónban elmentett jelszavak közül kimazsolázta azokat, amik webszerverekhez tartoztak, és ennek segítségével a honlapra elhelyezte magát. És amikor valaki megnyitotta, akkor az ő gépén is kereste az nc klónban az elmentett jelszavakat. Ugye egy mezei júzernek nincsen hozzáférése webszerverekhez, tehát feltételezhetjük, hogy valami informatikus félék voltak ezek az emberkék, és lám, ők is jól beszopták. Akkor mit is várunk el egy mezei júzertől???
Úgyhogy szerintem még mindig biztonságosabb a kis cetli az otthoni monitorra tűzve, vagy urambocsá' a billentyűzet alá becsúsztatva.
Vagy a memóriában tárolva, csak el ne igya az ember idő előtt.
-
#13457
scott_free
senior tag
scott_free
senior tag
hali,
nálatok sem működik az fhb.hu oldalon a netbankos demó? (meg maga a netbank sem)
demó
nálam leáll egy javascript hibával.chrome-mal megy rendesen.
-
Stoykie
tag
Tisztelet!
Lehet, hogy buta kérdés, elolvastam, az 1.hsz-t meg vagy még pár százat, de nem találtam a választ... Bekapcsoltam a mesterjelszót és eléggé zavarónak találom, hogy minden indításnál előjön, emelet, nem sok értelmét látom, de ezzel lehet, hogy csak én vagyok így... A kérdés, hogy hogy lehet kikapcsolni..? A választ előre is köszönöm.
Tisztelet!
-
Penge_4
veterán
válasz
scorpy02
#13443
üzenetére
Legalábbis a fontosabbakat, mint például banki jelszavak, ha tároltál benne olyat, vagy olyan torrent oldalak, ahova "szinte lehetetlen" bejutni és ilyesmi.
Egy PH account kétlem, hogy érdekelné őket, bár sose lehet tudni. Gmail, Hotmail, Yahoo, stb. már jobban, elvégre több ezer fiókból egész jó kis spamhálózatot lehet csinálni.
És tanulni az esetből, hogy online soha semmilyen értékes dolgot nem tárolunk, mert feltörhetetlen rendszer nincs és egy jelszavakra szakosodott cég fokozottan kiemelt célpont. Vagyis előbb-utóbb mindet fel fogják törni.
(#13444) kovaax: A saját géped azért ennél ezerszer biztonságosabb. Ha leszámítjuk az utolsó bekezdésemet (avagy a 7 milliárd emberből egy nem célpont), akkor is, többnyire van tűzfal, víruskereső, bekapcsolt UAC és frissen van tartva az OS. Ha pedig ezek megvannak, akkor már eleve kevesebb az esélye, hogy bárki megtámad.
Ha emellé még a user sem hülye (tehát nem kattint mindenféle baromságra), az tovább növeli a biztonságot.
-
Penge_4
veterán
válasz
scorpy02
#13441
üzenetére
Gatter van neki, felnyomták a szerverüket, mint a Sony-t, semmi köze az Operához.
(#13440) grabber: Akkor nem tudom. Telepítsd újra a Windowst.
(#13439) arnyekxxx: Csak ha a Flash nincs letiltva. Akkor is teljesen random. Van, mikor 3 napig megmarad olyan 2-300-as átlagon, van, mikor azt veszem észre, de többnyire előbb lesz random crash áldozata, minthogy elérjen magasabb memóriahasználatot.
De mióta le van tiltva a Flash, illetve Flashblockkal böngészek, azóta nincs ilyen jellegű problémám. De ez csak nálam van így, valamiért a gépen (soha semelyik) nincs jóban a Flashssel, böngészőfüggetlenül produkál érdekes dolgokat. Teljesen friss Windows esetén is (tehát nem barmolom szét).
-
#13438
Dluinet
nagyúr
Perillustris
#13436
válasz
Perillustris
#13436
üzenetére
A zoom nem tökéletes
-
#13437
fatal`
titán
Perillustris
#13436
fatal`
titán
válasz
Perillustris
#13436
üzenetére
Az valami más miatt lehet, mert a gmailnek semmi baja.
-
#13436
Perillustris
senior tag
Perillustris
senior tag
-
Pierre75
senior tag
válasz
zileut
#13430
üzenetére
A 11.10 nálam is jóval lassabban tölt be, mint a korábbi verziók (cirka 7-10 s). Ezt talán majd a 11.5-ben javítják.
Arról nincs esetleg vkinek híre, hogy a yahoo mail új grafikus felületét mikortól fogja támogatni az Opera?
Bosszantó, hogy az összes nagyobb böngésző támogatja, míg az Opera nem. -
zileut
tag
Sziasztok!
Lenne egy bosszantó problémám az Opera indulásával kapcsolatban, a 10.50 óta iszonyúan lassan tölt be kb fél perc alatt és sajnos a jelenlegi 11.10 verzió is hasonló sebességgel indul.
A korábbi verziókkal ilyen problémám nem volt kb 5 ms alatt elindultak.
Próbáltam letörölni a profil könyvtárat és a opera ini fájlt, majd újratelepíteni, de ez sem segített.
A Firefox és a Chrome indulási sebességével nincs gond, így szerintem az internet beállításokkal nincs gond.
Windows XP-t használok Service Pack 3-mal, ha ez segít.
Tudnátok esetleg vmilyen megoldást? -
vemalsar
csendes tag
Összedobtam egy Google keresést segítő/optimalizáló userscriptet, ami Opera alatt is szépen működik, akit érdekel: http://userscripts.org/scripts/show/102239 Szükséges hozzá egy másik script is (Greasemonkey emulációs), bővebben a link helyén. Még tesztelni kellene, ebben kérem a segítségeteket, mert eddig ez az első próbálkozásom ebben a témában...
Köszönöm szépen annak aki időt szánt rám! -
Penge_4
veterán
válasz
grabber
#13427
üzenetére
Ezt olvasd át és járj el eszerint.
Ha nincs rá időd/nem érdekel, akkor a legegyszerűbb első lépésben az operaprefs.ini törlés, második lépésben a teljes uninstall (profiltörléssel), majd friss install.
A Gmail-en ilyennek normál esetben sem a végleges 11.10-ben, sem a 11.50 alfában nem lenne szabad jelen lennie.
-
Penge_4
veterán
válasz
grabber
#13424
üzenetére
Kiegészítők/userJS-ek?
ps: Amúgy ha másodpercenként (/s) nőne annyival az tényleg durva lenne.
(#13423) sekli: Ha már be van konfigurálva (Adblock.exe, CSS, mime type, saját menü, stb.) akkor hagyhatod, gyorsabb, mint a NoAds.
A NoAds annyiból jobb, hogy ahhoz nem kell exe és egyéb trükközés, csak egy kattintásos kiegészítő, de technikailag ez sok esetben erősebb és mivel fájlban tárolja a szabályokat, nem adatbázisban, ezért kevésbé sérülékeny.
A blokkolható tartalmakat, mint banner viszont ajánlott a beépített tartalomblokkolóval blokkolni, mert az tényleg blokkol, nem csak elrejt (mivel 11.10 óta az Opera is rálépett a többi böngésző által kitaposott útra és a display:none szabállyal elrejtett elemek tényleg is betöltődnek a háttérben. Kompatibilitás szempontjából jó, "nem hivatalos" reklámblokkolás szempontjából viszont kevésbé.
-
ntomka
nagyúr
válasz
Penge_4
#13413
üzenetére
Ott van, ott van, de valahogy nem fut le. Nem értem én sem, pedig a dokumentáció szerint járok el. Amikor próbáltad, akkor fejlesztői módban nézted, tehát berántott config.xml-lel? Egyébként a belső oldalakat már egész fullosan átírtam, már csak a tartalomscriptek hiányoznak, illetve, hogy az operás srácok oldják meg a sütis problémát.
-
Penge_4
veterán
válasz
ntomka
#13412
üzenetére
Nem tudom, de szerintem jobban jársz a Dev Operán. Én jelenleg még csak Hello World kategóriájú cuccokat fejlesztettem (meg alapszintű példakiegészítőket módosítottam). A régebbi PH-s kiegészítőnek is csak a struktúráját alakítottam át a leírás szerint, meg config.xml, index.html és a mappanevet, a kiegészítő elindult, az ikon megjelent az akkori NoAds-ból kiollózott módosítás segítségével és a popup is, de innentől nem lehetett vele mit kezdeni.
Viszont az access origin meg volt adva (subdomain="true"-val), szóval le kellett neki futnia és ha jól emlékszem le is futott, mert a konzolban ott volt a hiba, amikor betöltöttem a PH valamelyik oldalát.
-
ntomka
nagyúr
válasz
Penge_4
#13408
üzenetére
Milyen elnevezésekre gondolsz? A fájlnévre? Mondjuk ezt nem tudom hogy oldanám meg, mikor több scriptről is szó van, de a dokumentáció sem tér ki a fájlnevekre csak, hogy az includes könyvtárban legyenek, illetve ha domainre akarjuk szűkíteni, akkor a linkelt oldalon lévő usercriptes sorokat is hozzá kell adni a js fájlok elején. Na ez megvan, az xml-ben is az access sorok, mást a dokumentációban sem találtam, mégsem megy. Még a lastpass operás verzióját is megnéztem példának, de abban sem látok több mindent megadva ennél. Annyi, hogy ők csak egy js fájlt adnak meg, de olyat nem olvastam, hogy csak egyet lehetne.
-
petrusz82
aktív tag
Sziasztok!
Kéne nekem egy kis segítség. Ha jól emlékszem, akkor az operának van egy olyan kiegészítője, amelyikkel egy weboldal általam meghatározott szeletét kijelölve kirakja azt az asztalra, mint egy minialkalmazást. A gond csak az, hogy elfelejtettem a nevét, már vagy egy órája keresgélem, de nem találom.
Ha tudnátok segíteni, annak nagyon örülnék!
-
Penge_4
veterán
1. Plusz adatforgalom, tehát mobilnetnél egyáltalán nem jó, minden más netnél pedig szintén idegesítő, főleg ha lassú a reklámszerver, mert az oldal bejönne 1 másodperc alatt, de a reklám miatt töltődik 10 másodpercig.
2. Már leírtam jó párszor eloszlatandó a félreértéseket: A letöltéssel a reklámozó cégek, mint a Google járnak jól. A hirdetők, akik az egész internetmarketing mozgatórugói, mivel ha nem hirdetnek, akkor nincs mit hirdetni, (kicsit olyasmi a viszony a kettő között, mint a zenész/színész és a kiadók között) egyáltalán nem járnak jól, sőt, különösen rosszul járnak vele.
Mivel ők általában megjelenés alapján fizetnek. Ha pedig letöltődik, akkor az megjelenésnek számít függetlenül attól, hogy látta-e a látogató, vagy sem.
Tehát amíg (és hangsúlyozom, mielőtt nekem támadna bárki) a reklámot blokkoló látogatók aránya alacsony (ez IT oldalakon nem így van, de az összes többin igen), addig jó hatással van az Adblock egy weboldalra, mert potenciálisan növeli a konverziót.
Ehhez persze az szükséges, hogy aki blokkolja a reklámokat az valóban gyűlölje a reklámokat és ne legyen befolyásolható egyén. Tehát a "felteszem Gizikének az Adblockot" itt nem játszik, ahogy leginkább a "Filterlistát, de azonnal!!4444" vérpistikék sem.
Én (személyes vélemény) továbbra is azon a véleményen vagyok, hogy aki elég elszánt és eléggé gyűlöli a reklámokat ahhoz, hogy manuálisan készítsen magának egy listát az megérdemli, hogy blokkolja, mivel ő személy szerint nem káros az oldalra. Ha valamit vásárol azt általában nem reklámok miatt teszi, hanem mert szüksége van rá és guglizik, hogy a legjobb vételt tudhassa magáénak, nem pedig egy banneren keresztül vásárol.
A Google-nek ez azért biznisz, mert a hirdetők így több kreditet vesznek (több pénzért), mert alacsony a konverzió. A Google pedig széttárja a kezét és a csúnya gonosz reklámblokkolókra mutogat.
Pedig ha nem csináltak volna "next-next-finish" tömegterméket az Adblockból, akkor nem így lenne.
Wladimir Palant nincs akkora hatással a webes marketingpiacra, mint az, aki a Google Chrome-os Adblockot fejleszti.
3. Az Opera Adblocknál azért maradt ott, mert az csak URL Filter API alapon működik, a NoAds DIV alapon működött, a NoAds Advanced pedig (mivel 11.10 óta elbarmolták a display:none-t) kombinált URL Filter API és DIV alapon.
A blokkolt DIV-ek tartalma 11.10 óta letöltődik, de az konstans címeket már URL Filter API alapon blokkolja.
Például az ucoz.ru-n volt egy olyan, ahol fkljsdfkljsdflksdjflsdjfklsd.ucoz.ru/images/fksdljflsdkfjsdkl.png volt a banner, ahol a random generált karaktersor minden újratöltésnél változott.
A *.ucoz.ru/images/* címet pedig nem blokkolhattad, mert az oldal ingyenes tárhelyszolgáltató, mint az ATW vagy az UltraWeb, tehát akkor a felhasznalonev.ucoz.ru sem töltődne be.
Meg van még egy rakás gennyláda oldal, akik így oldják meg. Erre volt jó a régi display:none működés.
(#13403) sekli: Ha van benne ilyen, akkor igen: opera:config#ISP|Id
Ide a pontos iPhone user agentet kell írnod. -
AtHoS
nagyúr
válasz
Penge_4
#13393
üzenetére
Végül is nem izgat, hogy nem blokkol (bár lehet kellene) viszont az idióta reklámok (vagy facebook képlisták) nem idegesítenek bizonyos oldalakon.
Ennek a ténylegesen nem blokkolásnak viszont meg van az az előnye a weboldalak részéről, hogy a tartalom letöltésével megkapják a kialkudott reklámdíjat, viszont engem meg nem zavar, mivel nincs ott
A szebb eltüntetést viszont arra írtam, hogy az Opera Adblocknál többször tapasztaltam, hogy az elrejtett DIV-nél ottmarad egy kb. milliméteres magasságú sáv, míg a NoAds Advanced-nél ilyen nem boldogított
Ehhez tényleg korábbi változatot kéne letölteni, és figyelni pl. a Dragonfly Hálózat fülén az adatforgalmat... Te ezt figyelgetted, onnan tudod, vagy mi?
Új hozzászólás Aktív témák
Hirdetés
Kérdés előtt olvasd el az
összefoglalót!
- Jövedelem
- Hátizsákot rejtett némelyik Zotac GeForce RTX 5090 doboza
- Riasztó topik
- Azonnali alaplapos kérdések órája
- Egérpad topik
- Abarth, Alfa Romeo, Fiat, Lancia topik
- Horgász topik
- Kertészet, mezőgazdaság topik
- iPhone topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- További aktív témák...
- Samsung Galaxy S25 Ultra 1TB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- AKCIÓ! HP USB C G5 Essential (5TW10AA) dokkoló hibátlan működéssel garanciával
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged