Jen textové internetové stránky

Za mě palec nahoru, ale přeci jen HTML toho umožňuje víc ke komfortu čtení, např. normální tabulky lepší než je skládat z ASCII, přitom datově ani zpracováním to náročné nebude.

Tak nejako, myslim ze medzi existujucim stavom a ascii art existuje pekne ciste HTML, semanticke, CSS a nemoze to byt problem a bude to aj vyzerat ako z 21 storocia

Přesně tak, ty stránky nejsou textové - jde ve skutečnosti o html. Když mají být textové tak ať jsou skutečně textové (text/plain) - jinak je totiž lepší použít čisté sémantické html (s nějakým jednoduchým css) nebo případně poskytovat nějaké veřejné API.

Ten problem je samozrejme sirsi. Bolo by dobre vratit sa k definicii browsera ako MOJHO programu ktory sluzi mne a ma vymozenosti na nastavovanie toho aby som ten bordel co mi posle server vedel filtrovat, prechadzat, nebodaj kategorizovat pripadne upravovat.
Takze by som si vedel skryvat semanticke casti, definovat vizual elementu podla cesty, podla typu, ... .
Bohuzial nechali sme si zobrat browser z ruky a dali sme ho nasmu nepriatelovi, firmam ktore su platene za zobrazenie reklamy.

Bohuzial nechali sme si zobrat browser z ruky a dali sme ho nasmu nepriatelovi, firmam ktore su platene za zobrazenie reklamy.

Podle mne jsme si spíše navykli konzumovat obsah zadarmo a nedomýšlíme, že i to "zadarmo" někdo musí zaplatit.

Vzpomenu si na 3 způsoby financování:
- tvorba obsahu je financována z jiné činnosti autora
- tvorba obsahu je financována z poplatků od klienta (paywall, dary)
- tvorba obsahu je financována z poplatků od inzerenta (reklama)

Klient si má vybrat, který z těch způsobů (či jejich kombinace) mu vyhovuje a podle toho si vybírat, co bude používat. K tomu rozhodnutí by měl dostat potřebné podklady (např. souhlas s cookies).

Souhlas se sušenkami je vina EU. Pokud chce autor něco zjednodušit, měl by začít tam.

Já žiji v tom, že souhlas pro cookies, které jsou nezbytné pro funkci, souhlas není třeba.

To neres. Ink ma obsesi na EU. Takze i kdyz to s tematem nesouvisi neco tam vzdy da.

Jaká obsese na EU, čí to byl jako nápad zprznit načítání stránek souhlasem s cookies?

Jestli tady má někdo obsesi na EU, tak jste to vy. Není zmínka, abyste nepřispěchal normalizovat.

28. 3. 2022, 13:23 editováno autorem komentáře

Nezklamal jsi. S tématem to samozřejmě souvisí, jelikož přímo ve zprávičce je narážka na odsouhlasení "sušenek". Které musíme - pozor - řešit jen a pouze díky EU.

To je, autisticky vzato, svatá pravda. Jenže to zároveň nic neřeší, jelikož:

1. V praxi člověk na každé stupidní stránce musí odklikávat (ne)souhlas a to je prostě obtěžování uživatelů.

2. Pokud je mi známo, je třeba odsouhlasit i tzv. preferenční cookies, které nejsou "nezbytné pro funkci", ale jsou pro uživatele jednoznačným plus.

3. Díky slavné GDPR nejeden velký a zajímavý web prostě občany EU na stránky nepustí, namísto toho, aby ten odkliknutý souhlas pro ně naimplementoval.

Ještě pořád Ti to přijde super? Mně ne.

K tomu 3. bodu, nejde jen o souhlas, jde i o povinnost mít na území EU reprezentanta. Tj. platit člověku/firmě se sídlem v EU aby ti dělal správce osobních údajů ("data representative"). Za osobní údaj se považuje i třeba IP adresa v logu nginxu. Je jasný že nějakej nonprofit v USA nebude do něčeho takovýho investovat a radši zavře přespolním vrata úplně, a já se pak nedostanu k first-hand origilnální kronice historie jazzu kterou v jednom malým okresu v bible beltu zpracoval zaměstnanec místního rádia. Taky mi to nepřijde super.

