Jump to content

[Résolu] Problème upload d'images pour mes produits


Pierreariel

Recommended Posts

Bonjour,

 

J'ai beau écumer le forum je ne trouve pas de réponse à mon problème. Concrètement je n'arrive pas à uploader d'images pour mes produits. Pourtant l'upload fonctionne pour les catégories par exemple.

 

L'erreur que je reçois "Une erreur est survenue durant l'envoi d'image"

 

Après recherche j'ai :

- vérifié que j'avais les bonnes autorisations (chmod777 sur l'ensemble des dossiers)

- Vérifié que mon serveur supportait GD2

- Essayé en gif, png et jpg à différentes tailles

- mettre à jour de 1.5.1 à 1.5.2

- Et mille autres tentatives glannées de ci de là...

 

Je m'arrache les cheveux parce que sur MAMP ca fonctionnait bien.

 

Pour vous donner plus d'infos, je suis en mutualisé sur online.net

Informations sur votre serveur

 

Informations sur votre serveur: Linux #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64

Version du logiciel serveur: Apache/1.3.34 (Ubuntu) mod_vhost_online/1.2 mod_fastcgi/2.4.2 mod_log_online/0.1

Version de PHP: 5.2.9-1.illimite

Limite de mémoire: 192M

Temps d'exécution maximal (max_execution_time): 360

Informations sur la base de données

 

Version de MySQL: 5.1.41-3ubuntu12.10

Moteur MySQL: InnoDB

Préfixe des tables: ps_

Informations sur votre boutique

 

Version de PrestaShop: 1.5.2.0

 

Est-ce que l'un d'entre vous aurait une solution pour moi?

Je vous remercie d'avance du temps que vous pourrez me consacrer.

 

Pierre

  • Like 1
Link to comment
Share on other sites

Salut,

 

J'ai aussi ce pb sur une installation toute neuve.

Impossible d'associer une image à un produit en saisie direct.

Impossible d'associer des images sur les déclinaisons en saisie directe.

Impossible d'associer une image à un produit en import CSV.

 

Rien, ... aucun enregistrement dans la table de MySql ???

j'ai aussi vérifié les chmod et autres GD2 sans résultat

 

Quid ???? sinon que tu es chez Online et moi aussi et je vais envoyer un mail à la maintenance online

 

Je suis chez online.net en version Prestashop 1.5.2

  • Like 1
Link to comment
Share on other sites

bonjour

 

on s'arrache les cheveux en effet avec 1.5.2 :( !

 

Perso, je n'ai toujours pas réussi à importer 500 lignes en CSV depuis 10 jours !

Je commence à regarder Magento avec attention...

