Google Chrome 68

Google Chrome 68 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 68.0.3440.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Nově jsou HTTP spojení označována slovem Nezabezpečeno (Not secure). Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 42 bezpečnostních chyb.

25.7.2018 06:00 | Ladislav Hagara | Nová verze

Komentáře

[Ragzid]

Abicko HTTPS podporuje, tak proc tu jeste neni vynucene?

[[Jooky]]

znacne vyssia zataz na cpu ? ... minulosti bol toto vacsinou ako argument cislo 1.

[Adolf Kernel]

Jasne.. vyhovorky ...

[poky74]

Vzhledem k tomu, že je ábíčko obstarožní systém (i komunita je jednou nohou v hrobě) a nikdo portál neudržuje kvůli "chytrému" nápadu napsat ho v Javě, to výmluva není. Na vše tady se koukejte optikou patnáct let nazpět.

[Salamek]

Ja si pamatuji jak jsem chtel jednou prispet nejakymi upravami/fixem do abclinuxu zdrojaku... pak jsem uvidel ze je v Java: https://media.giphy.com/media/42FxaFr7rweWUnCfNp/giphy.gif

[Filip Jirsák]

Před tím serverem napsaným v Javě dnes běží nginx. A nginx HTTPS umí – takže váš předpoklad, že je problém v technologiích, je lichý.

Mimochodem, kdyby ten portál nebyl napsaný v Javě, tak by možná nebyl napsán vůbec, a nebo by nejspíš nevydržel bez problémů funkční až do dneška.

[poky74]

Předpoklad je, že se o to nikdo nestará - a kvůli technologickým překážkám to nikdo dobrovolně ani zjišťovat nebude (ne že by to dnes vůbec šlo, odkazy na cvs nefungují)

[Andrej]

vynutenie https je v nginxe praca na 5 minut (aj s 3-minutovym guglenim)

[Salamek]

No v nginx je to sice rychlovka, ale u nekterych ne prilis dobre napsanych aplikaci je pro SSL treba i par uprav v SRC aplikace... jaky je stav ABCLinuxu neznam, ale zacinam mit pocit ze kdybych se nasral a cele to prepsal do Pythonu(Django) a vyspideroval data a cele to spustil pod abcdlinuxu.cz ze to bude rychlejsi nez delat nejake upravy na tehle skostnatele fosilii...

abclinuxu.cz mam rad, i lidi tady pohybujici se, ale technicka zastaralost me zacina celkem vadit. Tim nemyslim styl a nejake JS sracicky, at uz se web a technologie kolem nej ubiraji jakymkoliv smerem, ne vsechny novinky jsou spatne a nektere bych zde uvital... treba za Markdown jako default pro vsechny textarea bych zabijel, psat v HTML je opruz a wysiwyg editory nesnasim protoze generovane HTML pak vypada jak od dementa, pak nejake "privacy friendly" napojeni na externi sluzby jako je treba Gravatar, OpenID... CSS sablona by take potrebovala trochu oprav, tu a tam neco pretika, nesedi, vypada divne, system uploadu obrazku v blogu je na prd, lightbox pro prohlizeni obrazku je na prd a neumi skupiny...

Vyvoj tohodle webu se zastavil pred 10 lety, jako pamatka nad kterou se muzou rozplyvat pamatkari a fandove historie je to dobre, ale jako vec na pouzivani v dnesni dobe... trochu opruz

[Jendа]

jaky je stav ABCLinuxu neznam

Pro AbcLinuxu je pravidlo v HTTPS Everywhere, používám ho už několik let a funguje.

treba za Markdown jako default pro vsechny textarea bych zabijel, psat v HTML je opruz

Proč proboha tohle neřeší tvůj prohlížeč?!

[Salamek]

Pro AbcLinuxu je pravidlo v HTTPS Everywhere, používám ho už několik let a funguje. Hotfix pluginem v prohlizeci... meh.

Proč proboha tohle neřeší tvůj prohlížeč?!

Protoze plugin v prohlizeci na tohle je dalsi hotfix ? K cemu mi to je kdyz v DB webu bude zase jen HTML! pak dam edit na mobilu/stroji kde ten plugin nemam a vypadne na me HTML -> reseni k hovnu... (a to jeste naivne predpokladam ze ten plugin zvladne prevest HTML -> Markdown)

[Jendа]

Protoze plugin v prohlizeci na tohle je dalsi hotfix ?