Nevím, asi žiju na jiné planetě, ale jak může být GDPR fakticky právně závazné pro někoho mimo EU? To jako že když si na webu vystavím stránku, tak budu muset řešit, jestli splňuje legislativní požadavky všech zemí na světě a pokud pro některou ne, tak budu lidi odsud filtrovat? To asi sotva.

first-hand origilnální kronice historie jazzu
Asi jsem to nepochopil, ta kronika potřebuje pracovat s osobními údaji klientů?

Mně se stává extrémně zřídka, že bych na takové odmítnutí narazil. Přitom si myslím, že stránky, na které koukám, budou mít normálně nastavený webserver, tj. access.log s IP adresama. To jako všichni jedou nelegálně?

Já sem teda s nadšením vyměnil malé obtěžování (klikání na nesouhlas) za to, že se konečně o sledovacích sušenkách mluví ve velkém A že se někdo vůbec snaží řešit ochranu mých osobních dat.
Jasně, weby se snaží sledovat i jinak, případně si ukládají data i tak, ale aspoň se tyhle problémy nějakým způsobem někdo snaží řešit, a nějaké pokuty už padly.
To, že hloupý webdesignér dá souhlas se sušenkami nesmyslně přes celou obrazovku, je prostě hloupost designéra a nikoho jiného.

1. je to nešťastné, osobně mám také názor, že by to mělo být řešeno jinak, ale když ona každá druhá stránka má potřebu sledovat lidi. Kam se hrabe Orwell...

2. ne, není to potřeba. Odsouhlasit se musí pouze takové cookies, které na stránce vůbec nemusely být, protože si sbírají nějaké informace o uživateli (např. pro cílení reklamy). Viz. třeba tato zprávička, stránky nikoho nesledují a dokonce se bez cookies i obejdou.

3. to je svobodné rozhodnutí lidí provozujících dané stránky. Pramení spíše z postupu "neznám to, raději to zakážu". Ale problém to stejně neřeší, protože občané EU mohou přistupovat i z IP v jiných zemích, protože jaksi mohou cestovat, používat Tor, používat VPN apod.

Co se týká působnosti GDPR mimo země EU, tak ano platí i mimo, ale prakticky nevím o tom, že by nějaká firma působící pouze v nějaké zemi mimo EU dostala pokutu za porušování GDPR. Zvláště pak v oblasti sbírání cookies nebo něčeho na ten způsob. Prakticky veškeré pokuty, co kolem GDPR zatím padly, se týkaly firmem z EU a pak nějakých těch nadnárodních gigantů (působících i v EU) kupčících s osobními údaji, jako jsou strejda Google a strejda Meta (Facebook).

Co se týká zmiňovaného logování IP, tak ano spadá to pod GDPR, protože podle IP je teoreticky možné "někoho", "někdy" identifikovat, ale souhlas na to ofc. není potřeba. Jen je třeba odpovídajícím způsobem chránit ty logy, aby do nich nečuměl kdo nemá...

Souhlas se sušenkami mi třeba nevadí, pokud je udělaný dobře (tlačítka yes/no/custom v nerušivém baneru). Horší ale je, když to je udělané špatně, třeba stylem popup přes celou obrazovku s možností jen yes a pokud chce člověk odmítnout, musí jít někam do divného menu a pak se k původní stránce nedostane, protože ho to přesměruje kdoví kam.

Když už je ta povinnost zobrazovat ty dialogy, dal bych tam tedy povinně něco jako všechny/nezbyt­né/dle vlastního výběru. Ve většině implementací je totiž problém v tom, že tam je jen první a poslední možnost, tj. když chci odsouhlasit jen nezbytné cookies, musím se proklikat do dalšího dialogu a tam zkontrolovat, že tam jsou vybrané jen ty nezbytné (slušné weby aspoň ty ostatní mají ve výchozím stavu vypnuté) a potvrdit. A aby toho nebylo málo, nezřídka není v "přepínači" zapnuto/vypnuto na první pohled poznat, v jakém jsou vlastně stavu - jsou hloupě graficky řešené. Kdyby tam bylo třeba hloupé "radio" tlačítko, bylo by to jasné jak facka, ale asi by to nebylo kúl.

