Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Navedite bar jednu manu: a)m$-a i b)windows-a

[es] :: Advocacy :: Navedite bar jednu manu: a)m$-a i b)windows-a

Strane: << < .. 6 7 8 9 10 11 12 13

[ Pregleda: 35311 | Odgovora: 255 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

bojan_bozovic

Član broj: 29028
Poruke: 3292
*.dynamic.sbb.rs.

Sajt: angelstudio.org


+392 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:01 - pre 178 meseci
Citat:
Ono sto ti sada pricas je pre na temu Windows vs. Linux. Stos je sto pricamo o manama Windowsa i Microsofta. E sad, kao sto mozes da primetis, ja u temi ne hvalim Linux u odnosu na Windows.
Dakle, tacno je da se negde moraju cuvati razne postavke. To ne sporim. Medjutim, hajde sada otvori taj /etc folder i otvori Registry...


Registry ili conf fajlovi isto je ako znas sta radis i gde sta trebas da trazis sa stanovista korisnika ili admina. Za programera su conf fajlovi vise rada (jer treba parser za isti). Jos se conf fajlovima sporije pristupa u odnosu na registry. Mana je sto su u MS odlucili da ne dokumentuju registry unutar samog OS (imas Technet i MSDN na internetu, ali ne uz sam OS). Cak su i tako sakrili regedit da ga obican korisnik nikako ne moze pokrenuti jer ne zna sta treba da trazi (Win taster+R, regedit.exe). Koristio sam i Windows i razne Unixe i ima jako male razlike izmedju podesavanja u regeditu i menjanja nekoga conf fajla u editoru, jer u svakom slucaju ti treba dokumentacija. Dalje, poseban API za konfigurisanje sistema ima prednost da se povezuje na razlicite implementacije istog transparentno za programera. Kada promenis conf fajl za sql bazu, moras u sopstvenom programu menjati kod, a uz poseban api to nije neophodno (da se registry sutra zameni sql bazom, mogao bi da se koristi stari API bar delimicno).

Drugim recima ti neosnovano pljujes nesto sto je Windowsova prednost u odnosu na konkurenciju, jer su conf fajlovi inferiorno resenje koje je koristio windows 3.x.
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16687
*.dip.t-dialin.net.



+7176 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:08 - pre 178 meseci
Citat:
bojan_bozovic
Mana je sto su u MS odlucili da ne dokumentuju registry unutar samog OS


Ovo je mozda mana za obicne korisnike, opet - "obicni korisnici" pre mogu nesto da sjebu nego da poprave.

Sto se ostalih tice:

1. MSDN API dokumentacija je besplatna i svima dostupna npr: http://msdn.microsoft.com/en-us/library/ms724895%28VS.85%29.aspx - dakle, developeri imaju sve sto im treba za dzabe

2. Windows Resource Kit-ovi su isto tako dostupni, kao i TechNet dokumentacija - recimo: http://support.microsoft.com/kb/256986

^ svi IT profesionalci ovo bez problema mogu da nadju, za par sekundi.

Takodje, Bojan je primetio vrlo tacnu stvar - Registry omogucava unificirani i jednostavan API za konfiguraciju koji je potpuno nezavistan od same tehnicke implementacije Windows Registry fajla. U suprotnom bi svaka aplikacija morala da ima svoje conf. file parsere i gubilo bi se vreme na izmisljanje tocka svaki put - a uzajamno saradjivanje aplikacija bi bilo znacajno otezano kojekakvim "standardima" koje bi svako stvorio.

Konfiguracioni fajlovi su korak u nazad po tom pitanju, sto je vise nego ocigledno.

JEDINA mana Windows Registry-a je da, ako dodje do kraha diska bas tu gde je registry - sva podesavanja za sve programe bi otisla dodjavola, dok u slucaju razbacanih .conf fajlova ne bi doslo mozda do potpunog kolapsa.

Ovo je, opet, donekle suzbijeno backup-om registry-a koji radi Windows.

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

musicmaster

Član broj: 50955
Poruke: 1447
93.87.248.*



+7 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:10 - pre 178 meseci
Što se tiče mana Windowsa,
neke su stvari sa Win7 izuzetno dobro poboljšane.

Recimo, windows firewall.



Ko nije pročačkao po njemu, neka to uradi.
Control panel pa windows firewall, pa advanced, with or without shield icon.

Videće koliko je ova alatka pod pozitivnim znakom pitanja
Wtf has happened to M$? Kad je m$ počeo da priča jezikom naroda? :)
Prikačeni fajlovi
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16687
*.dip.t-dialin.net.



