boomhq

Oui, et je confirme que 20€(ttc) pour 4go de ram c'est bien pour attaquer. N'oublions pas que les offres cloud dispose d'une haute disponibilité la panne matériel n'est qu'un mauvais souvenir . Un VPS peut être considérer comme un serveur dédié bas de gamme. Mais la nous parlons de VPS haut de gamme, la virtualisation peut être à double tranchant je l'accorde. Après je n'ai pas de part chez OVH et ne me tuerai pas à les défendre .

Bonjour, Juste que quand même VPS/dedié vous pouvez toujours y mettre un panel de gestion pour vous simplifier la vie . Au contraire vouloir prendre un VPS ou Dédie sans minimum de prérequis sur la sécurité et gestion c'est un autre risque surtout sur de la production . Ovh Cloud c'est vraiment pas mal surtout le système de snapshot qui est royale . Puis le VPS le gros argument c'est avant tout la rélpication du système, fini les pannes matériels. 1and1 comme LWS il faut courir vite mais dans l'autre sens

Houla ne mélangeons pas tout, un problême à la fois Dans un premier temps partons du principe que vous souhaitez simplement installé une 2eme boutique "vierge" en local . Je suppose qu'une seconde base de donnée à été bien créée ? Question bête avant de continuer Avez-vous tenté de lancer easyPHP en administrateur ? Sinon testé dans le Mysql.ini (bien faire une copie de sauvegarde du fichier avant) Dans un premier temps (modifier la valeur si inexistante ajouter la ligne) innodb_flush_method=unbufferedRedémarrer mysql et testé sinon essayez : innodb_flush_method=normal

Je répond au HS en Mp on à beaucoups dévié là . Cordialement,

Le même qui me créait les paniers Robot.txt User-agent: BLEXBot Disallow: / J'avais aussi de tête bloqué les IP sur le serveur . Après créer le panier il le font tous (bing,google ...) sauf si expressément indiqué dans le robot.txt genre: "Disallow: /*controller=cart" ou dans le genre . Mais le BLEXBot était vraiment,vraiment abusé , puis il fallait bien le rencontrer une fois pour le savoir . C'est pour ça qu'en général je bloque aussi tout ce qui est ASPIRATEUR (HTTrack ...) ça peut vite résulté à un Déni de service (Voulu ou non; surtout sur du mutualisé ou machine très fatigué).

Je ne voulais pas paraître désagréable c'est juste que vous risquez d'avoir moins de réponse. pouvez-vous détailler un peu l'installation . De quoi partez vous, un site web existant ? un Dump de bdd ? En sql (phpmyadmin ou autre) pouvez vous voire la table ps_shop_group ?

Salut, C'est vrai que j'en oublie parfois les petits robots à la c** . Le genre de truc qui te créer des paniers improbable avec toute les réf . L'autre fois je suis tombé sur un BLEXBot qui me faisait de la requêtes de cochon à tout vas . Je suis dans différent projet ou la concurrence n'est pas forcement commode, j'en suis devenue légèrement parano ahah .

Bonjour, Merci de créer ton propre poste pour plus de clarté à chaque problème son poste Sinon peux-tu en dire plus sur ta configuration ? Tu veux importer une BDD sur un presta vierge ?

Hello, de quel genre de règle de sécu parles-tu ? Le htaccess sur-chargé c'est pas forcement bon . C'est même un facteur de ralentissement. Et un DDOS layer 7 (couche applicative-> requêtes en grand nombre) ne se fera pas stopper par un htaccess encore moins par modsecurity :x . @Shooping Je vois que ta page fais 1.2MB et non 14ko . Si tu regardes le timeline la première ligne n'indique pas le poids de la page mais le poids de la requête (TTFB) .

Ahhh on en voit le bout Alors ou cette erreur est mentionnée ? Avais-tu fais quelque override de classe ?

Là vraiment je penche pour un problème d'import export ... Alors déjà afin d'être sûr qu'il n'y ai pas de problème à l'import vérifie la taille de tes bases de données logiquement A et B devrait faire la même taille . Ton problème me turlupine Afin de faire un simple test je t'invite à indiquer dans settings.inc.php du site B la base de donnée du site A, le front office de la copie sera KO mais le back office devrait t'afficher l'invité de connexion . Si ça ne fonctionne pas tu dois avoir un soucis ailleurs .

Tu importes bien la BDD ? il n'y à pas de raison d'avoir cette erreur si tu as bien suivi les étapes . On va faire un test simple si tu as la possibilité de créer une 3eme Base de donnée, fais le. On la nommera "basedetest". Tu importes ton "dump" / backup SQL sur la base nouvellement créée . Ensuite dans ton settings.inc.php indique lui bien la base de donnée "basedetest" Modifie bien ps_shop_url et seulement ça . Tu ne devrais pas avoir à toucher une autre table .

Ah mon avis tu n'as pas bien importé la base de donnée . Déjà vérifies bien que dans "settings.inc.php" la base de donnée renseigné soit bien celle que tu as ré importé . La base de donnée ré importer comporte bien tes produits dans ps_products ? Attention ! Si tu étais parti d'une installation neuve une base de donnée à été créée avec l'installation il faut bien "Vider la base de donnée" ou "TRUNCATE" toutes les tables sinon l'import comportera des erreurs .

Salut, Si tu souhaite faire une copie conforme: On v'a appeler "A"le site en production et "B" la copie . Comme tu as déjà installer le petit B tu vas aller dans le dossier /config/ et faire une sauvegarde du fichier settings.inc.php Ensuite tu prends tout A (fichier et dossier) et tu écrases petit B . Tu restaures bien le fichier "settings.inc.php" que tu avais sauvegarder au début . Ensuite dans la base de donnée du B dans la table "ps_shop_url" bien mettre ton sous domaine .

Serai-je passé à coté de quelque chose parce que la le cache smarty par SQL ça ne me parle pas le moins du monde .