Portál AbcLinuxu, 1. května 2025 04:03
u nás ve škole taky máme mňamky jako nutnost mít zapnutý vyskakovací okna nebo celej web v javaskriptu.
Když ono to, zda prohlížeč danou vlastnost podporuje, někdy rozumně otestovat nejde.Jenže i kdyby měla aplikace pocit, že prohlížeč nepodporuje, ještě stále je lepší nechat uživatele pracovat (byť třeba s varováním, že ne vše musí fungovat správně), než úplně odmítnout fungovat.
Podle mne tohle (zjištění toho, co prohlížeč umí, a zjištění přesné verze vykreslovacího jádra) je to nejdůležitější, co se mělo do jakéhokoli pokračování HTML 4 dostat na prvním místě.Tohle bohužel naráží na to, že aplikace nezřídka potřebují ani ne zjistit, jaký standard daný prohlížeč podporuje, jako spíš jaké bugy v jeho implementaci má. Zjištění přesné verze vykreslovacího jádra je nanic, protože jednak předpokládáte, že vykreslovacích jader je natolik málo, aby každá aplikace mohla mít kompletní tabulku (což nutně vede k okamžité obsoletnosti těchto tabulek), a druhak že se vývoj softwaru děje lineárně, takže jsou každé dvě verze porovnatelné.
Jenže i kdyby měla aplikace pocit, že prohlížeč nepodporuje, ještě stále je lepší nechat uživatele pracovat (byť třeba s varováním, že ne vše musí fungovat správně), než úplně odmítnout fungovat.Co je tohle s prominutím za blbost? To jako chceš dělat s nefunkčním zmetkem či co? Ale teď vážně. Webové aplikace jsou rozbité z principu věci. Internetový prohlížeč je prohlížeč HTML souborů. Není to žádná aplikační platforma. Nikdy na to nebyl koncipován. Všechny ty "technologie" kolem nejsou dostatečně robustní, aby mohly jako aplikační platforma sloužit. To jen teď je takový trend všechno znásilňovat a vymejšlet rovnáky na vohejbáky. Nainstaluj si normálního mailovýho klienta. Ten funguje za každýho počasí. A že ti nejede webmail — na to si prosím nestěžuj. On totiž už z principu věci nemůže fungovat tak jako normální klient.
Co je tohle s prominutím za blbost? To jako chceš dělat s nefunkčním zmetkem či co?Něco, co nefunguje trochu, je evidentně nekonečně-krát lepší než něco, co nefunguje vůbec.
Spolehlivost samozřejmě mohu různými způsoby ovlivňovat, takže například budu-li stavět rozhraní k bankovnímu systému, rozhodně ho neudělám tak, aby jeho korektnost mohly ovlivňovat chyby ve webových prohlížečích (kterých je nepřeberné množství a všechny neuhlídáte, ať se budete snažit jakkoliv). Slušné banky obvykle platební příkazy potvrzují nějakým nezávislým kanálem (ať už SMSkou nebo autentikační kalkulačkou).
27.8.2010 16:30
Jezekus | skóre: 19
| blog: jezkova_nora
S tím, že internetový prohlížeč je primárně prohlížeč HTML souborů souhlasím a plně se stotožňuji. Nejraději bych webové aplikace viděl úplně na jiném protokolu v jiném "prohlížeči webových aplikací"
Obecně tu nešlo ani o to, že nejde SOGo, ale o to že "to staré funguje a je rychlé" vs. "to nové je pomalé a nefunguje". Což uznávam zapomněl jsem tam napsat a omlouvám se.
>>> Internetový prohlížeč je prohlížeč HTML souborů.
Jasne jenze jak bude freemail nabizet uzivateli reklamu kdyz bude pouzivat thunderbird treba. Tito provozovatele nemaji moc velky zajem o to aby jejich uzivatel pouzival pristup pres pop3 nebo imap v desktopovem klientovi. Oni takovyto pristup sice nabizeji, ale moc dobre vedi ze to vyuzije jen velmi malo uzivatelu a oni nechcou odradit tu mensinu jez chce desktopoveho klienta. A zase je to jenom o reklame.
Svet by byl asi veselejsi, kdyby si kazdy kdo by chtel svoje postrehy, clanky, nazory prezentoval doma na svem serveru (a nebo i na hostingu) jako staticke html stranky.
Jenze kazdy nema znalosti jak si rozjet server, a co s verejnou IP, zaregistrovat domenu. Pro vetsinu z nas (ctenaru abclinuxu) jsou to bezproblemove zvladnutelne veci takze to vidime holt jinak. Vetsina uzivatelu interneti jez tvori treba obsah wikipedie tak ani nevi co je html, ip adresa, dns, webovy server ....
A presne pro tyto uzivatele se naroubovyly ruzne technologie do webovych prohlizecu, aby se snadno mohli zapojit do tvorby obsahu a ostatni meli co cist jinak by totiz porad byl internet zalezitosi geeku co se vyznaji v problematice.
Jedna era internetu predbiha druhou a v soucasnosti se mijeji. Na jedne strane jsou fenomeny jimz se rika socialni site a na druhe je domena + hosting za nekolik stokorun rocne tzn za babku. V dobach kdy provozovat vlastni webove stranky stalo nekolik tisic korun rocne do toho sly jen firmy a semtam nejaky nadsenec. Dnes mame socialni site s vysokou navstevnosti profilu ihned po registraci a forma prezentace - domena + webhosting, kde navstevnost bez toho abychom na sebe upozornili je miziva az zadna a pritom muzeme mit zajimavy obsah jenze pokud neni interaktivni (diskusni forum ...) tak se tu moc lidi zdrzovat nebudou.
A taky si nedovedu predstavit, kdybychom na prispivani do diskuze sem na abicko potrebovali nejakou nainstalovanou aplikaci .... to by bylo peklo ... jedni by chteli .deb jini .rpm a taky .exe no a neco i pro MAC OS. To vse jen proto, aby webova stranky abicka bylo ciste html bez jakychkoli interakci.
27.8.2010 17:07
Jendа | skóre: 78
| blog: Jenda
| JO70FB
A taky si nedovedu predstavit, kdybychom na prispivani do diskuze sem na abicko potrebovali nejakou nainstalovanou aplikaci .... to by bylo peklo ... jedni by chteli .deb jini .rpm a taky .exe no a neco i pro MAC OS. To vse jen proto, aby webova stranky abicka bylo ciste html bez jakychkoli interakci.Na internetové diskuze byl navržen protokol NNTP, který pravděpodobně podporuje i tvůj poštovní klient. Osobně mám radši desktopové aplikace, protože jsou nesrovnatelně rychlejší a pohodlnější. Nicméně diskuzní fórum, e-shop nebo další jednoduše implementovatelné věci (HTML formulář, ani není potřeba JS) ať klidně na webu jsou. Klidně i nouzový webmail. Ale kancelářský balík nebo mail klient, snažící se emulovat toho dektopového, to už je trochu moc.
>>> Ale kancelářský balík nebo mail klient, snažící se emulovat toho dektopového, to už je trochu moc.
JJ jenze spousta lidi pouziva mail doma, v praci na vice pocitacich, v kavarne .... a navic naprosta vetsina lidi nevi ze je neco jako desktopovy klient. Casto ani nevi coze je to ten "desktop" Pokud nekdy (omylem samozrejme) spustili outlook express tak to po nich chtelo strasny veci a rychle to zavreli a zastupce z nabidky start vyhodili aby nahodou na nej zase neklikli.
JJ jenze spousta lidi pouziva mail doma, v praci na vice pocitacich... a na to zas byl navržen IMAP
a navic naprosta vetsina lidi nevi ze je neco jako desktopovy klient.a nebylo by výhodnější pokusit se jim to vysvětlit, nežli se přizpůsobovat jejich představě, že Internet = www a počítač = ta věc na spuštění internetového (sic!) prohlížeče?
Jenže i kdyby měla aplikace pocit, že prohlížeč nepodporuje, ještě stále je lepší nechat uživatele pracovat (byť třeba s varováním, že ne vše musí fungovat správně), než úplně odmítnout fungovat.Myslel jsem to spíš pro případ, aby apliakce mohla zvolit nějaké náhradní řešení. Pořád lepší, když aplikace nějakou funkci zablokuje, než když to nechá osudu, a aplikace pak nepůjde používat vůbec, protože na uživatele bude vyskakovat deset dialogů o neplatné operaci za sekundu.
Tohle bohužel naráží na to, že aplikace nezřídka potřebují ani ne zjistit, jaký standard daný prohlížeč podporuje, jako spíš jaké bugy v jeho implementaci má. Zjištění přesné verze vykreslovacího jádra je nanic, protože jednak předpokládáte, že vykreslovacích jader je natolik málo, aby každá aplikace mohla mít kompletní tabulku (což nutně vede k okamžité obsoletnosti těchto tabulek), a druhak že se vývoj softwaru děje lineárně, takže jsou každé dvě verze porovnatelné.Přesně na tohle to bylo myšlené – byla by tam podmínka „pokud vykreslovací jádro podporuje vlastnost CSS3.bla-bla a není Gecko mezi verzemi 20100103 až 20100215“ (protože zjistím, že v téhle verzi je chyba). Samozřejmě, že by aplikace neměla kompletní tabulky vykreslovacích jader, ale když už zjistím, že nějaké konkrétní jádro má chybu, chtěl bych mít možnost jednoduše s tím něco udělat. Dneska třeba zjistíte, že PDF plugim ve verzi 5.01 – 5.03 shodí prohlížeč, od verze 5.04 už je to opravené, aktuální je 5.09, takže se dá očekávat, že ty staré verze má jen minimum uživatelů – přesto musíte danou funkci zakázat pro celou řadu 5, protože přesnější verzi nezjistíte.
není Gecko mezi verzemi 20100103 až 20100215To by ovšem dávalo smysl jen tehdy, pokud by existovala jen jediná vývojová linie Gecka a autoři jednotlivých prohlížečů si v něm neopravovali chyby. Realita je spíš taková, že prohlížeč obsahuje Gecko verze X + patch A1 + patch A2 + ..., z čehož se hodně těžko usuzuje, jestli je daný bug přítomen či nikoliv. Podobně katastrofálně dopadají Linuxové programy, které se podle verze jádra snaží usoudit na to, existuje-li nějaký syscall a funguje-li.
Chybu, která způsobuje úplně chybné zobrazení nebo dokonce pád prohlížeče, těžko můžu nechat neošetřenou.Ano, ale správné ošetření je někdy říci uživateli, že má zabugovaný prohlížeč a ať si ho buďto upgradne nebo ať se nediví.
Navíc si nemyslím, že by se tímhle způsobem opravovaly takovéhle chyby ve vykreslovacím jádru, a i pokud by se to dělo, není problém to zohlednit ve způsobu verzování.Tímhle způsobem se dneska v Linuxových distribucích (a nejen tam) opravují prakticky všechny chyby, takže nevidím důvod, proč by se to nemělo týkat chyb ve vykreslovacím jádru webového prohlížeče. Stabilní řada distribuce se drží stabilní (tedy typicky poměrně staré) verze prohlížeče, ale pokud v ní někdo najde podstatnou chybu, často se patch backportuje z verze novější a verze se sice změní, ale v každé distribuci podle jejího interního verzovacího schématu. Takže z čísla verze toho věru moc nepoznáte.
27.8.2010 18:32
27.8.2010 11:05
27.8.2010 16:31
if (find_err(42)<0) {
install_exploit(42);
}
27.8.2010 12:15
tsLnox | skóre: 31
| blog: Blog jednoho ukecaného Gentoolemana
| Žďár nad Sázavou
Podle mne tohle (zjištění toho, co prohlížeč umí, a zjištění přesné verze vykreslovacího jádra) je to nejdůležitější, co se mělo do jakéhokoli pokračování HTML 4 dostat na prvním místě. Místo toho tady ovšem máme HTML5Umožniť aby HTML (nemalo by to byť skôr HTTP?) mohlo podať informáciu o engine, je presne to čomu sa HTML snaží od počiatku vyhnúť. Vieš prečo v CSS to C je zo slova "cascading", že? HTML je postavené na tom, že niektoré vlastnosti nie sú dostupné/implementované a napriek tomu je dokument použiteľný. Správne riešenie je také, že autor webovej stránky má zobraziť varovanie, že funkčnosť stránky nebola testovaná s daným browserom, popriať užívateľovi veľa šťastia a pustiť ho ďalej.
img atribut alt, proto ke script nebo frame existují noscript a noframe. Rozumné XHTML by vypadalo tak, že tam bude podmínka třeba „rozumí prohlížeč jmennému prostoru http://www.w3.org/1998/Math/MathML?“ Pak by tam byly dvě části, jednak zápis v MathML a jednak odkaz na obrázek – a prohlížeč by si vybral podle toho, zda daný jmenný prostor umí interpretovat.
Vieš prečo v CSS to C je zo slova "cascading", že?Ano, vím, a s dostupností či nedostupností nějaké implementace to nemá vůbec nic společného. Znamená to, že prvky ve stromové struktuře dědí vlastnosti od svých rodičů.
28.8.2010 02:11
Jezekus | skóre: 19
| blog: jezkova_nora
Zajimave je ze nejcasteji obecne (tj v jakemkoli webovem prohlizeci) nefunguje nejaka webova aplikace ktera je dodavana na zakazku, ci jejiho dodavatele nekdo (ZCU resp stat) tucne zaplatil.
Webove aplikace freemailovych sluzeb (seznam, google .........) tj aplikace provozovatelu ktere zadne statni instituce nedotuji a jsou pro konecneho uzivatele zcela zdarma tak funguji vsude a bezproblemu.
27.8.2010 16:27
Jezekus | skóre: 19
| blog: jezkova_nora
Jak psali výše je to Open Source Groupware. Na druhou stranu je tam kopec lidí, kteří ho ohýbají do stavu, aby spolupracoval s dalšími servery (např. LDAP) a myslím si, že by nebyl až takový problém, aby takovýho systém měl stejně jako např. Gmail svoji obyč. HTML verzi, která běží prakticky všude.
Tento systém nahrazuje do nynějška používaný squirrelmail (nad postfixem tuším), to samozřejmě není groupware, ale na druhou stranu je proti SOGo neskutečně rychlý a funguje všude.
Ohledně funkčnosti free služeb to vidím velice podobně a je to až udivující
27.8.2010 17:37
Jezekus | skóre: 19
| blog: jezkova_nora
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.