Jump to content

Search the Community

Showing results for tags 'serveur'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Community Help and Support
    • PrestaShop Download
    • PrestaShop Addons
  • News and Announcements
    • PrestaShop news and releases
    • PrestaShop Beta
    • PrestaShop Blogs
    • PrestaShop Meetups
  • International community (English)
    • General topics
    • PrestaShop Merchants
    • PrestaShop Developers
    • Taxes, Translations & Laws
    • Community Modules and Themes
  • Forum francophone
    • Discussion générale
    • Aide et support communautaire
    • PrestaShop pour les marchands
    • PrestaShop pour les développeurs
    • Adaptation aux lois Québécoises
    • Modules et thèmes gratuits
    • Modules et thèmes payants
  • Foro en Español
    • Discusión general
    • Soporte de la comunidad y ayuda
    • Comerciantes PrestaShop
    • Desarrolladores PrestaShop
    • Módulos y plantillas gratuitas
  • Forum italiano
    • Forum generale
    • Aiuto e supporto della Community
    • Commercianti PrestaShop
    • Sviluppatori PrestaShop
    • Aspetti legali sull'eCommerce
    • Moduli e template gratuiti
  • Deutsches Forum
    • Generelle Fragen
    • Support und Hilfe aus der Community
    • e-Commerce/Versand-Handel mit Prestashop
    • Prestashop-Entwickler
    • Anpassung an deutsches Recht
    • Kostenlose Module und Templates
    • Generelle Fragen Copy
  • Nederlandstalig forum
    • Algemeen
    • Hulp en ondersteuning, van en voor de community
    • PrestaShop-winkeliers
    • PrestaShop-ontwikkelaars
    • Het aanpassen van PrestaShop
    • Gratis modules en templates
  • Fórum em Português
    • Fórum Geral
    • Ajuda e Suporte da Comunidade
    • Lojistas que utilizam o PrestaShop
    • Desenvolvedores PrestaShop
    • Legislação específica
    • Módulos e temas gratuitos
  • Polskie forum
    • Forum ogólne
    • Wsparcie i pomoc użytkowników
    • Oferty twórców PrestaShop
    • Deweloperzy PrestaShop
    • Darmowe Moduły i Szablony
  • Dansk forum
    • Generelt forum
    • Hjælp og support fra fællesskabet
    • PrestaShop for købmænd
    • PrestaShop for udviklere
    • Love og regler
    • Gratis moduler og temaer
  • České fórum
    • Instalasi, Konfigurasi dan upgrade
    • Obecná diskuze
    • Bezplatné moduly a šablony
    • PrestaShop vývojáři
    • PrestaShop obchodníci
  • Bahasa Indonesia
    • Diskusi Umum
    • Podpora a pomoc komunity
    • Laporan Bug
    • Jasa, Promosi & Lowongan Kerja
  • Svenskt forum
    • Allmän diskussion
    • Installation, konfigurering och uppdatering
  • Forumul românesc
    • Discuţii generale
    • Instalare, configurare şi upgrade
  • Pусский язык
    • Обсуждение скрипта
    • Установка, Настройка, Обновление
    • Прием багов
  • Slovenské fórum
    • Všeobecná diskusia
    • Podpora a pomoc komunity
    • PrestaShop obchodníci
    • PrestaShop vývojári
    • Bezplatné moduly a šablóny
  • Türkçe Topluluğu
    • Genel Konular
    • Topluluk desteği ve yardım
    • PrestaShop Tüccarları
    • Prestashop Geliştiricileri
    • Ücretsiz Modül ve Temalar
  • Diễn đàn tiếng Việt
    • Thảo luận chung
    • Hỗ trợ từ cộng đồng
    • Dành cho chủ doanh nghiệp / cửa hàng
    • Dành cho lập trình viên
  • PrestaShop Communities
    • اللغه العربيه [Arabic]
    • Ελληνικά [Greek]
    • עִבְרִית [Hebrew]
    • 中文
    • Magyar [Hungarian]
    • 日本語 [Japanese]
    • Lietuviškai [Lithuanian]
    • انجمن فارسی [Persian]
    • ไทย [Thai]
    • Malaysia [Malaysian]
    • Eesti [Estonian]
    • Slovenščina [Slovenian]
    • Српски [Serbian]
  • IP. Board Forum
    • IP. Board Forum Questions and Issues
  • Archive
    • Zapłać Moduły i Szablony [ARCHIVE]
    • Moduly, upravy a dizajn [ARCHIVE]
    • Phát triển và các mô-đun [ARCHIVE]
    • Yazılım, Modül ve Tema [ARCHIVE]
    • Модули, Шаблоны [ARCHIVE]
    • Module şi teme [ARCHIVE]
    • Pengembangan dan Modul [ARCHIVE]
    • Moduler och teman [ARCHIVE]
    • Ecommerce x PrestaShop [ARCHIVE BOARD]
    • Vývoj a moduly [ARCHIVE]
    • Kostenpflichtige Module, Templates [ARCHIVE]
    • Módulos y temas pagos [ARCHIVE]
    • Módulos e temas pagos [ARCHIVE]
    • Servizi commerciali [ARCHIVE]
    • Forum - Feedback Contributor
    • PrestaShop Cloud

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


  1. Dans un hébergement mutualité, je passe de php 7.4 à PHP 8.1. j'ai la case cochée pour Allow_url_include sous php 7.4 et sous PHP8 décochée automatiquement. La directive "allow_url_include" permet d'inclure des fichiers distants en utilisant les fonctions d'inclusion de PHP, telles que "include" et "require". Si elle est désactivée, je ne peux inclure que des fichiers locaux. Mais ça peut présenter des risques de sécurité, car cela peut permettre l'exécution de code potentiellement malveillant. Quels est votre avis et utilisations ? Cochez-vous ? Merci de vos avis...
  2. Bonjour à tous, J'ai un problème avec ma clé API pour pouvoir transférer mes produits de Hiboutik à mon Prestashop. Voici le message de la plateforme HIBOUTIK : Le problème est certainement lié au fichier .htaccess de votre Prestashop, mais cela dépasse nos compétences. Vous constaterez que votre API n'est pas accessible via: https://fleur-do.fr/api En mettant dans Username votre clef Quelqu'un aurait une idée ? Merci à tous
  3. Bonjour à tous, Vu que la question est posée au moins 5 fois par semaine sur ce forum, je vous propose un résumé des opérations à effectuer pour transférer son site d'un serveur à un autre. Sur le serveur existant: Commencez par vider vos caches avant l'export, cela vous fera gagner du temps de transfert. Exportez votre base de données Exportez le contenu de votre répertoire contenant votre boutique. Sur le nouveau serveur: Créez une nouvelle base sql et importez le contenu de votre sauvegarde sql Uploadez votre sauvegarde dans le répertoire devant contenir votre boutique Supprimez le fichier .htaccess à la racine Supprimez le fichier /cache class_index.php (il sera regénéré automatiquement) Modifiez les valeurs de la table ps_shop_url suivant votre configuration (domaine et sous-répertoire) Vérifiez dans la table ps_configuration et tables de contenus (configuration, cms_lang, etc...) si des urls "en dur" ne trainent pas Editez le fichier /config/settings.inc.php en remplaçant les 4 valeurs suivantes par celle permettant de se connecter à votre nouvelle base: define('_DB_SERVER_', 'localhost_ou_autre_suivant_votre_hébergeur'); define('_DB_NAME_', 'nom_de_la_base'); define('_DB_USER_', 'nom_du_user_autorisé_à_se_connecter_à_la_base'); define('_DB_PASSWD_', 'mot_de_passe_de_la_base'); Une fois connecté en BO, allez dans SEO & URL et décochez les urls simplifiées, enregistrez, re-cochez et enregistrez de nouveau. Le .htaccess sera regénéré. Note: Si vous étiez en ssl sur votre serveur d'origine et pas sur le nouveau (ou inversement) pensez à modifier en base de données, table ps_configuration, les 2 lignes suivantes en passant les valeurs à 1 ou 0 suivant votre cas: PS_SSL_ENABLED PS_SSL_ENABLED_EVERYWHERE
  4. Hello, les amis, je tenais d'abord à vous remercier, pour vos indications qui m'ont beaucoup aider, super forum 😀. J'ai cloner un site en production pour m'en faire un serveur de test. tout est ok , sauf le fait que mes fichiers Css et Js, ne sont pas chargé, donc pas de themes en Front. J'ai ce message d'erreur en console pour tous mes fichiers css ou js charger à partir du theme : J'ai vider le cache J'ai modifier activer/desactiver la réécriture d'Url J'ai verifier, les fichiers sont bien présents et l'adressage ok Le backOffice pas de probléme, les produits remontent, et mêmes certaines photos de produits. Je ne vois pas ou j'ai pu faire la boulette... ??? Presta version : 1.6.24 PHP: 7.1 Theme : Leo_ozac
  5. Bonjour, Je suis sous Prestashop 1.7.6.3, J'ai fait mettre en place par mon hébergeur un sous domaine "media.bureauland.fr" pour mon site "bureauland.fr" (le pointage a été fait côté hébergeur) Cependant, lorsque je vais dans le BO et renseigne le 1er serveur de média, après avoir vidé les caches certaines images n'apparaissent plus dont le logo de la boutique et les images produits Si je vérifie par FTP dans mon dossier correspondant a "media.bureauland.fr" je n'ai rien (sauf un dossier que j'ai créé à la main) Y a-t-il un tutoriel quelque part, car sur les sites je lis tout et son contraire : "il faut copier le contenu img, module et thème" "non, il ne faut rien copier tout est automatique" ... Du coup je suis un peu perdu et j'aurai besoin d'un peu d'aide 😊 Lien du site : bureauland.fr
  6. Bonsoir, Le Problème : Type d’install (nouvelle/MàJ) : nouvelle sur WAMP en localhost Version de PS :1.7.4.4 URL du site concerné : Thème (défaut/perso) : Code (original/modifié) :original Hébergement : en local Version de PHP : 7.0.32 Version de MySQL : 5.7.23 Navigateur(s) concerné(s) : IE FIREFOX CHROME Serveur Windows 10 , Wamp 3.1.4 64 bit , reseau Freebox WAMP est configuré en online , PS installé à la racine www Le store est accessible à partir du PC serveur avec : http://localhost ou http://192.168.0.49 Le store n'est PAS accessible depuis un autre PC ( 192.168.0.36) sur le même réseau avec http://192.168.0.49 ; en fait dans le log access.log de Wamp , on voit 192.168.0.36 - - [17/Jun/2019:22:44:51 +0200] "GET / HTTP/1.1" 302 27 mais sur le poste distant ( 192.168.0.36) , seul un message d'erreur de Firefox ; " la connexion a échoué" s'affiche . Comment est-il possible d'utiliser un poste en réseau pour afficher le store ?
  7. Bonjour, J'ai une boutique avec environ 40 000 produits qui s'exportent vers plusieurs marketplaces via un gestionnaire de flux ainsi qu'un module de repricing qui exporte chaque soir tout mon catalogue et enfin un autre module de drop shipping ( ce sont les 3 modules les plus importants ) . Avant, j'avais moins de 10 000 produits et tout se passait plutôt bien, mais depuis que j'ai intégré les 30 000 produits supplémentaires, il n'y a plus d'export possible en repricing; cela fait planter le serveur mysql ! Le dev du module m'a alors indiqué que mon php et mysql n'étaient pas bien configurés pour la taille de mon catalogue . Malheureusement, je n'y connais pas grand chose et peu d'infos sur les config type sur le net . Pour infos, voici quelques variables actuellement en place : Prestashop 1.6.1 40 000 produits 1 000 catégories Repricing du catalogue en entier sur 3 marketplaces 4x par jour + 1 export chaque soir Serveur : Processeur Intel Xeon E3 1225v2 Cœurs / Threads 4 cores / 4 threads Fréquence 3.2 GHz+ RAM 32Go DDR3 Disques 2x 2 To SATA Php 5.6 : Memory limit : 8192M max_input_vars = 28000 max_execution_time = 600 max_input_time = 120 Mysql : key_buffer = 16M max_allowed_packet = 16M thread_stack = 192K thread_cache_size = 8 myisam-recover = BACKUP max_connections = 500 thread_concurrency = 10 read_rnd_buffer_size = 1024M sort_buffer_size = 192M max_heap_table_size = 2048M tmp_table_size = 2048M table_open_cache = 250000 table_definition_cache = 250000 open_files_limit = 96000 query_cache_limit = 3M query_cache_size = 96M Les logs d'erreur ne me donnent pas grand chose, j'ai juste dû supprimer les warnings émis par le module de repricing qui s'accumulaient à chaque début d'export ( 3 millions de lignes en moins de 2 minutes ! ) Voilà, donc si une personne connaît une configuration type valable pour une boutique comme la mienne, je suis preneur de solution ! Merci d'avance .
  8. Bonjour à tous, On est entrain de monter un projet de site e-commerce connecté à notre ERP Sage 100C à l'aide d'un connecteur. Le site sera en accès privé à notre clientèle connus, on a environ 4000 clients en BDD qui bien évidemment ne se connecterons pas simultanément. Max 100-200 connexions par jour. Le presta devra récupérer pas mal d'informations stockées sur notre ERP, notamment les stocks, les prix uniques par clients, l'historique du client. De plus à chaque commande passé, presta renverra les infos vers l'ERP, commande, des fichiers ZIP uploadable par le client (1-2mo en moyenne et 8mo max) des devis pdf (pas très lourd). Les produits que l'on vend sont très techniques et disposent de multiples déclinaisons, on aura pas plus d'une centaine de produits en catalogue mais avec des dizaines de milliers voir des centaines de milliers de déclinaisons différentes avec en plus ce module https://addons.prestashop.com/fr/tailles-dimensions/19389-produits-sur-mesure.html Qui permettra à nos clients de personnaliser leurs produits et d'avoir des prix dynamiques calculés à base des valeurs qu'ils saisissent. Je souhaiterai vous demandez votre avis sur quel type d'hébergement / serveur prévoir pour faire tourner le site correctement ? Merci d'avance. Jean-Julien Hart
  9. Bonjour, J'ai des problèmes a transférer mon site d'un serveur à un autre, Merci de m'aider
  10. Bonjour, Je cherche un professionnel pour réaliser le back up de 3 boutiques et effectuer une migration vers un autre hébergeur. Merci.
  11. Bonjour, je viens ici pour vous demander de l'aide, je suis stagiaire dans une entreprise qui se sert de prestashop pour pouvoir effectuer ces ventes. Je dois régler un problème d'accès à la messagerie à partir du back office (j'obtiens une page blanche lors que je veux y accéder, où l'erreur suivante quand j'active le mode debug sur le back office (Cf. Screen)), ceci est un des problèmes que je dois régler pendant mon stage, mais pour régler ce problème j'aimerais éviter de travailler directement sur le site en production donc je veux récupérer le site de production en local pour pouvoir travailler sur ma machine. Donc là commence les problèmes, j'ai réussi à récupérer les sources du site via FTP, j'ai ensuite créé une base de données sur ma machine a l'aide de MySQL et importer la BDD de mon site de prod. J'ai ensuite modifié le fichier config/settings.inc.php pour y placer le serveur de ma base de données. J'ai ensuite changé le nom de domaine dans les tables ps_shop_url et ps_configuration pour y placer les urls à localhost.... Sauf que quand je souhaite accéder au front office j'arrive sur le site avec l'adresse suivante : https://sitedeproduction alors que je voudrais accéder a localhost/sitedeproduction, il y a aussi le fait qu'il m'est impossible d'accéder au back office en effet aucun des comptes utilisé sur le site de production marche. Pour mon serveur je me sers de wamp3 avec php 7.0.29, apache 2.4.33 et MySQL 5.7.21 et la version de prestashop que je me sers est la version 1.6.1.12 Merci d'avance pour votre aide.
  12. Bonjour J'ai transféré un site prestashop 1.7 que j'ai fais en local ( wamp ) à un serveur OVH. Etant débutant en la matière, j'ai suivi toutes les étapes des nombreux topic/vidéos, et j'ai le problème suivant : Ma page index s'affiche comme elle devrait, mais chaque liens redirige sur 127.0.0.1 avec l'erreur : 127.0.0.1 n'autorise pas la connexion. Il en est de même pour les images. Le problème vient-il de moi, ou de OVH ?
  13. Salut à tous je viens de modifier les tables suivants : psdms_feature_value_lang , psdms_feature_product , psdms_product afin de modifier les attributs prix Unitaire HT , prix Unitaire TTC à partir deux fichiers csv externes extrapolés sous forme de table discounts , discounts2 : celle ci contient 4000 lignes . En exécutant les requêtes , ceux en coordination avec la table discounts ( fichier pas lourd ) marche et l'autre parfois s’exécute parfois non : il se plante même j'arrive pas à supprimer les tables concernées pour les réimporter de nouveau ( en affichant l'erreur ci joint ) . ici est le code des 4 requêtes : UPDATE psdms_feature_value_lang t1 LEFT JOIN psdms_feature_product t2 ON t1.id_feature_value = t2.id_feature_value LEFT JOIN psdms_product t3 ON t2.id_product = t3.id_product LEFT JOIN discounts t4 ON t3.reference = t4.refe SET value = t4.prixht WHERE t2.id_product IN ( SELECT `id_product` FROM `psdms_product` WHERE `reference` IN ( SELECT refe from discounts)) AND t2.id_feature = 442 ///////////////////////////// UPDATE psdms_feature_value_lang t1 LEFT JOIN psdms_feature_product t2 ON t1.id_feature_value = t2.id_feature_value LEFT JOIN psdms_product t3 ON t2.id_product = t3.id_product LEFT JOIN discounts t4 ON t3.reference = t4.refe SET value = t4.prixttc WHERE t2.id_product IN ( SELECT `id_product` FROM `psdms_product` WHERE `reference` IN ( SELECT refe from discounts)) AND t2.id_feature = 452 ///////////////////////////// discounts2 UPDATE psdms_feature_value_lang t1 LEFT JOIN psdms_feature_product t2 ON t1.id_feature_value = t2.id_feature_value LEFT JOIN psdms_product t3 ON t2.id_product = t3.id_product LEFT JOIN discounts2 t5 ON t3.reference = t5.refe SET value = t5.pvttc WHERE t2.id_product IN ( SELECT `id_product` FROM `psdms_product` WHERE `reference` IN ( SELECT refe from discounts2)) AND t2.id_feature = 452 UPDATE psdms_feature_value_lang t1 LEFT JOIN psdms_feature_product t2 ON t1.id_feature_value = t2.id_feature_value LEFT JOIN psdms_product t3 ON t2.id_product = t3.id_product LEFT JOIN discounts2 t5 ON t3.reference = t5.refe SET value = t5.pvht WHERE t2.id_product IN ( SELECT `id_product` FROM `psdms_product` WHERE `reference` IN ( SELECT refe from discounts2)) AND t2.id_feature = 442 une idée s'il vous plait ??
  14. Bonsoir à tous, j'ai installé Prestashop sur mon hébergement, à l'adresse http://boutique.xxx.com pour la tester et ne pas géner mon site actuellement en ligne. Une fois configuré et paramétré, pourrai-je aisément trabnsférer et mettre en ligne sur l'adresse principale www.xxx.com mon site ? Ou vaut-il mieux mettre Prestashop directement la racine www. dès le départ ? Merci à vous. Thibaut
  15. BASCULEMENT DE OVH Mutualisé à OVH dédié Kimsufi sous ISP config De A à Z et memcached inclus Préalable : Avoir fait sa sauvegarde des fichiers prestashop Avoir fait sa sauvegarde totale de la base de données sous PHPmyadmin (pas de sauvegarde via l’outil prestashop… beurk et bonne chance sinon) Avoir modifié le fichier de config de prestashop pour le mettre à votre future base de données dédiée. C’est parti ! Via le mail que vous avez reçu d’ovh lors de votre location de dedié, connectez vous aux différentes adresses que vous trouverez sur le tuto, en commençant par votre ISPConfig. Dans ISP CONFIG : / Enlever les prefixes : Si on ne compte pas utiliser son dédier pour vendre des sites a des clients, on peut enlever les préfixes automatiques que ISP config met dans les paramètres. Onglet « system » : « Interface config » : onglet « sites » Supprimer tous les préfixes déjà préconfigurés. Cela évitera de ne plus se rappeler des différents login que ispconfig aurait modifié lui-même. / Créer son propre compte client : Histoire de ne pas avoir de messages de rappel a répétition ou de zones vides dans la config. Onglet « Client » « Ajouter un nouveau client » et on renseigne les zones / On crée l’espace du futur site web : Onglet « Site »: « Add new site » Sous onglet « domaine » : - Serveur : sélectionner son serveur - Client : le fameux client créé précédemment - Adresse ip : * (choisir l’etoile et ne pas choisir l’adresse IP du serveur, sauf si vous ne voulez jamais rajouter d’autres sites. En gros laisser l’étoile) - Domaine : nomdomaine.com (ne pas mettre le www.) - Quota disque : L’espace maximum en Mo alloué sur le disque du serveur (500Mo c’est bien pour un prestashop déjà copieux) - Quota de trafic : -1 (sauf si vous voulez freiner votre magasin) - De CGI à SuEXEC, remplissez selon les technologies utilisées - Auto sous-domaine : *. - SSL : cochez si vous administrez via SSL - ]PHP : choisissez votre fonctionnement de PHP (fast-CGI) - Actif : Coché (évidemment) Onglet « Backup » : Choisir la fréquence du backup (jour, semaine, mois) Choisir le nombre de sauvegarde par fréquence Et : ENREGISTRER / on crée l’espace DNS du site : Onglet DNS : add new DNS zone with wizard Modèle : défault Serveur : votre serveur Client : vous Domaine : votredomaine.com Adresse IP : l’adresse IP de votre serveur NS1 : ks00000000.kimsufi.com (votre kimsufi) NS2 : ns.kimsufi.com Email : adresse email du responsable Cliquer sur « créer enregistrement DNS » ATTENTION : Vous devez impérativement modifier les DNS de votre domaine chez ovh. Voir sur le site OVH comment faire. La propagation des DNS chez OVH prend environ 24 heures avant d’être fonctionnelle. Le site ne fonctionnera pas et ne pourra même pas être testé avant cette propagation des DNS. / On crée l’utilisateur FTP pour le site : Onglet « site » : Sous onglet « utilisateur FTP » + Nouvel utilisateur FTP : puis Site web : on choisi le domaine concerné Nom d’utilisateur : Choisir un login (qui ne sera pas modifié puisqu’on a supprimé les préfixes) Choisir un mot de passe Quota de disque : -1 (c’est vous donc pas de restriction) Actif : ben oui On peut maintenant accéder via FTP a l’espace web et uploader le site / Création d’un explorateur de fichiers pour faciliter la mise en place et les modifications du serveur : Télécharger Filezillia et l’installer Dans le gestionnaire de site : Nouveau site -> lui donner un nom Onglet général -> hote : xx.xx.xx.xx (ip du site) -> protocole : SFTP (ssh) Type authentification : normale Identifiant : Root Mot de passe : mot de passe du root OK – et hop un explorateur de fichier facile / La base de données : Sous ISPConfig, J’ai essayé l’onglet « base de données » de l’onglet « site », mais ça ne fait rien. Même si on crée un nouvelle base, cela ne la crée pas réellement (PHPmyadmin le confirme) Donc je passe par PHPmyadmin pour créer ma base de données puis l’importation pour transférer les tables . Sous phpmyadmin (voir votre mail ovh pour y accéder), créez une nouvelle base de donnée (rappelez vous de son nom pour plus tard), puis dans cette base de données, grâce à l’onglet « importer », restaurez votre sauvegarde SQL que vous avez faite via votre mutualisé. Pour cela cliquez sur parcourir et allez cherchez le fichier Zip ou sql (c’est selon) puis cliquez sur « executer ». Ca mouline …. On attends (ça peut durer longtemps) … et hop c’est bon. Dans privileges, créez un nouvel utilisateur, donnez lui un nom, laissez « tout serveur », donnez lui un mot de passe, et les privilèges passe partout. (vous pouvez aussi donnez tous les droits sur cette base uniquement, en cliquant sur le choix plus bas, plus facile mais c’est plus risqué) . Cliquez sur « éxecuter » La base est prête / Modification pour accepter les importations de base de données supérieures à 2 Mo Dans la debian squeeze d’ovh, il y a 3 fichiers PHP.ini à modifier Avec l’explorateur : aller dans /etc/php5/apache2 Puis /etc/php5/CGI Puis /etc/php5/CLI Chercher la ligne « upload_max_file » et la passer à 20 Mo Relancer les services ou à défaut rebooter le serveur 9 / Installer Memcached et l’extension PECL memcache Déjà, on fait la mise à jour de PHP5 pour avoir phpize : - Via SSH, (Téléchargez Putty si vous n’avez pas d’application ssh) on tape la commande : # apt-get install php5-dev On laisse mouliner, même si une page semble bloquée, faut un peu de temps. On installe memcached : # apt-get install memcached SI on veut modifier la configuration, le fichier est dans : /etc/memcached.conf A savoir que le port par défaut est le 11211 et la mémoire allouée est de 64 Mo On installe la librairie libmemcached : # cd /opt # wget https://launchpad.ne...d-1.0.16.tar.gz # tar xvzf libmemcached-1.0.16.tar.gz # rm libmemcached-1.0.16.tar.gz # cd libmemcached-1.0.16 # ./configure # make # make install Puis on installe l’extension PHP5 : # pecl install memcached Et enfin on ajoute l’extension à php ini dynamiquement : On crée un fichier memcached.ini dans lequel on met la ligne suivante : extension=memcached.so Puis on l’enregistre dans /etc/php5/apache2/conf.d/ Memcached est installé et compatible prestashop ! Si memcached refuse obstinément de s’installer chez vous, préférez lui alors la routine PECL memcache; Dans ce cas, lancer un : # Pecl install memcache Puis créez le fichier memcache.ini avec dedans : extension=memcache.so Puis on l’enregistre dans /etc/php5/apache2/conf.d/ 10 : Parametrer le site web : Uploadez votre site sur votre dédié via FTp avec le login et mdp créé un peu plus tot, en envoyant tout ça dans le dossier « web » ou « www » (pas sur la racine du ftp) Modifiez le fichier setting.inc.php dans le dossier config et changez l’adresse du serveur sql par « localhost » Changer le nom de la base de données par celle que vous avez créé avec phpmyadmin Changez le nom d’utilisateur et le mot de passe par celui que vous avez créé sous phpmyadmin. Si tout est ok, et que les 24 heures de déploiement DNS sont passées, alors vous pouvez vous connecter à votre site en utilisant votre nom de domaine classique. Celui-ci pointe maintenant sur votre dédié. 11/ Les premiers pas sur le site : En tout premier, allez dans le BO pour changer le SEO/URL si besoin.. Allez dans « performances » puis tout en bas dans cache, choisissez « memcached » Cliquez sur « Entrer un serveur » En adresse, mettez Localhost En port, laissez le port par defaut Laissez la Priorité Enregistrez C’est Fini ! Voila, j'espère que tout cela vous aidera à faire votre transition de mutualisé à dédié pour ceux qui choisiront un Kimsufi avec distribution linux contenant ISPconfig. Je sais que beaucoup cherche ce genre de tuto, sans que personne prenne le temps de le faire. Et comme la communauté a bien besoin de coups de pouces en ce moment... hop !
  16. Bonjour, Je me permet d'ouvrir un nouveau topic, car je n'ai pas trouver de cas comme le mien. Au mois de février j'ai reçut un mail de OVH (pourtant hébergeur recommandé par prestashop), m'indiquant que les tâches CRON utilisant des arguments seraient désormais désactivé et inutilisables. Problème, les deux seules tâches utilisant des arguments sont des modules basique de prestashop, à savoir l'indexation et la génération de sitemap. Qu'est il désormais préconiser de faire ? Faire ces tâches à la main dès que possible ? ou une modification est elle prévue par prestashop ? (Car après plusieurs appels à OVH, il n'est pas question que quelque chose change chez eux). Quelqu'un a t il eu le même problème ? Merci d'avance pour vos éventuels éclaircissements.
  17. Bonjour à tous, Le fameux syndrome de l'angoisse de la page blanche, ça touche aussi les webmasters ! Je partage donc la solution d'un problème que, comme beaucoup d'utilisateurs semble-t-il, j'ai rencontré : Après une migration d'un site Prestashop 1.4.8.2 en local sur un serveur pour diffusion web, le site n'affichait qu'une page toute vierge. Aucune des nombreuses solutions trouvées sur le web ne m'a servi. Le plus curieux c'est que j'avais au préalable fait une installation de test sur le serveur final (en l'occurrence chez Alwaysdata) et tout fonctionnait. J'ai ensuite développé en local tranquillement puis transféré le site proprement comme dans la procédure détaillée ici : http://tinyurl.com/c5eoggq Mais rien, page blanche… Il se trouve que c'était la fonction mcrypt qu'il fallait activer sur le serveur en PHP5. L'absence de la fonction n'empêche apparemment pas une installation originale directement mais c'est fatal à un transfert ! En tout cas ce fut mon cas. J'ai activé mcrypt et le site s'est affiché tout beau tout propre, tout bien comme il faut. Astuce bonus : dans config > config.inc.php pensez à changer @ini_set('display_errors', 'off'); en @ini_set('display_errors', 'on'); en cas de soucis d'affichage - ça vous permettra de lire les erreurs que rencontre le serveur au lieu de ne trouver qu'une bête page blanche. Personnellement c'est ce qui m'a fait avancer - merci à un anonyme sur un forum OVH hth… François
  18. Bonjour à tous, Je fais appel à la communauté de ce forum pour tenter de régler un problème qui m'arrive sur ma boutique. Je sais que de nombreux topics parlent de mon problème mais je n'en ai trouvé aucun qui ma permis de trouver une solution. Avant toute chose, je suis sous PrestaShop 1.5.4, je viens tout juste de mettre ma boutique en ligne (j'étais en local avant) et je suis un novice sous prestashop et dans l'art du codage. Je vous explique mon problème : En naviguant sur mon site, je me suis aperçu qu'une page d'erreur apparaissait de manière très (trop) régulière. J'ai donc effectué de nombreuses recherches pour voir d'où venait le problème. Je suis alors tombé sur un tutoriel qui expliquait comment en savoir plus sur cette erreur en changeant une ligne de code dans le fichier defines.inc.php, ce que je me suis empressé de faire. Maintenant je tombe sur une page d'erreur m'indiquant ce message : "Fatal error: Function name must be a string in /home/bouti***/public_html/prestashop/tools/smarty/sysplugins/smarty_internal_templatebase.php on line 281" Je suis donc allé voir à la ligne indiquée dans le fichier indiqué et je trouve cette ligne : $_template->properties['unifunc']($_template); Comme je vous l'ai dis plus haut, je suis débutant dans l'art du codage et de prestashop et je n'ai donc absolument aucune idée de l'interprétation à avoir de ce message.. Pouvez vous m'aider et m'expliquer quoi faire pour régler ce problème ? Je vous remercie tous d'avance !
  19. Bonjour, Je souhaiterais savoir s'il est possible de mettre ses images produits sur un serveur distant Explication: J'ai un VPS puissant mais avec peu d'espace, et un mutualisé avec beaucoup d'espace, je souhaiterais que les fichiers de mon site et ma BDD soit sur le VPS et les images de mes produits (des miliers) sur le mutualisé existe-t-il un module/une solution pour cela ? merci
  20. Après mon tuto pour debian 7 et apache, je vous propose un tout nouveau tutoriel pour créer votre propre serveur VPS mais sous Nginx cette fois ci. Pourquoi nginx ? Car il est dit que nginx est de 3 à 4 fois plus reactif qu'apache, (mais aussi bien plus complexe à mettre en oeuvre). Avec mon serveur de test, ma latence de départ (le fameux wait) est passée de 1 seconde à 0,2 seconde. un exploit ! Quand à la version de debian, comme la version 8 est prête et qu'elle fonctionne avec les dernières versions de PHP, autant l'utiliser ici. Histoire d'accelerer encore plus l'ensemble on va utiliser PHP-FPM. Le principe reste le même : En suivant ligne par ligne le tutoriel, vous devez être capable de posséder et de préparer votre propre serveur dédié sans pratiquement de connaissance linux, et ainsi oublier les fameux "pour avoir un serveur dédié, tu dois impérativement payer un prestataire qui le fera.. ". Cela permet de respecter le fameux principe de prestashop : profiter d'un maximum de gratuité pour que les débutant puissent créer leurs magasins. Mais attention, si vous avez eu du mal avec la version apache, vous allez en avoir encore plus avec ginx. Par contre si vous persévérez et que vous terminez correctement votre serveur, vous allez adorer ! EDIT : Changement du tutoriel. Je me rends compte que mon tuto Nginx donnait un serveur ultra rapide et optimisé mais d'une difficulté telle à mettre en place que ce n'était plus ouvert à tout le monde, ce qui n'est pas mon objectif de départ. On change tout et on passe à une installation hyper simplifiée et générique. Merci à rose pour les lignes de commandes simplifiées NOTE : Nginx ne sait pas lire les fichiers htaccess ! Si vous avez un htaccess spécifique, vous devrez le faire retraduire en directives nginx. Des utilitaires existent pour ça. Certaines bibliothèques ne sont pas compatibles nginx. Attention de bien choisir votre configuration prestashop, au cas ou.. Allez c'est parti : 1 / On installe en une fois Nginx, mysql, la bibliothèque graphique gd, mcrypt et php-fpm : apt-get install nginx php5-fpm php5-cli php5-gd php5-mcrypt php5-mysql mysql-server mysql-client 2 / On crée la base de donnée de prestashop en ligne de commande (remplacer les mots en minuscule par les votres): CREATE DATABASE nomdelabaseprestashop CHARACTER SET utf8 COLLATE utf8_general_ci;GRANT ALL PRIVILEGES ON nomdelabaseprestashop.* TO utilisateurbase@localhost IDENTIFIED BY 'motdepassedelabase'; 3 / si vous démarrez de zéro avec un prestashop tout propre = on télécharge prestashop dans le répertoire par défaut : cd /var/www/default/public_html/wget http://www.prestashop.com/download/prestashop_numerodeversiondésirée.zipunzip prestashop_numerodeversiondésirée.zipmv prestashop/* .rm prestashop_numerodeversiondésirée.ziprmdir prestashop/ 4 / on changes les droits de propriétaire du dossier : chown -R www-data: /var/www/default/public_html/ 5 / On crée le fichier de config du site : nano /etc/nginx/sites-available/nomdudomaine.com et on copie ceci dedans : server { server_name nomdudomaine.com; listen 80; root /var/www/default/public_html; index index.php; rewrite ^/api/?(.*)$ /webservice/dispatcher.php?url=$1 last; rewrite ^/([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$1$2.jpg last; rewrite ^/([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$1$2$3.jpg last; rewrite ^/([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$1$2$3$4.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$1$2$3$4$5.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9.jpg last; rewrite ^/c/([0-9]+)(-[_a-zA-Z0-9-]*)/[_a-zA-Z0-9-]*.jpg$ /img/c/$1$2.jpg last; rewrite ^/c/([a-zA-Z-]+)/[a-zA-Z0-9-]+.jpg$ /img/c/$1.jpg last; rewrite ^/([0-9]+)(-[_a-zA-Z0-9-]*)/[_a-zA-Z0-9-]*.jpg$ /img/c/$1$2.jpg last; try_files $uri $uri/ /index.php?$args; location ~* \.(jpg|jpeg|gif|css|png|js|ico|html)$ { access_log off; expires max; } location ~ \.php { fastcgi_index index.php; fastcgi_split_path_info ^(.+\.php)(.*)$; include /etc/nginx/fastcgi_params; fastcgi_pass unix:/var/run/php5-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; [spam-filter] 6 / on crée le lien pour activer le domaine : ln -s /etc/nginx/sites-available/nomdudomaine.com /etc/nginx/sites-enabled/nomdudomaine.comet on redémarre : /etc/init.d/nginx restart 7 / Basculez les DNS Chez OVh, connectez-vous à votre compte et changez les DNS de votre domaine avec ceux de votre serveur. (24h de délai si vous n’avez pas changez le TTL au préalable) VOUS AVEZ FINI ! Si vous avez déjà un site existant, Il ne vous reste plus qu’a transférer votre site via FTP et d’importer votre base de données en ligne de commande SQL. Toutefois, pour une question pratique et pour éviter les bug avec nginx, une installation vierge de prestashop est nettement recommandée
  21. Bonjour, je poste ici une petite trouvaille que j'ai faite sur OVH, qui peut aider à optimiser son temps de réponse (d'après eux, jusqu'à 7 fois) . Je poste dans "Hébergement" parce que ça a rapport à OVH, pour les performances à booster, j'espère ne pas me tromper de section (: -> https://www.ovh.com/fr/g1175.optimisation-php-fpm Je n'ai pas encore testé sur boutique prestashop mais avec une plateforme associative en ligne, ça marche déjà franchement pas mal (offre mutualisé pro, avec ce machin). Ça marche apparemment autant sur les mutualisés que sur les dédiés. Faites attention à la version de PHP présente sur votre serveur, cela ne marchera pas avec une version PHP 5.3 et antérieures. Je vous tiendrai au courant des retombées une fois activé sur notre boutique. Bonne journée, En espérant que cela puisse vous aider à améliorer vos performances, Okar
  22. Sauvegarde sur serveur FTP distant Prérequis ​Un serveur FTP avec des identifiants les droits d'écriture Un serveur Web contenant votre site et un accés ssh à celui-ci Vos identifiants de connexion à votre BDD pour réaliser un DUMP de celle-ci Environ le double d'espace disponible sur le serveur Web pour crée l'archive Il faut un client FTP sur le serveur de préférence : ncftp ainsi que tar Script Il faut crée votre script backup.sh dans le dossier /home/, à l'aide de la commande nano /home/backup.sh en SSH sur votre serveur. Une fois dans la fenêtre d'édition il suffit de copier/coller le code suivant en modifiant les parties en gras par vos propres paramètres. #!/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin ## Configuration # Répertoire a sauvegarder REPERTOIRES="REPERTOIRE A SAUVEGARDER ex :/var/www/" # Parametre FTP FTP_SERVEUR="IP SERVEUR FTP" FTP_UTILISATEUR="FTP USER" FTP_PASSWORD="FTP PASS" FTP_REPERTOIRE="CHEMIN SUR VOTRE FTP ex :/Volume_1/Backup/" # Parametre BDD BDD_USER="USER BDD" ## Parametrage des applications # backup REPERTOIRE_BACKUP="/tmp/backup/" BACKUP="backup.tar.gz" BACKUP_BDD="backup.sql.gz" # tar TAR_OPTIONS="--exclude=$REPERTOIRE_BACKUP --exclude=/dev --exclude=/proc --exclude=/sys" # date DATE=$(date +"%Y-%m-%d") ## Creation de la sauvegarde mkdir -p ${REPERTOIRE_BACKUP} mkdir -p /var/backup/ mysqldump -u ${BDD_USER} -p'MOT DE PASSE BDD' --all-databases | gzip -9 > ${REPERTOIRE_BACKUP}/${BACKUP_BDD} tar ${TAR_OPTIONS} -zcvf ${REPERTOIRE_BACKUP}/${BACKUP} $REPERTOIRES ## Envoi de la sauvegarde ncftp -u"$FTP_UTILISATEUR" -p"$FTP_PASSWORD" $FTP_SERVEUR <<EOF mkdir $FTP_REPERTOIRE mkdir $FTP_REPERTOIRE/$DATE cd $FTP_REPERTOIRE/$DATE lcd $REPERTOIRE_BACKUP mput * quit EOF # Suppression fichier backup rm -rf $REPERTOIRE_BACKUP Création d'une tache CRON Toujours en SSH, lancer la commande crontab -e et ajouter une ligne de ce type : 0 0 * * 2 USER sh /home/backup.sh (explication 0 0 signifie à 00h00 et 2 le deuxième jour de la semaine , root l'utilisateur qui lance le script et ensuite le chemin vers notre script) Voila j’espère que ce tuto sera utile à certain d'entre vous. Nous pouvons surement l’améliorer !! Car il reste très basique. P.s. : Désolé pour les fautes.
  23. Bonsoir après avoir posté sur la forge et contacté la team par mail sur les conseils de la forge et n'ayant aucune réponse ni solution ni de l'un ni de l'autre je me tourne vers la communauté: mon serveur dédié est bien configuré à 1024mo de memory limit mon prestashop 1.6.0.9 ne veut pas m'indiquer autre chose que 256mo de memory limit ni le prendre en compte et du coup ayant beaucoup de déclinaisons sur certains produits je ne peux plus ouvrir le gestionnaire de déclinaisons pour modifier ou consulter merci de votre aide
  24. Bonjour, j'ai besoin d'aide sur les performances de mon site, svp... je viens de recrée ma boutique en PS 1.6. (je dis recréee car la mise à jour était impossible) et tout est super lent!!! 53 sec... même le BO, je lance un export des produits, par exemple: erreur 500, car c'est trop long! je n'arrive pas à mettre quoique se soit à jour et le front office est impraticable. j'ai activé tous les caches, j'ai supprimé tous les modules de stats. je joins l'imprim écran de mon onglet paramètres, si jamais j'ai fais une erreur, ou que vous ayez une idée d'amélioration. je joins également les stats de mon hébérgement. Je ne comprend pas pourquoi il rame autant. pour jeter un oeil: http://www.lyneorbijoux.com merci d'avance bonne journée MJ
  25. Bonsoir, j'ai besoin de votre aide car je me relance dans mon projet que j'avais été contrainte de mettre de côté et je suis un peu perdue après ce temps passé ! J'avais pris un nom de domaine X chez Gandi puis installé une boutique Prestashop (1.2.5) sur un serveur mutualisé chez Infomaniak. Aujourd'hui, je ne souhaite plus utiliser cette boutique ni ce nom de domaine. J'ai un autre nom de domaine (Y) et je souhaite installer une nouvelle boutique 1.6 sur mon serveur mutualisé chez Infomaniak, à la place de la boutique X, comme si mon hébergement était "tout neuf". Pouvez-vous s'il vous plaît m'indiquer les démarches que je dois effectuer et s'il y a des délais à respecter entre ces démarches ? Merci beaucoup pour toute l'aide que vous pourrez m'apporter Vous m'enlèverez une grosse épine du pied car je n'arrête pas de cogiter sur cette étape qui me turlupine et pour laquelle je n'arrive pas à trouver le commencement et le cheminement et je me pose des questions sur la base de données sur laquelle je n'ai pas tout compris ! Merci mile fois. Bonne soirée Christelle
×
×
  • Create New...