Jump to content

Tentative de la dernière chance....


getehem

Recommended Posts

Bonjour, 

 

C'est une histoire un peu longue.

J' utilise mon site de vente principal depuis 2012, je l'avais créé sous Prestashop 1.4, il a bien fonctionné, mais en 2015 le marché de mes produits s'est considérablement rétracté. 

C'est pourquoi début 2016 j'ai lancé un nouveau site en Prestashop 1.6 qui peinait à démarrer. J'ai donc demandé des conseils sur le forum et j'ai reçu une belle volée de bois vert. Je vais dire que 50% des critiques étaient justifiées, le reste était ...moins constructif.

bref, vu mes ( très faibles) moyens, j'ai fait appel à un freelancer exotique ( comme suggéré d'ailleurs par certains intervenants) qui a upgradé en Presta 1.6.15, qui a installé un thème du commerce et effectué certaines modifications à ma demande. Ce fut un peu laborieux, mais il l'a fait. 

Sur ce je lui ai demandé de refaire la même opération avec mon site principal ( qui est la maigre source de revenus de ma famille, donc essentiel). 

 

Et là.....plantage intégral.

 

a) Il a tenté l' upgrade de 1.4.8 à 1.6.15 via One click upgrade....et bien sûr cela n'a pas fonctionné, même moi qui suis loin d' être un expert, je le savais! Il a tenté l' upgrade directement en ligne, sans installer et tester une version locale, ce qui est cntraire à toute bonne pratique, même un nul comme moi le sait! 

b ) devant mes angoisses, il m'a dit : " Don't worry, have backups" (lol). Je ne me tracassais pas trop car mes sites sont hébergés chez PLANETHOSTER dont j'ai toujours apprécié le service et le professionnalisme. Depuis 2012, mon contrat d' hébergement incluait un backup externe R1Soft journalier. 

c) Or voilà que, lorsque j'ai demandé à PLANET HOSTER de restaurer mon site sur cette base, ils m' ont dit qu' ils avaient supprimé cette fonctionnalité sur les " anciens contrats"...

d) je me retrouvais donc avec un site ( de 14 Gb, 1200 produits, deux langues) sans back up chez l'hébergeur. J'ai trouvé leur attitude peu correcte, car ils n' ont jamais notifié cette modification importante. Mais bon, je ne voulais pas faire de vagues....

e) J'ai donc fait utiliser le back up de la database fait par mon freelancer. Et là, de nouveau....cela ne fonctionne pas!

f) Le freelancer en question a cherché en vain une solution pendant 5 jours ( et mon site était en maintenance, cela commençait à faire long....j'ai donc hier engagé un autre freelancer spécialisé en bases MySQL...Il m'a dit qu' il en avait pour deux jours de travail, m'a demandé un prix élevé ( pour moi) et trois heures plus tard, m'a annoncé que c'était réparé....

g) Ah enfin je pouvais accéder à mon back office et à mon site.....hélas, j'ai maintenant un site VIDE, un Presta 1.4.8 comme si je venais de l' installer, sans aucun contenu.

h) Le second freelancer  me dit qu' il n' y a rien dans la base de données ( qui fait 262 Mb), le premier freelancer me dit " I am sorry to make this situation" et il ne répond plus...

 

Donc voilà : 

 

J'ai sur le serveur tous les fichiers du site et une base de données qui permet juste d'afficher l'avis de maintenance du site...Il semble que j'ai perdu 4 ans de travail, d' investissement SEO, tous mes textes traduits manuellement, etc....plus mes commandes , mes clients et tout et tout...

 

Deux questions : 

 

1. Existe-t'il ( je rêve) un moyen pour récupérer au moins le contenu de mes pages produits, Quitte à recréer un site et à tout réinjecter manuellement?

 

2. Inutile d'espérer me retourner contre le freelancer fautif, bien entendu. Je peux juste tenter de bloquer le dernier payement qui est en suspens chez upwork.com ( payé mais pas libéré). Par contre je m' interroge sérieusement sur la responsabilité de l' hébergeur, qui a modifié le service contractuel sans nous en avertir.... Qu'en pensez-vous?

 

Voilà tout. Merci de me faire part de vos bonnes idées ou commentaires constructifs.....

 

nb. j'ai rapatrié en local tout le site et la base de données, j'essaie de faire tourner avec WAMP, mais là aussi j'ai des problèmes....et je ne suis guère compétent....

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

Pouvez-vous regarder dans le répertoire /admin/autoupgrade/backup si vous avez des fichiers ?

 

Si oui, votre situation est récupérable.

 

... j'ai fait appel à un freelancer exotique ( comme suggéré d'ailleurs par certains intervenants)...

Qui vous a suggéré cela ? Quand on a quelque chose de valeur on ne le confie certainement pas à un inconnu "exotique".

 

Concernant votre hébergeur (Que je surnomme "Planet Toaster") c'est en effet un peu cavalier de sa part et le droit français (mais là c'est un du pays de l'oncle Sam...) stipule que toute modification d'un contrat en cours doit être signifié aux parties.

Link to comment
Share on other sites

s'il n'y a que ces 2 fichiers, ça ne va pas le faire...

 

Lors de l'utilisation du oneclickupgrade, si l'option de sauvegarde a été cochée, ce répertoire doit les contenir.

 

Exigez de vos 2 intervenants qu'ils vous renvoient les sauvegardes en leur possession si vous ne les avez pas déjà.

Si vous avez une sauvegarde de la base, ouvrez là, rechercher les lignes product ou customer et regardez s'il y a des données pour ces tables

Link to comment
Share on other sites

Je trouve effectivement tous les noms des "customers" dans la table ps_address, les produits je ne sais pas comment cela se présente, serait-ce ceci?

 

 Table structure for table `ps_category_product`
--
 
CREATE TABLE IF NOT EXISTS `ps_category_product` (
  `id_category` int(10) unsigned NOT NULL,
  `id_product` int(10) unsigned NOT NULL,
  `position` int(10) unsigned NOT NULL DEFAULT '0',
  UNIQUE KEY `category_product_index` (`id_category`,`id_product`),
  KEY `id_product` (`id_product`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
 
--
-- Dumping data for table `ps_category_product`
--
 
INSERT INTO `ps_category_product` (`id_category`, `id_product`, `position`) VALUES
(5, 543, 9),
(6, 232, 1),
(6, 233, 2),
(6, 543, 0),
(6, 974, 4),
(6, 975, 5),
(6, 976, 6),
(6, 977, 7),
(6, 1101, 8),
(6, 1102, 9),
(6, 1308, 3),
(6, 1760, 10),
(6, 1761, 11),
(6, 1762, 12),
(7, 980, 0),
(7, 981, 1),
(7, 982, 2),
(7, 983, 3),
(7, 984, 4),
(7, 985, 5),
(7, 986, 6),
(7, 1309, 7),

Link to comment
Share on other sites

Yes !!! Tout n'est pas perdu :)

J'espère que vous avez également une sauvegarde du ftp (surtout pour les images produits).

 

Contactez-moi sur Skype eolia.eolia (devcustom) ou par tel, on va regarder ce qu'on peut faire ;)

Link to comment
Share on other sites

Bonjour,

 

J’espère que votre probléme sera vite résolu !

 

Je ne suis pas expert pour la remise en route de site e-commerce malheureusement, je pourrait pas contre par la suite te donner des astuces pour optimiser ton site e-commerce en référencement, ergonomie, stratégie de ventes pour essayé de re-booster ton activité.

des histoire comme la tienne,je suis prêt à m'investir  !! (gratuitement entraide communauté !)

 

Voici mon skype : baalow59

 

à bientôt !

Edited by Baalow59 (see edit history)
  • Like 1
Link to comment
Share on other sites

MISE A JOUR :

 

Je dois une fière chandelle à Eolia qui s'est investi dans mon problème avec toute sa compétence et qui a réussi, sinon à tout rétablir, du moins à remettre le site sur les rails dans une version de mars 2014!!! 

Je lui suis infiniment reconnaissant pour son intervention qui à elle seule, justifie l'existence de la communauté d' entraide Prestashop! 

Merci à lui!!! 

  • Like 4
Link to comment
Share on other sites

Bravo  B) Eolia. Quelqu’un qui a du cœur, rien de pire que de voir une personne qui vie de son travail et se retrouve dans la détresse.

 

Heureux de voir que vous allez pouvoir reprendre votre activité.
Bon courage pour la suite !
Link to comment
Share on other sites

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...