Právě naopak. Když to nahardcoduje provozovatel serveru, tak budou mít všichni Markdown. Zatímco když řekne prostě <textarea>, tak každý může požívat, co mu vyhovuje. Pepa bude mít na svém počítači Markdown, Franta WYSIHYD, Alice LaTeX a Bob direct neural interface.

K cemu mi to je kdyz v DB webu bude zase jen HTML!

Nedává docela smysl, že obsah, který se bude ukazovat jako HTML stránka, bude uložený jako HTML?

pak dam edit

OK, validní připomínka. Tlač na W3C ať přidělá standardní možnost poslat „aux“ data s původním formátem.

[Salamek]

Ehm, dela se to tak ze mas tabulku kde mas vygenerovane HTML ktere zobrazujes na frontendu, zatim co pro edit ukazujes markdown, pri ulozeni ulozis markdown a zaroven vygenerujes i HTML. Prevadet markdown pri loadu stranky na HTML je konina, pro lidi co chteji pouzivat neco jineho se da implementovat neco jineho nebo i jednoduchy plugin system kde to bude tabulka One(id, html,...) to Many(id, one_id, format, data, ...) a at si to lidi pisou treba v brainfucku, hlavne kdyz to vygeneruje korektni HTML.
Solved...

[Jendа]

Mně nešlo o implementaci na straně serveru, ale o „API“ pro klienta -- protože takhle server bude muset umět interpretovat nějaké značkovací jazyky, a když budu chtít použít nějaký jiný, tak mám smůlu. Podle mě by řešením bylo na server posílat jak lokálně vygenerované HTML, tak originál (který server zpracovávat nebude). (pochopitelně by to nefungovalo kdyby to upravovalo víc lidí, každý s jiným jazykem)

[〹]

Zatímco když řekne prostě <textarea>, tak každý může požívat, co mu vyhovuje. Pepa bude mít na svém počítači Markdown, Franta WYSIHYD, Alice LaTeX a Bob direct neural interface.

+1. Konečně to někdo vidí stejně.

OK, validní připomínka. Tlač na W3C ať přidělá standardní možnost poslat „aux“ data s původním formátem.

Ne nutně. Břímě uchovávání zdrojových kódů k dokumentům může ležet plně na uživateli. Tak jako existují pluginy pro „zálohování“ obsahu textových polí a správu hesel, tak můžou existovat pluginy, které rukopis jeho hipsterského momentálně populárního formátu budou někde uchovávat. Server obdrží dokumenty v nějaké kanonické formě (zde je to HTML, což je rovněž příšerná volba, ale dejme tomu) a v této je bude i vydávat.

Uchovávat na serveru libovolná data libovolného formátu nepovažuji za šťastné ani opodstatněné.

[Jendа]

(For the record, já třeba Markdown nesnáším, protože v něm není jednoduše definováno escapování. Skoro mám pocit, že v některých případech není escapování definováno vůbec. Píšu v HTML a aby člověk nemusel vypisovat tagy, jsou tu tlačítka. A třeba na odkaz mám klávesovou zkratku a na escapování skript.)

[Salamek]

Proc neco delat jednoduse kdyz to jde slozite ze ?
Markdown nesnáším, protože v něm není jednoduše definováno escapování.
Nikdy jsem s tim nemel problem, v MD pisu dokumentace a README, a kdyz by ti nahodou neco chybelo, tak ti nikdo nebrani pouzit HTML v MD...

[Bystroushaak]

(For the record, já třeba Markdown nesnáším, protože v něm není jednoduše definováno escapování. Skoro mám pocit, že v některých případech není escapování definováno vůbec. Píšu v HTML a aby člověk nemusel vypisovat tagy, jsou tu tlačítka. A třeba na odkaz mám klávesovou zkratku a na escapování skript.)

+1

Já když už něco, tak radši používám RST, ale i to je na ojeb, když v tom má člověk dělat něco komplexnějšího. Upravoval jsem v tom knížku a pár dokumentací a měl jsem občas chuť skočit z okna.

[Jendа]

Nedalo mi to a trochu jsem to zkoumal a zjistil jsem, že zprasené escapování měly hlavně příchuti Markdownu, které jsem musel používat. Vanilkový MD je na tom relativně dobře. Ale furt tam přetrvávají problémy jako že nejde formátovat uvnitř code bloku (například mám v dokumentaci schéma jako ASCII art a potřeboval bych v něm udělat něco tučně).

[〹]

