PDA

Bekijk Volledige Versie : URL / var probleem



Ivan
27/12/02, 22:14
Hi,

Ik geef variabelen door via de URL, dus bijvoorbeeld www.mijnsite.com/blaat
verwijst naar een pagina over schapen en www.mijnsite.com/knor naar een
pagina over varkens, etc. Mijn 404 error page, bepaald aan de hand van die
variable of de pagina bestaat of niet.

Hetzelfde gebruik ik voor oa. downloads, waarbij
www.mijnsite.com/download/12 . Waarbij download een php pagina is en 12 het
id van de file.

..htaccess file:

ErrorDocument 404 /page_handler.php
Options MultiViews


En met een stukje php hak ik de url in mootjes::

$pages = explode("/", substr($REQUEST_URI,1));

Nu het probleem :
Dit werkt gewoon bij mij en 99% van mijn andere bezoekers, maar enkele
bezoekers krijgen ten alle tijden een standaard 404 pagina. Als de pagina
niet zou bestaan, dan moet men een custom 404 error krijgen. Dus ik denk dat
het een client-side probleem is, ipv een server-side. Het gaat voor zover
mij bekend is alleen om bezoekers die IE gebruiken. (de optie
gebruiksvriendelijke error codes staat uit)

Wat kan ik doen (server side) om dit probleem te voorkomen of wat moet de
bezoeker eventueel aanpassen in zijn browser ?

Ivan

Rene Pijlman
27/12/02, 22:27
Ivan:
>Ik geef variabelen door via de URL, dus bijvoorbeeld www.mijnsite.com/blaat
>verwijst naar een pagina over schapen

Nee hoor, ik krijg gewoon:

Not Found
The requested URL /blaat was not found on this server.
Apache/1.3.26+PH Server at mijnsite.com Port 80
(zirconium.4ph.com)

>Mijn 404 error page, bepaald aan de hand van die
>variable of de pagina bestaat of niet.

Que? Een 404 error page wordt toch pas geactiveerd als een
pagina niet bestaat?

>Dit werkt gewoon bij mij en 99% van mijn andere bezoekers, maar enkele
>bezoekers krijgen ten alle tijden een standaard 404 pagina.

Wat bedoel je precies met een "standaard 404 pagina"?

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

Ivan
27/12/02, 23:19
> >Ik geef variabelen door via de URL, dus bijvoorbeeld
www.mijnsite.com/blaat
> >verwijst naar een pagina over schapen
>
> Nee hoor, ik krijg gewoon:
>

Het was maar een voorbeeldje :-) , dit is de site waar het om draait :
http://www.bhmotorsports.com (excuus voor het lange laden, we hebben wat
server isssus op het moment)

Elke game heeft zijn eigen "pagina", dus bijvoorbeeld :
http://www.bhmotorsports.com/LFS

> Que? Een 404 error page wordt toch pas geactiveerd als een
> pagina niet bestaat?

Er is dus geen bestand of map met de naam LFS, dus mijn 404 pagina
controleert in de database of LFS bestaat, wanneer deze bestaat opent die de
pagina hiervan etc.

>
> >Dit werkt gewoon bij mij en 99% van mijn andere bezoekers, maar enkele
> >bezoekers krijgen ten alle tijden een standaard 404 pagina.
>
> Wat bedoel je precies met een "standaard 404 pagina"?
>

Met een standaard 404 pagina bedoel ik dus de pagina die je krijgt als een
pagina niet bestaat en de beheerder van de site geen custom 404 heeft. Ik
maak dus wel gebruik van custom 404 pages.

Hoop dat dit het wat duidelijker maakt.

Jan Ehrhardt
27/12/02, 23:32
Ivan in nl.internet.www.server-side (Fri, 27 Dec 2002 21:19:10 GMT):

>Het was maar een voorbeeldje :-) , dit is de site waar het om draait :
>http://www.bhmotorsports.com (excuus voor het lange laden, we hebben wat
>server isssus op het moment)
>
>Elke game heeft zijn eigen "pagina", dus bijvoorbeeld :
>http://www.bhmotorsports.com/LFS
>
>Er is dus geen bestand of map met de naam LFS, dus mijn 404 pagina
>controleert in de database of LFS bestaat, wanneer deze bestaat opent die de
>pagina hiervan etc.

Geef een header("HTTP/1.1 200 OK") in je error404 script als je de goede
pagina weergeeft. Nu zijn dit nog je headers:

HTTP/1.1 404 Not Found
Date: Fri, 27 Dec 2002 21:26:19 GMT
Server: Apache/1.3.26 (Unix) PHP/4.1.2
X-Powered-By: PHP/4.1.2
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html

Jan
--
Dropdown and pushup menu's - http://cgi.monitor.nl/cbt/web.htm

