1000 FAQ, 500 tutoriales y vídeos explicativos. ¡Aquí sólo hay soluciones!
Instalar Magento sin privilegios triggers/rutinas
ATENCIÓN: Este método modifica los archivos del núcleo de Magento para desactivar la verificación de privilegios avanzados (triggers, routines), lo cual es una práctica arriesgada en términos de seguridad, estabilidad y complica las futuras actualizaciones.
Hoy en día, Magento (ahora Adobe Commerce o Magento Open Source) es una plataforma moderna que exige un entorno de servidor que cumpla con sus estrictos requisitos previos. La versión estable actual suele ser la 2.4.8 o una versión de parche más reciente. Estas versiones requieren tecnologías actualizadas como PHP 8.2/8.3, MySQL 8.0/MariaDB 10.6 y un motor de búsqueda dedicado como Elasticsearch o OpenSearch.
Para cualquier nueva instalación o migración, se recomienda encarecidamente utilizar la última versión estable sin ninguna modificación manual del código fuente. Debe elegir un tipo de alojamiento de alto rendimiento (Servidor en la Nube o VPS/Dedicado) que garantice el acceso a todos los privilegios del sistema necesarios para un funcionamiento seguro y estable.
Evite absolutamente utilizar este antiguo parche a continuación. Tenga en cuenta que este parche es innecesario en caso de instalación en un Servidor en la Nube.
Esta guía explica cómo parchear la instalación de Magento para que pueda realizarse en un alojamiento compartido de Infomaniak, incluso sin los privilegios de tipo triggers & routines.
Resolver los problemas de instalación de Magento 2
Edite el archivo 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 caso de error SOAP/PHPfpm
Según la versión de Magento utilizada, la función soap no funciona correctamente y puede devolver el siguiente mensaje de error: «Uncaught SoapFault exception: [Client] looks like we got no XML document».
El problema no proviene de una mala configuración del servidor, sino más bien de un mal diseño de Magento que no tiene en cuenta el caso de ejecución de PHP en un entorno FPM. Así, las solicitudes SOAP generadas por Magento contienen encabezados duplicados (no conformes con la especificación SOAP) y generan un error.
Tome nota de esta solución (no desarrollada por Infomaniak).