+7176 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:12 - pre 178 meseci
Hm, pa i vista je imala isti takav firewall?

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

maksvel

Član broj: 107376
Poruke: 2417

Jabber: maksvel
Sajt: maksvel.in.rs


+161 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:13 - pre 178 meseci
Citat:
Čisto sumnjam da je putanja do KMail-ovih podešavanja u openSUSE-u i Fedori ista.

Razlika postavki od distroa do distroa zbilja bi mogla malo da zasmeta programerima malvera, ali čini se da nejpre zasmeta "normalnim" korisnicima. Evo, baš danas instaliram syslogs-ng na Debian i u Webminovom modulu moram da mu zadam gde da nađe config fajl, jer on ne zna. Za OpenSuse zna, ali za Debian nope
"'Ladno, ali standard".
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16687
*.dip.t-dialin.net.



+7176 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:22 - pre 178 meseci
Upravo tako.

Zamisli tvoja aplikacija treba da saradjuje sa MS Office-om i jos nekim aplikacijama, i na osnovu Office konfiguracije treba da pruzi drugaciji UI npr.

Sa Regitry-jem - nista lakse - odes u HKEY_LOCAL_MACHINE(/USER)/Software/Microsoft/Office i onda nadjes sta ti treba... isto i za druge aplikacije, HKEY_LOCAL_MACHINE(USER)/Software/VendorName/AppName/

Zamislite da Office ima svoj standard, aplikacija B svoj standard, itd...

Za pocetak, tvoja aplikacija bi morala da ima parsere za Microsoftovu i XYZ-ovu ideju kako konfiguracioni fajl treba da izgleda, sto znaci - duze vreme razvoja i testiranja... takodje, aplikacija bi morala da otvara razlicite fajlove sirom diska, sto bi izazvalo nepotrebne I/O penale, itd... takodje, mnogi genijalci bi imali zelju da spakuju/kriptuju konfiguraciju u data fajl, sto bi je ucinilo jos tezom za citanje od strane treceg lica.

Sve u svemu - razvoj aplikacija bi bio dodatno otezan, bagovi usled netacnog parsiranja bi pljustali ko kisa, itd...

Onda, zamislite prelaz na domen - domenski korisnik ima sva podesavanja u svom domenskom profilu - a zamislite da svaka aplikacija ima slobodu da piskara svoju konfiguraciju gde hoce? Pa to bi bio show - pogotovu u slucaju da je konfiguracija u folderu gde je instalirana aplikacija, sto je najlaksi - a samim tim i nacin koji je neminovan da se desi kod lenjih developera...


DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

musicmaster

Član broj: 50955
Poruke: 1447
93.87.248.*



+7 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:24 - pre 178 meseci
Citat:
Ivan Dimkovic: Hm, pa i vista je imala isti takav firewall?


Da, jeste..
Eto, vidiš kako si u pravu, moja greška,..
već 2-3 godine dobar broj m$ user populacije nema nekih poteškoća sa Win security uopšte,
dok konkurencija samo nešto izmišlja....
 
Odgovor na temu

mr_pingvin
ZR

Član broj: 116462
Poruke: 58
*.static.isp.telekom.rs.

Jabber: mr_pingvin@elitesecurity.org


