Názory k článku MujWEB vrací nekorektní hlavičku HTTP

Skoro se mi nechce věřit že by takto dokázal Atlas odpovědět, protože nejde o nic jiného, než o opomenutí JEDNÉ jediné řádky v případném ASP vyřizujícím požadavky na neexistující soubory:

Response.Status = "404 Not Found"

Pano stouro Chvalovsky.
Vami prezentovane teorie (snaha o zvyseni pageview apod) jsou pouhe nehezke vymysly. Nevim, jake mate zkusenosti s konfiguraci IIS 5.0, ale zda se, ze nulove.

Reseni chyby 404 na MujWebu je zcela standartni a plne dle dokumentace k IIS 5.0.
Mapovani chybovych hlasek je mozne udelat 3 zpusoby.
1) standartni chybova hlaska IIS
2) nahrazeni jinym souborem
3) odkazanim na lokalni URL danneho serveru (stranku v ramci danneho websitu).

My pouzivame jiz 2 roky treti variantu. Drive na IIS 4.0, nyni na IIS 5.0. Po celou dobu bez jakychkoliv uprav.

Nemeli jsme duvod kontrolovat, zda pri upgradu systemu na IIS 5.0 doslo ke zmene chovani a zmene navratoveho kodu.
Informace o tom, ze navratovy kod je 200, je nam znam od pondeli 4.9.2000, tzn. jeden den.

Problem budeme samozrejme resit, Zd;raznuji vsak a opakuji, ze toto chovani je standartni chovani IIS 5.0.

Vsem nevericim tomasum jsem ochoten ukazat nebo poslat soucasnou konfiguraci serveru vcetne vsech souvisejicich souboru a dat.

PS: do nedele jsem na dovolene, takze poslat Vam je mohu po 10.9.2000.

Vim, ze je to snadne reseni, kdo ma ale tusit, ze je nutne, ze :-(((( Clovek ocekava standartni chovani, a obvykle ho nekontroluje.

Uplne stejne se chova XOOM, tj. take pred strankou se zakladni navigaci posila kod 200 OK. Proc ostatne takovou stranku v auditu nepocitat, kdyz se na ni zobrazuje reklama, a reklamni potencial audit v podstate meri?

Standardni chovani je takove, ze pokud nahradim odpoved serveru existujici strankou, tak samozrejme standardne ocekavam 200 OK.

Ja osobne nevidim problem v pocitani techto stranek do auditu - to jsou stranky jako kazde jine, takze necht jsou pocitany.

Problem muze byt s fulltexty a roboty - ti totiz nikdy nepoznaji ze neco opravdu neexistuje.

docela jste mne pobavil... :)
1) mel bych zajem o nastaveni vaseho IIS a prosil bych i zaslani nastaveni bezpecnosti vaseho serveru a treba i databaze uzivatelu by se hodila :) jste snad prvni kdo hackerum (nejsem hacker...) nabizi usetreni prace... hehe

2) "Zduraznuji vsak a opakuji, ze toto chovani je standartni chovani IIS 5.0."
...spusta der v IIS ( NULL.HTW, $DATA, CodeBrws, IISAdmin, Translate:fm, .htr/htw ) ( viz http://security.namodro.cz/urlcheck.asp ) jsou take standardni chovani IIS4/5 a presto jste je "doufam" odstarnili...

Takze reseni by bylo posilat sice kod 200, ale pro roboty prihodit noindex, nofollow?

He he, nic proti, ale odpoved pana Blahy naprosto odpovida odpovedi BFU kterej si nekde "uplacal" osobni web server a ani nevi, co ten server dela.

Smutne je ze tohle napise clovek, kterej se chce povazovat za nejvetsiho sefa prez WWW v tomhle state.

Ona ta podivna organizace ma vubec podivne chovani. Napriklad je pro ni standardni, ze zahazuje obalky od mailu a dorucuje je pouze podle textove casti. Kdyz se proti tomuto chovani branite, tak vam vyhrozuji soudem a tvrdi vam, ze jste ti spatni, protoze: "oni to maji standardni".

To by urcite teoreticky slo, ale to nerekne robotu ze MA ZRUSIT NEEXISTUJICI stranku - obavam se. :)

Nevidim duvodu proc by to nemohlo vracet 404ku

Takze by bylo logicke take do auditu zahrnout
i korektni 404 - File not found, ktere se
z nej dnes asi vyhazuji a dale bych to aplikoval i
na 500 - Server Internal Error. Naslo by se jich
mozna i vice. V takovem auditu by nebyla korektni
strankou jen mnozina 3xx.

