- Windows 11
- Felhő alapú adattárolás (Dropbox, stb.)
- Tombol az AI-láz: az NVIDIA már értékesebb, mint az Apple
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mozilla Firefox
- Proxmox VE
- SkyShowtime
- Tarr Kft. kábeltv, internet, telefon
- Linux - haladóknak
- Perelnek a vallásos kripto-piramisjáték miatt
Új hozzászólás Aktív témák
-
floatr
veterán
A sztaki is csinált opera "bővítményt"
Szerk.: azért tetszik nekem is h "megtaláltak" egy ilyen funkciót, és most ez az újdonság Redmondban
[ Szerkesztve ]
-
floatr
veterán
válasz VladimirR #35 üzenetére
Így max annyit lehetne akkor mondani a dologról, hogy "továbbfejlesztették", vagy immáron a funkciót megismerhetik azok is, akik nem kifejezetten a registry-ben "eldugott" kulcsok jelentésének gurui.
moonman: a registry-t már akkor is rossz ötletnek tartottam, amikor a linuxot bottal sem piszkáltam. Ugyanezt a baklövést a gnome-nál is elkövették, bár ott legalább XML alapú, nem egy kvázi zárt api-n keresztül elérhető adatbázis. Ez így persze szubjektív, de ahol oktatnak beállításokkal kapcsolatos tervezési mintát, ott ez egy antipattern.
-
floatr
veterán
Többek közt ezért is rossz ötlet: egy helyen tárolod a külsős/malware/fiszfasz szutykot, a valóban fontos külsős alkalmazások beállításait, meg a rendszer beállításait is. A registry-t túró win32es hívások lehetnek dokumentáltak, a zártság -- ha nem lett volna elsőre érthető -- a belső működésre vonatkozott, van egy dög bináris állományod, matass benne win32re épülő utility-k. Mintha a file rendszer nem lenne elég strukturált (kereshető/indexelhető), egy hasonló fa leképzéséhez szöveges alapon
De hogy te általában remek dolognak tartasz ehhez hasonló dolgokat, attól még gáz, de innentől kezdve parttalan a dolog, mellesleg érdektelen is.
-
floatr
veterán
válasz VladimirR #39 üzenetére
Semelyik megoldás sem tökéletes, bár aki írt már alkalmazást, az tudhatja h egy szöveges állománycsoportot könnyebb kezelni, mint egy registry-t, vagy egy berkley DB-t. A legtöbb esetben az alkalmazások elkerítenek maguknak egy kis szeletet a file rendszerből, aztán azt oda viszed ahová akarod beállításostul, mindenestül. Sokkal egyszerűbb, de hagyjuk, senkit nem akarok meggyőzni
-
floatr
veterán
A registry egy adatbázis, annak minden előnyével és hátrányával. Egy bináris fájlban tárolt adatkupac, amire egy zárt módon működő, de publikus interfésszel rendelkező alkalmazásréteg tehénkedik rá. Sem a tárolt adat formátuma, struktúrája, sem a sebesség nem szól mellette, a tárolási forma esetleges helytakarékossága sem lehet szempont hamár annyira nagyvonalúan bánunk a gigákkal
-
floatr
veterán
Elsőre félrefogalmaztam.
Az gáz, ha most kezd el érdekelni h milyen hátránya van egy adatbázisnak a file rendszerrel szemben. Egy újabb réteg a file rendszer felett, újabb hozzáférési szabályozások, plusz szinkronizálási feladatokkal, egy helyre csoportosítva az adatokat, ami így a file rendszertől is függ... valóban csak előnyöket látok benne.
"sima .dat, de miért is kéne tudnia a 3rd party-knak a fájlstruktúrát?" -- ha egy ilyen van akkor tényleg nem is kéne ismernie, de gondolom olyan helyzetet nem tudsz elképzelni, amikor egy regedit tudása kevés, vagy hogy nincsen kéznél egy adott .dat turkálásakor. Egyébként meg miért is kell egy "ismeretlen" központi állományba tolni a beállításokat, amik csak egy adott alkalmazásra v a júzerre tartoznak...?
"ja, az indexelt adatbázisok a lassúságukról híresek. amúgy azt vágod, hogy a Windows futása közben a teljes registry ram-ban figyel." -- amerikában má feltalálták a file-rendszerbeli indexelést is. Egyébként amiatt írtam h nem játszik, mert beállítások olvasgatása nem tartozik a tipikus szűk keresztmetszetek közé, az írása meg még kevésbé.
"ha jól számolom, most kőkemény 4,5 MB a teljes registry-m." -- űűű, király. Céloztam mindezzel arra a vicces párbeszédre, amit nemrég ejtettél meg pár helytakarékos júzerrel hangsúlyozva, hogy pár giga ide v oda mit számít egy mostani vinyónál. Egyébként nem áll rendelkezésemre olyan információ, hogy mekkora helyet foglalna egy hasonló struktúra a file-rendszerben leképezve, de amúgy nekem is nagy a vinyóm
"ini-ben nincs unicode" -- melyikben? Max ha arra az INI-re gondolsz, de nem erről beszéltem
"registry fel van indexelve, gyors a keresés és a betöltés, az egész a ramban van, ini-ket minden alkalommal lemezről kell beolvasni" -- ld a szűk keresztmetszet/indexelés részt
"kulcsonként lehet jogosultságot osztani, ini-ben ez elég nehézkes soronként" -- erre biztos van valami frappáns júzkéz, biztos mondasz is majd, amitől nagy késztetésem támad használni, hasonló igény megoldható megfelelő szervezéssel
"registry-ben többen is megnyithatják egyszerre a kulcsokat, ha az ini fájlt egy alkalmazás exklúzívan fogja, buktad" -- ha fogja, de legyen. Tegyük fel h egyszerre 5 alkmalmazás írja olvassa, meg két lokál admin ugyanazt a szekciót.
"ini-ben nem tudsz al-szekciókat megadni, szekciók vannak, és ezek alatt a paraméterek" -- melyikben...
"ini-t nehézkes központilag menedzselni, míg registry-hez ott az ősrégi és jól bevált group policy" -- uhh ja igen a központi management +1, bár ez akkor is működne az adott eszközökkel, ha nem registry-re építették volna.
Új hozzászólás Aktív témák
- Eladó iPhone 14 Plus
- Samsung 850 EVO 500GB 2,5" SATA3 SSD,HD Sentinel kép mellékelve!
- Toshiba 3.5 1TB 7200rpm 32MB SATA3 (DT01ACA100),hibátlan,HD Sentinel kép mellékelve!
- Eladó Samsung DB10D Edge-Lit LED, 10 colos monitor különleges funkciókkal! (Hdmi, USB, LAN, RS232C)
- Jó állapotú Dormeo Comfort matrac eladó (180x200)!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen