Cecil_

C'est simple, rapide, et ca marche parfaitement! Merci!

Je récapitule : Dans mon CSV effectivement la colonne des quantités est vide, mais comme expliqué plus haut lorsque j'édite mon CSV pour mettre "1" dans les colonnes vide, ensuite mon import ne fonctionne plus! J'ai plein de messages d'erreur du genre "le produit n'a pu etre enregistré" Lorsque j'ignore les colonnes vides, y compris la colonne quantité et quantité minimum, même problème, les quantité sont à zéro. Pour répondre à la question : Mais je ne comprend pas ce que vous attendez comme résultat : si quantité vide dans le csv, alors quantité = 0 après import Je pensais initialement que la colonne "quantité minimum" qui est sur mon csv à "1" partout signifiait que tout mes produits auraient une quantité minimum de 1 en stock. J'ai compris que ce n'était pas le cas maintenant et que la seule solution et l'édition de mon CSV, qui comme évoqué juste au dessus, ne fonctionne plus après modification.

Non c'est uniquement ceux dont le champ quantité est vide. Ok pour la quantité minimum, je pensais que ca signifiait "quantité minimum à 1 pour tout les produits" J'ai bien essayé de mettre 1 sur tout les champs vides de quantité en utilisant Open Office mais ensuite mon import échoue, avec l'erreur "le produit (...) n'a pas pu etre enregistré" Je peux mettre la quantité à -1 dans le back office (si oui ou?) ou c'est dans le csv ?

Malheureusement mes quantités sont toujours à 0 ...

Bonjour et merci pour la réponse, J'ai essayé tout ça, en fait en mettant la virgule en séparateur (champs et valeurs) tout mes produits s'importent très bien et sans erreur, dans les bonnes catégories. Par contre ils sont en quantité 0 et donc considérés comme indisponibles... EDIT ! Effectivement, l'import fonctionne avec "," pour les deux, ce que je faisais jusqu'ici mais également avec "," pour les champs et ";" pour les valeurs. Mes produits importent, j'attends patiemment le résultat en croisant les doigts!

Un dernier UP...

Personne n'a une petite idée... ? :/

Bonjour, Je rencontre un soucis durant l'import de mes produits sur prestashop. Pour vous faire l'historique, j'ai installé mon prestashop 1.4 sur un serveur de test afin de faire la mise à jour avec OneClickUpgrade vers 1.6. La mise à jour a échoué à chaque fois (erreur à la fin du processus, nmbreuses erreurs 500 ensuite...) mais j'ai quand même pu exporter l'ensemble de mes produits suite à cette MAJ. J'ai installé un prestashop propre sur ce serveur de test, et maintenant je souhaite y injecter mon fichier de produits. Mon problème, est que tout mes produits sont importés avec une quantité à 0, sauf ceux dont la quantité était renseignée (+ de 1). La colonne "quantité minimum" est à 1 partout pourtant. Ayant énormément de produits j'aimerais éviter d'avoir à les corriger un par un une fois importés... J'ai donc en utilisant Open Office, rempli chaque case vide pour mettre la quantité à "1". Là, mon import ne fonctionne plus, avec pour erreurs "tel produit n'a pu être enregistré" Et aucun produit n'est importé. Est ce une erreur d'encodage après enregistrement du fichier sur open office? Pourtant au moment d'enregistrer il me demande bien si je souhaite garder les paramètres et formats initiaux... Autre chose, mais je pense pas que ca ai nuit à l'export, lorsque je prends mon fichier initial (qui me met les quantités à zéro), j'ai une erreur 404 à la fin de l'export. Merci d'avance à ceux qui pourront m'éclairer ! Voici mon fichier CSV (initial, non édité sur open office) : products_2017_01_23_12_41_44.csv.zip Cecil

Bonjour, Nous ne sommes peut être pas tous dans la même situation mais j'avais le même problème ! Erreur lors de l'enregistrement des images : (...),(...) Après avoir testé toute les solutions proposées sans succès, il s'avère que soucis venait du fait que j'avais bien mis en séparateur de champs "," mais j'avais laissé ";" en séparateur de champs à valeurs multiples (donc pour mes URL) lors de l'import. Comme mes urls étaient séparées par des virgules, Prestashop considérait donc les 3 ou 4 urls de chaque produit comme une seule URL, forcément fausse. C'était tout bête comme erreur mais il y a surement d'autres têtes en l'air qui se promènent ici

Bonjour, voilà comment j'ai fini par m'en sortir ! Après avoir installé la copie de mon site sur un nouveau serveur, j'ai d'abord réglé le soucis des images manquantes et URL modifiées, voir la solution ici. Ensuite, j'ai fait la mise à jour avec 1 click to upgrade, donc de 1.4 > 1.6. Là, toujours mes erreurs 500 avec la mise à jour qui affiche quelques messages d'erreur mais ma nouvelle version est assez opérationnelle pour faire des exports de mon contenu. Donc, je fais un export de mes produits, de mes clients, de mes commandes... Via la fonction export disponible dans chacune de ces sections. Je vide tout, le FTP et ma base, je réinstalle une 1.6 neuve, et dans la fonction import de chaque section, j'injecte à nouveau mes produits. Explications sur l'import/export en vidéo ici. Merci à Arnaud et Johann pour leur précieux conseils!