on ne va quand meme pas réinstaller la version 1.4 :( ??!

 

voici mon dernier ERROR LOG suite à un import

(je précise que j'ai une boutique en 1.4.9 qui tourne très bien avec les imports..)

 

Bienvenue aux développeurs de Prestashop qui nous lisent... les techniciens de mon hébergeur ne savent plus quoi faire pour nous aider...

 

 

 

[Tue Oct 30 11:27:34 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/3600120029935WEB.jpg

[Tue Oct 30 11:27:47 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782754041003WEB.jpg

[Tue Oct 30 11:27:48 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782263059957WEB.jpg

[Tue Oct 30 11:27:50 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782091885841WEB.jpg

[Tue Oct 30 11:27:51 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782091885872WEB.jpg

[Tue Oct 30 11:27:52 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782091887890WEB.jpg

[Tue Oct 30 11:27:53 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782749916774WEB.jpg

[Tue Oct 30 11:28:00 2012] [warn] [client 94.23.132.138] mod_fcgid: read data timeout in 45 seconds, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 11:28:00 2012] [error] [client 94.23.132.138] Premature end of script headers: index.php, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 11:28:00 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/favicon.ico

[Tue Oct 30 11:28:03 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782321000433WEB.jpg

[Tue Oct 30 11:28:05 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/3133092027208WEB.jpg

[Tue Oct 30 11:29:27 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/3600120029935WEB.jpg

[Tue Oct 30 11:29:39 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782754041003WEB.jpg

[Tue Oct 30 11:29:40 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782263059957WEB.jpg

[Tue Oct 30 11:29:41 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782091885841WEB.jpg

[Tue Oct 30 11:29:42 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782091885872WEB.jpg

[Tue Oct 30 11:29:43 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782091887890WEB.jpg

[Tue Oct 30 11:29:44 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782749916774WEB.jpg

[Tue Oct 30 11:29:54 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782321000433WEB.jpg

[Tue Oct 30 11:29:55 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/3133092027208WEB.jpg

[Tue Oct 30 11:29:58 2012] [warn] [client 94.23.132.138] mod_fcgid: read data timeout in 45 seconds, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 11:29:58 2012] [error] [client 94.23.132.138] Premature end of script headers: index.php, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 11:29:58 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/favicon.ico

[Tue Oct 30 11:30:07 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/upload/9782754040075WEB.jpg

[Tue Oct 30 11:32:23 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/nl

[Tue Oct 30 12:04:24 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/promotions

[Tue Oct 30 12:06:59 2012] [warn] [client 94.23.132.138] mod_fcgid: stderr: PHP Notice: Undefined offset: 1 in /datas/vhosts/quelire.be/httpdocs/controllers/admin/AdminImportController.php on line 1446, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 12:06:59 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/favicon.ico

[Tue Oct 30 12:10:41 2012] [warn] [client 94.23.132.138] mod_fcgid: read data timeout in 45 seconds, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 12:10:41 2012] [error] [client 94.23.132.138] Premature end of script headers: index.php, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 12:10:41 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/favicon.ico

[Tue Oct 30 12:13:00 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/robots.txt

[Tue Oct 30 12:13:03 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/fr

[Tue Oct 30 12:13:09 2012] [warn] [client 94.23.132.138] mod_fcgid: read data timeout in 45 seconds, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 12:13:09 2012] [error] [client 94.23.132.138] Premature end of script headers: index.php, referer: http://www.quelire.be/admin2012/index.php?controller=adminimport&token=a9b0725d44d76e54301c6bf01fdc8fc1

[Tue Oct 30 12:13:10 2012] [error] [client 94.23.132.138] File does not exist: /var/www/vhosts/quelire.be/httpdocs/favicon.ico

  • Like 1
Link to comment
Share on other sites

Bon j'ai réglé le problème en prenant un hébergement sur OVH. Tant pis pour Online chez qui j'étais hébergé depuis plus de 10ans!

Donc encore une fois c'était l'hébergement qui posait problème.

Je mets donc le topic en [Résolu].

Merci de penser à le faire la prochaine fois en ajoutant [Résolu] au début du titre du topic. ;-)

Voir ici comment faire.

Link to comment
Share on other sites

Bonjour,

Je n'ai pas mis le topic en résolu puisque le problème n'a pas été réglé. J'ai la chance d'avoir des partenaires pressé qui préfèrent payer un nouvel hébergement mais ce n'est peut-être pas le cas pour tout le monde.

Si quelqu'un a trouver le moyen de régler ce problème d'upload d'image sur online, qu'il se manifeste, je suis certain que ça servira!

Link to comment
Share on other sites

Completement d'accord avec Pierreariel le topic n'est pas résolu, il est facile de mettre ça sur le dos de l'hebergeur, donc moi aussi je suis passé chez OVH m'en coutant une rondelette somme ...Donc ami de la PRESTATEAM il serait interressant de mettre un avertissemnt expliquant que le produit ne fonctionne pas chez online ... comme ça plus de soucis avec se fournisseur ...

Link to comment
Share on other sites

Bon, je suis en train d'avancer sur ce problème.

 

De mon côté sur mon dédié, cela semble provenir du contenu des requêtes envoyés lors de l'import de l'image produit que le module mod_security d'apache intercepte.

 

[Tue Nov 06 21:05:17 2012] [error] [client XX.XXX.XXX.XXX] ModSecurity: Access denied with code 501 (phase 2). Match of "rx (?:^(?:application\\\\/x-www-form-urlencoded(?:;(?:\\\\s?charset\\\\s?=\\\\s?[\\\\w\\\\d\\\\-]{1,18})?)??$|multipart/form-data;)|text/xml)" against "REQUEST_HEADERS:Content-Type" required. [file "/etc/modsecurity/modsecurity_crs_30_http_policy.conf"] [line "69"] [id "960010"] [msg "Request content type is not allowed by policy"] [severity "WARNING"] [tag "POLICY/ENCODING_NOT_ALLOWED"] [hostname "XXXXX.XXXXXX.com"] [uri "/admin_bm/ajax-tab.php"] [unique_id "UJltfH8AAAEAAEGeTRIAAAAA"]

 

ps : j'ai remplacé le nom de domaine et mon ip dans le message ci-dessus.

Link to comment
Share on other sites

Bonjour à tous, j'ai trouvé vous pourrez communiquer ça à vos hébergeurs.

Comme vous pouvez le voir la log ci-dessous c'est la règle ayant l'id 960010 qui pose problème.

 

Je l'ai donc désactivé dans mon virtualhost et voilà plus de problème :

SecRuleRemoveById 959006

 

S'il y a d'autres problèmes, il suffit de mettre tous les id concernés l'un à la suite des autres. (séparé par un espace).

 

Si vous n'avez pas de serveur dédié, vous pouvez aussi le désactiver dans votre .htaccess à condition que ça ne soit pas bloqué dans la configuration du mod_security de l'hébergeur.

 

<IfModule mod_security.c>

SecFilterEngine Off

</IfModule>

 

:D

Link to comment
Share on other sites

  • 3 weeks later...

J'avais le probleme chez FranceServ Hébergement et Quelqu'un de la team presta et Elodie (de FranceServ) ont trouvé la cause.

Ca venait de la gestion des requetes ajax par le systeme de cache (Varnish dans ce cas) qui doit être paramétrer pour laisser passer les requetes en post

 

Didier

Link to comment
Share on other sites

Je test actuellement en local avec xampp et j'ai le même problème.

Je travaillais avec chrome. J'ai testé sur tous les navigateurs connus et le problème n'apparaît pas avec internet explorer 8.

 

Pour ma part j'estime que le problème n'est pas résolu.

De plus en cherchant sur internet, ce problème d'envoi d'image semble récurrent d'une version à l'autre.

Link to comment
Share on other sites

Salut !

 

Je confirme le probleme pour ma 1.5.2 chez OVH mutualisé !

J'ai les mêmes fichiers /config/base de données en Local avec Php 5.3 et en local,ca marche nickel !

 

pas chez OVH :(

 

J'ai une dizaine de produits a créér, et je peut pas mettre d'images ...

Link to comment
Share on other sites

Merci Ambigua! J'allais prendre un hébergement chez OVH cet aprèm' croyant que le problème serait réglé...!

Du coup, je vais attendre un peu...

Bizarre quand même! Certain ont ce problème en local et pas chez OVH, d'autres c'est carrément l'inverse :blink: ....

Link to comment
Share on other sites

Bon, j'ai résoudu le probleme ( semble-t'il !! )

 

J'ai ajouter dans le .htaccess :

SetEnv PHP_VER 5
<IfModule mod_security.c>
# disable POST processing to not break multiple image upload
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

et depuis le manager d'OVH j'ai désactiver le parefeu applicatif ..

 

Je sais lequel des deux a fait que ca fonctionne, mais a présent, je peut mettre des images !

trop cool !

3 h de recherches ... :angry:

Link to comment
Share on other sites

Probleme Resolut Pour moi.

deactivation du pare feu aplicatifr de chez OVH

 

 

pas resolut du tous le probleme je suis chez OVH et je ne peux pas upload mes images produits apres plusieur tentative avec exemple sans exemple meme constat en local ces la meme je vous rassure alors faire tous un foin pour des version soit disant stable je rigole jaune car je bucher sur ma boutique 1.4.9 et l'hors de la mise a jours bonjours les degats. 1.4.9 et un peu bancale depuis mais bon elle fonctionnes. pas le cas 1.5.2

maintenant on vas continuer a la testé

je pense ne pas etre arrive au bout des bugs voyons voir la suite.

Edited by arkox1 (see edit history)
Link to comment
Share on other sites

bonsoir,

a priori résolu pour moi sur MAMP php5.2.17 et 5.3.14, cela viendrat comme je le disais plus haut de tmpfile() qui dans MAMP renvoie un booléen au lieu d'une ressource

donc j'ai collé dans fileUploader.php en attendant mieux à la ligne 166 :

$temp= fopen(_PS_TMP_IMG_DIR_.'PS'.time(), 'w');

... que je ferme à la ligne 177

 

et ça marche comme un charme... même si ce n'est forcément élégant, mais ça je m'en fous

 

si ça peux servir ...

a+

Link to comment
Share on other sites

bonsoir,

a priori résolu pour moi sur MAMP php5.2.17 et 5.3.14, cela viendrat comme je le disais plus haut de tmpfile() qui dans MAMP renvoie un booléen au lieu d'une ressource

donc j'ai collé dans fileUploader.php en attendant mieux à la ligne 166 :

$temp= fopen(_PS_TMP_IMG_DIR_.'PS'.time(), 'w');

... que je ferme à la ligne 177

 

et ça marche comme un charme... même si ce n'est forcément élégant, mais ça je m'en fous

 

si ça peux servir ...

a+

 

Bonjour,

Avec cette modification, ça ne fonctionne toujours pas mais le message d'erreur a cahngé. On passe de "

Une erreur est survenue durant l'envoi d'image

" à "

Une erreur est survenue lors de la copie de l'image.

".

J'utilise une version php 5.4. J'ai testé avec une version 5.3 et l'envoi d'image fonctionne en local.

J'ai donc testé chez un hébergeur en php 5.3 et ça fonctionne également. Par contre maintenant, c'est la génération des pdf(facture, commande, ...) qui m'affiche une erreur serveur 500.

 

...

Link to comment
Share on other sites

J'ai donc testé chez un hébergeur en php 5.3 et ça fonctionne également. Par contre maintenant, c'est la génération des pdf(facture, commande, ...) qui m'affiche une erreur serveur 500.

 

...

 

bonjour,

a priori il s'agirait d'un pb php sur MAMP... par ex, chez mon hébergeur tmpfile() retourne bien une ressource... donc normalement je ne devrais pas avoir besoin de ça et garder le code original.

pour l'instant je n'ai pas été plus loin...

Link to comment
Share on other sites

Bonjour,

 

J'ai exactement le même bug d'images et je n'ai toujours pas réussi à trouver la solution, j'ai tout essayé mais rien n'a changé :(

 

J'ai trouvé un article ou ils parlent du bug sur le forum anglais http://www.prestasho..._1#entry1040115

 

Quelqu'un peux m'aider svp ? Je suis dég je viens de passer de magento à prestashop et je tombe sur un bug galère.

Merci.

Edited by jordan0105 (see edit history)
Link to comment
Share on other sites

Dans le téléchargement, il envoie une requete en post au dserveur.

Selon la configuration du serveur (du cache, du répertoire temporaire,...) le serveur lui donne une réponse propre qui est interprétée par prestashop selon une méthode "standard" ce qui explique les différences selon les hébergeurs sans que prestahop puisse y faire quelque chose.

Sur FranceServ Hébergement, c'était un problème de cache, chez d'autres hébergeurs, ce sera autre chose

 

Didier

Link to comment
Share on other sites

  • 3 weeks later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...