acinam mit pocit ze kdybych se nasral a cele to prepsal do Pythonu(Django) a vyspideroval data a cele to spustil pod abcdlinuxu.cz ze to bude rychlejsi nez delat nejake upravy na tehle skostnatele fosilii...

Protože nerozumíš client-server architektuře. Abclinuxu plní roli serveru vcelku dobře a vadí ti klient, který je tvořen tvým webovým prohlížečem (na základě doporučení uvedených v HTML kódu). Proč si tedy nenapíšeš vlastního klienta? Snaha uživatelům, kteří by mohli mít zájem o tvůj frontend, vnucovat i vlastní backend napěchovaný ukradeným copyrightovaným obsahem je ultimátní známkou totalitářského myšlení.

[Salamek]

Protože nerozumíš client-server architektuře.
Hele vis co, polib mi sos, mam lepsi veci na praci nez se bavit s anon trolly na webu z kterych padaji nebetycne hovadiny

[〹]

Pokud mezi ty věci patří studium client-server architektury, pak držím palce.

[Salamek]

Z tvych logickych pochodu mam pocit ze to je spis tvoje slaba stranka... a tak nejak web kompletne... a hlavne sis neudelal domaci ukol...

[〹]

Rád si poslechnu argument, proč je lepší mít klienta úzce svázaného se serverem než poskytnout protokol a umožnit implementaci nezávislých klientů uspokojujících potřeby různých uživatelů – tím spíše pak v komunitě linuxáků. A nemusíme se omezovat jen na Abclinuxu, ale klidně můžeme porovnat situaci okolo otevřených IM protokolů (IRC, XMPP, …) a těch uzavřených (ICQ, Facebook Messenger, …). Šlo se setkat s občasnými problémy vyplývajícími z nedodržování standardu (tj. poslání obsahu, který klient na druhé straně neuměl interpretovat), ale s tím se ostatně setkáváme i u „oficiálních“ klientů dnes z různých důvodů. Kupříkladu Facebook Lite něco zobrazuje jinak než Messenger pro Android, Messenger na webu se chová jinak než to prťavé okénko přímo na frontpage Facebooku aj.

V případě Abclinuxu není klient a server oddělen uspokojivě a žádné oficiální API neexistuje. Ovšem právě z toho důvodu, že se do webu zasahuje minimálně, rozumnou vrstvu vytvořit lze. Že si to nedokážeš představit ty sám a raději bys kvůli možnosti psát komentáře v Markdownu přepisoval celý backend, to je tvůj problém.

Jistě, že by i ten backend zasloužil řadu vylepšení, ale ty ses soustředil zejména na ten frontend, který zrovna v případě tohoto webu opravdu není velký problém naprogramovat nezávisle (a vzhledem k tomu, že jsi mluvil o psaní crawleru, tak bys tam tu vrstvu, kde se to s největší pravděpodobností může rozbít, musel mít stejně).

V neposlední řadě by mě zajímalo, jak tyto problémy řešíš jinde. Ono totiž třeba zdejší diskuze jsou implementovány asi nejlépe, co jsem kdy viděl, a všude jinde intenzivně zápasím s čitelností (přičemž parsovat to ručně by taky bylo mnohem těžší než tady). Pokud vezmu v úvahu dobu, v jaké to celé vznikalo, raději bych smekl před lidmi, co to dali dohromady, a šoupal nohama, protože vytvořit něco, co bude fungovat alespoň tak dobře dalších 15 let (z toho většinu už jen s naprosto minimální údržbou), chce o dost víc než jen blbé kecy v diskuzích.

rozumnou vrstvu vytvořit lze

>>> blog.readed

...

[Bystroushaak]

To je jen moje zprasená angličtina. V ideálním případě by měl mít web vlastní API, přes které je možné s ním interagovat.

[Salamek]