Ještě lepší je sušenkový banner přes 2/3 stránky, který sice obsahuje [Ano][Ne][Nastav], ale bez JavaScriptu z jakési obskurní vzdálené domény prostě nejde odkliknout. (A hádejte, jak se naši administrátoři staví ke scriptům na vzdálených obskurních doménách?)

Nechápu, proč tyhle věci nejsou udělané tak, aby šly snadno globálně skrýt -- na rozdíl od reklamy má naopak autor stránky zájem na tom, aby to uživatele neotravovalo. Například se mohlo dohodnout, že tyhle věci budou vždycky v divu s třídou cookie-banner. Lidé, které ty bannery nezajímají (protože například pro správu cookies používají funkci svého prohlížeče), by si mohli jednoduše nastavit této třídě display:none a hotovo.

No tak se domluvíme, prima nápad! Budeme tomu dávat smluvenou třídu.

A myslíš, že Pepík zítra udělá podle naší domluvy?

A proto pořád někdy používám Links2. Načítá stránky neskutečně rychle protože použivá jen textový režim a obrázky. A přesto je velká část webů normálně čitelná. Ideální na opakované zobrazování aktualit apod.

Internetové stránky? To bude asi něco pro uživatele Internet Exploreru, ne? My ostatní používáme webové prohlížeče, které díky službě www zobrazují webové stránky ;-).

Jinak je pěkné se zbavit balastu, na druhou stranu tohle dneska ocení málokdo a ty textové rámečky musí zabrat v kódu rozhodně víc místa, než použít obyčejné rámce v CSS. Letmým pohledem do zdrojáku jsem si potvrdil, že rámečky jsou text a přitom v kódu stránky normálně používá nejen css, ale i JavaScript... A ony zlé sušenky jsou inho docela nezbytná věc už pro udržení session...

A ony zlé sušenky jsou inho docela nezbytná věc už pro udržení session...
...pokud je ovšem session opravdu potřeba. Na prosté zobrazení článku IMHO potřeba není.

Jinak souhlasím, že dělat textové rámečky v HTML je hloupost.

Jojo, na prosté zobrazení článku session potřeba není, ale jakmile stránka počítá s aspoň trochou nějakého uživatelského přizpůsobení/zá­žitku, už potřeba jsou.

V e-shopu stačí už jen potřeba si pamatovat, jestli uživatel chce produkty řadit podle ceny, názvu nebo doporučení, případně filtrovat věci skladem či počet zobrazení na stránku. Na rootu je třeba potřeba si pamatovat, zda diskuse členit podle vláken nebo nejnovějších - byť tu volbu nechápu, protože volba nejnovějších znemožňuje orientovat se v kontextu a reakcích... Na té stránce bych očekával možnost filtrovat konkrétní sporty.

jakmile stránka počítá s aspoň trochou nějakého uživatelského přizpůsobení/zá­žitku, už potřeba jsou.
S tím souhlasím. U e-shopů a diskusí "toleruji" i JavaScript :-)

Jinak uložení cookies se session a případně nějakou proměnnou s preferencemi z daného webu mi nevadí, ale desítky cookies z bambilionem hodnot od nejrůznějších webů, to už je něco jiného.

> A ony zlé sušenky jsou inho docela nezbytná věc už pro udržení session...

Posledních pět let dělám webové aplikace co drží session a žádné cookies nepoužívám. Sakra! Teď jsem se dozvěděl, že musím cookies používat, co budu dělat, to musím všechno přepsat?!? :-O

Posledních pět let dělám webové aplikace co drží session a žádné cookies nepoužívám.
Kdysi dávno jsem předával session v odkazech, ale mělo to své nevýhody, tak jsem je začal předávat v cookies. Ovšem jen po přihlášení, kdy je potřeba nějakou session udržovat.

Jo předávání session v odkazech jsem taky kdysi dávno (= před 20 lety) používal. Akorát je to pracné udržet a pokud to není v hashi, tak je velké nebezpečí, že to leakne kam nemá.

Přepisovat nic nemusíte, ale bude potřeba doplnit si znalosti, jak fungují věci, které denně používáte...

Hledejte "session cookies" případně "server side cookies", případně se můžete na svém serveru podívat do adresáře /var/lib/php/­sessions/ na soubory sess_* a žasnout ;-).