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.