V idelanim pripade by slo roboty, kteri stranky indexuji tak dlouho presmerovavat az by udelali navstevnost jako blazen a rici, ze chyba je v tom, ze
z auditu nejsou tito roboti vyrazeni (coz nebudou nikdy
jelikoz jejich uplny seznam nikdo neudela)


Slovem "presmerovavat" myslim nasledujici
HTML dokument na rekneme neexistujim URL
/tady-nic-neni, ktery by obsahoval
A href="./tady-taky-nic-neni/ (omlouvam se za fragment HTML) takze by se to sirilo rekurzivne dal
a bylo to naprosto korektni. Vazne?

Pletete pate pres devate. Pokud neni 404ka osetrena, tak NIC nevraci, jenom chybovy kod, tj. uzivatel nic nevidi. Na Atlasu (a leckde jinde, byl zminovan i XOOM) to vraci legitimni stranku s reklamou, linky a dalsimi vecmi.

Spis je spravne reseni posilat 404 Not found a v tagu location vracet presmerovani na nejake to asp ktere podrobne popise chybu.
Nebo posilat 404 Not found a doplnit ho o informacni text. Finta je v tom, ze M$IE v takovem pripade ten text zahodi a misto toho zobrazi svoji stranku :o))) Miluju micro$ofti produkty :o)))

IE vůbec nic nezahodí, zobrazí stránku zcela spravne a korektkne. Staci se podivat na Namodro, pouzivam totez - pri pozadavku na neexistujici stranku je status sice 404, ale stranka ma obsah. Prosim nekritizujte microsoft produkty jenom proto ze se jmenuji microsoft - chyba je na vasi strane.

> Nevidim duvodu proc by to nemohlo vracet 404ku

Mno protoze Micro$oft si vygeneroval "zlepsovak" v tom, ze na chybove stranky zobrazuje svoji vnitrni stranku a ne informacni text, kterej se posila od serveru, takze uzivatel se nedozvi, ze sice clicknul na spatnej odkaz, ale ze si muze zaridit email a vlastni stranky a navic si neprecte reklamni banner :o)

Prosim, prestante tvrdim nesmysly.

Dobry den,

na jasne polozenou otazku take jasne odpovim. Se servery IIS mam zkusenosti opravdu minimalni. Jak jsem predpokladal (a vzhledem k Vasi odpovedi docela spravne) nelisi se osetrovani chybovych hlasek od jinych web serveru. Osobne si myslim, ze by melo postacovat neco ve smyslu navrhu p.Docekala. Pro dokresleni vsak uvadim Vasi odpoved na prvni email:

"Dobry den.
IIS 5.0, pouzity na sluzbe MujWeb, umoznuje v pripade zadosti o neexistujici stranku zobrazit jakoukoliv jinou stranku serveru (prave onu "Ouuuuu..."). Pokud se spravne pamatuji, v dokumentaci je psano, ze navratovy kod ma byt 404 (a tak se to ve verzi IIS 4.0 take chovalo - to vim spolehlive). Po upgradu jsem to jiz nekontroloval, a nevylucuji Vami popisovane chovani. V kazdem pripade vsak jde o problem Microsoft IIS 5.0. O podrobnejsi informace o tomto chovani se proto prosim obratte na Microsoft.


S pozdravem

Michal Blaha
Technicky reditel
ATLAS.CZ, a.s."

To jen tak pro obrazek. Musim uznat, ze p.Blaha pote v nekterem z dalsich emailu projevil snahu uvest nastaveni do spravneho stavu, coz se vzhledem k dovolene protahne, coz plne chapu.

S pozdravem Karel Chvalovsky

HaloNoviny by mely hazet stridave 500 a 400 pro vsechny requesty.
:-)

HaloNoviny by mely hazet stridave 500 a 404 pro vsechny requesty.
:-)

Oops - omlouvam se, nevedel jsem, ze existuje moznost jak poslat M$IE chybu aby ji zobrazil...

Mozna to je reseni standartni, nikovliv vsak standardni - pokud stranka nebyla nalezena server pouzije 404 Not Found nebo 403 Forbidden (pokud nechce sdelovat klientovi ze stranka nebyla nalezena). Vracet 200 OK na nenalezenou stranku je zhuverilost, uz jen kvuli jinym nez GET prikazum. Zkomplikuje to praci vyhledavacum a robotum, otazka je tedy PROC to delat. Jedine snad kvuli tem auditum.

Mohu vas Karle ujistit ze IIS 4.0 nevraci 404ku pokud provedete presmerovani na jiny dokument (tj. zmenite bezne defaultni nastaveni) - takze nemohu souhlasit s tim ze by v IIS5 doslo ke zmene.

Souhlasím s vámi. Je smutné, že technický ředitel Atlasu nezná základy českého pravopisu. Jinak by věděl, že správné přídavné jméno je standardní (od slova standard) a nikoliv standartní (holý nesmysl; nejblíže je možná standartový od slova standarta).

