Jiste. Protoze.. google.. ten URCITE nebude pridavat zmeny, ktere by se komunite nelibily, ze ano? Urcite neprida maly backdoor pro NSA, neeee, to by nas strazce internetove svobody neudelal!
a ak sa im s vyvojom bude darit tak ich google urcite nebude chciet vlastnit a bude iba tak prispievat svojimi vyvojarmi
Stejným způsobem Google přispívá i do Linuxu a jiných opensource projektů, tak proč ne?
Samozřejmě chce primárně vydělávat, ale pro tento účel mu poslouží i projekt, na kterém hradí jen zlomek nákladů a není kvůli němu závislý na dodavateli.
Divil bych se, kdyby nebyl takový backdoor odchycen ještě před commitem do hlavní vývojové větve. Patche obvykle procházejí kontrolou minimálně hlavním správcem.
Aha, jasne, ako pred rokom ci dvoma ked sa zacalo hovorit o nejakom backdoore v OpenBSD (konkretne IPSEC). A to je myslim fakt paranoidny kus softu.
V tomhle pripade se diskutovalo o tom, ze mozna pouzity generator nahodnych cisel neni z kryptografickeho hlediska uplne bezpecny. Tzn. neni tam kod "if(backdoor) then ...", ale mozna je tam chyba v necem cemu rozumi tak stovka lidi na svete. A i kdybyste vedel v cem je chyba tak asi nebude snadne tu chybu vyuzit.
Kdyz v Debianu "vylepsili" generator nahodnych cisel pro OpenSSL tak to trvalo nekolik let nez nekomu doslo, ze PIDu v Unixu vlastne hrozne malo.
Jasne, generator nahodnych cisel:
So, it appears the original allegations that developers working on OpenBSD networking code could have worked on backdoors but there is no proof and had opportunity to add them to OpenBSD but they probably didn't. And if they did, it was probably pulled out long ago anyway. The bugs previously mentioned were not found to backdoor code.
Audits and overall basic cleanup of code continues.
Vid prvy link z guglu: http://www.linuxjournal.com/content/allegations-openbsd-backdoors-may-be-true
Podla mna sa jasne diskutovalo o zabudovanom backdoore.
Tak si namisto trolovani stahni zdrojaky, vyhledej a odstran vsechny backdory pro CIA, FBI, NSA a Mossad a zkompiluj si vlastni binarky. Je to Opensource, ne? Tohle na svych Widlich delat nemuzes.
Rekl bych, ze pridat backdoor do zdrojaku ktere prolezaji stovky koderu je ponekud problematicke. Dokonce i pro takovou firmu jako Google...
Máte recht. Jen mě napadá, zda stojí za to to s firmou s takovou pověstí riskovat.
Tak toto podporu od googlu nechapu.. je to stejne mrtva vetev jako WindowsRT.
Pokud neco chteli podporit tak to mela byt smysluplna Postgre a ne tento balast ktery dovoli vytvorit triggry a indexy nad neexistujici tabulkou.
Ale vzdyt ma s tim PostgreSQL pravdu, mysql a jakekoliv forky jsou shit ...
Tak to nepoužívej. Ten shit používá cca 4x tolik lidí než úžasný PostgreSQL. Dokonce i MongoDB používá víc lidí než PostgreSQL. Prostě to jsou všechno blbci a masochisti, no.
Jo a MS access pouziva 4x vice lidi jak mysql a mongo dohromady a excel pouziva 10x vice lidi nez MS access.
To ze se to pouziva masove jeste neznamena ze to je dobre!
90% priblblejch webu by si vystacilo s mnohem mene narocnejsi SQLite.
Vidím, že v Mafře se nudíte. Co takhle jít radši spravovat ty rozmrdaný diskuse, kde nejste ani schopni zařadit správně odpověď do vlákna? Za to taky může databáze?
To chce klid a nohy v teple. Ale aby som tiez naskocil na tuto vlnu, tak rovno tvrdim, ze cele SQL je rovnaky shit, nezavisle na tom, v akej prichuti a konzistencii prave prichadza :)
V podstatě. I podle statistik, když už někdo chce přejít na něco "lepšího", tak holt přejde na nějakou NoSQL databázi a celej Postgres je mu úplně ukradenej.
S dovolením bych přisednul na vlnu: V současnosti je SQL (včetně RDB) přeceňovaný anachronismus jak bejk.
SQL je v současnosti hlavně dost nepochopený nástroj. Nevěřil byste, kolik lidí jezdí z obýváku na záchod autem. A pak si stěžují, že kvůli tomu museli nechat předělat všechny dveře a že se v chodbičce u záchodu nemůžou otočit a musí pak do obýváků couvat. Na základě této zkušenosti považují automobil za přeceňovaný anachronismus. Já si jen klepu na čelo, co je to za trubky, že je to vůbec napadlo.
Aneb: to Q v SQL znamená "query". Jak často se dotazuješ na data? Nikdy? Tak proč vůbec uvažuješ o SQL?
Vždycky jsem měl pocit, že databáze jsou od toho, aby se jich uživatel ptal na data. Ale k tomu většinou nepotřebuje SQL (potažmo RDB). V TOM je smysl mého příspěvku.
Ja mel vzdycky za to, ze databaze jsou tu od toho aby vase data ochranily.
Nejen pred HW problemy, ale i pred blbou aplikaci, ktera nedokaze zamykat anebo hlidat integritu.
Az jednou prijdete o data, tak pochopite k cemu databaze doopravdy jsou.
Ano, to veru su a taktiez su viac, ako obycajne filesystemy, co naznacoval prispevok vyssie. Pokial sa bavime o SQL, tak by som upozornil na pismeno S, ktore je v tomto pripade podstate a znamena structured. O tom su SQL databazy a nie o tom, ze su ACID. To je len prijemna bonusova vlastnost.
Jakýkoliv systém dovoluje pouze takovou konzistenci dat, jaké má prostředky. Zrovna SQL má zoufalé vyjadřovací schopnosti v porovnání s vlastnoručně sestaveným doménovým jazykem v nějakém vyšším jazyku. Zamykání a synchronizace se dá řešit na různých úrovních a různě, mimoto se samotným SQL nijak nesouvisí.
K ochraně dat slouží tzv. zálohování.
Databáze jsou na uchování dat, to ano. Ale SQL je jenom malá podmnožina databází. Většina webů potřebuje databázi tak, že má nějaké ID objektu a k němu si chce uložit data. Na to jsou vhodné některé z no-SQL databází. Ale třebas ERP systémy běžně staví dotazy až podle přání uživatele, ptají se pokaždé přes jiné sloupečky a reporty běžně spojují několik tabulek občas exotickým způsobem. Pro ty zase není nic lepšího než SQL databáze.