+6 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:30 - pre 178 meseci
Teško da se registry mogu nazvati manom windowsa. Oni su jednostano rečeno jedno od rešenja za čuvanje konfiga sa svojim prednostima i manama. Recimo da li je dobro ili loše što je sve na jednom mestu? Neko bih rekao da mu odgovara standardizovan pristup a opet neko voli da upisuje neki svoj custom config u random txt fajl. Po meni najbolje je instalirati samo one aplikacije koje se svekodnevno koriste a ostalo nabaviti portabilne verzije, tako se upis u registry smanjuje na minimum. Takođe ne može se okriviti win zbog loših aplikacija, to je ako da se neko vozi BMW 300km/h, ubije se i posle neko dođe i kaže im da prave loše automobile.
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16687
*.dip.t-dialin.net.



+7176 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:33 - pre 178 meseci
MS Firewall koji se ugradjuje u Vistu/7-micu/Server2008 je izuzetno fleksibilan.

Medjutim ima jednu prilicno veliku manu - naime, Microsoft ima Firewall API koji omogucuje aplikacijama da se registruju za "izuzimanje" - sve sto je potrebno da se to desi je da aplikacija trci pod Admin privilegijama.

To je totalni kretenizam - Firewall bi trebao da >PITA< korisnika da li zeli da doda aplikaciju XYZ.exe ako to ona zatrazi - ovako neki virus ili malware moze bez problema sebe da "izuzme" iz firewall-a ako se desi ikad da ga korisnik potera sa admin nalogom.

Evo kako je "tesko" dodati aplikaciju u listu:

http://msdn.microsoft.com/en-us/library/aa366421%28VS.85%29.aspx

Ili ovo:

http://technet.microsoft.com/e...brary/cc758407%28WS.10%29.aspx

Citat:

You cannot prevent a program from using the Windows Firewall API to add a port to the exceptions list. If you need to prevent this, contact the program vendor or read the program documentation to see if there is a way to disable the feature that listens for incoming traffic. This might prevent the program from using the Windows Firewall APIs.


Pa ovo je totalna imbecilija. Ispada da svaki program sa admin privilegijama moze da prcka po Firewall konfiguraciji.

Neko ce reci da je to OK, posto ako necemu dajes root privilegije to nesto treba da ima ista prava kao root... Ali mislim da bi trebalo dodati polisu da korisnik biva upitan - cisto zbog end-usera.


DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

combuster
Ivan Bulatovic
Kraljevo

Član broj: 151351
Poruke: 4563
93.86.6.*

Sajt: www.linuxsrbija.org


+104 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:33 - pre 178 meseci
Citat:

Nedeljko wrote:

Čisto sumnjam da je putanja do KMail-ovih podešavanja u openSUSE-u i Fedori ista. Znači, korisnik je instalirao distribuciju i nije ništa menjao - ali, koja je distribucija u pitanju? Znači, onaj ko pravi malware mora u najmanju ruku da ga istestira na desetak distribucija, što ipak jeste veći obim posla.


Ovo mogu da potvrdim, gomila exploita za pen testing upravo ovo i rade, uname taj i taj pa gadjaj ovu adresu itd... I u vecini slucajeva ne radi :D
make love - !war
 
Odgovor na temu

VladimirCDT
VladimirCDT
programer
Beograd

Član broj: 220281
Poruke: 45
*.antegra.com.



+2 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:44 - pre 178 meseci
Citat:
Ivan Dimkovic: Ako je tvoj jedini argument da "registry nije nuzan" onda to i nije neki argument.

To nije bio argument protiv Registry-a, vec argument da ne moze da se poredi sa file sistemom u smislu da je "Registry mana Windows OS-a". Uzecu to kao znak da si premoren i da nisi dovoljno koncentrisan.
To sto je u nekom formalnom smislu Registry file sistem, ne znaci da je za ovu raspravu relevantno, pa ni umesno da ga poredimo sa file sistemom u uzem smislu (konkretno sa odrzavanjem file-ova na disku).
Citat:
Svi ostali argumenti, glede djubreta - podjednako vaze i za ostale vidove fajl sistema - registry tu nista nije drugaciji.