Ja mam ted trochu pocit ze jsme se nejak ze zacatku moc ?nepochopili? To co ted pises totiz dava smysl a z vetsiny tim souhlasim.
Proti abclinuxu toho prave ze moc nemam krome toho v cem je backend napsany a jak je napsany frontend (technicka zastaralos, styl se mi libi)... Tu Javu ocivitne udrzovat a upravovat ~nikdo nechce... v abclinuxu je hromada skrytych bugu ktere nikdo nechce opravovat (je tu o tom blog) a celkove to tu stagnuje i v jen pouhe udrzbe
Duvod proc bych to cele psal znova neni ten ze by to ted bylo udelane nejak extra spatne ale ten ze jiny jazyk a styl vyvoje by ~pritahnul vice prispevovatelu do projektu a hlavne vetsi pruznost celeho vyvoje (bejt to v cemkoliv jinym[Python/PHP/node.js/Ruby] a mit to repo na GitHubu nebo GitLabu etc. tak uz do toho mam davno x PR)... z meho pohledu je to jednodusi cele prepsat protoze JA to budu mit rychleji tak jak jsem psal, nez abych modifikoval stavajici codebase (zamerne to vztahuji na sebe abych predesel nesrovnalostem v tom ze bych to nekomu vnucoval jako ultimatni reseni)
PS: Kdyz se tu trochu vice porozhlednes tak najdes par neprijemnych bugu at uz v backendu nebo v CSS/HTML... ktere tu jsou s nami uz par let a budou tu pravdepodobne do skonani abclinuxu. Ted jsem zkousel cvs.abclinuxu.cz a nedari se mi uz zdrojaky abclinuxu ani dohledat... me proste neprijde ze ma cenu tuto chatrajici starozitnost restaurovat. Stavajici abclinuxu svuj ucel splnilo a to dobre, jen mi prijde ze je na case jej zakonzervovat a nahradit necim new. Kdyz se podivam na root.cz tak bych rekl ze jim to ve finale prospelo, i kdyz bych byl radsi kdyby zachovali moznost pouzivat stary styl.

[mirec]

Vývoj sa presunul na git - git://git.abclinuxu.cz/abclinuxu.git. Čo sa týka toho jazyka ... no čo ja viem, ja mám linuxos.sk na djangu a aj tak sa toho nikto okrem mňa prakticky nedotkne.

[Salamek]

Git nice, no ja bych se dotknul kdybych to pouzival... s prominutim o linuxos.sk slysim prvne Hezkej pocin, libi se mi to... mozna jen nemate takovej traffic a komunitu aby bylo vice prispevatelu a mozna staci kdyz to udrzujes a vyvijis sam... protoze je to furt vic lidi nez co vyviji a udrzuje abc... (tady se delaji jen kryticke bugfixy)

[Salamek]

@abclinuxu MySQL + ceske nazvy sloupcu... au...

[〹]

Legacy projekt v jiném jazyce by někdo udržovat chtěl? Do kódu v tehdejší verzi PHP by hrábnul jen naprostý masochista a ta technologie je taková sračka, že kvůli tomu Facebook přišel s Hackem. JavaScript odstartoval vznik rovnou celé rodiny nových jazyků, přičemž všechny se snaží napravit jeho fatální nedostatky (které si část hipsterů uvědomí poté, co si namlátí držku, a ta druhá si je neuvědomí nikdy, protože rovnou nekriticky přejde na jinou cool technologii, o které se hodně mluvilo na Twitteru). Python mezitím stihl udělat nekompatibilní verzi a určitě se hned vyrojí dav dobrovolníků, kteří to celé upraví, a Ruby je okrajová záležitost natolik odlišná od mainstreamu, že vývojáře budeš shánět tuplem hůř.

Pokud jde o Javu, každá diskuze, která se tu na toto téma vedla se po vyvrácení častých mýtů a defektů v uvažování (např. že pokud diskutující zná Karla, který píše v Javě a má ve zvyku vytvářet zbytečné třídy, může za to Java) redukuje na ryze subjektivní preference. Tam se teprve ukáže, jak moc je IT inženýrská disciplína, protože málokdo se od svého čistě emocionálního a neobjektivního postoje dokáže odprostit a naplno uznat, že objektivně je to asi OK a žádné skutečné argumenty proti nemá, jen se mu to prostě osobně nelíbí. V tvém případě to, že se ti zvolený jazyk nelíbí, mělo za následek dojití ke zcela chybnému závěru („tu Javu nechce nikdo upravovat“ – ve skutečnosti to s Javou nesouvisí nejspíš nijak). Správně jsi naznačil, že zastrčený link na repozitář může mít jistý negativní dopad, ovšem větší propagace nebo přesunutí na GitHub nevyřeší zhola nic, pokud projekt postrádá hlavního maintainera – on ty pull requesty totiž taky musí někdo schvalovat. Tady původní vývojáři odešli a není, kdo by je nahradil. Pouštět si na server kód dodaný nedůvěryhodnou třetí stranou by asi nebylo úplně dobré, takže pokud provozovatelé portálu někoho nenajmou, na situaci se nic nezmění.

