Bonjour,
Je rencontre actuellement des soucis d'affichage sur quelques uns
des sites hébergés sur un serveur dédié ( OVH gentoo 2006 : release 2 ) :
Le problème se situe au niveau de l'affichage des images puisque certaines
sont visibles que partiellement. ( exemple : http://www.negoforyou.fr/services-immobilier/vente-angers ). Je n'ai aucune idée quant à la cause de ce problème et souhaite être conseillé et ainsi cerné le problème rapidement.
Merci.
# Le conseil du dev du jour...
Posté par ze_lionix (site web personnel) . Évalué à 2.
Jolie image coupée en deux... le code HTML est bon..:
<img src=http://www.negoforyou.fr/mini/17361.jpg ....
est correct et quand on va voir l'image d'origine elle est bien aussi tronquée...
=> Vous avez pas un bout de code dans le back office qui resize les images à la volée ( lors des upload ) qui déraille un peu la ?
Fuse : j'en Use et Abuse !
# que disent les LOGS ?
Posté par NeoX . Évalué à 2.
[^] # Re: que disent les LOGS ?
Posté par emlesna . Évalué à 1.
XX.XX.XXX.XX - - [07/Jun/2010:14:08:48 +0200] "GET /config/immo/images/fond_vignette_bleu.gif HTTP/1.1" 304 - "http://www.negoforyou.fr/config/immo/immo.css" "Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.13) Gecko/2009080316 Ubuntu/8.04 (hardy) Firefox/3.0.13
(Au passage, les guillemets ont été convertis en entités html)
Il semble qu'ils ne révèlent rien de particulier. Qu'en penses-tu ?
[^] # Re: que disent les LOGS ?
Posté par ze_lionix (site web personnel) . Évalué à 2.
Sur le serveur l'image /mini/17361.jpg est elle bien tronquée ?
( récupère la en local )
Au risque de paraitre insistant si la réponse est oui cela veux dire qu'un bout de code de votre appli a un problème sur les resize d'images...
Comme c'est certainement de la GD lib ca peux etre différent truc :
- timeout apache...
- excès d'usage mémoire ( limité a 64Mo pour certains hébergeur ce qui pour de la manip d'image de 4Mo est un peu léger )
...etc...
Fuse : j'en Use et Abuse !
[^] # Re: que disent les LOGS ?
Posté par emlesna . Évalué à 1.
Par ailleurs l'affichage de cette image est géré en CSS :
background-image: url(images/fond_vignette_bleu.gif);
Enfin, sur le serveur l'image /mini/17361.jpg n'est pas tronquée.
[^] # Re: que disent les LOGS ?
Posté par ze_lionix (site web personnel) . Évalué à 1.
Il y a donc 2 problèmes si je comprend bien :
- tronquée dans le back ( peut etre à cause des css )
- tronquée dans la partie visible du site
Jai ecarté la piste de la CSS pour la partie visible car si on regarde dans un navigateur : http://www.negoforyou.fr/mini/17361.jpg
Il manque clairement un bout non ?
Et la on a pas de css, de htlml, juste l'image du serveur en théorie !
Je l'ai téléchargé et enregistré..... Le tiers du bas n'est pas la, le tiers du milieu est incomplet, et le premier tier de l'image est bon...
D'ou le fait que le browser n'affiche que le premier tier ( franchement bien déjà ...)
Après si vous êtes absolument certain qu'elle est bonne sur le serveur faut demander a votre hébergeur si il y a des reverse proxy squid en frontal ou quelque chose du genre...
Auquel cas c'est probablement un disque pas bien, avec un cache pourri...
Fuse : j'en Use et Abuse !
[^] # Re: que disent les LOGS ?
Posté par emlesna . Évalué à 1.
concernant ce domaine nous avions opté pour un test de «scanner de vulnérabilité et de filtrage de trafic» chez un prestataire, en conséquence de quoi nous avions routé les requêtes http vers leurs serveurs.
Je viens modifier le fichier host afin que les requêtes ne soient plus filtrées chez eux, et redémarré le serveur DNS. Je saurai si j'ai vu juste lorsque la propagation sera effectuée.
Merci pour ton aide précieuse !
[^] # Re: que disent les LOGS ?
Posté par NeoX . Évalué à 2.
si on liste le dossier mini, il y a bien d'autres miniatures mais elles s'affichent correctement.
donc je ne penses pas que mini/17361.jpg soit tronquée
# Le code qui génère la miniature
Posté par David . Évalué à 2.
Je pencherais pour timeout et l'image n'a pas fini d'être construite.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.