Solutions ! Pour ceux qui rencontrent le même problème ou similaire, il s'avère que sur une boutique avec beaucoup de produits l'ensemble des images n'est pas visible sur le FTP... J'ai fini par m'en rendre compte en observant des chemins d'images sur ma boutique en ligne qui ne menaient nulle part sur le FTP alors que les images s'affichaient bien sur la boutique ! Du coup, en faisant un back up via FTP de ma boutique en ligne, les images "masquées" sur le FTP ne s'importaient pas... D'où la grande masse d'images manquantes sur mon clone (et d'où les URL réécrites automatiquement aussi sans doute.) Première solution, on peut voir et importer les images cachées d'un serveur FTP en se connectant en SSH, mais ce n'est visiblement possible que pour les offres pro (chez OVH). Souvent, les réponses sur les sujets approchants que j'ai trouvé s’arrêtaient là. J'ai fini par trouver une autre solution, au final toute bête... Parce que j'étais sur une version de prestashop 1.4.6.2, donc assez obsolète, donc avec ancien stockage d'images, donc pas vraiment optimisé pour un trop grand nombre d'article, j'avais juste à faire "Déplacer les images" (dans préférences > images) sur ma boutique (en ligne) ce qui améliore les performances, réorganise les images, et allège le dossier. Résultat, plus d'images masquées ! (Peut être lié au trop grand nombre d'images, et après que le chargement ai pas mal mouliné, j'ai d'abord eu un message d'erreur sur le déplacement des images, me disant que la plupart ou toutes les images n'ont pu être déplacées. J'ai relancé, et là ça a tout de suite fonctionné) Après récupération FTP de mon dossier img réorganisé (ça a vraiment pris des plombes, tu comprends tout de suite que c'était trop rapide dans les imports précédents pour être vrai...) puis import sur le FTP de mon clone, tout est ok. (Bien paramétrer sur le clone le nouveau stockage d'images, régénérer tout et voilà.) Plus d'une semaine de recherches... j'espère vraiment que ça servira à d'autres.

Personne... ? J'ai tenté d'enlever le répertoire img pour le remplacer par un dossier img tiré d'une instal neuve de 1.4.6.2, j'ai ensuite ajouté les images pour un produit, lancé une régénération et ca a fonctionné, pour un deuxième produit également et pour le troisième non... Je désespère ! Y a t'il un endroit ou changer les chemins manuellement ? Merci

Bonjour, Afin de faire une mise à jour qui pourrait être laborieuse (1.4.6.2 >1.6) j'ai dupliqué mon site sur un autre serveur. J'ai réimporté sur ce nouveau serveur ma base de données et l'ensemble du FTP. Le soucis c'est qu'à la connexion sur test.monautreserveur.com les liens images sont passés du type /img/p/3435-9151-large.jpg à /img/p/9/1/5/1/9151.jpg Le nom de domaine est bon c'est uniquement le chemin vers les images. Je ne comprends pas à quel moment cette modification s'opère vu que je n'ai fait que créer un clone. J'ai refait plein de fois l'import export du ftp et de la base, en tentant des mises à jour, des re générations d'images, changer le stockage... Je ne vois pas comment régler cela d'autant que ca ne concerne pas toutes mes images, et c'est complètement aléatoire ! Peut être les 3/4 des urls ont été changés quand même... Je serais motivée à réécrire tout mes urls d'image si besoin et les remettre en format /img/p/3435-9151-large.jpg avant de lancer le test de la mise à jour... Mais je ne sais pas comment faire, ce n'est visiblement pas possible depuis le BO. Est ce possible dans la base? Si oui pourquoi aurait elle été modifiée au moment de l'import... ? Merci d'avance à ceux qui pourront m'éclairer !

Bonjour, Quelques temps après je reviens toujours au sujet de ma mise à jour. J'ai uploadé l'ensemble du contenu FTP sur un autre serveur, créé une nouvelle base de données, importé les anciennes données et mis en route la mise à jour automatique. Ca avait a priori fonctionné... Seulement les liens de mes images sont rompus. J'ai donc utilisé Search Replace DB pour mettre à jour les urls, mais ca n'a pas suffit, l'url du site a en effet été modifiée dans l'adresse des images mais le chemin n'est visiblement pas le bon. Lorsque je lance une régénération des images j'ai une erreur 500. De plus, lorsque je lance une recherche (n'importe laquelle) dans le champ recherche de l'admin, j'ai une erreur 500 : La page exemple.com ne fonctionne pas. Impossible de traiter cette demande via exemple.com à l'heure actuelle. HTTP ERROR 500. J'ai également installé sans encombre le nouveau thème. Malheureusement quand je clique sur un produit, au lieu d'arriver sur le page détail j'ai également une erreur 500 : 500 error. Oops, something went wrong. Try to refresh this page or feel free to contact us if the problem persist. Est ce que ce sont des soucis classiques d'une mise à jour? J'imagine que le soucis vient de la mise à jour de la base de données, est ce possible d'importer seulement les produits / clients / éventuellement commandes et laisser les autres tables vierges lors de l'installation ? Merci d'avance...

Merci Arnaud pour le lien, Johann, je me demandait justement comment c'était possible pour la base, c'est la phrase d'Arnaud que j'ai comprise de travers "Toutes les manips opérées par ton collègue seront reproduites dans ce bo en www2." Tout est clair, merci !