A csomagokról

Majdnem 2 GB  egy Laravel,Vite,Vue kombó vendorostól, modulostól.

Ez olyan átlag lesz lassan.

Na most meguntam, és elkezdtem írni micro infrákat amik elférnek egy kvarcórán. A vicc, hogy egy kisebb module megírása hozzájuk nem sokkal több mint a yaml konfig. A doksi nagyon jó, ott van a kódban. %)

Azt mondja az AI ez lesz a jővő.

( asch v | 2025. 10. 31., p – 11:08 )

Mik ezek? Webes szerver oldali komponensek? Mitől lettek ezek ilyen nagyok? A háromból melyik mekkora? És hol méred, a fejlesztő gépen, vagy a webszerveren?
Ami oldalt kiszolgál, az mekkora tokkal-vonóval mire lejön az index.html?

Ezek keretrendszerek, a Laravel szerver oldali, a Vue-Vite pedig jellemzően kliens (JS) oldali.

A JS-nél ugye nagy kérdés, hogy mit mérsz, mert a szerver tud gzip/deflate compressionnel is küldeni, amit szabvány szerint a legtöbb böngésző támogat is + ugye a minify/uglify dolgok sokat csökkentenek a méreten. 

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

( asch v | 2025. 10. 31., p – 14:41 )

Azt, ami átjön a csövön, tehát a tömörített mennyiséget. Szerintem az a lényeg, és arra gondoltam amikor kérdeztem.

Hát, akkor a fentiek vonatkoznak rá, amit írtam. Nagyon függ egyébként a webszerver konfigjától is, hogy van-e pl tömörítés.

Most nem tudok lemérni ilyen oldalt, de amúgy párszáz kilobájt-néhány mega közé össze lehet töppeszteni ezeket, más kérdés, hogy az már a produktív konfig, azaz azt már sosem fogod tudni hibakeresni.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Szerintem az adott projekt fejlesztői környezetének a könyvtárára gondol, amiben a forráskódok, ls mindenféle modulok, függőségek vannak, meg a verzió követő adatai is (vendor, node_modules, .git könyvrár).  Tehát amit lokálisan fejlesztés közben látsz. @tomsolo, ígaz, így kell érteni?

Akiknek írtad, nincsenek kontextusban. Nehezebb félinformációkból felvenni a fonalat, ha csak úgy "belecsapunk a lecsóba", és nincs 1-2 bevezető mondat, hogy mit csinálsz, miről beszélsz, stb..

Több oka is van, hogy nehezebb kontextusba kerülni zéró állapotból, pl.: A 2 Gb tényleg hihetetlennek tűnik, még fejlesztői könyvtárnak is. Én is meglepődtem rajta, és gyanakodtam, hogy valamit én értek félre. Utána írtál egy olyan példát, ahol gondolom a végeredményre érted már, hogy elfér egy kvarcórán. De az meg ugye nem a fejlesztői directory, hanem valami optimalizált csomag már.

Amúgy nekem is nagyon tetszenek ezek a mikró framework-ök, szolgáltatások, és hogy milyen egyszerűen és hatékonyan közelítenek meg kérdéseket. Én Java oldalról barátkozok ezekkel. Sok olyan környezet van, ahol az is követelmény, hogy egy pillanat alatt elinduljon az alkalmazás, és kevés memóriát használjon (pl cloud, kubernetes), ezért sem lehet egy 2+ percig induló böszme java alkalmazást futtatni. - Ezekről ha van kedved írj még, hogy mit használsz, mire használod, hogy csinálod.

Attól, hogy rébuszokban beszélsz. Miért kellene tudnunk mire gondol a költő?

Kvarcórán nincsen böngésző, és a klasszik megvalósításnak kb 100 bit emlékezete lehet. Ebbe belefér a dátum meg az ébresztő funkció is. Okosórába viszont ma már bele lehet tenni 8GB RAMot is tuti. Akár fejleszthetnél is rajta hóbelevancostul. Ezért nem ártana definiálni, hogy mi az ami szerinted elfér egy kvarcórán! Hogy mire gondol a költő!

Igen. Meg kell tanulni kérdezni úgy, hogy a másikat először képbe kell hozni. A kérdezőnek át kell gondolnia, és úgy kérdezni, hogy minden infót megadjon, ami amúgy neki is hiányozna, ha most hallaná először a kérdést.

Nekem is van több olyan kollégám, ismerősöm, aki egyszercsak rámír, fogalmam sincs, hogy miről beszél, és a közepén kezdi. Általában nagyon meg kell erőltetni magam, hogy ne szóljak be, amikor sokadjára fordul elő, van aki rendszeresen csinálja. És senki nem gondolatolvasó.