Un problema puede aparecer repentinamente y/o puede haber sido causado por sus propias acciones de actualización o instalaciones de nuevos elementos.
Las causas pueden ser más o menos fáciles de encontrar, esto requiere concentración, paciencia y método.
En el último caso, regrese y consulte su ayuda en la documentación, foro, webmaster sobre mensajes de error específicos o entorno requerido
Recuerde: "la solución adecuada sólo puede venir de un diagnóstico correcto..."NB: en caso de duda, siempre es posible comprobar si está afectado por el problema:
- comprobar el estado de nuestros servidores en tiempo real: https://support.yoorshop.hosting/serverstatus.php
- puedes utilizar un proxy web como este para comprobar y ver si tienes un problema de caché local, o concluir que realmente hay un problema:
http://hidebuzz.com¿Cómo depurar?
Active los módulos de depuración de su CMS si los hay.
Mire la sección 'errores' de su cPanel para comenzar (error de htaccess, pruebe con un .htaccess en blanco para averiguarlo).
Activa los modos log_errors y display_errors desde tu cPanel usando el ícono “Selecciona una versión” PHP", luego a la derecha: "cambiar a php opciones".
A continuación, pruebe su sitio para ver si aparece algún mensaje y verifique el archivo error_log en la raíz de su cuenta:
./home/youruser/logs/php_error_log
Y/O en el archivo de registro de errores en la carpeta del sitio web para ver si se escribe algún error.
Problemas con el sitio web/incompatibilidad de elementos PHP, prueba diferentes versiones PHP/extensiones PHP
si usas PHP-FPM en servidor CloudLinux (en su cPanel, presencia del ícono: 'Seleccione una versión PHP'), debe volver al modo PROXY predeterminado para depurar:
https://support.yoorshop.hosting/knowledgebase/3931/Como-configurar-un-sitio-con-NGINX-PHP-FPM.html
y habilite los modos log_errors y display_errors como se describe arriba en la línea número 3
Si está en un servidor cPanel simple (en su cPanel, presencia del ícono: 'MultiPHP Manager')
Desde INI MultiPHP Editor, vaya al modo editor, habilite display_errors y, para habilitar log_errors, agregue esto:
log_errors = On
display_errors = OnNB: una vez terminado, debes desactivar estos modos de depuración PHP por razones de seguridad de su sitio web
ENombre de error resuelto (ERR_NAME_RESOLUTION_FAILED, DNS_PROBE_FINISHED_NXDOMAIN,DNS_PROBE_FINISHED_BAD_CONFIG)Si ha agregado o acaba de comprar o transferir un dominio, debe ajustar cuidadosamente los servidores de nombres DNS vinculados a su servicio de hosting. Lee el correo electrónico 'Información de acceso a tu alojamiento web', luego mira los valores indicados en la sección 'Información DNS: servidores de nombres'.
Comprueba que tu dominio apunta a la IP de nuestro servidor, ver abajo WWW A: https://intodns.com/
Verifique que su dominio no haya caducado con su registrador o mediante un sitio whois como: https://www.whois.net/
(busca Fecha de Caducidad, ojo, el formato está en inglés: Mes/Jour/Annee)Página en blanco también conocida como error 500
Vea el proceso de depuración arriba
'error 403 prohibido'
Primero, verifique que la ruta que está consultando sea correcta, luego verifique que tenga al menos un archivo index.html o index.php o similares. Cuando te acabes de registrar en nuestro servicio, deberás subir tus archivos por FTP a la carpeta public_html del dominio principal de tu cuenta, en caso contrario la carpeta adaptada al dominio o subdominio complementario.De lo contrario, es un problema de permiso de carpeta/archivo, esto a veces sucede después de realizar modificaciones por su parte o también después de cargarlo por FTP.
Las carpetas deben ser 755 y los archivos deben ser 644 dentro de la carpeta que contiene su sitio web.
Carpetas como public_html/subdominios/dominios complementarios deben permanecer en 750.
'error 404 página no encontrada' (no encontrada)
Este tipo de problema está relacionado en un 99% con un problema del sitio web, el enlace de la página es incorrecto, la página realmente no existe, un problema de configuración de sintaxis de reglas de reescritura, incluso un módulo puede causar esto...
Si después de la restauración con jetbackup aparece error 500 en PrestaShop /ex:
- debes eliminar el archivo class_index.php de la carpeta de caché
- devolver los archivos nativos de la carpeta /classes/cache/Por bloqueo de API u otros:
Error: '¡Lo siento! su sitio web se ha movido'
Ve este mensaje después de una suspensión de su cuenta o porque la IP de su sitio ha cambiado
El caché de red dependiendo de dónde estés toma un pequeño retraso, esto se resolverá solo en poco tiempo normalmente, de lo contrario limpia tu caché Ctrl+F5, si persiste, reinicie su enrutador y luego su computadora, luego contáctenos si persiste después de 4 a 8 horas.
Problema al mostrar imágenes
error 410: no se muestran todas las imágenes/páginas
Si esto se refiere sólo a una parte de su catálogo, es posible que ciertos elementos estén incluidos en nuestras palabras clave de bloqueo de tráfico por referencia. Contáctenos....
OU
Algunas imágenes no se muestran y no hay información
Utilice 'Inspeccionar elemento' de su navegador y si es un formato de velocidad de página. El sistema de optimización PageSpeed puede causar problemas dependiendo de la programación del sitio. Vea nuestro artículo dedicado.
OU
Con Nginx-FPM, desactive el caché del navegador mediante el administrador Nginx de su cPanel: establezca el encabezado de caducidad
error 502 'puerta de enlace incorrecta' o servicio web actualmente no disponible Error 502
Este es un error del servidor Apache o Nginx, esto a veces puede suceder de forma rápida y temporal, y contáctenos si persiste...si usas PHP-FPM con Nginx, esto se debe a exceso de procesos PHP en su sitio web, causado por el funcionamiento interno del sitio, o por exceso de tráfico o también por un ataque. Tenga en cuenta que este tipo de errores se reparan automáticamente cada 5 minutos mediante nuestro script de monitoreo.
Error de bloqueo de país
El visitante bloqueado es redirigido a: https://hostingfilters.com/banspam/country.html
La solución está en nuestro artículo dedicado: https://support.yoorshop.hosting/knowledgebase/2464/Bloqueo-de-trafico-por-pais.html
Nuestros códigos de error para luchar contra el tráfico spam y la seguridad
- 206: contenido parcial mostrado, es consecuencia del código 410 a continuación, contáctenos.
- 405: Preocupa solicitudes de tipo de trama dudosas/xss/injection SQL/http.
- 406: Se refiere a solicitudes dudosas de todo tipo, si en la sección de visitantes, el 406 se refiere excesivamente a agentes de usuario: Serf/1.3.8 mod_pagespeed/, debe probar eliminando pagespeed en el dominio en cuestión, consulte nuestro artículo dedicado
- 410: referentes web (rusos, chinos u otros sitios) o palabras clave bloqueadas (en caso de que una de sus páginas no se muestre completamente, contáctenos), verá que el código 206 aumenta en consecuencia... Tenga en cuenta que es completamente normal tener un cierto número de 206 en sus registros cuando el contenido se toma del exterior.
- 429: limitación de solicitudes de archivos confidenciales wp-login.php /ex, pero no sólo.
- 444: para detener bots y URL de archivo config.php /ex
- 499: el visitante o la red no transmitió la respuesta a tiempo, la conexión se cierra. El exceso de conexiones IP también puede causar esto.
- 503: Demasiadas solicitudes, utilizadas por complementos anti-DDoS, pero también por otras soluciones de seguridad nuestras...
Problemas de caché con el back-office de PrestaShop o actualización después de modificaciones del artículo /ex:
De hecho, un caché nativo para el back office está activado, puedes encontrar cómo desactivarlo en el foro de PrestaShop.
Normalmente, las actualizaciones deberían aparecer en unos segundos en su sitio, intente esto para omitir la caché de su navegador: CTRL+MAYÚS+R, si persiste, eso significa que su caché está en conflicto, elimine su carpeta de caché para que se reconstruya con datos nuevos
Además, consulte la octava publicación para deshabilitar el caché del back office:
https://www.prestashop.com/forums/topic/335988-backoffice-pages-dont-refresh-after-any-modification
Información de la página PHP del administrador no funciona o es pesado
Para observar los recursos utilizados en tiempo real, simplemente mire la columna a la derecha de su cPanel, necesita actualizar para actualizar...
O también puedes ver esto en SSH sin necesidad de refrescar y ver más detalles de los procesos:Para ver el uso de su CPU en tiempo real, debe usar el SSH, con PuTTY, luego el comando:
/usr/bin/top -d 00.50
Abrir una segunda sesión PuTTY
Puedes ver lo que está haciendo un proceso, por su número PID, por ejemplo si es el número 9952, ingresa:
pista -p 9952Para matar todos los procesos:
escribe en la consola SSH : mata -15 -1 y presiona Enter
(esto también desactivará tu sesión SSH, reconectar SSH, y escribe top nuevamente para ver que todo ha vuelto a la calma)ERR_TOO_MANY_REDIRECTS
Esto está relacionado con un problema de redirección conflictivo o erróneo en el archivo htaccess, esté o no relacionado con un módulo. Consulte la documentación del editor o de su webmaster. Vuelva a revisar los últimos cambios mientras espera encontrar la solución.SQLESTADO[HY000] [2002] No puedo conectarme a MySQL servidor en \'127.0.0.1
Utilice localhost como nombre de host en el archivo de configuración, y no 127.0.0.1, verifique también que 127.0.0.1 esté autorizado en la sección 'MySQL remoto' desde tu cPanel
Limpia bien el caché de la aplicación con el de los módulos también, de lo contrario seguirá mostrando errores en determinadas partes.
una ventana PHP se abre cuando vas al sitio web
Elimina tu htaccess, una entrada relacionada con PHP causa esto.De lo contrario, y/o coloque esto en su htaccess en el nivel raíz de su cuenta de cPanel: /home/suusuario/ :
################
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
<IfModule mod_setenvif.c>
# Netscape 4.x tiene algunos problemas...
BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 tiene algunos problemas más
BrowserMatch ^Mozilla/4\.0[678] no-gzip
# MSIE se hace pasar por Netscape, pero está bien
# BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
# NOTA: Debido a un error en mod_setenvif hasta Apache 2.0.48
# la expresión regular anterior no funcionará. Puede utilizar el siguiente
# solución alternativa para obtener el efecto deseado:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
# No comprimir imágenes
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
</IfModule>
<IfModule mod_headers.c>
# Asegúrese de que los servidores proxy no entreguen contenido incorrecto
Header append Vary User-Agent env=!dont-vary
</IfModule>
</IfModule>
################Elimine este o similar, si es necesario y si está presente en el htaccess de los sitios web:
AddHandler php5-script .php .htm
A saber:
Para borrar su caché local, presione CTRL + F5
Para cargar el sitio del servidor sin pasar por el caché local: CTRL + SHIFT + R
Intente utilizar otro navegador web si persisteWebDAV no funciona con el error 'La interfaz WebDAV parece estar rota'
Típico con Nextcloud, utilice el perfil de Nginx 'YOORshop default cloud'
Ralentización del backoffice de PrestaShop (temporal en general):
https://www.yoorshop.hosting/announcements/2381/Ralentissement-back-office-Prestashop.html
Lea nuestro artículo:
https://support.yoorshop.hosting/knowledgebase/1201/Verificacion-de-los-recursos-utilizados-por-cPanel.htmlVarios problemas
Si ve códigos extraños mostrados, o instala PrestaShop 1.7 de Softaculous con error:Desactivar en el php.ini esto: short_open_tag (etiqueta abierta corta)
- No se pudieron recopilar datos suficientes para generar una nueva clave de cookie (new_cookie_key). Asegúrese de que su dominio apunte a este servidor y que no haya ningún archivo .htaccess que restrinja el acceso a su dominio
(ref: https://support.yoorshop.hosting/knowledgebase/115/Se-puede-personalizar-el-archivo-php-ini.html )Para fileinfo, es a través de las extensiones. PHP :Servicios web de PrestaShop:Apache prohíbe el uso de solicitudes PUT por razones de seguridad y DELETEPara poder utilizar este tipo de solicitud remota, debe utilizar un método de reescritura; aquí se muestra el principio como ejemplo a continuación (esto requiere un webmaster). Información válida para el modo predeterminado de NGINX: modo PROXY, pero use la plantilla de perfil: "YOORshop default cloud"Crear un archivo put.php con este contenido:$putdata = abrir("php://entrada", "r");$file="tu_nombre de archivo.txt";$fp = abrir($file, "w");mientras ($data = miedo($putdata, 1024)){escribir($fp, $data);}cerrar($fp);cerrar($putdata);Pon esto en tu archivo .htaccess:RewriteEngine onRewriteCond %{REQUEST_FILENAME} -s [OR]RewriteCond %{REQUEST_FILENAME} -l [OR]RewriteCond %{REQUEST_FILENAME} -dRewriteRule ^.+$ - [NC,L]RewriteCond %{REQUEST_METHOD} (PUT|DELETE)RewriteRule .* put.phpEn la configuración de su administrador/servicio web, habilite CGI. (Después de realizar las pruebas, si persiste el problema, solicítenos que verifiquemos la activación CGI)Prefiera una eliminación local mediante phpMyAdmin si es posible, o importe su sitio a su PC, y no habrá ningún problema con un LAMPAsegurar su sitioNuestra herramienta de seguridad CXS le informará en tiempo real sobre intentos de inyección bloqueados o archivos infectados, violaciones de seguridad y malware. El análisis profundo de todos los archivos de su cuenta también se realiza cada quince díasTambién puede tener una indicación básica que es mucho menos confiable que nuestra herramienta con herramientas en línea, porque estas herramientas no tienen acceso a todos los archivos del sitio:Esto puede ser más preciso según el caso: https://quttera.com/website-malware-scanner