[〹]

A jak že vypadá ten web, z kterých (sic!) padají nebetyčné hovadiny?

[Jendа]

A co tehdy frčelo? Snad ne PHP4…

[biolog]

Říká se tomu svoboda volby.

Ta myšlenka je ve světě Linuxu obecná, netýká se jen HTTPS. Říká, že když máme více než 1 alternativu a ostatní alternativy nemají smysl, tak uživatel má možnost si zvolit i ty nesmyslné alternativy. Ortodoxní lidé navíc zastávají názor, že uživatel by měl popis alternativ vyštrachat v dokumentaci, porozumět co která alternativa dělá, domyslet jaké má důsledky a muset se rozhodnout.

[Salamek]

A kde tedy mohu svobodne zmenit default pro mou IP aby ji server abclinuxu.cz vzdy naserviroval SSL verzi ? Nikde, takze zadna jednoducha volba tu neni, jen z me strany mohu https:// volat a doufat ze nenarazim na nejaky tvrdy redirect na http:// abych se nedostal do redirect loop, dalsi problem jsou http:// only sources etc...

[〹]

Jak už tu zmiňoval Jenda, stačí používat doplňek HTTPS Everywhere. Proč nekritizuješ svůj webový prohlížeč, že HTTPS neumí preferovat sám o sobě bez 3rd party pluginů, ale místo toho kritizuješ vývojáře, že podporuje oba protokoly, což pro uživatele reálně představuje jen výhodu? Máš širší možnosti, jak se serverem komunikovat!

[Salamek]

Protoze HTTPS Everywhere nezarucuje vubec nic ? a je to jen HACK ?
To je jak hadka IPv4 vs IPv6, jasne muzu si udelat tunel, ale to nic nemeni na tom ze to je taky HACK

[〹]

Jak nezaručuje vůbec nic? Můj defaultní prohlížeč, kde tento doplňek používám, s Abclinuxu komunikuje zásadně přes HTTPS. Pokud by se někdy stal opak (a já neměl nastavené preferování, nikoliv vynucování), je to chyba toho doplňku.

Hack může být konkrétní implementace toho doplňku, potažmo to, že je potřeba tak základní věc vůbec řešit 3rd party doplňkem, ale ne princip, že si můj klient vybere vhodný protokol. Proto jsem se ostatně ptal, proč nekrizituješ svůj webový prohlížeč, ale kritizuješ provozovatele serveru za to, že se tvůj prohlížeč chová dementně a upřednostňuje nezabezpečené připojení, a domáháš se toho, aby kvůli tomuto dementnímu chování tvého prohlížeče to nezabezpečené připojení raději úplně vypl.

[Salamek]

A kde mas tu zaruku ze SSL ktere dany web podporuje ale bezi defaultne nesifrovane, bude podporovot i zitra ? Kde mas zaruku ze provozovatel webu ma vsechny zdroje i na SSL variante ? Kde mas zaruku ze vsechny URL pod danou DNS budou fungovat ? No nikde. A o to jde, proto se z nesifrovaneho spojeni presmerovava na SSL, tim totiz provozovatel webu rika "Podporujeme SSL a pocitame s nim jako s hlavnim kanalem komunikace", a pak jsou jeste takove veci jako HSTS. A jestli sis nevsiml, nesifrovana komunikace tu byla "prvni" proto se take zkousi jako default je tu totiz vetsi sance se "trefit". Zkouset SSL prvni muze zpusobit problemy, napriklad jaky je korektni timeout po kterem prohlasime ze web nepodporuje SSL ? A to chces jako tvurce prohlizece nechat chudaka uzivatele celou tu dobu cekat ? Kdyz bojujes o kazdou sekundu ? A co kdyz server SSL podporuje ale je tam nevalidni certifikat!!!? To pak uzivatelovi zobrazis warning misto webu co bezi na "portu vosumdesat" nebo co?

[〹]

Kde máš záruku, že web, který dnes běží pouze na HTTPS, zítra nepřepne na HTTP-only? Jako vážně, co je to za otázky tohle? A pokud jde o:

A jestli sis nevsiml, nesifrovana komunikace tu byla "prvni" proto se take zkousi jako default je tu totiz vetsi sance se "trefit"

Nepozoruji, že by se mi HTTP-only weby načítaly pozorovatelně déle. Zkoušel jsi ten doplněk vůbec?