Ja. Amíg az XPsp3 telepítő csak 600MB volt, addig a hozzá kiadott összes frissítés 3GB lett.
Sőt az IE6-ot se tudod ma már sokmindenre használni

Nem csak ott, Win8-on is az a legfrissebb ESR ("Extended Support Release") Firefox verzió.

Csak részben igaz, hogy a webfejlesztők miatt lassul egy-egy weboldal. Sokszor teljesen indokolt, hogy milyen eszközöket használnak. Egy csomó funkcionalitást elvárunk, nem mondanánk le róluk szívesen, amikről elsőre nem látszik, mennyire komplex a létrehozásuk és mi mindent igényelnek, ha a teljes rendszert tekintjük: hálózat, skálázhatóság, biztonság, állapotok, megjelenítés. Mindegy, hogy webmailről vagy más applikációról van-e szó.

Például hogyan lehetne ma megmaradni fix szélességű oldalaknál, amikor mindenféle méretű és oldalarányú megjelenítő eszközön is látni akarjuk ugyanazt a tartalmat? Így viszont az évtizedek során több robbanás is jött bonyolultságban; ma egy apró változás után az oldal adataiban (a DOM-ban) is újra kell rajzolni egy-egy oldalt stb.

Természetesen ezt is meg lehetne oldani másképpen, ha ez az egy számítana; az erőforrásigény - de az is számít, hogy gazdaságosabb legyen a fejlesztés. Ugyanez történt a nyelvekkel is; erőforrások szempontjából kevésbé hatékonyak, viszont fejlesztési idő stb. (és ez egy jó nagy satöbbi) szempontjából sokkal hatékonyabbak.

Én sem szeretem, mikor minden logikusan megmagyarázható, csak éppen a végeredmény elfogadhatatlan, de ez még nem az, mindig a határon egyensúlyozunk. Például sok szolgáltatáshoz azért létezik egyáltalán kliens több platformra is, mert azokat nem kell újra kifejleszteni; a natívnak mondott applikáció titokban böngészőmotort (saját platformot) és JS kódokat tartalmaz. Ez jó, az viszont nem, hogy néhány ilyennel meg lehet tölteni egy gép sok-sok gigabájtos memóriáját... Lehet utálkozni, hogy ilyen a világ, én is gyakran teszem, de ez nem egyetlen csoport, a webfejlesztés, ill. a frontend hibája, és főleg nem összeesküvés.

Szóval a böngészőket platformmá tettük, amin egyrészt többé nem dokumentumokat jelenítünk meg, hanem alkalmazásokat futtatunk, másrészt sok op.rendszeren képesek működni, ami nemcsak újabb specifikus kódokat jelent (amik nem kerülnek be minden binárisba), hanem a közös kódok és memóriaigények növekedését is eredményezi.

Ugyanis a böngészőnek hatékonynak (gyorsnak) is kell lennie egy adott op.rendszeren, de elég hasonlónak is a felsőbb rétegek felé, hogy azok se bonyolódjanak túl. Ami azt jelenti, hogy egy csomó dolgot a böngészőnek saját magának kell csinálnia. Például hiába vannak Windows-ban vagy Linuxon különféle kész ablakelemek, a fentiek miatt nem használhatók, alacsonyabb szintű hívásokkal kell felépítenie a böngészőnek a saját ablakelemeit - és ez nemcsak a grafikus megjelenítésre, hanem mindenre igaz a hálózattól a hangig. Igen sok idő kellene minden részletet összeszedni, a böngészők kódbázisa önmagában is embertelenül nagy (Chromiumot volt már szerencsém buildelni és termékben felhasználni).

VxKex NEXT

Nem hiba inkább csak egy érdekesség, ami hasznos lehet annak aki még használ windows7 rendszert.

Médialejátszóként használok egy PC-t Win7-el. Szépen teszi is a dolgát, ahogy kell. Fel akartam tenni rá egy qBittorrentet, de a legfrissebb verzió 5.1.4 nem fut win7 rendszeren, az utolsó ami még működik az a 4.5.5 verzió. Gondoltam ok. nyílt forráskódú projekt, csak van valami fork win7-re is... szóval keresgéltem, de valami egész mást találtam. Egy programot, ami lehetővé teszi, hogy egyes Win10-re írt alkalmazások (pl. a legújabb qbittorrent is, vagy pl. újabb Rufus) fussanak win7 alatt.

A VxKex (teljes nevén VxKex Windows 7 API Extensions) egy nyílt forráskódú kompatibilitási réteg / "extended kernel" projekt, ami lehetővé teszi, hogy bizonyos Windows 8, 8.1, 10 (és részben 11) exkluzív alkalmazások fussanak Windows 7 alatt (64-bit min. SP1). Nem igazi kernel-módosítás, hanem DLL-ek (API hook-ok) segítségével pótolja a hiányzó vagy újabb Windows-verziókban bevezetett API-kat, így nem kell rendszert módosítani, és könnyen eltávolítható.
https://github.com/YuZhouRen86/VxKex-NEXT/releases/latest