Pa dobro, ako je tako, da li je bolje imati jedan izvor problema, ili dva ? Da li je vece zlo 2 sigurnosna propusta ili jedan ? Da li je lakse cistiti dve "deponije" sa dva razlicita alata, ili samo jednu "deponiju" sa jednim alatom ?

Citat:
Druga stvar, sa registry-jem je lako moguce migrirati korisnicki profil na server (u slucaju domena) i nazad - jer su sva podesavanja na jednom mestu.

Ali sa registry-em nije moguce jednostavno iskopirati aplikaciju sa pripadajucim conf file-ovima sa jednog sistema na drugi, vec mora da se instalira sa diska ili iz nekog instalera ili kako god bilo. To spominjem, primera radi...

Citat:
Stavise pretragom kroz registry se smanjuje stres na disk jer su sva podesavanja u jednom kompaktnom fajlu.

A sada smo dosli do toga da se radi o "jednom kompaktnom fajlu". Koji je btw binaran, koji covek moze sam tesko da odrzava (vec mora da se koristi software koji se opet oslanja na heuristiku), koji, u slucaju greske moze da dovede do nemogucnosti podizanja sistema itd. itb. Ali je stres na disk manji... Inace aplikacije imaju obicaj da razna podesavanja citaju svakih 100 ms tokom rada...

Registry predstavlja najgori primer svake filozofije koja podrazumeva centralizaciju u ma kakvom sistemu i vrlo uspesno implementira sve mane koje u opstem smislu karakterisu sve centralizovane sisteme, bilo da govorimo o racunarima ili drzavnoj upravi. Ne samo da implementira te mane, vec ih i vrlo aktivno, da ne kazemo svakodnevno, manifestuje.

No dobro... Cim je Registry nesto sto se pojavilo sa Windows 3.1. onda je zasigurno nenadje*iv feature i briljantni izraz kreativnog genija M$ tima koji nema takmaca u istoriji IT-a.

Hocu da kazem da razumem cemu apologetika Registry-a. Ako bi se reklo da je Registry lose resenje, posledica bi bio zakljucak da je jos Windows 3.1 u sebi sadrzao konceptualne promasaje u temelju.
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16687
*.dip.t-dialin.net.



+7176 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:57 - pre 178 meseci
@VladimirCDT,

Citat:

No dobro... Cim je Registry nesto sto se pojavilo sa Windows 3.1. onda je zasigurno nenadje*iv feature i briljantni izraz kreativnog genija M$ tima koji nema takmaca u istoriji IT-a.


Vidi, moras izabrati da li zelis tehnicku diskusiju ili najobicnije proseravanje - umem i ja da kenjam i da pravim dosetke, samo mi se jednostavno to ne radi ovde.

Centralizovani sistem konfiguracije ima prednosti i mane u odnosu na razudjeni - u slucaju Registry-ja su te prednosti vrlo ocigledne i ja sam samo pokusao da ih navedem (kao, npr. oslobadjanje od pisanja parsera) - centralizovani sistemi imaju i mane, to niko ne spori, ali to mora imati svoj kontekst da bi mogli da objektivno donosimo sud, u slucaju Windows-a su te mane daleko manje od prednosti koje su pruzene.

Za pocetak, registry predstavlja standard - i oslobadja developere potrebe da svaki put izmisljaju tocak iz pocetka, takodje im omogucava i laku saradnju aplikacija kroz standardizovani sistem smestanja konfiguracije i pristup podesavanjima sistema kao i drugih aplikacija. Registry takodje nudi i laku migraciju profila u domenskom okruzenju sto takodje prenosi i sva aplikativna podesavanja.

Uzgred, Registry se pojavio sa Windowsom 3.1 ali je poceo da se koristi ozbiljno u NT-u i Windows-u 95 upravo zbog ogromnih problema gomile razlicitih konfiguracionih standarda. Windows 3.1 aplikacije su mahom divljale i piskarale po win.ini / system.ini fajlovima kao i svojim .ini fajlovima obicno smestenih u Windows folderu.

I nije to nikakav izum Microsofta - niti nesto specijalno novo. Najobicniji centralizovani sistem konfiguracije.

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

maksvel

Član broj: 107376
Poruke: 2417

Jabber: maksvel
Sajt: maksvel.in.rs


+161 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 17:59 - pre 178 meseci
Evo i viđenja problematike od strane Windows gurua, Marka Rusinoviča: Registry Junk: A Windows Fact of Life
Između ostalog, Mark kaže:
Citat:
...
However, one of the Regmon troubleshooting examples Dave and I present in our Windows internals seminars made me realize that it’s not only possible, but common, for even best-of-breed uninstallers that have earned the Windows logo from Microsoft to leave our Registries littered with traces of applications deleted long ago.
...
So it seems that Registry junk is a Windows fact of life and that Registry cleaners will continue to have a place in the anal-sysadmin’s tool chest, at least until we’re all running .NET applications that store their per-user settings in XML files – and then of course we’ll need XML cleaners.

 
Odgovor na temu

VladimirCDT
VladimirCDT
programer
Beograd

Član broj: 220281
Poruke: 45
*.antegra.com.



+2 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 18:31 - pre 178 meseci
Citat:
Ivan Dimkovic: @VladimirCDT,
Vidi, moras izabrati da li zelis tehnicku diskusiju ili najobicnije proseravanje - umem i ja da kenjam i da pravim dosetke, samo mi se jednostavno to ne radi ovde.

Moram da primetim da je eksploatacija jedne jedine moje recenice od vise njih koje sam napisao na ovoj temi, da bi me diskvalifikovao iz rasprave ovakvim kvalifikacijama i komentarom, jednostavno neumesno, neukusno i na kraju krajeva preterano drsko. Pogotovo sto si sebi dao slobodu da me prozivas za nesto sto je tvoj generalni manir u vecini diskusija.
Citat:
Centralizovani sistem konfiguracije ima prednosti i mane u odnosu na razudjeni - u slucaju Registry-ja su te prednosti vrlo ocigledne i ja sam samo pokusao da ih navedem (kao, npr. oslobadjanje od pisanja parsera) - centralizovani sistemi imaju i mane, to niko ne spori, ali to mora imati svoj kontekst da bi mogli da objektivno donosimo sud, u slucaju Windows-a su te mane daleko manje od prednosti koje su pruzene.

Hajdemo sada sa druge strane.
Ako je to centralizovano resenje toliko dobro za datu primenu, zasto nije sire zastupljeno ? Svako dobro resenje u tehnici obicno bude opste usvojeno od svih.

Citat:
Za pocetak, registry predstavlja standard - i oslobadja developere potrebe da svaki put izmisljaju tocak iz pocetka, takodje im omogucava i laku saradnju aplikacija kroz standardizovani sistem smestanja konfiguracije i pristup podesavanjima sistema kao i drugih aplikacija.

Uniforman i standardizovan pristup nije uslovljen centralizovanim pristupom. Primer: XML konfiguracioni fileovi. Standardizovano, ne moras da pises parser, sve vec postoji. Pri svemu tome, siroko prihvacen pristup. I nije centralizovan.

E sada, svakome, pa i u M$ je sa ovim iskustvom jasno da je Registry mana. Ali je problem sto ne mogu da ga se otarase zbog kompatibilnosti. Jednom davno su napravili gresku sto su uveli nesto sto ne dozvoljava da bude eliminisano iz narednih verzija sistema, a nisu dovoljno promislili o posledicama. Sada ga vuku sa sobom iz verzije u verziju, kao lose genetsko nasledje.
 
Odgovor na temu

Ivan Dimkovic

Administrator
Član broj: 13
Poruke: 16687
*.dip.t-dialin.net.



+7176 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 18:45 - pre 178 meseci
Citat:
VladimirCDT
Moram da primetim da je eksploatacija jedne jedine moje recenice od vise njih koje sam napisao na ovoj temi, da bi me diskvalifikovao iz rasprave ovakvim kvalifikacijama i komentarom, jednostavno neumesno, neukusno i na kraju krajeva preterano drsko. Pogotovo sto si sebi dao slobodu da me prozivas za nesto sto je tvoj generalni manir u vecini diskusija.


Tvoji postovi na ovoj temi su sama esencija drskosti i jednostranosti - obrati paznju na svoj ton u odnosu na ton drugih ovde. Ova tema je pocela kao tema sa tehnickim faktima i konkretnim manama, a to sto ti potenciras ovde je hardline nametanje jednog misljenja i to u problemu gde ne mozes dati definitivan DA/NE odgovor.

Citat:

Ako je to centralizovano resenje toliko dobro za datu primenu, zasto nije sire zastupljeno ? Svako dobro resenje u tehnici obicno bude opste usvojeno od svih.


Od kojih "svih"?

Centralizovane konfiguracije se koriste tamo gde imaju smisla - Linux/Unix okruzenja ih nemaju zbog nasledstva. Windows je ima zbog specificnosti OS-a i ogromnog broja komponenti koje saradjuju jedna sa drugom, to je bio dizajnerski trade-off - koji, kao i svaki trade-off donose neke mane ali i resavaju neke probleme.

Nece bas biti da na ovom svetu imas milion operativnih sistema - pa da mozemo da pravimo neke statistike "zastupljenosti", pogotovu ne kada nisu svi OS-evi isti niti na isti nacin resavaju probleme. A tehnicko resenje sa centralizovanom bazom podesavanja nije nikakva egzotika i nije nesto sto je Microsoft izmislio.

Citat:

Uniforman i standardizovan pristup nije uslovljen centralizovanim pristupom. Primer: XML konfiguracioni fileovi. Standardizovano, ne moras da pises parser, sve vec postoji. Pri svemu tome, siroko prihvacen pristup. I nije centralizovan.


Da, i gubitkom te centralizovanosti takodje stvaras odredjene probleme u nekim slucajevima kao npr. migraciji podataka na domenski kontroler ili standardizaciji formata podataka koje belezis u konfiguraciju (nije tacno da XML sve standardizuje i takodje ti treba parser). Kao sto rekoh, pitanje centralizacije vs. distribuiranosti je slozeno pitanje i ne moze se na njega dati "DA"/"NE" odgovor bez celog konteksta tj. uzimanja u ozbir svih slucajeva koje OS treba da podrzi.

Da ne pricamo o tome da XML nije postojao ni kao zamisao a kamo li kao standard kada je Registry uveden u upotrebu.

Citat:

E sada, svakome, pa i u M$ je sa ovim iskustvom jasno da je Registry mana.


A ko je to svako? Ti, i ko jos? Eto ovo je tipican primer onoga sto sam rekao gore - jednostranost i pausalni zakljucci bez ikakvog osnova.

Prosto je neverovatno da neko tako tvrdoglavo skoro religijski zastupa jedan stav u problematici u kojoj ne postoji univerzalno "dobro" ili "lose" resenje vec je uvek trade-off. Fantasticno.

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
195.222.97.*



+2790 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 19:43 - pre 178 meseci
maksvel, Ivan Dimkovic

Pa, ne kazem ja da standardizacija nema svojih prednosti, ali kao što odsustvo standarda smeta programerima i korisnicima, smeta i 'akerima (piše se "acer").

Nego, mnogo odosmo u off topic. Da se vatimo na temu

M$ Winblows sucks
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

Catch 22

Član broj: 148083
Poruke: 6176
93.87.241.*



+21 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a02.09.2009. u 23:21 - pre 178 meseci
Evo da malo razvedrimo temu podsećanjem na dane, kada je Windows 7 bio još u ranoj Beta fazi...




Prikačeni fajlovi
 
Odgovor na temu

