[Apache/IE] afbeeldingen worden maar half weergegeven *

[appel22]

Hallo,

Ik heb al een tijdje apache draaien op m'n pc, om wat bestanden te delen. Maar afbeeldingen die doen het altijd maar half op de een of andere manier. Ik heb de hele apache verwijderd en de nieuwste versie (voor zover ik weet) 2.2.3 eropgezet. Alleen nu doet het probleem zich nog steeds voor..
http://wouter.sfclan.nl/kabels/
Hierzo kun je het zien, wanneer je op de thumbnail klikt zie je maar een klein gedeelte van de afbeelding en de rest is in vage grijstinten.
Het kan niet aan de afbeeldingen liggen want als ik deze upload naar mijn website dan doen deze het gewoon.
http://downloads.sfclan.nl/tweakers/kabels/

Weet iemand wat ik fout doe of moet veranderen zodat de afbeeldingen wel gewoon zichtbaar worden, alvast bedankt.

[ Voor 11% gewijzigd door appel22 op 08-10-2006 00:43 ]

[Keiichi]

Als ik dezelfde afbeelding van de 2 hosts download krijg ik idd een ongelijk bestand:

root@venus:~/test# md5sum IMG_5923.JPG
1eab3352929640aa1fb27c5e185f8c47 IMG_5923.JPG
root@venus:~/test# md5sum IMG_5923-1.JPG
78ce50538f885364bf3ef9859e7e20bf IMG_5923-1.JPG

Kan op het moment alleen niets verzinnen wat het uberhaupt misschien zou kunnen wezen.

[ Voor 85% gewijzigd door Keiichi op 08-10-2006 00:50 ]

[appel22]

hoe kunnen de jpeg files corrupt zijn als ze op m'n host wel gewoon doen en thuis niet, 'k heb ze vanuit die map van thuis naar de host gekopieerd...

en wat versta jij onder langzaam, ik kan er zo met 800 KB/s van downloaden..

[Keiichi]

Ik had m'n vorige posts even ge-edit, omdat ik wat meer zoek werk gedaan had.

Van m'n http server thuis kan ik ook best snel downloaden trouwens

[Puch-Maxi]

Keiichi schreef op zondag 08 oktober 2006 @ 00:46:
-Knip-

hij host http://wouter.sfclan.nl/kabels/ wss thuis, als je hem tracert gaat hij naar speedplanet (ADSL)

[appel22]

Puch-Maxi schreef op zondag 08 oktober 2006 @ 00:51:
[...]


hij host http://wouter.sfclan.nl/kabels/ wss thuis, als je hem tracert gaat hij naar speedplanet (ADSL)

Ja, wouter.sfclan.nl host ik thuis (doorlink naar m'n eigen ip) downloads.sfclan.nl is gewoon doorgelinkt als subdomein v/d host..

[Keiichi]

Zijn de bestanden op de 2 hosts indentiek.

Als je ze upload, kan mogelijk misschien iets fout gaan als je image gallery de afbeeldingen wilt verkleinen/bewerken, etc.
Ik vermoed dat hier misschien eerder iets in te vinden is.

[ Voor 15% gewijzigd door Keiichi op 08-10-2006 00:54 ]

[appel22]

Ik heb dus nu voor de zekerheid de afbs op de host verwijderd, en de map die ik thuishost (waar de afbeeldingen "niet" van werken) exact gekopieerd naar de host.
Ik weet zeker dat er thuis iets is waaraan het ligt, apache bijv. want de foto's zijn gewoon hetzelfde. Alleen ik krijg hier thuis van die half-grijze foto's en op de host zijn ze normaal..

[appel22]

Als ik andere afbeeldingen "thuis host" die ook zeker niet corrupt zijn http://wouter.sfclan.nl/g5 is er precies hetzelfde probleem, echt niemand die enig idee heeft waar het aan zou kunnen liggen. Ik vind het behoorlijk frustrerend

[Keiichi]

Kun je ook eens een apache 2.0.59 even opzetten zodat de directory met die paar foto's bereikbaar is?

[ Voor 35% gewijzigd door Keiichi op 08-10-2006 01:13 ]

[appel22]

Keiichi schreef op zondag 08 oktober 2006 @ 01:13:
Kun je ook eens een apache 2.0.59 even opzetten zodat de directory met die paar foto's bereikbaar is?

Deze staat er nu op, helaas nog steeds hetzelfde probleem..

[Keiichi]

Ik blijf er bij dat het probleem zich buiten apache om voordoet.
Probeer nog paar van de volgende dingen:
- Download ergens van het internet wat jpeg afbeeldingen, kijk of het zich hiermee ook voordoet
- Zet een paar exes erop, download ze en kijk of ze nog goed draaien
- Zijn de foto's buiten jalbum er op gezet?

[appel22]

ja er zijn foto's buiten jalbum opgezet, foto's van ergens anders op internet geven exact hetzelfde probleem, volgens mij zijn de exes ook geen probleem, als je het eens zou willen proberen http://wouter.sfclan.nl/wrar361nl.exe
Ik vind het echt k*t dat ut niet werkt want zo kan ik er eigenlijk niks mee

[moto-moi]

Hier werken beide sites prima (Firefox, Linux), ik neig daarom naar een clientprobleem, welke clients heb je precies geprobeerd?

[appel22]

Jij kan dus de foto's van "wouter.sfclan.nl" gewoon bekijken ?

Ik heb 2.2.3 & 2.0.59 geprobeerd.. En nog wel een maar die weet ik zo niet meer.
Welke zou ik dan moeten gebruiken wanneer het wel goed wil gaan werken?

[moto-moi]

Je hebt het nu over de serverkant, terwijl je volgens mij naar de clientkant moet kijken, naar je browser dus

[appel22]

Doen bij jou alle afbeeldingen als je op de thumbnails klikt ? http://wouter.sfclan.nl/kabels
Ik heb gewoon de standaard IE 6.0.2900.2180 versie. Op elke website zie ik de afbeeldingen goed behalve op de host die ik thuis heb.. Want als ik het bij een ander bekijk doen de afbeeldingen het ook niet, het lijkt me sterk dat al die lui een "verkeerde" browser hebben..

[GoldenBatt]

Hmm, ik kan ook alle foto's prima bekijken, werkt prima. Bekijk ze via Firefox met de laatste updates

Het werkt dus wel

[Verwijderd]

Al eens een CRTL-F5 gedaan om te voorkomen dat afbeeldingen uit de browser-cache gehaald worden?

[lennartkocken]

Hier doet-ie het ook prima. Krijg jij 't probleem alleen bij grote of ook kleine bestanden?

[appel22]

Hm, 'k heb alle tijdelijke internet bestanden eens verwijderd en nu doet ie het wel vaag gedoe.
Toch bedankt iedereen voor de hulp

[F_J_K]

Dus, een les voor de volgende keer: check eerst of het een lokaal probleem is voor je naar de server gaat kijken. Dus cache legen, verschillende machines en verschillende browsers proberen (hoe dan ook min of meer verplicht als je een website host), het eens van buiten je eigen LAN checken, etc.

offtopic:
Apache afbeelding probleem! is behoorlijk schreeuwerig maar zegt tegelijkertijd niets over je vraag/probleem.. Ik pas het dus nog even voor de search aan.

[Keiichi]

Ik zie dat het probleem opgelost.

Maar het was geen lokaal probleem, omdat ik dezelfde symptonen hier had. Met een wget op de locatie van de foto's had ik ze ook lokaal hier naar toe gehaald (dus geen gedoe met caches) en hier was in eerste instantie weldegelijk sprake van dat de bestanden NIET indentiek waren.