Szóval feltettem a win7-re ezt a kis programot. Utána jobbklikk a qbittorrent.exe-n, majd tulajdonságok fül, bekapcsoljuk a VxKex és a Win10 opciókat... és utána szépen indul is a program.

Nos ez csak nekem volt újdonság, és mindenki ismerte már, vagy hasznos volt valakinek ez a pár sor?

Jópofa. Hol találtál, rá? A github oldalon nem látok részletesebb infókat róla.
Köszi

Viszont a Virustotal prüszköl rá. Nagyon.

Rendszer-API-k hookolása-hákolása... Az ilyen jellegű szoftvereknél nem konkrét vírust, vírusmintát szokott jelenteni, főleg, hogy nyílt forrású, hanem a tevékenység gyanús nekik. De nem néztem meg saját magam.

Bővebben: Link

Külföldi fórumokban találtam olyan beszélgetést, hogy a qBittorrentet ezzel sikerült elindítani.

Nem hinném, hogy vírusos, ez inkább azt mutatja, hogy mennyit is érnek a víruskeresők. A fő irány az, hogy aki win7-et használ azt "elviszi az ördög", és ezt rengetegen szajkózzák. Meg aki bármi olyan programot használ ami módosít a rendszeren (akkor is ha a módosítás hasznos), annak el kell venni a kedvét tőle, merthát használjon win11-et és vegyen hozzá kompatibilis PC-t is...

Kicsit utánaolvastam, és simán feltelepítettem. Amúgy a Grok szólt, hogy vigyázni kell, mert vannak hasonló nevű projektek, amik ugyanezt ígérik, de esetleg valóban fertőzöttek, tehát csak a szerző github oldaláról érdemes letölteni az eredetit. De nyilván mindenki a saját felelősségére/kockázatára próbálja ki. Az hogy nálam jól működik, nem jelenti azt, hogy másnak is biztosan fog menni...

Ahogy említettem, ez a funkcionalitás _speciális_. Az ilyen funkciókhoz olyan módon kell a rendszer működésébe beavatkozni, amik hatalmas piros zászlók az ún. heurisztikus védelmi algoritmusok számára. Ez nem a Microsoft vagy a nagycégek bűne és semmi köze az operációs rendszerek korábbi verzióinak használatához való hozzáállásuknak.

Ha valamelyik program meg akarja változtatni az operációs rendszer alapvető működését, azt nagyon is kell, hogy jelezzék a védelmi eszközök. Az idők során egyre kevesebb erre a lehetőség. Egyszer egy egész terméket át kellett alakítanunk, mert megszűnt egy ilyen beavatkozási lehetőség valamelyik évben az elmúlt tizenötből. Persze ha tényleg benne vannak abban a szoftverben az említett hookolások és az a kiváltó ok. A fals pozitív találat egyébként sem akkora bűn, nincs baj a víruskeresőkkel.

Ezek az algoritmusok nem egy-egy vírus mintázatát próbálják felismerni, hanem a potenciálisan kártékony kódokat próbálják kiszűrni olyan esetekben is, amikor egy konkrét vírust még nem tartalmaz a vírusadatbázis, vagyis még ismeretlen.

Hasznos lehet. Én használok Win7-et, de csak virtuális gépként, és azt is csak többnyire arra, ha olyan tört progit töltök le, amihez van keygen. Azt a win7 gépen simán tudom futtatni kikapcsolt víruskergetővel. Legenerálok pár kulcsot, amiket utána már tudok használni a win11-es gépeken is a telepítéskor. A Win11 már nagyon ügyes a gyomlálásban.

Ezzel csak akkor van gond, amikor fals pozitív találatok esetén, kérdés nélkül kezd el mondjuk fájlokat törölni a "védelem". Tehát értem, hogy a jelzés önmagában ne probléma, de a döntés nem legyen automatikus, az legyen továbbra is at én döntésem a saját gépemen. Ez pedig csak általában működik, de nem mindig. P. amikor az asztali gépemen a win10 defender elkezdett fájlokat kidobni a hálózaton elérhető NAS-ról, és nem lehet globálisan letiltani, hogy ne piszkálja a NAS-t, csak mappánként lehet egyesével hozzáadni. Ok, végülis megoldható, ha kissé kényelmetlen is (de pl. Win7 alatt ezt egyszerűbb volt), de valami miatt időnként elfelejt egy-egy ilyen mappát a sok közül... viszont emiatt a NAS-on létre kellett hozom olyan felhasználót is akinek csak olvasási joga van, hogy amíg nem állítom be a tiltott mappákad, addig se tudjon belekvarni.

