[javascript]headers opvragen?

[wizzkizz]

Ik weet dat het mogelijk is om mbv javascript bepaalde headers op te vragen, zoals bijvoorbeeld referrer, domein en last-modified. Dit zijn echter allemaal methoden van het object document. Wat ik zoek is een manier om ook andere headers op te vragen. En dan ben ik momenteel vooral geinteresseerd in de status header, zoals 404 Not found, 403 Forbidden etc.

Weet iemand een mogelijkheid om die op te vragen? Al is het maar alle headers, dus zoiets als HTTP_RAW, dan bak ik er wel een regex voor om de goede er uit te halen. Ik heb daarvoor geen functies gevonden binnen de voor de hand liggende objecten (window, document) en ook google kon me (nog) niet helpen.

P.S. ik weet dat het server-side a piece of cake is, maar daar ben ik niet in geinteresseerd.

[André]

Met javascript kun je alleen de DOM benaderen met alle properties die daaraan vast zitten. En de header is daar geen onderdeel van. De enige gegevens die je kunt opvragen zijn gegevens uit de navigator collection.

[crisp]

In welke context? Ajax?

[wizzkizz]

crisp schreef op zondag 18 december 2005 @ 13:03:
In welke context? Ajax?

Ik was net nog wat verder aan het surfen en kwam idd een voorbeeld tegen dat AJAX gebruikt. Nu gebruik ik in de webapp toch al behoorlijk veel AJAX-functionaliteit, dus het zou een oplossing zijn om de pagina op die manier op te vragen, de headers te strippen en verder alles te appenden.

Het lijkt mij echter niet de netste oplossing, omdat de pagina gewoon in een frame geladen moet worden.

Nu bedacht ik dat het misschien wel mogelijk zou zijn om aangepaste foutpagina's te maken (ben in principe alleen geinteresseerd in gebeurtenissen als 404, 403, 500 enzo (voor een logboek)) waarbij ik die gemakkelijk door een parser kan halen om de foutcode te achterhalen.

Wat vinden jullie de beste methode? of weten jullie nog een ander alternatief?

[crisp]

Het is mij niet helemaal duidelijk wat je precies wilt bereiken en waarom je dat clientside zou willen doen...

[André]

Ik zou alternatiefe foutpagina's maken, daar sla je op welke pagina de fout geeft en waar de mensen vandaan kwamen, en daarna stuur je mensen terug naar de vorige pagina oid. Zo zie je direct waar de fout zit en hoe mensen er komen.

[wizzkizz]

crisp schreef op zondag 18 december 2005 @ 13:18:
Het is mij niet helemaal duidelijk wat je precies wilt bereiken en waarom je dat clientside zou willen doen...

Ik heb een applicatie waarin ik gui zo onafhankelijk mogelijk van de onderliggende logica probeer te draaien. Omdat de data-uitwisseling hoofdzakelijk in XML gebeurt, heb ik ook client-side (dus in de gui zegmaar) functionaliteit om error's te rapporteren die op zouden kunnen treden bij het verwerken van de XML.

Omdat ik die functies toch al heb, dacht ik dat het misschien handig zou zijn om ook fouten als 404, 403 etc. op die manier te loggen. Vandaar mijn vraag.

(Ik heb momenteel nog geen server-side foutregistratie geimplementeerd, wel foutdetectie, maar daarbij wordt in de xml-response aan de client doorgegeven wat de fout is (voor het weergeven van foutmeldingen). Adv die XML-response kan ik evt. ook fouten loggen, maar dit werkt dan lastig voor 404's en 403's in geval van de standaard foutpagina's.)

Maar bij nader inzien is het wellicht handiger om aangepaste foutpagina's te maken voor de betreffende fouten en direct te loggen ipv eerste naar de client te sturen en dan pas te loggen.
Dan ga ik maar eens proberen om ook server-side foutregistratie te maken en te implementeren in (o.a.) aangepaste errorpagina's.

[wizzkizz]

André schreef op zondag 18 december 2005 @ 13:20:
Ik zou alternatiefe foutpagina's maken, daar sla je op welke pagina de fout geeft en waar de mensen vandaan kwamen, en daarna stuur je mensen terug naar de vorige pagina oid. Zo zie je direct waar de fout zit en hoe mensen er komen.

ik denk dat ik dit advies idd maar ga opvolgen