Autor měl zřejmě na mysli onu vlastnost IE5, že když dostane od serveru kód 404 a stránku menší než 128 bajtů, tak ji nezobrazí a zobrazí svoji vlastní stránku "Stránku nelze najít".

To je velmi podivuhodná vlastnost, a pokud o ní autoři webu nevědí, tak můžou být uživatelé připraveni o pěknou chybovou stránku.

Tato vlastnost je popsána v Description of Hypertext Transport Protocol Error Messages a je tam i popsán postup, jak editací registrů tomuto zvláštnímu chování IE5 zamezit i jak změnit hranici velikosti pro zobrazování původní stránky.

Jiste budete souhlasit s tim, ze exhibice typu ja umim pravopis a VON HO NEUMI nemaji se zde prezentovanym 404 problemem nic spolecneho.

Krome toho pan Blaha dokoncil vysokou skolu, takze nejde o zadneho blbce.
A slovo standardni jiste nelze povazovat za ZAKLAD ceskeho pravopisu. To, ze se nekdo splete v JEDNOM slove (schvalne, jak se to slovo vyslovuje...) zcela jiste PROKAZUJE ZAKLADNI neznalost...

P.S.
Podle zakona schvalnosti jsem bud ja nebo pan Blaha udelal v tomto nebo nekterem jinem prispevku minimalne jednu dalsi pravopisnou chybu... v tom pripade prosim o dalsi exhibici na pravopisne tema.

<flames on>
P.P.S
Tyhle lidi co sezrali vsechnu moudrost miluju
<flames off>
:)

Jak ale potom vysvetlite, ze mi IE5.0 vyhodi VZDY tu svoji "404" stranku?

Kdyz zadam odkaz v Namodro na neexistujici stranku tak mi to vyhodi toto:

obrazek

Pri default nastaveni prohlizece, to proste microsofti vzdy natvrdo prepisi vlastni interni strankou :-( Musite uzivatele IE5.0CZ donutit aby sahl na: "Nastroje/Moznosti/Upresnit/Prochazeni/Zobrazovat jednoduche chybove zpravy" a tuto polozku vypnout...

IE v defaultnim nastaveni nic nezahodi jen tehdy, pokud je to dostatecne velke. Chtel bych verit, ze jste to pri psani sveho prispevku nevedel. Prosim, nebrante Microsofti protukty jen proto, ze je nekdo kritizoval, chyba je na vasi strane ...

500 nikdy nehodi, prece jen Linux s PHP je velmi spolehlivy, zvlast pro weby, ktere jsou postaveny vetsinou na predgenerovanych statickych strankach :-).
404 to hodi prave jen na zadosti o neexistujici stranky, i kdyz je fakt, ze jsem jeste nebyl schopen vytvorit nejaky efektni text (Pokud nejsi dost inteligentni na to, abys spravne napsal adresu, jdi si na web ODS, nebo tak neco...).
A jak to resite u webu, o ktere se starate, vy?

Pro uplnost je nutne konstatovat, ze je cely problem jiz delsi dobu vyresen a znovu se jen ukazolo, ze kdyz se chce, tak vse jde ;-)

Pravopisná hrubka je jev, kdy se někdo jednou splete v pravopise. Ne když špatné slovo používá stále. Viz TV NOVA: stále sekundy místo vteřiny.

Rád bych se správce MujWebu zastal - i když neprovedl tuhle konfiguraci umyslně. Kód 200 OK namísto chybových kódů je snad jediné rozumné řešení od dob IE5 (který místo chybové stránky pocházející ze serveru zobrazí vlastní s reklamou na firmu Microsoft). Korektní je též započítávání takovéto stánky do statistik webu (pokud je na dotyčném chybovém místě opravdu stránka).
Vím o řešení mnohem hoším, které mnohem více ovliňuje statitiky brané z logů www a navíc se používá častěji - redirektor (301/302) na místě chybové stránky a následné počítání cílové stránky do statistik. V takovém případě se jako "pageview" započtou také všechny not-found požadavky typu src=url (obrázky, zvuky, javaskripty ...) od některých typů browserů.

Dobrá, řekl jste si o to, takže když tak pěkně prosíte: "odkazanim na lokalni URL danneho serveru (stranku v ramci danneho websitu)" - daného má být s jedním "n". ;-)))) (A překlepy, samozřejmě...)

Mimochodem, to, že někdo vystudoval VŠ, ještě neznamená, že to není blbec. A naopak... :-)