VladimirCDT
VladimirCDT
programer
Beograd

Član broj: 220281
Poruke: 45
*.antegra.com.



+2 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a03.09.2009. u 09:18 - pre 178 meseci
Citat:
Ivan Dimkovic: Tvoji postovi na ovoj temi su sama esencija drskosti i jednostranosti - obrati paznju na svoj ton u odnosu na ton drugih ovde. Ova tema je pocela kao tema sa tehnickim faktima i konkretnim manama, a to sto ti potenciras ovde je hardline nametanje jednog misljenja i to u problemu gde ne mozes dati definitivan DA/NE odgovor.

Izvini, ali da li mozes da navedes gde sam ja to bio drzak prema sagovornicima na ovoj temi ? Znas, za razliku od tebe ja ljudima ne govorim da se prose......
Da li bih ja uopste toliko postovao da ti:
- ne razumes pogresno post,
- u svojoj apologetici ne iznosis tvrdnju da neki Registry Cleaner pokupi djubre i nema problema, a istina je malo drugacija
- se bavis unutrasnjom implementacijom Registry-a, a jednostavno pricamo o tome zasto je Registry mana.

Kao sto vidis svaka od tih stavki realno ne odgovara na objasnjenje problema koji je uvodjenje Registry-a donelo.

Citat:
Centralizovane konfiguracije se koriste tamo gde imaju smisla - Linux/Unix okruzenja ih nemaju zbog nasledstva. Windows je ima zbog specificnosti OS-a i ogromnog broja komponenti koje saradjuju jedna sa drugom, to je bio dizajnerski trade-off - koji, kao i svaki trade-off donose neke mane ali i resavaju neke probleme.

Pa i kada se pravi trade - off, mora se voditi racuna sta su prioriteti. Ne mozes zarad izbacivanja config file-ova i navodnog olaksavanja posla developerima da zrtvujes performanse, stabilnost i bezbednost sistema. A uvodjenje Registry baze je upravo dovelo do toga. Naravno, dozvoljavam da su nekom drugom prioriteti drugaciji i da je prihvatljivo zrtvovati performanse, stabilnost & bezbednost sistema.

Citat:
Nece bas biti da na ovom svetu imas milion operativnih sistema - pa da mozemo da pravimo neke statistike "zastupljenosti", pogotovu ne kada nisu svi OS-evi isti niti na isti nacin resavaju probleme. A tehnicko resenje sa centralizovanom bazom podesavanja nije nikakva egzotika i nije nesto sto je Microsoft izmislio.

Hmmm... Ako ce nam trebati statisticki uzorak na skupu od milion slucajeva, onda bolje da dignemo ruke od ove i svake druge diskusije o tehnickim resenjima.

Citat:
Da, i gubitkom te centralizovanosti takodje stvaras odredjene probleme u nekim slucajevima kao npr. migraciji podataka na domenski kontroler ili standardizaciji formata podataka koje belezis u konfiguraciju (nije tacno da XML sve standardizuje i takodje ti treba parser). Kao sto rekoh, pitanje centralizacije vs. distribuiranosti je slozeno pitanje i ne moze se na njega dati "DA"/"NE" odgovor bez celog konteksta tj. uzimanja u ozbir svih slucajeva koje OS treba da podrzi.

Da ne pricamo o tome da XML nije postojao ni kao zamisao a kamo li kao standard kada je Registry uveden u upotrebu.

Slazem se ja da je problme slozen. To nije sporno. Ali, koliko god scenaria da analiziras, kakve god primene da smislis, jednostavno ne mozes po vaznosti da ih stavis ispred onih pitanja koje je Registry, ovakav kakav je, ugrozio.
Danas mi za XML ne treba parser jer vec postoji citav niz biblioteka koje zavrsavaju posao parsiranja. Ne moram nista da pisem.

Citat:
A ko je to svako? Ti, i ko jos? Eto ovo je tipican primer onoga sto sam rekao gore - jednostranost i pausalni zakljucci bez ikakvog osnova.