Rene Pijlman
27/12/02, 23:42
Jan Ehrhardt:
>Ivan:
>>Er is dus geen bestand of map met de naam LFS, dus mijn 404
>>pagina controleert in de database of LFS bestaat, wanneer
>>deze bestaat opent die de pagina hiervan etc.
>
>Nu zijn dit nog je headers:
>
>HTTP/1.1 404 Not Found

Yep, daar was ik al bang voor. Dat krijg je nu als mensen hun
echte URL niet vermelden en een 404-pagina gebruiken om content
te serveren. Het moest verboden worden...

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

PanMan
28/12/02, 05:43
On Fri, 27 Dec 2002 20:14:05 GMT, "Ivan" <is@balba.g> grabbed a
keybord and dumped this in nl.internet.www.server-side :

>Hi,
>
>Ik geef variabelen door via de URL, dus bijvoorbeeld www.mijnsite.com/blaat
>verwijst naar een pagina over schapen en www.mijnsite.com/knor naar een
>pagina over varkens, etc. Mijn 404 error page, bepaald aan de hand van die
>variable of de pagina bestaat of niet.
>
>Hetzelfde gebruik ik voor oa. downloads, waarbij
>www.mijnsite.com/download/12 . Waarbij download een php pagina is en 12 het
>id van de file.
>
>.htaccess file:
>
>ErrorDocument 404 /page_handler.php
>Options MultiViews
>
>
>En met een stukje php hak ik de url in mootjes::
>
>$pages = explode("/", substr($REQUEST_URI,1));
>
>Nu het probleem :
>Dit werkt gewoon bij mij en 99% van mijn andere bezoekers, maar enkele
>bezoekers krijgen ten alle tijden een standaard 404 pagina. Als de pagina
>niet zou bestaan, dan moet men een custom 404 error krijgen. Dus ik denk dat
>het een client-side probleem is, ipv een server-side. Het gaat voor zover
>mij bekend is alleen om bezoekers die IE gebruiken. (de optie
>gebruiksvriendelijke error codes staat uit)

Dat doet IE soms toch, ook als dit uitstaat.


>Wat kan ik doen (server side) om dit probleem te voorkomen of wat moet de
>bezoeker eventueel aanpassen in zijn browser ?

Een andere header sturen.
Nu stuurt Apache w.s. een 404 header, en toont vervolgens jou pagina.
Dit kan je voorkomen door in je script met de header() functie in PHP
eerst een 200 header te sturen.
Hrmz.
Ik kijk net ff naar je voorbeeld URL, en die geeeft gewoon netjes een
200. Heb je recent wat veranderd?
Groeten,
PanMan.
--
Have you ever had a dream, that you were so sure it was real?
What if you were unable to wake from that dream?
How would you know the difference between the dream world,
and the real world? - The Matrix.

Ivan
28/12/02, 15:29
Klopt, ik heb dit verandert. Allemaal bedankt voor de tips tot nu toe, ik
weet alleen nog niet of dit nu is opgelost voor de personen in kwestie. Ik
krijg het met geen mogelijkheid NIET werkend op mijn pc ;-)

Nogmaals bedankt,
Ivan


"PanMan" <use.the@reply.to.adress> schreef in bericht
news:3e0d1d34.196792421@newszilla.xs4all.nl...
> On Fri, 27 Dec 2002 20:14:05 GMT, "Ivan" <is@balba.g> grabbed a
> keybord and dumped this in nl.internet.www.server-side :
>
> >Hi,
> >
> >Ik geef variabelen door via de URL, dus bijvoorbeeld
www.mijnsite.com/blaat
> >verwijst naar een pagina over schapen en www.mijnsite.com/knor naar een
> >pagina over varkens, etc. Mijn 404 error page, bepaald aan de hand van
die
> >variable of de pagina bestaat of niet.
> >
> >Hetzelfde gebruik ik voor oa. downloads, waarbij
> >www.mijnsite.com/download/12 . Waarbij download een php pagina is en 12
het
> >id van de file.
> >
> >.htaccess file:
> >
> >ErrorDocument 404 /page_handler.php
> >Options MultiViews
> >
> >
> >En met een stukje php hak ik de url in mootjes::
> >
> >$pages = explode("/", substr($REQUEST_URI,1));
> >
> >Nu het probleem :
> >Dit werkt gewoon bij mij en 99% van mijn andere bezoekers, maar enkele
> >bezoekers krijgen ten alle tijden een standaard 404 pagina. Als de pagina
> >niet zou bestaan, dan moet men een custom 404 error krijgen. Dus ik denk
dat
> >het een client-side probleem is, ipv een server-side. Het gaat voor zover
> >mij bekend is alleen om bezoekers die IE gebruiken. (de optie
> >gebruiksvriendelijke error codes staat uit)
>
> Dat doet IE soms toch, ook als dit uitstaat.
>
>
> >Wat kan ik doen (server side) om dit probleem te voorkomen of wat moet de
> >bezoeker eventueel aanpassen in zijn browser ?
>
> Een andere header sturen.
> Nu stuurt Apache w.s. een 404 header, en toont vervolgens jou pagina.
> Dit kan je voorkomen door in je script met de header() functie in PHP
> eerst een 200 header te sturen.
> Hrmz.
> Ik kijk net ff naar je voorbeeld URL, en die geeeft gewoon netjes een
> 200. Heb je recent wat veranderd?
> Groeten,
> PanMan.
> --
> Have you ever had a dream, that you were so sure it was real?
> What if you were unable to wake from that dream?
> How would you know the difference between the dream world,
> and the real world? - The Matrix.

Ivan
28/12/02, 15:48
> Geef een header("HTTP/1.1 200 OK") in je error404 script als je de goede
> pagina weergeeft. Nu zijn dit nog je headers:

Bedankt voor de tip, ik heb het aangepast. Nog 1 vraagje, ik doe hetzelfde
met deze pagina:
http://www.bhmotorsports.com/download/123 . Alleen geeft deze pagina een 200
terug. download is een php file.

Bijvoorbaat dank,
Ivan

Geert
28/12/02, 22:43
On Fri, 27 Dec 2002 22:42:11 +0100, Rene Pijlman
<reageer.in@de.nieuwsgroep> wrote:

>Jan Ehrhardt:
>>Ivan:
>>>Er is dus geen bestand of map met de naam LFS, dus mijn 404
>>>pagina controleert in de database of LFS bestaat, wanneer
>>>deze bestaat opent die de pagina hiervan etc.
>>
>>Nu zijn dit nog je headers:
>>
>>HTTP/1.1 404 Not Found
>
>Yep, daar was ik al bang voor. Dat krijg je nu als mensen hun
>echte URL niet vermelden en een 404-pagina gebruiken om content
>te serveren. Het moest verboden worden...

Hoe kan je dit dan het beste oplossen?
/LFS is toch duidelijker dan /?var=LFS

--
mvg,
Geert

Cor Gest
28/12/02, 23:49
Geert <NOSPAM_Geert.Serneels@gmx.net> writes:

> On Fri, 27 Dec 2002 22:42:11 +0100, Rene Pijlman
> <reageer.in@de.nieuwsgroep> wrote:
>
> >Jan Ehrhardt:
> >>Ivan:
> >>>Er is dus geen bestand of map met de naam LFS, dus mijn 404
> >>>pagina controleert in de database of LFS bestaat, wanneer
> >>>deze bestaat opent die de pagina hiervan etc.
> >>
> >>Nu zijn dit nog je headers:
> >>
> >>HTTP/1.1 404 Not Found
> >
> >Yep, daar was ik al bang voor. Dat krijg je nu als mensen hun
> >echte URL niet vermelden en een 404-pagina gebruiken om content
> >te serveren. Het moest verboden worden...
>
> Hoe kan je dit dan het beste oplossen?
> /LFS is toch duidelijker dan /?var=LFS

Nee dus.

als /LFS bestaat wordt dat bestand getoond

als /LFS een dir is , wordt de inhoud getoond (mits de server zo is
geconfigureerd dat dirs gebrowsed mogen worden)
zoniet dan een 404 err_page of een 403, 405 of 416 error_page , afhankelijk hoe
obfuscated je je error_disclosure wil laten zijn.

als /LFS niet bestaat >> 404 err_page

snapt je DB het niet is er sprake van een Int_DB_err en mag de
EXT_Client dat NOOIT zien, aangezien de enige juiste respons op een
DB_err sluiting van het Ext_Connect_Slot IS en het gerereren van een
Internal_DB_error_code !!

En JA! de client weet _niet_ _wat_ er is mis gegaan.
en zo hoort het ook ! Tenzij er sprake is van een "privileged_user".


Overigens veel sites genereren op _alle_ errors de zelfde err_page, met
alle mogelijke errors daarin vermeldt en alle mogelijke oplossingen van
het probleem.


zie oa: http://clsnet.dyndns.info/404.html


cor

--
Sed quis custodiet ipsos custodes Are You Sure ? ||YES||DO-IT||CHECK-IT||
Operatingsystem is just a name thou giveth to the rest of thy idiosyncratic
machine-based features left out of thoueth editor.
Knowlegde should have free access to people http://thefreeworld.net

Jan Ehrhardt
29/12/02, 03:10
Cor Gest in nl.internet.www.server-side (28 Dec 2002 21:49:57 +0000):

>snapt je DB het niet is er sprake van een Int_DB_err en mag de
>EXT_Client dat NOOIT zien, aangezien de enige juiste respons op een
>DB_err sluiting van het Ext_Connect_Slot IS en het gerereren van een
>Internal_DB_error_code !!

Huh? U zei?

Jan
--
Dropdown and pushup menu's - http://cgi.monitor.nl/cbt/web.htm