Internal server error, maar niet overal.. ?

Pagina: 1
Acties:

  • DieterVDW
  • Registratie: Juli 2002
  • Laatst online: 12-02-2017
Hallo,

Ik onderhoud een webapplicatie die draait op PHP met MySQL als database.
Nu kreeg ik onlangs een klacht van mijn klant dat zij de webapplicatie niet meer kunnen bereiken, ze krijgen een internal server error pagina te zien.
Als ik echter hier test op mijn computers, dan werkt alles perfect, zowel onder Seamonkey als IE.

Aangezien een internal server error per definitie server-side is, hoe kan het dan dat dit enkel bij hen gebeurt, en niet bij mij??

Reeds gedaan: hen aangeraden eens onder IE te proberen ipv mozilla, cookies & temp inet files wissen.
No joy.

Is er iemand hier die misschien al eens iets dergelijks heeft meegemaakt en mij in de juiste richting kan wijzen? Je zou me een trip van een uur besparen, eeuwige dank wordt uw deel...

  • TeeDee
  • Registratie: Februari 2001
  • Laatst online: 12:30

TeeDee

CQB 241

- Heb je logfiles?
- Worden session cookies (i.e. privacy instellingen) wel geaccepteerd?

Heart..pumps blood.Has nothing to do with emotion! Bored


  • rdfeij
  • Registratie: September 2001
  • Laatst online: 23-03 13:46
Iets in hun interne DNS wat niet spoort?

  • DieterVDW
  • Registratie: Juli 2002
  • Laatst online: 12-02-2017
TeeDee schreef op maandag 11 december 2006 @ 10:48:
- Heb je logfiles?
- Worden session cookies (i.e. privacy instellingen) wel geaccepteerd?
De applicatie draait op een server van priorweb.
Geen logfiles dus veronderstel ik ...

Ik ben geen expert op vlak van sessions en zo. Dus enkele domme vragen: worden cookies daarbij gebruikt? De session data wordt toch op de server bijgehouden right?
De cookie dient dan om de session id bij te houden of zo?

Het werkte vroeger zonder problemen, dus ik vermoed ook niet dat het daaraan ligt.
Ook het feit dat het zowel onder mozilla als onder IE niet werkt wijst in die richting.
rdfeij schreef op maandag 11 december 2006 @ 10:48:
Iets in hun interne DNS wat niet spoort?
De internetaansluiting die ze gebruiken is een telenet verbinding, net zoals die van mij.
De klant is gewoon een lo-tech schooltje, geen speciale voorzieningen of zo.

  • MeatLoaf
  • Registratie: Januari 2003
  • Laatst online: 03-01 09:33
Probeer is in IE "Show friendly HTTP error messages" uit te zetten op de PC waar de error optreed. Misschien kun je op die manier een iets duidelijkere fout omschrijving krijgen.

  • whoami
  • Registratie: December 2000
  • Laatst online: 08:24
Aangezien je zegt dat het bij jou wel werkt, en bij hen niet, dan lijkt me dit geen programmeer-probleem.

Vandaar een move:
-> Netwerken

https://fgheysels.github.io/


  • Bergen
  • Registratie: Maart 2001
  • Laatst online: 19-03 17:06

Bergen

Spellingscontroleur

Nou, in de "Websites die niet onder niet-IE browsers werken"-topics in NOS zijn ook wel eens dat soort pagina's voorbij gekomen. Pagina's die in Mozilla een server error tonen en in IE prima werken.

Misschien is het een idee om je pagina eens door http://validator.w3.org te halen en alle 'fouten' (voor zover je ze zo kunt noemen) eruit te halen? Je weet maar nooit of 't helpt.

  • DieterVDW
  • Registratie: Juli 2002
  • Laatst online: 12-02-2017
Bergen schreef op maandag 11 december 2006 @ 12:05:
Nou, in de "Websites die niet onder niet-IE browsers werken"-topics in NOS zijn ook wel eens dat soort pagina's voorbij gekomen. Pagina's die in Mozilla een server error tonen en in IE prima werken.

Misschien is het een idee om je pagina eens door http://validator.w3.org te halen en alle 'fouten' (voor zover je ze zo kunt noemen) eruit te halen? Je weet maar nooit of 't helpt.
Da's een goeie tip! Dat ga ik eens proberen ...

  • DieterVDW
  • Registratie: Juli 2002
  • Laatst online: 12-02-2017
Het probleem bleek uiteindelijk te zijn dat zij het volgende intikten:
http://www.domein.be/blah
en ik het volgende:
http://blah.domein.be

Waarbij het 2de wel nog werkte en het eerste niet meer.
Ik had nochtans in de map van het www subdomain (?) een symbolische link blah aangemaakt naar het blah subdomein, en dit heeft altijd gewerkt. Maar nu dus plots niet meer ...
Ik het die symbolische blah link dan maar vervangen door een directory blah met daarin een index.php die gewoon redirect naar het subdomain ...

Dus blijkbaar heeft priorweb bewust of onbewust het gebruik van symbolische links uitgeschakeld?
Niet zo tof wel ...
Pagina: 1