Később persze registry beállításokkal megpróbáltam megoldani, hogy a hálózaton ne keresgéljen, amúgy is a többi eszköznek megvan a saját szükséges védelmi megoldása, szóval ne akarjon belekavarni. De ez sem stabil dolog, pl. frissítések megváltoztathatják, egyszóval nem megbízható... Pl. amikor megnyitok egy sima .mkv fájlt, a NAs-ról, olyat ami még nem volt megnyitva, akkor majd fél percig szöszöl a win10 mire elindul a lejátszás, de ez csak az elpő ilyen fájlnál van, utána nincs késleltetés. A mai napig nem találtam erre megoldást, pedig rengeteg időt elszúrtam rá, és ugye nehéz tesztelni, hogy adott beállítás segített-e, mert lehet, hogy egy nap csak 1 alkalommal jön elő a jelenség. A win7 természetesen nem csinál ilyeneket.

Igazából az a bosszantó amikor még meg is akarják magyarázni, hogy biztos az én érdekemben van ez, mert valami fontosat csinál (mondjuk vírust keres vagy nem tudom mit), de valójában csak hátráltat, és rabolja az időmet. Egy normális védelem szerintem olyan, hogy elvan a háttérben, és addig nem kell foglalkoznom vele amíg nincs valami "esemény" amivel kapcsolatban döntést kell hozni. Addig viszont nem is akarok tudni róla. Na ezt nem sikerült elérnie a legnagyobb szoftverfejlesztő cégnek, sok-sok év fejlesztés után sem.

Próbáltad már megkérni a copilotot, vagy a chatgpt-t, hogy segítsen a registry hegesztésében?
Ezek a jószágok a legmélyebb bugyrait is ismerik a registrynek.
Párszor fordultam hozzájuk és egyből megadták, hogy melyik kulcsot kell babrálni, és megoldották a kérést. Ismerik a legtöbb szoftver finomhangolási lehetőségeit. A routerek, alaplapok, egyéb hardverek minden konfigurációs lehetőségeit. Gondolom a betanításuk alatt az elérhető összes dokumentációt megismertették velük, nekem nagyon bejön.

Megjelenítési bug

Üdv! Érdekes problémám van egy Teclast T65 tablettel. Persze android rendszer, ami nem is volna baj, de attól egyszerűen agybajt kapok, hogy némelyík weboldal, jellemzően alibaba.com és aliexpress.com mobilezközként azonosítja, és a megjelenítés átvált egy jóformán használhatatlan felnagyított módba, mindezt 1920x1200 felbontású képernyőn. Firefox böngészőt használva (bár másikon még nem próbáltam, de gyanítom hasonló lenne a helyzet), mindezt úgy, hogy elvileg direkt be van kapcsolva az asztali mód kényszerítése is.

Ui.: Közben rájöttem, hogy ezen a készüléken firefox alatt nem tudok képet csatolni, mert a "Fájl tallózása" gombra kattintásra nem is reagál. Mutatni akartam képernyőmentést a problémáról, de így ezt már csak majd holnap a PC-n.

Én a "Dolphin" böngészőt használom Android rendszeren, elvileg abban is van "asztali mód kényszerítése" opció és ez a fórum is jól működik vele ‒ lehet, hogy egy próbát megér.

Nos megpróbáltam operával, abban működik a kép feltöltés, tehát itt van két képernyőmentés a hibáról.

A tablet -én legalábbis úgy tudom, hogy az "mobil" eszköz. De a telefonjaimban bármelyikében kipipálható az "Asztali webhely". Legalábbis a rendes (Chrome) böngészőben. Azonban gyakran a google az asztali gépen is a mobilos weboldalát nyitja meg néhány kínai webáruháznak.

Nos úgy néz ki meglett a megoldás, amihez az AI segítségét vettem igénybe. A lényeg, hogy az android fejlesztői beállításoknál a Legkeskenyebb szélesség dpi értékét fentebb kellett állítani. A gyári 620 értéket 900 -ra állítva sokkal jobb lett a megjelenítés. Így ugyan a rendszerelemek méretei is kissebbek lettek, de azok eleve is feleslegesen nagyok voltak emiatt a beállítás miatt.

