config\/xml\/<\/code><\/pre><\/div>Los m\u00e1s importantes son:
- lista_modulos_obligatorios.xml<\/span> \u2013 lista de m\u00f3dulos marcados como \u201eimprescindibles\u201d por PrestaShop<\/li>
- modules_native_addons.xml<\/span> \u2013 lista modu\u0142\u00f3w natywnych disponibles en Addons<\/li>
- default_country_modules_list.xml<\/span> \u2013 m\u00f3dulos sugeridos para un pa\u00eds espec\u00edfico<\/li>
- lista_de_m\u00f3dulos_confiables.xml<\/span> \u2013 lista modu\u0142\u00f3w zaufanych weryfikowanych przez PrestaShop<\/li><\/ul>Estos archivos no afectan al frontend de la tienda ni al procesamiento de pedidos. Solo se utilizan para mostrar informaci\u00f3n en la secci\u00f3n de m\u00f3dulos del panel de administraci\u00f3n.
\u00bfC\u00f3mo se ve un error XML y d\u00f3nde aparece?<\/h6>El error aparece con mayor frecuencia directamente en el panel de administraci\u00f3n, en la pesta\u00f1a M\u00f3dulos<\/strong> lub po wej\u015bciu do Gestor de m\u00f3dulos<\/strong>. Los comunicados pueden tener el siguiente aspecto:
Error encontrado: Se esperaba una etiqueta de inicio, no se encontr\u00f3 '<' en el archivo must_have_modules_list.xml\nError encontrado: Se esperaba una etiqueta de inicio, no se encontr\u00f3 '<' en el archivo modules_native_addons.xml\nError encontrado: Se esperaba una etiqueta de inicio, no se encontr\u00f3 '<' en el archivo default_country_modules_list.xml<\/code><\/pre><\/div>Nota<\/div>Estos errores aparecen en PrestaShop 1.7 y PrestaShop 8.x. En las versiones anteriores 1.6, el mecanismo funciona de manera similar, aunque la ubicaci\u00f3n de algunos archivos puede variar.<\/div><\/div>
\u00bfDe d\u00f3nde surge este error?<\/h6>PrestaShop env\u00eda peticiones HTTP a la API de M\u00f3dulos de PrestaShop para obtener las listas actualizadas de m\u00f3dulos. Un endpoint de ejemplo se ve as\u00ed:
https:\/\/api.addons.prestashop.com\/?version=1.7.8.x&method=listing&action=must-have<\/code><\/pre><\/div>La tienda espera una respuesta en formato XML. El problema surge cuando:- API Addons devuelve una respuesta en un formato diferente (por ejemplo, JSON o una p\u00e1gina de error HTML)<\/li>
- la conexi\u00f3n a la API est\u00e1 bloqueada por un firewall o la configuraci\u00f3n del servidor<\/li>
- el servidor de la tienda no tiene acceso a recursos externos (falta de tr\u00e1fico HTTP\/HTTPS saliente)<\/li>
- Los complementos de la API no est\u00e1n disponibles temporalmente o devuelven tiempo de espera agotado<\/li>
- La versi\u00f3n de PrestaShop es demasiado antigua y ya no es compatible con la API.<\/li><\/ul>Analizador PHP simplexml_load_string()<\/span> al intentar procesar una respuesta incorrecta, informa este error: Se esperaba una etiqueta de inicio<\/em>.
\u00bfEl error afecta el funcionamiento de la tienda?<\/h6>\u00c9xito<\/div>El frontend de la tienda, el carrito de compras, los pedidos, los pagos y todos los procesos de compra funcionan normalmente. El error concierne \u00fanicamente al panel de administraci\u00f3n, espec\u00edficamente a la secci\u00f3n de gesti\u00f3n de m\u00f3dulos.<\/div><\/div>\u00bfQu\u00e9 puede dejar de funcionar en el panel:- lista rekomendowanych modu\u0142\u00f3w<\/li>
- secci\u00f3n \u201eimprescindibles\u201d en el gestor de m\u00f3dulos<\/li>
- Marketplace Complementos accesible desde el admin<\/li>
- sugestie modu\u0142\u00f3w dla kraju<\/li>
- Carga m\u00e1s lenta de la p\u00e1gina M\u00f3dulos (tiempo de espera al intentar conectarse a la API)<\/li><\/ul>
Paso 1 \u2013 comprobaci\u00f3n del contenido de los archivos XML<\/h6>Antes de realizar cualquier cambio, vale la pena comprobar qu\u00e9 hay actualmente en los archivos. Por SSH<\/a> hacemos:
gato config\/xml\/must_have_modules_list.xml<\/code><\/pre><\/div>Si el archivo est\u00e1 vac\u00edo, contiene HTML (por ejemplo, una p\u00e1gina de error 503) o JSON en lugar de XML, esa es la fuente del problema.
Consejo<\/div>Para comprobar el contenido de un archivo, tambi\u00e9n puede utilizar el administrador de archivos en el panel de hosting (por ejemplo, Hestia CP, cPanel) o un cliente FTP; no se requiere acceso SSH.<\/div><\/div>
Paso 2 - Intercambio de archivos por XML correcto<\/h6>La soluci\u00f3n m\u00e1s r\u00e1pida es reemplazar el contenido de los archivos problem\u00e1ticos por un XML m\u00ednimo y correcto. A trav\u00e9s de SSH, ejecutamos:
echo '' > config\/xml\/must_have_modules_list.xml\necho '' > config\/xml\/modules_native_addons.xml\necho '' > config\/xml\/default_country_modules_list.xml\necho '' > config\/xml\/trusted_modules_list.xml<\/code><\/pre><\/div>Tambi\u00e9n puedes cargar archivos manualmente a trav\u00e9s de FTP. El contenido de cada uno deber\u00eda verse as\u00ed:
<\/code><\/pre><\/div>Advertencia<\/div>El simple reemplazo de archivos solucionar\u00e1 el problema temporalmente. PrestaShop, en la pr\u00f3xima actualizaci\u00f3n de la p\u00e1gina de m\u00f3dulos, intentar\u00e1 descargar los datos de la API nuevamente y podr\u00eda sobrescribir los archivos con una respuesta err\u00f3nea.<\/div><\/div>
Paso 3: soluci\u00f3n permanente mediante anulaci\u00f3n de clase<\/h6>Para bloquear permanentemente los intentos de descarga de XML de la API de Addons, crearemos un override de clase. Herramientas<\/span>. Creamos un archivo:
override\/classes\/Tools.php<\/code><\/pre><\/div>Sobre el siguiente contenido:
<?php\nclass Tools extends ToolsCore\n{\n protected static $is_addons_up = false;\n}<\/code><\/pre><\/div>Propiedad $es_complementos_arriba = falso<\/span> hace que PrestaShop no intente conectarse a la API de Addons, y por lo tanto, no descargar\u00e1 ni sobrescribir\u00e1 archivos XML.
Despu\u00e9s de crear el archivo override, borramos la cach\u00e9. Para PrestaShop 1.7 \/ 8.x<\/strong>:
rm -rf var\/cache\/dev\/*\nrm -rf var\/cache\/prod\/*<\/code><\/pre><\/div>Tambi\u00e9n puedes limpiar la cach\u00e9 desde el panel de administraci\u00f3n: Avanzado > Rendimiento > Borrar cach\u00e9<\/strong>.
Informaci\u00f3n<\/div>Tras aplicar el override, la secci\u00f3n de m\u00f3dulos sigue funcionando plenamente: se pueden instalar, desinstalar y actualizar m\u00f3dulos desde un archivo ZIP. Solo se desactiva la integraci\u00f3n con el marketplace Addons en el panel de administraci\u00f3n.<\/div><\/div>
Alternativa: bloqueo de escritura en archivos<\/h6>Si no queremos usar la anulaci\u00f3n, podemos configurar los archivos XML con permisos de solo lectura. PrestaShop no podr\u00e1 sobrescribirlos:
chmod 444 config\/xml\/must_have_modules_list.xml\nchmod 444 config\/xml\/modules_native_addons.xml\nchmod 444 config\/xml\/default_country_modules_list.xml\nchmod 444 config\/xml\/trusted_modules_list.xml<\/code><\/pre><\/div>Nota<\/div>El m\u00e9todo con chmod es m\u00e1s simple, pero no elimina los intentos de conexi\u00f3n a la API; PrestaShop a\u00fan los realizar\u00e1, lo que podr\u00eda ralentizar la carga de la p\u00e1gina de los m\u00f3dulos. Sobrescribir la clase Tools es una soluci\u00f3n t\u00e9cnicamente m\u00e1s limpia.<\/div><\/div>
\u00bfQu\u00e9 no perdemos al desactivar la API de complementos?<\/h6>Vale la pena saber que en un entorno de producci\u00f3n, la mayor\u00eda de estas funciones no se utilizan en el d\u00eda a d\u00eda de todos modos: