IE6 problemen op Debian 3.1

[Blacky]

Weet iemand of en hoe dit te fixen is?
Ik heb 2 programma's, draaien thuis op de Centos 5.1 versie zonder problemen.
Betreft Crafty Syntax (chat ding) en CMS Made Simple.
Php versie 5.1.6 en mysql 5.0.45 (laatste nieuwe die yum update levert).

Maar op een Debian 3.1 server met php 5.2.5 en mysql versie 4.1.10 hebben beide problemen.
Crafty geeft met IE6 daarop op diverse plaatsen "page can not be found".
De CMS Made Simple werkt zo goed, maar in het adminpanel krijg je bij elke klik de gewone tekst te zien en moet je telkens refresh klikken om het beeld goed te zien te krijgen, dus met de grafische layout.

Op beide servers heeft Firefox geen enkel probleem. IE7 op beide servers ook geen enkel probleem.
Het probleem moet dus liggen in de combinatie van IE6 met ofwel Debian 3.1 ofwel de php/mysql versie.
De Debian 3.1 is een DA server.

Aangezien echter nog zat mensen gebruik maken van IE6 had ik dit probleem graag gefixed, maar weet zo vlug niet hoe. Iemand een idee?

[Randy]

Logfiles?

[Blacky]

GET /admin/themes/default/images/icons/topfiles/siteadmin.gif HTTP/1.1" 304 173  "http://www.domeinnaam.nl/admin/index.php" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 1.1.4322)"

Dat is voor de cms made simple een regeltje.

Hieronder is voor de livechat:

/livesupport/leavemessage.php?department=1&cslheg=1&serversession=1 HTTP/1.1"  200 1573 "http://www.domeinnaam.nl/livesupport/livehelp.php?department=1&cslheg=1&serversession=1" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 1.1.4322)"

[Blacky]

Nog een regeltje voor het cms, maar dan met een 200 i.p.v. een 304

GET /stylesheet.php?templateid=17&mediatype=print HTTP/1.1" 200 913 "http://www.domeinnaam.nl/index.php?page=default_templates" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727 ; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 1.1.4322)"

Dat zal er eentje zijn geweest met een refresh, wel vaag dat ie ook 304's aangeeft.
En alleen bij IE6 dus en alleen op die server.

[Blacky]

Niemand een idee?

[wonko]

je geeft wel heel weinig informatie. Zie je uberhaupt wel een aanvraag aankomen op de server (logfiles, netstat, tcpdump...) als je met IE6 naar de site surft?

[QBell]

Status 304 is helemaal zo gek niet hoor.

Het betekend dat de browser de header "If-Not-Modified-Since" mee heeft gestuurd, en de webserver controleerd dan waneer het bestand als laatste bewerkt en opgeslagen is. als dat overeen komt met de tijd die in de header staat, dan replied de server met een header 304, en kan de browser de data uit de cache halen.

Niks vreemds aan (voor geen enkele browser).
Sterker nog, ik forceer het wel is met groote site. Om zo de load van de webserver terug te dringen.

[Blacky]

@Wonko: Die logregeltjes geven toch aan dat er een aanvraag komt en beantwoord wordt, toch?
Ik wil wel meer info geven maar weet niet precies hoe ik dat zou moeten doen. Het gaat om meerdere dingen dus het is niet zo dat ik met IE6 helemaal niks kan, maar CraftySyntax en CMS Made Simpel hebben een probleem, die laatste heb ik er al afgeknikkerd.

Net nog even geprobeerd, weer page not found, toch geven de logs aan dat er een aanvraag is geaccepteerd, het image wordt ook geladen maar zo gauw je er op klikt is het page not found, terwijl de log dit zegt:

[10/Jul/2008:14:39:37 +0200] "GET /livesupport/leavemessage.php?department=1&cslheg=1&serversessi on=1 HTTP/1.1" 1573 "http://www.domeinnaam.nl/livesupport/livehelp.php?department=1&cslheg=1&serversession=1 " "Mozilla/4.0 (compatible;MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 1.1.4322)"

En dan weer een 304 er achter:

[10/Jul/2008:14:39:37 +0200] "GET /livesupport/images/blue/navigation.css HTTP/1.1" 304 207 "http://www.domeinnaam.nl/livesupport/user_top.php?department=1&tab=2&cslheg=1&serverses sion=1" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 1.1.4322)"

Grotendeels werkt het ook gewoon allemaal, alleen regelmatig page not found bij onderdelen. Om te controleren of het aan mijn pc lag heb ik het ook nog op 2 andere pc's met XP en IE6 geprobeerd, exact hetzelfde probleem.

Als iemand het zelf wil zien, dat kan, gewoon mijn domeinnaam nemen en er support.html achter zetten. Hiermee was ik een beetje aan het testen.

En zoals gezegd, op een Centos 5.1 server 0 problemen. Of het zou moeten zijn dat een of andere instelling in de php.ini zoiets kan veroorzaken.
Ik zal hem extern ook nog eens op een Centos server zetten en testen om uit te sluiten dat mijn eigen firewall vreemde dingen doet.

[Blacky]

Inmiddels ben ik al weer een stukje verder. Met iets anders heb ik nog een probleem. Vermoedelijk word de html ook niet goed geparsed. DA server dus met debian 3.1 custombuild.

De volgende regels zijn in een .htaccess bestand toegevoegd:

AddHandler application/x-httpd-php .html
AddType application/x-httpd-php .html
Options -Indexes

Anders werkt mijn site niet. Nu dus wel. Maar bij includes in de center pagina, wordt de achtergrond niet volledig meegenomen.
Een voorbeeld is te zien als je mijn website neemt (zie signoff) en dan support.html er achter plakt. Deze staat momenteel even als test zo.

Nu staat diezelfde site bij een kennis op de pc. Gewoon een windows bak met Wamp. Verschil met apache is dat hier php als module is geladen in apache.
Hij heeft dus niet de .htaccess nodig om de site gewoon draaiende te krijgen.
Tweede verschil is dat die support.html dus perfekt werkt, achtergrond er volledig op.
Zie: test punt phantom punt serverthuis punt nl/support.html

Is er nu middels het .htaccess bestand of op andere wijze iets te wijzigen zodat het op die live server ook goed gaat werken? Of kan ik dat vergeten als php niet als module gecompileerd is in apache?
Zelfde euvel overigens ook op een Centos machine met Cpanel en op mijn eigen Centos 5 machine thuis.

[Blacky]

Niemand een idee betreffende die laatste posting?
Als er meer informatie moet komen hoor ik het graag, maar de logs laten niets vreemds zien, eerst een 200 op het achtergrondplaatje en nadien 304 dus dat het niet gewijzigd is.

[Blacky]

Iemand een idee dan waar ik het beste met die voorlaatste vraag terecht kan, bij een specialist die wel veel weet over DA en suexec en php en die wel dit kan oplossen?

[aviestar]

zou dat geen instellingen zijn vn Apache? Het is maar even een vraag, kweet het niet 100% zeker

Wij hebben wel iemand die hier wellicht meer over weet, als je even een PB stuur dan kan ik eens vragen of hij een idee heeft waardoor dit komt

Het kan zijn dat of Apache of je PHP niet goed gecompiled is

Wij draaien ook met DA en suexec , dus heb je vragen dan ff via PB

[Blacky]

Het kan zijn dat of Apache of je PHP niet goed gecompiled is

Op 3 verschillende servers? Lijkt me stug.
Ben er net achter dat php op die Cpanel server in DSO mode draait, dus ook als module, heel vaag allemaal.
Ik zal je eens een pm sturen, thanks.