Csak adalék, én kérek elnézést: az “Asztali nézet” hatása a HTML oldalak számára nem egy igen/nem érték és nem is az a lényeg, hogy mi az eszköz típusa (asztali vagy mobil), ezek így nem lesznek figyelembe véve, hanem a böngészőnek mint környezetnek változik meg több paramétere, amitől a weboldalak kódjainak módosul a megjelenése, ill. az erre felkészített CSS stíluslapok képesek a változásról tudomást venni és aktívan másként működni. A szervernek is jelezheti a böngésző/weblap, hogy megváltozott az eszköz típusa, de az kevésbé használatos. Tehát egy része ezeknek a paramétereknek mindenképpen változást okoz, egy részükre viszont kifejezetten készülni kell a html/css/JS kódban, vagyis a hatás az adott weboldaltól függ.

Asztali nézet beállítására akkor van szükség, ha egy weboldal vagy fix szélességű, régi technológiával készült, vagy ugyan modern és szélességtől függően áttördelődik-átrendeződik, csak éppen nem megfelelően, mert rosszul készítették el, vagy az egymással nem teljesen kompatibilis böngészők a várttól eltérően jelenítik meg az oldalt. Nem lehet kiadás előtt mindent minden helyzetben letesztelni.

Ez a beállítás alapvetően a helyet növeli meg, aminek több módja van: a böngésző megváltoztat egy szorzót, hogy az ő HTML képpontjai, amiben gondolkodik és megjelenít, kevesebb fizikai képpontból álljanak. Ettől minden kisebb lesz egy oldalon, hasonlóbbá válik a környezet az asztaliakhoz, ahol elég nagy a hely, sok HTML pixel elfér. (A DPI-beállítás is hasonló hatású.) Nemrég pont ilyesmiről volt szó egy másik topikban.

Főleg a régi módszerekkel készült, fix szélességű oldalakon segít a nagyobb hely, mint amilyen ez a fórum is, de a modern, responsive-nak nevezett megoldásokkal készült weboldalakon is változást szokott okozni, esetleg egyes hibákon javítani is lehet vele. Ez utóbbiak például a rendelkezésre álló helytől függően áttördelődnek, UI-elemeket más méretben jelenítenek meg stb. Hátránya, hogy Asztali nézetben ezek után kénytelen az ember minden oldalon nagyítgatni, mobileszközön a kétujjas nagyítással ügyeskedni. Pl. előfordulhat, hogy egy felnagyított szövegoszlop kitölti a kijelzőt, az itt-ott elhelyezett képeknek viszont csak egy részük fog látszani, kilógnak.

A stíluslapok változásai alapvetően egyvalamin alapulnak: a vízszintes HTML pixelszámon, hogy mennyi fér ki az adott eszközön. Mást is lehet vizsgálni, de ahogy lenni szokott: a gyakorlatban csak a megoldások egy része működik. Például mert ezt-azt biztonsági okokból már egyáltalán nem használnak, mivel a világ gazemberei már rájöttek, hogyan lehet velük kárt okozni.

Ezt a nyelvi elemet media query-nek hívják, és egyetlen jelenleg tárgyalt paramétere ez az emlegetett vízszintes hely, HTML pixelszám. (De létezik még pár jellemző: az operációs rendszer dark mode-ban van-e, van-e hover a rendszerben vagy csak tapintás, nyomtatási kép kell-e éppen stb.) Nem feltétlenül kell új weboldalt készíteni mobileszközökre, csak egyet átstílusozni több szélességre. Ezek minden eleme a weblapkészítő döntése. Pl. hiába van egy responsive, modern oldalam, az az elrendezés, ami nagyobb megjeleníthető szélességnél kényelmes, az mobileszközön, álló helyzetben helypazarló és furcsán hat, így jönnek a kompromisszumok. Ezek kerülnek ezekbe a media query-s módosító blokkokba: kisebb betűméret, gombméret, képméret, más elrendezés, más kivitelű menü stb. De ha elfektetem, akkor megint újraszámolódik minden.

Ja: és egyetlen sorral egy weboldalon blokkolni lehet ezt az egész “Asztali nézet”-dolgot, valamint JavaScript kóddal akármit is meg lehet valósítani, úgyhogy teljesen rendhagyó is lehet egy oldal viselkedése - csak hogy egyszerűbb legyen... : -)

Az utolsó momdatomhoz egy példa: https://hu-m.banggood.com/

Szerintem az csak egy elképzelés, hogy "nagyok rajta a UI-elemek, ill. mobilon is ugyanilyen az oldal, tehát ez mobilnézet", vagyis az előző leírásom alapján: a keskeny nézet beállításai érvényesülnek. Itt inkább arról lehet szó, hogy eleve ilyen a stílusa, mivel ez asztali gépen is és mobilon is használható, mindkettőben jól olvasható.

Erre gondolok, itt nem a főoldalt nézem. (Itt az asztali böngészőn állítottam elő a mobilnézetet, mert a beépített debuggereikben azt is lehet, de az elvileg ugyanaz.) De ennyi elemzés azért kevés egy komolyabb véleményhez.