"prece jen Linux s PHP je velmi spolehlivy, zvlast pro weby" ...linux muze byt 100x dobry na weby, ale kdyz u nej sedi blbej spravce... tak je na tom stejne jak windozy. (no, trochu lip. jsou tam jen chyby toho spavce, ne M$oftu :o)

pokud si za timto nazorem stojite, prosim poslete zadost o zmenu prislusne RFC. dekuji

RFC bych nechal na pokoji, ty jsou v poradku. Spis bych se obratil na Microsofty proc nedodrzuji doporucene standardy a zavadeji takove ruzne prasecinky jako to jejich "friendly error messages" v IE4 a IE5.

Ne tak úplně stejně, přesměrovává všechny poždadavky na neexistující stránky:

HTTP/1.1 302 Moved Temporarily
Date: Tue, 05 Sep 2000 19:25:29 GMT
Server: Apache/1.2.5
Location: http://fourohfour.xoom.com/www404Error.xihtml
Connection: close
Content-Type: text/html

Trosku to tu zaniklo:
1) zkusil jsem si udelat dotaz na cistou instalaci IIS5 a vraci korektni 404 kod. Cili to je v poradku.
2) IIS4/5 ma moznost poslat jako chybovou stranku vlastni HTML kod, a neni problem v takovem pripade poslat spravny navratovy kod pomoci ASP (nebo jineho skriptovaciho rozhrani). Co to dela kdyz pouziju statickou HTML stranku nevim, logicky by tam ta 404ka mela byt taky...
Cili Atlasaci ocividne kecaji...

Pro presnost, aby nedoslo k nedorozumeni, zbyva dodat na jakem HTTP serveru a v jakem nastaveni. Predpokladam, ze mluvite o nejake versi IIS a defaultnim nastaveni. Rozhodne vase tvrzeni neplati obecne a dokonce ani ne ve vetsine pripadu (nejrozsirenejsi HTTP server se v defaultnim nastaveni chova jinak - vraci vic nejen chybovy kod, ale i popis).

...coz jde ovsem bez problemu vypnout v nastaveni. Doporucuji...

Jakkoli je mozne souhlasit z odstavcem prvnim, je potreba se pozastavit nad odstavcem tretim.

Je totiz pravda, ze behem transportu obsahuje dorucovany dopis dve uplne sady informaci o odesilateli a dorucovateli, ktere nemaji spolu zadnou souvislost - jednu dle RFC821 a druhou dle RFC822. Jsou natolik nezavisle, ze v okamziku doruceni na cilovy stroj je za normalnich okolnosti je transportni obalka (RFC821) odstranena beze zbytku a dale lze dopis zpracovavat jiz jen podle RFC822 informaci. Byl by slozity teoreticky problem stanovit, kdy presne doslo k doruceni podle ktere RFC a zda je prezentovane chovani spravne nebo spatne. Takze asi neni dobre tvrdit, ze zvolene chovani je nestandardni (tedy neodpovidajici standardum). Rozhodne je vsak neobvykle, u profesionalnich sluzeb pak dokonce velice neobvykle.

Zvolene chovani naznacuje, ze prichozi maily presmerovany do nejakeho scriptu, ktery je dale zpracovava - a pri teto konfiguraci systemu pak neni jine cesty nez dorucovat dle RFC822. Bohuzel, i v tomto pripade se, podobne jako v pripade HTTP serveru zda, ze spravci systemu nejsou prilis schopni vybocit z "defaultni" konfigurace a jsou tak ve svych moznostech omezeni pouze na to, co zvladnou "jednoduchymi" postupy, pricemz je (pravdepodobne, duvodu mohou byt i jine, napr. obchodni) nad jejich moznosti zvolit obvyklejsi, lec na znalosti a programatorske dovednosti narocnejsi, ale u tohoto typu sluzby obvyklejsi reseni. Presto jejich reseni ale nelze jenoduse oznacit jako nevyhovujici standardu. Nicmene, standardu lze vyhovet vice zpusoby a zvoleny je ten z mene stastnych a profesionalnich.

Ono to tady uz v diskusi padlo, na jinem miste. IMHO je rozumejsi reseni posilat spravny kod dle prislusnych RFC, ale predefinovat obsah stranky tak, aby byla dostatecne velka a "friendly codes" se neuplatnovaly. Je sice tragicke, ze kvuli specialni vymozenosti nejakeho produktu je nutne prekonfigurovat servery tak,m ze celkove zatizeni site (zbytecne) vzroste, ale je to pravdepodobne mensi zlo nez lhat v navratovych kodech.

Ehm, pane Mižochu, správná jednotka času je sekunda, nikoliv vteřina, jak se (nikoliv sám) mylně domníváte... Vteřina je jednotka, ve které se měří úhel. ;))

Jenze o teto moznosti normalni BFU vubec netusi, ze neco takoveho existuje...