Hoces da mi kazes da nikada nisi cuo strucnjake iz IT struke da kritikuju Registry ? Da nikada nisi naisao na debate na tu temu ? Samo mene ? Eh...

Citat:
Prosto je neverovatno da neko tako tvrdoglavo skoro religijski zastupa jedan stav u problematici u kojoj ne postoji univerzalno "dobro" ili "lose" resenje vec je uvek trade-off. Fantasticno.

Ja nemam takav religijsko-navijacki, iracionalni stav. Ja jednostavno zastupam jedan stav, a to nije jednostranost. Dakle, trade-off jeste inzenjerska nuzda, uopsteno u svakom problemu i predstavlja izvesnu umetnost. Medjutim, ja jednostavno ne mogu da prihvatim da postoji bilo sta sto je vaznije od:

- performansi sistema,
- stabilnosti sistema
- bezbednosti sistema

Registry je kompromitovao sve tri stvari. Performanse - to je ocigledno i problem nemogucnosti apsolutnog eliminisanja junka u centralnom repository-u sistema predstavlja jednu veliku tehnicku manu. Stabilnost sistema - od tog Registry-a zavisi i samo podizanje sistema. Da ne govorimo da su svojevremeno "Missing shortcuts" dovodile do padanja aplikacija na WIn 98 npr. Neke od takvih gluposti su kasnije eliminisane, ali i dalje imamo veliki problem sa stabilnoscu sistema koji dolazi iz Registry-a. Bezbednost - o tome da je Registry otvorio dodatne mogucnosti malware-u, to je verujem, opste poznata stvar i verujem da se svako od nas vec sreo sa ovakvim problemima.

Eto, to je bila moja jutarnja doza drskosti, prose....., pausalnih zakljucaka, jednostranosti, tvrdoglavosti i religijskih obreda. Za kasnije cemo da vidimo...
 
Odgovor na temu

combuster
Ivan Bulatovic
Kraljevo

Član broj: 151351
Poruke: 4563
93.86.111.*

Sajt: www.linuxsrbija.org


+104 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a03.09.2009. u 09:54 - pre 178 meseci
Da li sme da software sam upisuje neke vrednosti u bazu od kojeg zavisi integritet celokupnog sistema? Dobro backup-uje se al ajd bre...

Da su na nivou operativnog sistema (a ne aplikacije) napravili neki interfejs koji bi upitao korisnika da li zeli da upise nesto u recimo HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/CurrentVersion/Run (valjda je to ta putanja bilo davno pa se ne secam bas najbolje) i da recimo pregleda koje vrednosti software trpa nesto u registry to bi bila vec druga prica. Ok n00b-ove to ne interesuje ali bi omogucilo korisniku da "prati" sumnjive aplikacije tj one koje instalira po prvi put ili koje je slupao sa nekog warez-a...

Ali pobogu to bi bio dodatni dialog prozor i dodatni klik za korisnika, heh - onda bi vec bio komplikovan kao Linux a to se ne sme dozvoliti :D
make love - !war
 
Odgovor na temu

Illiron
Miloš Hadžić
Beograd

Član broj: 210
Poruke: 431
93.87.234.*



+1 Profil

icon Re: Navedite bar jednu manu: a)m$-a i b)windows-a03.09.2009. u 10:08 - pre 178 meseci
A kad otkucaš
sudo apt-get install whatever

Jel te sistem pita nešto sem da li želiš da skineš i instaliraš taj program?

Kad instaliraš nešto na Vindousu UAC se upali i pita da li želiš da dozvoliš tom programu da menja stvari na tvom kompjuteru. Dovoljno je. Neću valjda za svaki program koji instaliram da gledam šta mi upisuje u registry.
 
Odgovor na temu

[es] :: Advocacy :: Navedite bar jednu manu: a)m$-a i b)windows-a

Strane: << < .. 6 7 8 9 10 11 12 13

[ Pregleda: 35311 | Odgovora: 255 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.