-
IT café
Új hozzászólás Aktív témák
-
Wolverine
félisten
válasz Sk8erPeter #20417 üzenetére
Sok scriptes oldalak nem akarnak valamiért betöltődni (Fb azonnal összeomlasztja az Operámat, a Gmail átirányításai szimplán nem működnek és addig kell refreshelnem, amíg meg nem nyílik végre); az InoReaderben nem töltődnek be a YouTube-videók, és emiatt egy idő után nem tudok tovább görgetni az oldalon, mert megakad a betöltés; sőt, a 12.16-ban van olyan oldal, ahonnan semmilyen scriptet nem hajlandó betölteni az Opera, és emiatt tökéletesen használhatatlan az egész (ezért nem is használom azt, hanem a 12.15-öt).
Ma pl. azzal bosszantott fel, hogy a SoundCloudon a play gombra kattintva nem történt semmi. Az oldal szerint lejátszás folyt, a mutató maradt 0:00-n..."I'm the best there is at what I do, but what I do best isn't very nice." (Wolverine) / "Hello, I'm the Doctor. Basically... run." (a 11. Doktor)
-
chab7
addikt
válasz Sk8erPeter #20425 üzenetére
"nem bírjuk egykönnyen feldolgozni a korábban egyetlen igazán testreszabható és innovatív böngésző elvesztését, meg azt, hogy ilyen irányba halad a böngészővilág"
Teljes mértékben így van.
(#20426) Wolverine: "Fb azonnal összeomlasztja az Operámat, a Gmail átirányításai szimplán nem működnek és addig kell refreshelnem, amíg meg nem nyílik végre"
és emiatt meg a régi is egyre használhatatlanabb lesz. Én is ilyenekben szenvedek.
Ma pl nem tudtam a godaddy-n megújítani egy oldal domainem dns szerverét (vagy mi is az pontosan - lényegtelen most ebből a szempontból), mert a felugró ablak csak üres fehér volt, míg FF simán hozta amit kellett az oldalon.
És egyre több ilyen oldalba botlok. Akármennyire a 12-es opera a legfunkciódúsabb a mai napig, lassan böngészésre alkalmatlan lesz.Lenovo ThinkPad T500 (Win10) | Huawei Mate 9 (8.0)
-
Predator2
addikt
válasz Sk8erPeter #20434 üzenetére
Én is arra gyanakodtam. Azóta volt 2x is flaxh frissítés de a probléma ugyan úgy fent áll.
Kipróbáltam azt, hogy opera 16 és 12.16-al is lejátszottam ugyan azt a videót. Ha elkezdesz a videón belül lépkedni. A 16 simán lejátszotta még a 12.16 rengetegszer összeomlott.>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
dqdb
Topikgazda
válasz Sk8erPeter #20434 üzenetére
Ja, hogy ez másnál is előfordult már?
Ez friss bug, a legutolsó developer build sajátja. Egy fül bezárására néha az egész böngészőt zárja be, az egész böngésző bezárására néha az összes fület Tudnak róla, majd javítják. Addig a Ctrl+F4 és Alt+F4 a megoldás, ekkor tudomásom (és tapasztalatom) szerint nem jelentkezik, csak egérrel.Wolfskin: exportáld ki a könyvjelzőidet HTML formátumban. Nézd meg, hogy minden megvan-e benne. Ha igen, akkor lépj ki az Operából, töröld a bookmarks.adr fájllt, és importáld be a HTML-ben található könyvjelzőket. Ha az Opera Linket bekapcsoltad, akkor az egész művelet előtt kapcsold ki, és sose kapcsold be újra.
Predator2: egyik gépen 12.16-ot használok, másikon 17-et, a YouTube és a Flash sehol sem problémás. Csak tippelgetni lehet, mi a baj nálad, a Sk8erPeter által írottakat egészíteném ki egy frissítendő dologgal: videokártya driver.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
Topikgazda
válasz Sk8erPeter #20404 üzenetére
Eddig minden rendben, na de ha úgy, ahogy van, mindent átvettek eleinte, akkor egyszer csak úgy döntöttek, hogy egy réteget leválasztanak? Melyik réteg a külön réteg? Mert most már számomra nem egészen világos, akkor a renderelő motort itt sikerült különválasztani az ilyen alapvető GUI-beli dolgoktól, mint hogy a "Vissza" nyíl miket műveljen?
Fogták a Chromium projektet, és a fő böngészőablak kódjának 90%-át már az elején kivágták a kukába. Megmaradt a webview rész és a hozzátartozó többfolyamatos működési logika, de maga a címsor és a maradék körítés már saját kútfő (más a window class például, mint a Chrome vonalnál). Ez persze magával vonta pár extension API ideiglenes vagy tartós hiányát, valamint az ilyen finomságokét, mint amit te említettél. Egyszerűen éltek azzal, hogy a Blink-Chromium páros jól faktorált alapot nyújt egész komponensek sajátra cseréléséhez. Ott követtek el hibát, hogy bár a fentieket hangoztatták (nem vagyunk Chrome klón és társai), de nem került bele az új Operába olyan egyedi funkció, amiből ez az átlagfelhasználónak azonnal kiderülne (vagyis olyasvalami, ami nem a webviewban jelenik meg, de saját UI tartozik hozzá, a Speed Dial, Stash és Discovery hármas nem ilyen).Plusz például a JavaScript-motorhoz tartozó dolgok, például a window.prompt() hogyan lehetséges, hogy másképp viselkedik?
Az ablakot nem a JS motor dobja fel, hanem egy megfelelő interfészen keresztül visszaszól az őt futtató fülnek, amely megjeleníti az ablakot. Ezt cserélték le az Operánál sajátra. Ami agyrém, hogy a mostani igénytelen és nem túl feltűnő megjelenési formához és pozícióhoz ragaszkodnak (direkt forrás nincsen, ott van elrejtve a blog pár tízezer kommentje között ).Ezt hogyan idézed elő? Ha nyomok Ctrl+D-t vagy Ctrl+L-t, aztán Ctrl+C, akkor a protokollal együtt kapom meg a címmezőt.
Közben megtaláltam, egy semmitmondó nevű és bekapcsolás után úgy maradt experimental beállítás volt a felelős érte.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20442 üzenetére
Na, tessék, egy aktuális példa arra, amiről beszéltem, az Opera belső opera:// protokolljának erőltetéséről (hogy a *********************):
Sk8erPeter
-
Penge_4
veterán
válasz Sk8erPeter #20454 üzenetére
Szerinted miért fejleszt akkor annyi mindenki eleve halálra ítélt böngészőt? Ha x év múlva kiadják, amikorra már senkit nem érdekel, akkor az lesz a forgatókönyv, amit te jósolsz.
De ha idejében adnák ki és tényleg rácsapna valami olyan csoport, akinek ugyanez a filozófiája (pl. a KDE csapata), csak eddig hiányzott az alap, akkor akár még jól is elsülhetne. És ezt pontosan tudja az Opera Software is.
Mert tudod vannak dolgok, amik üzletileg nem érik meg és csak mindenféle zárt forráskóddal meg licenszekkel meg jogdíjakkal bevédve magukat tudják megtartani a pozíciójukat, de ugyanakkor ingyen, lelkesedésből szárnyalhat.
A piaci részesedés pedig 17 évig senkit nem érdekelt a részvényeseken kívül. Még a felhasználók is úgy voltak vele, hogy annak ellenére, hogy közvetett hasznuk ugyan származna belőle, de közvetett hátrányuk is (lásd: mainstreammé válás), úgyhogy senki nem erőltette különösebben.
A Presto kódja meg már csak azért is jobb, mint a WebKit/Blink motoré, mert míg utóbbi "csak" egy motor, de még ha a Chromium API-t is veszed alapul is "csak" egy GUI-s renderelőmotor címsorral, addig nincs olyan, hogy külön Presto. Ha ez lehetséges lett volna, akkor valószínűleg a régi alá rakták volna be a Blinket, ahogy azt a hivatalos postok valamelyikében is
hazudtákmondták.Szóval Presto forráskód az én szememben = a teljes funkcionalitású Opera a maga teljességében.
Ha valami kiherélt szart kap a közösség, azzal valóban nem lenne előrébb. De mivel
1. A Presto teljesen össze van/volt drótozva a régi Operával. Még az Opera Mail is egy letiltott böngészőrésszel rendelkező teljesértékű 12.x-es Opera.
2. Az új Opera egy sort nem tartalmaz éppen ezért a régi kódból, szóval számukra a Presto köré épített böngésző sem bír nagyobb jelentőséggel, mint maga a Presto core (már ha ebben az esetben van éles határvonal a core és a böngésző között). -
fatal`
titán
válasz Sk8erPeter #20458 üzenetére
A címsorba helyezett fülek miatt nem megy. A régi operánál pont emiatt tartották meg azt az 1 pixelt a fülek felett.
Pl. róka esetében sem működik ez, de valószínűleg azért mert duplakattra új fület nyit nekem.
Elfelejtettem szerkeszteni, elnézést.
[ Szerkesztve ]
-
dqdb
Topikgazda
válasz Sk8erPeter #20458 üzenetére
Tényleg, ha már böngészőablak kódja, meg ilyenek: az vajon miért van, hogy majdnem mindenféle ablaknak a fölső címsorát alapértelmezetten meg lehet fogni asszem a Windows Vista óta, ... Operánál (Dev. 17.0.1246.0) mindezt most már nem lehet?
Ennek a támogatására a saját non-client implementáció miatt külön kódot kellett volna írniuk, folytassam? Rengetegen kérték tőlük, hogy teljes képernyős ablak esetén a fülsávban az O12-höz hasonlóan a duplaklikk új fület nyisson és ne állítsa vissza normál méretűre, de a válasz határozott nem volt (link nincsen, elfelejtettem elmenteni).hunfatal: A címsorba helyezett fülek miatt nem megy. A régi operánál pont emiatt tartották meg azt az 1 pixelt a fülek felett.
O17-ben a flagsben kikapcsolható az 1 pixeles rész, ha nem szereted.Penge_4: A Presto kódja meg már csak azért is jobb, mint a WebKit/Blink motoré ... A Presto teljesen össze van/volt drótozva a régi Operával.
Fejlesztőként azt kell mondanom, hogy látatlanul is 10-ből 9-szer egy moduláris kód sokkal jobb, mint egy monolitikus monstrum.Black Plague: az Opera bővítményeknél most is van code review, szóval szemét/biztonságilag problémás kód nem kerül fel. De azt jelenleg semmi sem akadályozza meg, hogy egy külső alkalmazás kicsinosítson egy biztonságos forrásból telepített bővítményt. Feltettem a kérdést, kíváncsi leszek a hivatalos válaszra.
"This has been requested many times: we are working on limiting the HDD usage"
[link][ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
#41133696
törölt tag
válasz Sk8erPeter #20487 üzenetére
Csak annyit, hogy ameddig nem lesz valamilyen formában áthelyezhető benne -akár paraméterezéssel - a gyorsítótár addig csak a harmadlagos rendszeremen lesz fent, a két SSD-sen (Windows 7 és 8) nem
(#20486) LonGleY: Mi a gond a Vistával? Sok emberrel ellentétben nekem abszolút bejött a rendszer SP1-től kezdve már baráti volt, és ha már anno ezt is megvettem, mint eddig az összes MS OS-t OEM 32 bites XP-vel kezdve a dolgot miért ne használnám? A Vistás gépre van licencelve egy 64-bites XP és egy 64- bites W7 is. Az XP-t már azért nem használom, a polcon van
-
#41133696
törölt tag
válasz Sk8erPeter #20490 üzenetére
Akkor tiszta vizet öntök a pohárba Mind a két PC-ben van SSD, és HDD is. PC-nként egy SSD, illetve az egyikben 2 HDD a másik meg csak egy
Mondjuk én is többet használom a Windows 7-et azon a gépen ez tény, mivel optimalizáltabb a memória kezelése is, de ettől még a Vista az egyik legszebb Windows számomra eddig
[ Szerkesztve ]
-
#41133696
törölt tag
válasz Sk8erPeter #20497 üzenetére
Nem azt montam, hogy a legszebb, hanem hogy az egyik legszebb Tovább pontosítok, a legszebb úgy igaz, hogy amennyiben a superbar előtti Windows verziókat vesszük alapul, azaz a hagyományos tálcás rendszereket. Azt pedig pláne nem vitattam - csacsiság is lett volna -, hogy a 7-es jobban optimalizáltabb, a 8-as meg még jobban. Nem hiába használok Windows 8-at és ha most vennék új Win-t akkor csakis 8-as lenne már nem is 7-es. Ami pedig még tetszett benne az nem más mint az oldalsáv... ez egyébként 7-esre is rávarázsolható, bár ott csak egyszer próbáltam, annyira nem tetszett mint Vistán
Ami pedig a stabilitást illeti: Vistán SP1, de különösen SP2 óta remek stabilitás van, Windows 7-nél SP1 előtt sem volt különösebb gond, és Windows 8-nál a 8.1 előtti állapotokat tekintve sincs instabilitásra panaszom. A jelenlegi Windows 8 telepítésem még 2012-es... december 31-ei dátummal.[ Szerkesztve ]
-
dqdb
Topikgazda
válasz Sk8erPeter #20531 üzenetére
Jobban örülnék inkább a Ctrl+Tabos fülváltásnál látható régi vizuális fülváltós témán, ez tervben volt vmikor még, ugye? Van erről vmi újdonság?
Na, szerencsém volt, valaki éppen megkérdezte, így nem kellett visszakeresni a fülekkel kapcsolatban immáron legalább egy hónapja ismételgetett mantráért:"Where is promised switching tabs with mouse weel and right mouse button?"
"Tabs handling improvements are being developed. We haven't finished yet."
[link]Többen megpróbáltak határidőre és várható feature-ökre rákérdezni, de lepattantak when it's ready és not decided yet válaszokkal.
Ja, és olyanról tudsz esetleg, hogy lenne olyan, mint régen, hogy a Chrome-ban megszokott sima jobbra fülváltást is el lehessen érni, még ha alapból a legutóbbi fülre vált is a Ctrl+Tab, mert úgy van beállítva? Ergo van rá külön hotkey? Most épp lusta vagyok utánanézni, gondoltam hátha fejből vágod.
A beállításoknál Enable advanced keyboard shortcuts és onnantól kezdve 1 és 2, mint a régi Operában.[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Predator2
addikt
válasz Sk8erPeter #20528 üzenetére
Szerintem viszont valami csoda folytán nálam mégis opera hiba van mivel más böngésző nem csinálja
Nagyban:[link]
Be lehet azt valahogy állítani, hogy az opera 12.16 helyett másik böngésző nyissa meg a youtube-ot?
[ Szerkesztve ]
>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20442 üzenetére
Ezt az opera:// protokollal megnyitós f@szságot más nem tapasztalja? Engem halálba idegesít, hogy amikor új ablakot nyitok, és egyből gépelem/paste-elem az URL-t vagy keresendő stringet (ami alapból ugye elvileg a Google, és ott kéne kotornia, ha nem rendes URL), akkor azonnal az Opera belső lapjain próbálja megnyitni... 17.0.1246.0, várnék én türelmesen, de olyan mérhetetlen idegesítő, hogy gondoltam már beírok
Na, most az Aboutnál épp írja, hogy "18.0.1258.1 is available (restart Opera to update)", úgyhogy meglátjuk, milyen lesz a helyzet az újban...Sk8erPeter
-
dqdb
Topikgazda
válasz Sk8erPeter #20547 üzenetére
Na, erre, bár akartam, nem reagáltam ... De, ismerem a problémát, túl jól is sajnos. Az első verziókban olyat is tudott, ha túl gyors voltam, beírtam a teljes címet, nyomtam Entert, erre 2-3 másodperccel később kitörölte az egészet, mert közben betöltötte a gyorshívót. O18-ban eddig nem jött elő, de O17-ben is már csak ritkán, míg O16-ban mindennapos volt.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Penge_4
veterán
válasz Sk8erPeter #20559 üzenetére
Lassan már a BIOS-t/EFI-t is flashelni kell ahhoz, hogy elkezdhesd a böngészőt patchelgetni, hogy végül korlátozott módon buherálni tudd.
-
Penge_4
veterán
válasz Sk8erPeter #20561 üzenetére
Arra céloztam, hogy kezdetben még Windowsnál sem kellett SLIC-et felülírni ahhoz a csúnya dologhoz, amiről nem beszélünk a lapcsalád fórumain.
Rendszerfájlok lecserélésekor, patchelésekor besír az integritás ellenőrző. A 8-as pedig már olyan szintre fejlődött, hogy a speciális leállítása miatt ami amúgy valami hibernálásféle (és szintén csak rendszerszintű buherálással lehet kikapcsolni) ha dualbootos a rendszered és leállítás után Linux alól vagy egy korábbi verziójú Windows alól csinálsz bármilyen írási műveletet az NTFS fájlrendszeren, amin a Windows van, akkor az adatvesztést okoz.
A régi Operában is mindig azt szerettem, hogy kaptál egy alap böngészőt, amit úgy konfiguráltál, ahogy te szeretted volna. Volt persze egy csomó beépített funkció is, de az igazi ereje abban volt, hogy konfigurációs fájlokkal szénné tudtad buherálni az egészet.
Az egész teljesen fordítottan épült fel, mint a mostani koncepció. Az alap az volt, hogy konfigurációs fájlokkal mindenre lehetőséged volt, reklámblokkolástól, billentyűparancs átíráson át, opera6.ini, override.ini, stb. Először volt meg az alap, ami már nagyon régen ott volt és utána verzióról-verzióra a legnépszerűbbekhez készült UI, hogy kényelmesebb legyen.
Most viszont ennek az ellenkezője figyelhető meg. Kapsz egy buta szart, ami nem elég, hogy alapból is egy buta szar, de még azt a minimális konfigurálási lehetőséget is bezárják, mintha valami sebezhetőség lenne. Majd ígérgetnek, hogy lesz majd UI ehhez meg ahhoz. Kit érdekel? Átlagjózsit biztos, de eddig nem azt hazudták, hogy pont azért kellett a régit is évek óta butítani, hogy Átlagjózsi ne bassza el?
Vagy nem csak hazugok, de még a memóriájukkal is gond van? Mert ez egy valóban érthető álláspont, hogy az átlaguserből van több, őket az érdekli piacszerzési szempontból, elsősorban nekik kedvezzenek a default kőbalta stílussal, amit majd a power user úgyis kedvére bekonfigurál.
De most akkor miért is az UI-t erőltetik? Oh, wait...
Ezek szerint mégis nekem volt igazam (megint), hogy ez a koncepció a profitmaximalizációval karöltve kényszerűen ahhoz vezet, hogy a lehető legbutább szoftvert kínálják, amit még bevesz a userek többségének a gyomra. Kevesebb funkció, kevesebb opció = kevesebb hibalehetőség. Ráadásul már az alap fejlesztése ki lett szervezve a Google-nak, nekik csak az UI-ra van gondjuk. De ez nem fogja megmenteni az Operát attól, hogy ez is csak egy n+1. Chromium fork legyen...
Az egyetlen, amiben még bízom, hogy Tetzchner és a régi csapat még nem adta fel. Nemrég a volt termékmenedzser keresett meg, aki jelenleg piackutatást végez, hogy mely országokban milyen az új Opera fogadtatása. És elejtett egy sejtelmes mondatot: "I think, if the situation is the same in many countries, probably we can combine efforts and to make something for obtaining browser that will correspond to our wishes."
[ Szerkesztve ]
-
dqdb
Topikgazda
válasz Sk8erPeter #20567 üzenetére
Amúgy akármennyire is nem tetszik, jogos az opera.pak védelme (bár halaszthatták volna későbbre, mert hiányzó funkcionalitás pótlására használom a módosítását). Emellett javíthatnának még az opera.exe védelmén, mert a mostani ismereteimmel pár órás elfoglaltság lenne olyan malware-t írni, ami megigazítva az opera.pak fájlt elküldi valahová az összes jelszavadat (ugyanez áll a Chromiumra, csak ott a resources.pak abszolúte nem áll védelem alatt), vagy olyan bővítményként végig a háttérben marad és monitorozza a tevékenységedet, amelyet a bővítmények listáján sem látod. Ezért is lenne értelme az általam a blogon felvetett kérdés, hogy miért nem védik a bővítményeket a külső módosítástól, ha már a gyári keresőket erre hivatkozva nem engedik lecserélni.
Persze a fentiek a WebKit/Blink vonal mellett Firefoxra ugyanúgy élnek, minden olyan böngészőre, amelynek a lelkivilágát scriptfájlokkal eléggé mélyen lehet befolyásolni.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
brd
nagyúr
válasz Sk8erPeter #20567 üzenetére
...Microsoft még a mai napig képtelen volt a command promptot úgy megcsinálni, hogy arra normálisan, egér nélkül lehessen copy-paste-elni...
Ezer éve lehet, csak amolyan M$-"kényelmesen":
Paszta: Alt+Tab (a parancssorra váltás), Alt+SPACE, E, P (vagy S, B, magyarnál).
Copy: Alt+SPACE, E, K (ez utóbbinak nem tudom magyar megfelelőjét), és kurzorral, esetleg +SHIFT-tel kijelöl, majd ENTER.The only real valuable thing is intuition.
-
Penge_4
veterán
válasz Sk8erPeter #20567 üzenetére
"Ez így önmagában ugyan miért lenne már gáz?"
Nem önmagában gáz, hanem
1. Olyasmiket vonnak bele a körbe, ami régebben egyszerű registryből/GPO-ból módosítható volt. Például Vistában a max half open connections, ami miatt ha futott háttérben a torrent, teleszemetelődött az event log.2. A fejlett jogosultságkezelésben még gyerekcipőben jár a Linuxhoz képest. Itt is vannak védett dolgok. Sőt, konkrétan jelszóval kell sudóznom még frissítéshez is, ellenben Windows alatt csak védett képernyőn ráklikkelnem a pajzs ikonos gombra. Na melyik a biztonságosabb mondjuk egy irodában, ahol más is hozzáférhet a géphez?
3. Itt a konfigurálási lehetőségeket is megemlíteném. Itt saját alias-okat gyárthatok hosszabb, gyakran használt parancsokhoz, valamint van sudoers is.
Szóval nem az a baj, hogy védelem alá helyezték, hanem, hogy mindezt a "tudjuk, mi a jó neked" elven tették, hogy aki konfigurálni akar az ilyen unofficial kerülőutakra kényszerül. A patchelésről meg ugye tudjuk, hogy a forráskód nem ismeretében lottó effektus. Nem tudjuk, hogy bizonyos dolgok megváltoztatása a binárisban milyen mellékhatásokat okozhat amellett, hogy a fő célunkat elérjük vele.
Ez az egész filozófia átitatja az Opera jelenlegi irányvonalát. Elsőként kapásból az URL-t is elcseszték, YouTube-on sincsen watch ID meg az egész használhatatlan, kényelmetlen, körülményes és úgy szar, ahogy van. Oké, legyen, de akkor ne kelljen már ilyenek ki/be kapcsolgatásának lehetőségéhez is könyörögni nekik.
"Nem amiatt szar, mert nehezebbé tették az opera.pak, meg az exe patchelését, hanem amiatt, mert rengeteg beállítási lehetőséget kivettek, ami eddig bent volt"
Ha már oltogatós kedvedben vagy, akkor visszaoltogatok: Nem kivették, hanem teljesen a 0-ról írták újra Chromium alapokon, tehát maximum a Chromiumot herélték ki, de ez sem feltétlenül állja meg a helyét, mert saját elképzeléseik vannak, vagyis nem a 100% kódbázist vették alapul, hanem csak egy bizonyos részét, amikből egyes dolgokat máshogy akarnak megvalósítani.
"lejárt téma a Windows-fikázás"
A Windows fikázás örökzöld, sosem jár le.
"nyelvtanilag elég furán hangzik pont így írta?"
Igen. Egyébként meg orosz az illető, szóval lehet, hogy nem tökéletesen használja a nyelvet. Ha megnézed a Desktop Team-et, (meg nem csak azt, hanem az egész internetre vonatkozik) a legtöbben nem nyelvtanilag helyesen, az Oxford Dictionary-nek megfelelő módon használják az angolt.
(#20568) dqdb: "Emellett javíthatnának még az opera.exe védelmén, mert a mostani ismereteimmel pár órás elfoglaltság lenne olyan malware-t írni, ami megigazítva az opera.pak fájlt elküldi valahová az összes jelszavadat (ugyanez áll a Chromiumra, csak ott a resources.pak abszolúte nem áll védelem alatt)"
Ennyire gazdag vagy, hogy pár órás munkáért nem éri meg zsebre tenni 1337 dollárt? A Google fizet a sebezhetőségekért.
-
dqdb
Topikgazda
válasz Sk8erPeter #20580 üzenetére
az új Operában micsoda dolog, hogy integritásellenőrzés van a *.pak és *.exe-fájlokra
Ami annyit is ér A patchelő toolt az imént még azelőtt frissítettem a 18.0.1267.0-re, minthogy megjelent volna a hivatalos oldalon a bejelentés az új buildről. Szóval ha feature helyett malware-t tolnék bele, akkor ...tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
Topikgazda
válasz Sk8erPeter #20583 üzenetére
De még így is jobb, mint az alapként használt Chromium, mert az még ennyit sem tesz meg a saját védelme érdekében. Egy egyszerű hash alapú ellenőrzés került bele néhány builddel ezelőtt, azonban pár byte cseréjével JNZ-ből JMP lesz, és a probléma megoldva. Egy böngészőnél én ennél komplexebb integritásvédelmet várnék el. Nem vírusirtói szintet, de olyat, ami 10-20 helyen véletlenszerűen szétszórva megizzasztja azt, aki módosítani szeretné a binárist, és akkora meló kijátszani, hogy előbb kijön a frissebb build.
az extensionök ne nyúlhassanak bele BIZTONSÁGI OKOKBÓL a beállítások oldalaiba, mert a kis butusok nem tudják korlátozni ott a nyúlkapiszka mértékét
Nos, itt kijön a JS+HTML alapú UI egyik legnagyobb előnye óriási hibaként: könnyű módosítani.[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
LonGleY
veterán
válasz Sk8erPeter #20581 üzenetére
Jah, az IE6 példa bennem is felmerült. Még az is
lehet, hogy XP-zik, az lenne a plusz gyönyörűség. :s -
gzbotii
veterán
válasz Sk8erPeter #20593 üzenetére
Azt tudom jól, hogy Chromium alapú az egész cucc, a tököm tele a Chrommal. Azon kivül, hogy apám gépén (ami nem túl acélos Celeron M 1.6Ghz, 2GB RAM) szinte használhatatlan szintre lassul, folyton ég a HDD jelző LED, amit mástól is hallottam, hogy a drága Chrome hibája... Erre fel az Opera is ebbe az irányban halad.
Titta öröm é' bódottá.Azt meg se emlitem, hogy az első verzióknál még viszonylag testreszabható volt a Chrome, most meg egy faéken többet lehet állitani..
12.15/16 kifutása alatt mit értesz? Gépemen nem tiltsák le és egy átlag felhasználó szerintem semmi különösebb hátrányt nem érezhet ebből. Vagy tévednék?
When every logical course of action is exhausted, the only option that remains is inaction.
-
LonGleY
veterán
-
gzbotii
veterán
válasz Sk8erPeter #20600 üzenetére
Akár, az is lehet
When every logical course of action is exhausted, the only option that remains is inaction.
-
atillaahun
veterán
válasz Sk8erPeter #20608 üzenetére
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20620 üzenetére
Közben még egy kérdés felmerült: portable-módban telepítettem az Operát, másik OS alatt mégsem léteznek a jelszavaim:
ha portable-módban telepítem, a jelszavak miért adott OS-hez kötődő adott felhasználónál tárolódnak? Az ezeket tartalmazó adatbázisnak nem kellene szintén portable-nek lennie? Elméletileg ez a hordozhatóság EGYIK lényege is.
Sk8erPeter
-
dqdb
Topikgazda
válasz Sk8erPeter #20620 üzenetére
Arról van hír, hogy a felhős szinkronizációval mi a pálya?
Elvileg dolgoznak rajta, a tesztszerverek néha működnek. A hivatalos válasz mindenesetre hetek óta a következő: hamarosan.OptimistaRealista leszek: talán még idén.Aztán a múltkor említett opera:// protokollos idióta gyökérség kiküszöböléséről lehet esetleg tudni valamit?
Nincsen infó, pedig más feltette már a kérdést.A window.prompt() felpattanása után az alapértelmezett szöveg kijelölésére vonatkozó infókról van valami, hogy szándékoznak-e az összes többi böngészőhöz hasonló, nem különutakat járó idiótaságot bevezetni, tehát hogy igenis jelölje ki az alapértelmezett szöveget ebben az ablakban?
Nincsen infó, pedig feltettem ezt a kérdést.Közben még egy kérdés felmerült: portable-módban telepítettem az Operát, másik OS alatt mégsem léteznek a jelszavaim:
Az adott OS telepítésből származó infókkal titkosítják a fájlt. Más már jelezte, hogy ez amúgy sem poén, portable telepítésnél főleg nem, de nulla hivatalos reakció.Szóval csak a szokásos
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
Topikgazda
válasz Sk8erPeter #20625 üzenetére
Akkor már nem azt kellene előbb lehetetlenné tenni, hogy lazán meg lehessen nézni a jelszavakat az ominózus oldalon, ahogy Chrome-ban? Mert mielőtt bármiféle biztonságra hivatkoznak, azelőtt inkább ezen kellene elgondolkodniuk.
Arra gondolsz, hogy a Show/Hide gomb ne jelenjen meg? Ha igen, akkor az opera.pak fájl 43512 azonosítójú tartalmának a 11347. sorában kell egy minimális módosítást megejteni:if (this.selected) {
input.classList.remove('inactive-password');
button.hidden = true;
} else {
input.classList.add('inactive-password');
button.hidden = true;
}Ezt megtalálni maximum 6-7 percet vett igénybe screenshotkészítéssel együtt. Mivel ez Chrome/Chromium származék, ezért ott ugyanez a megoldás működni fog, maximum fordításkor a tartalom pár azonosítóval arrébb csúszik ehhez képest (mivel Chromiumban nem ellenőrzik a resources.pak érintetlenségét, és a módosítás során kevesebb karaktert írsz be, ezért a szétbontás-módosítás-becsomagolás kör helyett simán egy hexa editorral megoldhatod).
Na, szóval bullshit bullshit hátán, oh yeah!
Egy ideig úgy tűnt, hogy a jó irányban haladnak, de az elmúlt 3 hét ismét a félrebeszélésről szól.Van új developer build, most a patcheléssel megvárom a változáslistát
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
gzbotii
veterán
válasz Sk8erPeter #20593 üzenetére
Ez a modszer nem igazan akar mukodni a legujabb Operaval..
When every logical course of action is exhausted, the only option that remains is inaction.
-
gzbotii
veterán
válasz Sk8erPeter #20630 üzenetére
Igen, de az apum gepen van.
Az enyemen a legujabbat hasznalom, tegnap raktam fel (16.0.1196.73)(#20629) hunfatal: egy Chrome-hoz hasonlitva mindent
(#20630) Sk8erPeter: peldaul ez. Nekem diavetites modban megy...2mp egy uj kep.
[ Szerkesztve ]
When every logical course of action is exhausted, the only option that remains is inaction.
-
gzbotii
veterán
válasz Sk8erPeter #20633 üzenetére
Lenyeg, hogy nekem a linkelt video gyakorlatilag nezhetetlenul megy fHD-ban. Chrome alol meg tokeletes.
Legujabb verzioju Operaval.Varhato, hogy ez lesz javitva?
When every logical course of action is exhausted, the only option that remains is inaction.
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20677 üzenetére
Még egy kérdés, ami felmerült:
a jobbklikkes "Go to web address" opciót vajon szándékozzák egyáltalán megcsinálni úgy, hogy új tabon is megnyitható legyen, ne csak az aktuális lapon (ami rettentő zavaró)?Tudom, a Desktop Blogon kéne kérdeznem "közvetlenül", de hátha látta valaki erről a szót a kommentek közt.
[ Szerkesztve ]
Sk8erPeter
-
Penge_4
veterán
válasz Sk8erPeter #20686 üzenetére
A vicc az egészben, hogy Chrome-ban szinte minden új lapon nyílik meg, miközben ott működik a középső klikk a környezeti menükön. Operában sikerült ezt is elcseszniük vagy áthozniuk a 12-ből, hogy itt nem működik a középső klikk a környezeti menün. Pedig a legjobb megoldás az lenne, hogy alapból aktuális lapon nyílik (nekem a target="_blank" felülírós Open is hiányzik), de lehet középsőklikkel és jobb klikkel is módosítani, nem csak Ctrl-lal és Shifttel.
-
Rimuru
veterán
-
Rimuru
veterán
válasz Sk8erPeter #20705 üzenetére
Bocsi, a pengés részre reagáltam hogy a középső klikk megy rendesen, állítani se kell hozzá semmit (Megnéztem SSH-n keresztül sima Chrome-al is működik).
Vigyázat, csalok!
-
Penge_4
veterán
válasz Sk8erPeter #20699 üzenetére
Nálam működik a jobbklikk, balklikk és a középső klikk is, de mindegyik új lapon a háttérben nyit pl. az "Open Link in New Tab"-ra. Az egyetlen logikus magyarázat a Linux lehet. Ekkor viszont a Windows kőbaltasága miatt nem implementálták ez, mert bizonyára bonyolult lenne (másik jó példa az "Always on top", ami itt alapfunkció, Windows alatt meg vagy implementálja egyenként minden szoftverfejlesztő vagy nem).
(#20708) mexel: Könyvjelzők (fejlettebb, mint a Chrome-ban) biztosan lesz, már a küszöbön van. Oldalsáv sokak által kért, népszerű feature volt, valószínűleg az is lesz, a kérdés már csak az, hogy mikor.
(#20710) Sk8erPeter: Nincs semmi Registry. A Login Data fájlban vannak sqlite-ként.
(#20718) dqdb: "mindig az a hivatalos válasz, hogy már most is vannak egérmozdulatok."
Ja, pont olyanok amik kis ügyeskedéssel bármelyik böngészőben vagy bármilyen szoftverben megoldhatók voltak. Pont az volt a lényege, hogy linken kiadva másképp viselkedett ugyanaz a mozdulat, mint az oldal semleges területén kiadva. Illetve egy háttérben lévő tabot is lehetett frissíteni, vagy lehetett előre-hátra navigálni anélkül, hogy fókuszba helyeztük volna és még sok más. Nem beszélve, mikor bookmarkletet vagy bármi mást raktam be valamelyik parancs helyére...
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20710 üzenetére
Na ezt magyarázza meg nekem valaki, mert esküszöm nem értem, kapcsolódva a korábban leírt problémámhoz, miszerint portable telepítés esetén is másik OS alatt üres jelszóoldal fogad:
cPanelnél csak úgy rányomtam a mentés gombra, és felajánlja a bejelentkezési adatokat - jók az adatok - "MÁSIK" OS alatt, mint ahol eredetileg telepítettem:
MINDEKÖZBEN üres jelszóoldal fogad továbbra is, ahogy korábban nyavalyogtam:
Ezt hogy?
Ha elvileg nulla jelszót tárol konkrétan, akkor hogyan lehetséges, hogy itt a cPanel-oldalon felajánlja?
Megdöbbentő dolgokat tud produkálni ez az Opera Developer 18.0.1277.0...===
(#20718) dqdb :
"jelszókezeléssel kapcsolatban írjál a blogra, hátha eléri ezen a téren is a reklamálók száma a kritikus tömeget. Amúgy szerintem is vicc."
Jaja, az lesz, fogok írni, mert már uncsi. Majd összeszedem a problémáimat, van pár, szép lassan injekciózom. Hogy foglalkoznak-e vele, azt meglátjuk.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20739 üzenetére
Hát én ezt tényleg nem értem, még egy oldal, aminél felkínálja a bejelentkezési adatokat üres jelszóoldal ellenére
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20742 üzenetére
Na jó, én ezt egyre kevésbé értem, milyen minta alapján választ oldalakat, ahol az üres jelszóoldal ellenére felkínálja a jelszavakat
Most épp a drupal.org-on is felkínálja, míg csomó másik honlapon nem:
Na, több kapcsolódó screenshotot nem dobálok be, mindenki el tudja képzelni, milyen az, amikor felkínálja a jelszavakat, de egyszerűen nem értem, hogy üres jelszóoldal ellenére hogyan lehetséges, hogy mégis BIZONYOS OLDALAKON (ami nem értem, épp mitől függ) felkínálja a bejelentkezési adatok kitöltését a felhasználónévvel, jelszóval, másik oldalakon meg nem...
Miközben ahogy dqdb leírta, elméletileg "az adott OS telepítésből származó infókkal titkosítják a fájlt", ergo ha én pl. Windows 8-on telepítettem a portable (!) Operát, akkor a Windows 8-as telepítésből származó infókkal titkosítják a fájlt, így Windows 7-en egyáltalán nem kellene tudnom használni (ami már kitárgyaltuk, hogy vicc portable esetén), ami korábban igaz is volt, de most már felfedezgetek bizonyos oldalakat, ahol felkínálja a jelszót, és egyre kevésbé értem, hogyan lehetséges ez... Most akkor vagy javítanak valamit, vagy nem, a kettő közötti utat jelen esetben nem igazán tudok elképzelni, hogy létezhet (magyarul: nem kellene egyáltalán működnie, azt még érteném, a részleges működést viszont itt nem értem).[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20746 üzenetére
Például a Prohardver.hu-n NEM kínálja fel a korábban elmentett jelszót.
Szerk.:
jó, OK, asszem megvan. Pontosabban nincs meg, de legalább már értem valamelyest a dolgot, csak a működését, meg hogy mit kúrtak el pontosan, azt nem teljesen.
Most direkt kiléptem a Prohardverről, majd újra beléptem, és most rákattintottam a Save-re a megjelenő panelnél, hogy igen, mentse el a jelszót. Az opera://settings/passwords oldal továbbra is üres, DE az ezen az OS-en elmentett jelszavakat már felkínálja. Ez eddig nem működött. Most az up-to-date Opera Developer 18.0.1277.0-t használom. A másik OS alatt elmentett jelszavak továbbra sem kerülnek felajánlásra, de a jelenlegi OS alatt elmentett jelszavak igen, csak az opera://settings/passwords egy darabot sem mutat. Remélem érthető, ha nem, kérdezzetek vissza.
Akkor viszont nem igazán értem, az opera://settings/passwords oldalon található jelszavakat honnan veszi, pontosabban venné, ha itt mutatna bármit. Mindjárt megnézem a másik OS alatt, ahol eredetileg telepítettem ezt a portable (!) Operát, mert most már érdekel, hogy ott látszik-e bármi a mentett jelszavak közül.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20747 üzenetére
Oké, feladom a dolog megértését.
Átnyergeltem arra az OS-re, ahol eredetileg telepítettem az Opera Developer portable változatát (Windows 8), és összesen kettő elmentett jelszó látszik:Ezzel szemben korábban jóval több jelszót tároltam el. Felajánlásra sem kerülnek ezek. "Természetesen" (ami továbbra is vicces portable esetén) az főleg nem, amit a másik OS alatt mentettem el. Pl. a Prohardvernél sem ajánlotta fel a bejelentkezési adatokat, pedig ezeket korábban 100%, hogy elmentettem. DE most megcsináltam azt, amit a másik OS-nél: kijelentkeztem, bejelentkeztem, ekkor rákattintottam a Save-re a jelszómentés felajánlásánál, most már ténylegesen fel is ajánlja, DE a jelszóoldalon továbbra is a fenti kettő jelszó látszik...
Szóval itt valamit Opera kegyetlenül elb@szott. Totálisan logikátlanok ezek a hibák.
Ezek szerint az opera://settings/passwords oldalon látható jelszóadatok teljesen függetlenek a valójában elmentett OS-függő (!) adatoktól!Sk8erPeter
-
LonGleY
veterán
válasz Sk8erPeter #20748 üzenetére
Még jó, hogy eszembe sem jutott használni a password részt.
-
AtHoS
nagyúr
válasz Sk8erPeter #20748 üzenetére
Gondolom a 18.0.1284.2 verzióban sem javítottak ezen [link]
read-only mode on the forum
-
dqdb
Topikgazda
válasz Sk8erPeter #20746 üzenetére
Chrome-ban legalábbis nincs Login data-fájl.
Csak akkor nincsen, ha rossz helyen nézted. Íme, itt találod: %LOCALAPPDATA%\Google\Chrome\User Data\Default\Login DataMiközben ahogy dqdb leírta, elméletileg "az adott OS telepítésből származó infókkal titkosítják a fájlt", ergo ha én pl. Windows 8-on telepítettem a portable (!) Operát, akkor a Windows 8-as telepítésből származó infókkal titkosítják a fájlt, így Windows 7-en egyáltalán nem kellene tudnom használni (ami már kitárgyaltuk, hogy vicc portable esetén), ami korábban igaz is volt, de most már felfedezgetek bizonyos oldalakat, ahol felkínálja a jelszót, és egyre kevésbé értem, hogyan lehetséges ez...
Nos, az infót felajánlja, csak a dekódolás nem történik meg, ennyiNyomtam egy checkoutot a teljes Chromium projektre, hogy megnézzem, jó volt-e a tippem. Nos, igen.
A jelszókezelő forrása a chrome\browser\password_manager mappában található, magáért az adattárolásért a login_database* fájlok felelnek. A jelszavak titkosításáért (LoginDatabase::EncryptedString) és dekódolásáért (LoginDatabase:: DecryptedString) felelős függvényeknek mindhárom platformon saját implementációja van. Ez OSX (login_database_mac.cc) és Posix kompatibilis OS (login_database_posix.cc) alatt maximum öt idézőjellel nevezhető "titkosításnak", mert a két iránya egyszerűen UTF16 formátumúra alakítja át és vissza a szöveget Ezzel ellentétben Windows alatt (login_database_win.cc) sajnálatos módon van tényleges logika is, amely a components\webdata\encryptor\encryptor_win.cc fájlban található Encryptor::EncryptString és Encryptor:: DecryptString függvényeket hívja meg, amelyek az általam is tippelt CryptProtectData és CryptUnprotectData Win32 API hívásokat használják az összes korlátoltságukkal (ezek az API hívások amúgy megfelelőek sok célra, de pont arra, amire itt használják, nem lenne szabad). Ennek az Encryptor osztálynak van OSX (encryptor_mac.mm) implementációja, az az Apple Keychainre épül, és van Posix (encryptor_posix.cc) változata is, amely az általam javasolt módon fix jelszóval (peanuts ) titkosítana (ha be lenne kötve a jelszótároláshoz).
És akkor jöjjön egy rövid összefoglaló a végére a lényegről. A következtetések Chromiumra vonatkoznak, de a közös kódbázis miatt valószínűleg Chrome és Opera esetén is élnek (Mac hiányában és linuxos új Opera hiányában a kijelentések egy része csak feltételezés a részemről).
Nem hordozhatóak a jelszavak:
1. ugyanazon számítógép, ugyanazon Windows telepítés, másik felhasználó
2. ugyanazon számítógép, másik Windows telepítés
3. másik számítógép
4. ugyanazon számítógép, OSX telepítés és Windows telepítés
5. a jövőben ugyanazon számítógép, Linux telepítés és Windows telepítésHordozhatóak a jelszavak:
1. ugyanazon számítógép, ugyanazon Windows telepítés, Chrome/Chromium/Opera között
2. két OSX-en futó Chrome/Chromium/Opera között felhasználótól, telepítéstől és számítógéptől függetlenül
3. a jövőben két Linuxon futó Chrome/Chromium/Opera között felhasználótól, telepítéstől és számítógéptől függetlenül
4. a jövőben OSX-en és Linuxon futó Chrome/Chromium/Opera között felhasználótól, telepítéstől és számítógéptől függetlenül[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20788 üzenetére
http://my.opera.com/dqdb1/blog/2013/10/13/portable-passwords-launcher2
"on Windows they are encrypted using the CryptProtectData Win32 API function
[...]On Opera startup launcher2.exe copies Login Data database from the Portable Passwords subfolder to your profile, and encrypts all passwords to their non-portable form. After these operations it starts Opera with launcher.exe.
On Opera exit launcher2.exe decrypts all passwords from their non-portable form to the Portable Passwords subfolder."
Most esik le, mivel ez a helyzet, nyilván csak úgy fog mentődni a profile\data\Portable Passwords könyvtárba kilépéskor, ha most átnyergelek a másik OS-re is, és ott is megnyitom az Operát a launcher2.exe-vel. Előbb még ezt nem tettem meg, úgyhogy kicsit korábban írtam a hsz.-t, mint hogy gondolkoztam volna.
Mindjárt át is megyek W7-ről 8-ra, aztán jelentkezem az eredménnyel."That is relatively clear: Chromium uses the wrong API function to encrypt passwords. If you reinstall your Windows, all passwords are lost. [...]"
Kis kötekedés: ha bejelentkezett Google-fiókkal szinkronizálja a jelszavait is (ld. chrome://settings/syncSetup), akkor elvileg nem.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #20791 üzenetére
A launcher2.exe nincs felkészítve nem várt crash-ekre. Konkrétabban: előbb sajnos előfordult egy olyan eset, amikor arra kényszerültem, hogy erőszakosan kapcsoljam ki a gépet, a bekapcsológomb hosszan való nyomvatartásával, miközben az Opera is meg volt nyitva; legközelebbi indítási kísérletre a launcher2.exe egyáltalán nem töltötte be az Operát (többszöri kísérletre sem, bevallom, eközben nem néztem a processek között, mi történik, épp nem volt időm ilyenekre), csak a sima launcher.exe indította el. Gondoltam szólok, hátha van ötleted ilyen esetre is.
[ Szerkesztve ]
Sk8erPeter
-
fatal`
titán
válasz Sk8erPeter #20810 üzenetére
Mobilon?
Akkor kapcsold be a tördelést és zoomolj bele csipentéssel teljesen mondjuk egy index főoldalba. Aztán várj 1,5 órát amíg betördeli.
Konkrétan az egyetlen app, ami képes megakasztani a Nexus 4-et Egy trágyadomb az egész.
A PC-s Opera gyors.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- Canva Pro előfizetés - 1 éves
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- AMD Game Bundle: Warhammer 40,000: Space Marine 2 és Unknown 9: Awakening - kaparintsd meg már most!
- Microsoft Windows és Office Licencek / AZONNAL!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Új Windows 7, 8.1, 10, 11 telepítő pendrive-ok, pendrájvok és telepítőlemezek, DVD-k
- Eredeti Windows 10, Windows 11, Office Akció: Office 2021, Office 2019, Office 2016 csak Retail
- StarWars outlaws játék kód ( steam )
- Diablo IV: Vessel of Hatred - Standard Edition ! battlenet GIFT
- Norton360 for Mobile - Mobiltelefon vírusirtó (iOS + Android)
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen