1 000 FAQ, 500 tutoriels et vidéos explicatives. Ici, il n'y a que des solutions !
Installer Magento sans privilège triggers/routines
ATTENTION: Cette méthode modifie les fichiers du cœur de Magento pour désactiver la vérification des privilèges avancés (triggers, routines), ce qui est une pratique risquée en termes de sécurité, de stabilité et complique les futures mises à jour.
Aujourd'hui, Magento (désormais Adobe Commerce ou Magento Open Source) est une plateforme moderne qui exige un environnement serveur respectant ses prérequis stricts. La version stable actuelle est souvent la 2.4.8 ou une version de correctif plus récente. Ces versions nécessitent impérativement des technologies à jour comme PHP 8.2/8.3, MySQL 8.0/MariaDB 10.6 et un moteur de recherche dédié comme Elasticsearch ou OpenSearch.
Pour toute nouvelle installation ou migration, il est fortement recommandé d'utiliser la dernière version stable sans aucune modification manuelle du code source. Vous devez choisir un type d'hébergement performant (Serveur Cloud ou VPS/Dédié) qui garantit l'accès à tous les privilèges système requis pour un fonctionnement sécurisé et stable.
Évitez absolument d'utiliser cet ancien patch ci-dessous. A noter que ce patch est inutile en cas d'installation sur un Serveur Cloud.
Ce guide explique comment patcher l'installation de Magento afin que celle-ci puisse être réalisée sur un hébergement mutualisé Infomaniak, même sans les privilèges de type triggers & routines.
Résoudre les problèmes d'installation de Magento 2
Editez le fichier DbValidator.php:
--- setup/src/Magento/Setup/Validator/DbValidator.php.orig 2019-04-11 17:01:45.154767893 +0200
+++ setup/src/Magento/Setup/Validator/DbValidator.php 2019-04-13 21:37:02.560386985 +0200
@@ -150,12 +150,8 @@
'ALTER',
'CREATE TEMPORARY TABLES',
'LOCK TABLES',
- 'EXECUTE',
'CREATE VIEW',
- 'SHOW VIEW',
- 'CREATE ROUTINE',
- 'ALTER ROUTINE',
- 'TRIGGER'
+ 'SHOW VIEW'
];
// check global privilegesEn cas d'erreur SOAP/PHPfpm
Selon la version de Magento utilisée, la fonction soap ne fonctionne pas correctement et peut renvoyer le message d'erreur suivant: «Uncaught SoapFault exception: [Client] looks like we got no XML document».
Le problème ne vient pas d'une mauvaise configuration du serveur, mais plutôt d'un mauvais design de Magento qui ne prend pas en compte le cas d'exécution de PHP en environnement FPM. Ainsi, les requêtes SOAP générées par Magento comportent des doubles headers (non conforme à la spécification SOAP) et génèrent une erreur.
Prenez connaissance de cette solution (non développée par Infomaniak).