Esta guía explica cómo mostrar la dirección IP de un sitio en su Alojamiento Web.

Prólogo

• La dirección IPv4 es generalmente la misma para cada uno de los sitios en el alojamiento (a menos que haya adquirido una IP dedicada).

Mostrar la dirección IP de tu sitio

La dirección IP se especifica en la página de gestión del alojamiento (Starter o que contiene varios sitios):

1. Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic luego en la flecha ‍ para expandir la sección Informaciones de este alojamiento.
4. La dirección IPv4 se muestra en la página:
   
5. La dirección IPv6 también se muestra en el caso de los alojamientos de pago:
   

Esta guía explica cómo desactivar todas las extensiones instaladas en su WordPress en un Hébergement Web.

Prólogo

• Si tienes un problema con tu sitio web, desactivar las extensiones de WordPress te permite identificar rápidamente si alguna de ellas es la causa y sacar las conclusiones necesarias para reparar tu sitio.
• Para obtener ayuda adicional contacte a un socio o lanza una oferta gratuita — también descubre el rol del proveedor de alojamiento.

Desactivar rápidamente extensiones WP

Para desactivar todas las extensiones de WordPress:

1. Conéctese al servidor a través de FTP (¿necesita ayuda?).
2. Diríjase a la ubicación del sitio (carpeta correspondiente a su sitio WordPress).
3. Renombra /wp-content/plugins a /wp-content/_plugins por ejemplo
   • Para desactivar una extensión específica, renombra /wp-content/plugins/PluginName a /wp-content/plugins/_PluginName por ejemplo.

Esta guía explica el principio de la reescritura de URL en tiempo real.

Prólogo

• La reescritura de URL en tiempo real es una técnica que permite modificar la apariencia de las URLs de una página web sin cambiar realmente la ruta del recurso.
• Este procedimiento se realiza mediante redirecciones virtuales, transformando una URL visible en otra más estética, mientras se conserva el destino inicial invisible para los visitantes.
• Este método se utiliza a menudo para hacer que las URLs sean más simples y legibles, ocultando los parámetros de las páginas dinámicas.
• Además de mejorar la estética para los visitantes, es beneficiosa para el posicionamiento en buscadores, ya que los motores de búsqueda suelen preferir las URLs sin parámetros complejos.

Ejemplo de reescritura de URL

Tome el ejemplo de la URL: article.php?id=25&categorie=4&page=3. Puede ser reescrita como: article-25-4-3.html o titre-article-25-4-3.html. Aquí está cómo configurarlo en un archivo .htaccess si article.php se encuentra en el directorio web/admin/:

Options +FollowSymlinks
RewriteEngine on
RewriteBase /admin/
RewriteRule ^article-([0-9]*)-([0-9]*)-([0-9]*).html$ article.php?id=$1&categorie=$2&page=$3 [L]

• Options +FollowSymlinks : permite el uso de enlaces simbólicos
• RewriteEngine on : activa el módulo de reescritura de URL de Apache
• RewriteBase /admin/ : indica el directorio de trabajo
• RewriteRule : define la regla de reescritura

Con esta configuración, cuando un usuario accede a article-25-4-3.html, es redirigido a article.php?id=25&categorie=4&page=3 sin que esto sea visible.

Redirigir a otro dominio

Si tienes varios dominios que apuntan al mismo sitio, puedes redirigir todas las solicitudes a un dominio principal. Por ejemplo, si www.domaine.xyz y www.mon-domaine.xyz llevan al mismo sitio, pero www.mon-domaine.xyz es tu dominio principal, usa esta regla en el .htaccess de www.domaine.xyz:

RewriteEngine On
RewriteRule ^(.*)$ http://www.mon-domaine.xyz/$1 [R=301]

Esto redirigirá todas las páginas de www.domaine.xyz a www.mon-domaine.xyz de manera transparente, con una redirección permanente (R=301).

Tenga también en cuenta esta otra guía sobre el tema.

Esta guía explica cómo trasladar un sitio web existente dentro de un Alojamiento Web de Infomaniak a otro Alojamiento Web de Infomaniak.

Prólogo

• No hay muchas soluciones llave en mano para mover un sitio web.
• En general, pocos proveedores de alojamiento ofrecen la exportación o importación de un sitio completo con sus bases de datos; esto se debe en gran parte a que hay muchas maneras de construir un sitio y tantos lenguajes que son bastante incompatibles entre sí.
• Si el sitio a transferir está construido con WordPress, consulte esta otra guía que ilustra una solución simplificada.
• También es posible trasladar un alojamiento web completo (leer más abajo).
• Para obtener ayuda adicional contacte a un socio o lance una oferta gratuita — también descubra el rol del proveedor de alojamiento.

Solución manual: ejemplo de transferencia de sitio

Para hacerlo manualmente, es necesario:

• recuperar los datos Web así como las bases de datos asociadas,
• volver a publicar esto en un sitio creado en el alojamiento web de destino,
• y si el nombre de dominio asociado es idéntico, será necesario que el primer sitio sea eliminado o renombrado.

Para el resto, aquí tienes un ejemplo de cómo proceder:

1. Pida el otro alojamiento web / Servidor Cloud si aún no lo tiene.
2. Cree un «sitio falso» en este nuevo alojamiento (por ejemplo dev.domain.xyz - leer más abajo).
3. Copie manualmente tus datos por FTP y MySQL (exportar / importar).
4. Adapte su sitio si es necesario (dirección de la base de datos, etc.).
5. Una vez que esté satisfecho con el «nuevo sitio», elimine el antiguo.
6. Cambie el nombre del nuevo sitio para darle su verdadero nombre.

Una alternativa, en el punto 2 anterior, consiste en trabajar con el alias www. que puede desvincular previamente de su sitio actual. De hecho, el alias www(.domain.xyz) a menudo se instala como un alias de su sitio, y basta con desvincularlo, lo que permite la creación de un sitio en el otro alojamiento con el nombre www.domain.xyz (no olvide, en el punto 6, agregar su alias de tipo "domain.xyz" sin los www a este nuevo sitio).

Traslados de alojamientos web completos

Existe una manera automatizada de mover un alojamiento web Infomaniak hacia:

• un Servidor Cloud Infomaniak (si el alojamiento está actualmente compartido o si el alojamiento ya está en Servidor Cloud)
• otra Organización Infomaniak

Un alojamiento Starter no puede ser movido pero puede ser convertido.

Esta guía detalla la compatibilidad de los alojamientos web de Infomaniak con IPv4 y IPv6.

Prólogo

• Infomaniak soporta tanto IPv4 como IPv6, lo que permite una conectividad óptima para todos los usuarios.
• Solo los alojamientos Starter (gratis) y las antiguas fórmulas de alojamiento no son compatibles: actualizar a un Serveur Cloud o alojamiento compartido.
• La compatibilidad con IPv4 e IPv6 significa que el servicio de alojamiento de Infomaniak permite que los sitios web sean accesibles tanto para los usuarios que utilizan direcciones IPv4 como para los que utilizan IPv6.
• Esto garantiza que tu sitio puede ser visitado por todos los tipos de dispositivos y redes, ofreciendo una experiencia óptima a tus usuarios, independientemente del protocolo que utilicen para conectarse a Internet.

IPv4, o Protocolo de Internet versión 4

Es la primera versión del protocolo de Internet ampliamente utilizada desde los años 1980. Utiliza direcciones IP de 32 bits, lo que permite identificar y localizar los dispositivos conectados a Internet. Sin embargo, con el agotamiento de las direcciones IPv4, se ha vuelto necesario desarrollar una nueva versión (leer más abajo):

• Ejemplo de dirección IPv4: 192.168.0.1
• En este ejemplo, la dirección IPv4 está compuesta por cuatro grupos de números separados por puntos…
  • Cada grupo puede contener un número de 0 a 255.
  • La dirección 192.168.0.1 se utiliza a menudo para representar una dirección IP local en una red privada.
• Encontrar la IP de tu sitio web: consulta esta otra guía…
• Obtener la IP pública de tu conexión a Internet actual: https://chk.me/ip

IPv6, o Protocolo de Internet versión 6

Es la última versión del protocolo de Internet introducida para resolver el problema de agotamiento de las direcciones IPv4. IPv6 utiliza direcciones IP de 128 bits, ofreciendo un espacio de direccionamiento prácticamente ilimitado. También ofrece funcionalidades mejoradas como la seguridad, la calidad de servicio y la configuración automática de dirección:

• Ejemplo de dirección IPv6: 2001:0db8:85a3:0000:0000:8a2e:0370:7334
• En este ejemplo, la dirección IPv6 está compuesta de ocho grupos de números y letras separados por dos puntos…
  • Cada grupo puede contener un número hexadecimal de 0 a FFFF.
  • La dirección IPv6 es mucho más larga que la dirección IPv4, ofreciendo así un espacio de direccionamiento mucho más amplio.

Esta guía detalla el uso de scripts Perl o Python en Alojamientos Web Infomaniak.

Prólogo

Aquí tienes información práctica:

• La ubicación (ruta) del intérprete de python es /usr/bin/python.
• mod_python no es compatible.
• No es posible ejecutar scripts sin la extensión pl o cgi, sin embargo, un archivo .pl puede existir y ser llamado a través de una URL sin la extensión.

Si recibe el siguiente mensaje de error:

CGIWrap Error: Execution of this script not permitted
Execution of that script is not permitted for the following reason:
(1) Script file not found.
Request Data:Extra Path Info: /dossier/wwwdata/collection/vignettes/blabla.PL.12.34.56.gif

sin embargo, el archivo cargado es una simple imagen GIF con un nombre de archivo del tipo "blabla.PL.12.34.56.gif". Esto se debe al nombre de los archivos en cuestión. Para solucionar el problema, simplemente renombre sus archivos.

Esta guía se refiere a los permisos de tráfico que entran y salen entre diferentes soportes de alojamiento a nivel de las bases de datos.

Acceso a las bases de datos de otro alojamiento...

... desde un alojamiento compartido

A partir de un Alojamiento compartido (excepto antigua fórmula v1 - 60 GB), es posible conectarse a las bases de datos...

• ... otro alojamiento compartido
• ... alojamiento en Servidor Cloud

Así que puedes compartir una base y establecer una conexión remota o incluso un acceso cruzado.

... desde un Servidor Cloud

A partir de un Servidor Cloud, es posible conectarse a las bases de datos...

• ... de otro Servidor Cloud (es necesario abrir el puerto 3306 en TCP / entrada en el cortafuegos)

pero no es posible conectarse a las bases de un alojamiento compartido.

... desde otro hospedador

Esta guía explica cómo mostrar las rutas absolutas Infomaniak para ciertas aplicaciones web que necesitan conocerlas.

Obtener la ruta absoluta…

… de un alojamiento web

Para ello:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto en cuestión.
3. Haga clic en la flecha ‍ para expandir la sección Información de este alojamiento.
4. La indicación resaltada a continuación es la ubicación del sitio de ejemplo:
   

… de un sitio web

Para ello:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto en cuestión.
3. Haga clic en la flecha ‍ para expandir la sección Información de este sitio.
4. La indicación resaltada a continuación es la ubicación del sitio de ejemplo:
   

Esta guía le concierne si enfrenta problemas de codificación de páginas y caracteres anormales que aparecen en sus páginas.

Codificación universal

Si tiene problemas de codificación de páginas, es importante verificar que la codificación de su página esté correctamente definida en UTF-8. UTF-8 es una codificación universal que soporta la mayoría de los caracteres utilizados en el mundo. Puede ocurrir que algunos archivos contengan caracteres incompatibles con la codificación UTF-8. En ese caso, debe convertirlos a UTF-8 utilizando un editor de texto adecuado.

Si el codificado de la página HTML es, por ejemplo, en UTF-8 mientras que la base de datos está en latin-1, los acentos no se interpretarán correctamente por MySQL. Si las páginas contienen caracteres especiales (textos árabes, chinos, acentos), pueden mostrarse correctamente en su sitio web pero no en phpMyAdmin, o viceversa...

Utilice un editor de texto que pueda guardar sus archivos en UTF-8. Si importa archivos de texto con código SQL, debe editarlos con un software que guarde en UTF-8.

UTF-8 en PHP

Para forzar los encabezados del sitio en UTF-8 utilizando PHP, puede usar la función header() con el parámetro Content-Type. Aquí tienes un ejemplo de código que permite forzar la codificación de caracteres en UTF-8:

<?php
header('Content-Type: text/html; charset=utf-8');
?>

UTF-8 a través de .htaccess

Para forzar la codificación de caracteres en UTF-8 a través del archivo .htaccess de su sitio, para contenido HTML agregue:

AddDefaultCharset utf-8
Header set Content-Type "text/html; charset=utf-8"

y para contenido PHP agregar:

php_value default_charset UTF-8
php_value mbstring.internal_encoding UTF-8

UTF-8 en HTML

Para especificar la codificación de caracteres en UTF-8 en el código HTML, puede usar la etiqueta meta charset:

<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>Titre de la page</title>
</head>
<body>
<!-- Contenu de la page -->
</body>
</html>

Asegúrese también de que todos los archivos utilizados en su sitio web, como los archivos de estilo CSS y los scripts JavaScript, también estén codificados en UTF-8. Esto garantiza que todos los caracteres en su sitio web se mostrarán correctamente.

UTF-8 en base de datos

Para (re)declarar la codificación de las bases de datos y las tablas en UTF-8 en phpMyAdmin, puede seguir los siguientes pasos:

1. Conéctate a tu panel de control phpMyAdmin.
2. Haga clic en la pestaña "Operaciones" en la parte superior.
3. En la sección "Opciones de la tabla", busque la línea "Collation" y haga clic en el botón desplegable.
4. Seleccione una opción de collation que utilice la codificación UTF-8, por ejemplo utf8_general_ci.
5. Haga clic en el botón "Ejecutar" en la parte inferior de la página para guardar los cambios.

Añada la función PHP mysql_set_charset a la conexión creada por mysql_connect para determinar la codificación de esta conexión (si no la especifica, el valor predeterminado de este parámetro puede variar de un servidor a otro):

$connection = mysql_connect($server, $username, $password);
mysql_set_charset('utf8', $connection);

También puede modificar este parámetro predeterminado en todo su alojamiento siguiendo esta documentación.

Una vez establecida la conexión MySQL desde un script PHP, también puede especificar el tipo de charset UTF8 con estos comandos:

mysql_query("SET NAMES 'utf8';");
mysql_query("SET CHARACTER SET 'utf8';");

Acentos / Caracteres especiales

Cuando recuperas una copia de seguridad de tu base de datos MySQL (llamada "dump") e intentas importarla en tu propia base de datos, es posible que los acentos (como é, à, ô) aparezcan como símbolos extraños, como signos de interrogación (por ejemplo, "?" en lugar de un acento).

Esto ocurre porque las copias de seguridad de MySQL generalmente se crean utilizando un formato especial llamado UTF-8. En este formato, las letras con acentos ocupan más espacio (están codificadas en dos bytes, un poco como dos "unidades" de datos por carácter). En los servidores, esto funciona bien, pero si trabajas en tu computadora personal, es posible que debas ajustar algunas configuraciones para que la importación se realice correctamente utilizando UTF-8. El problema de los caracteres extraños generalmente ocurre cuando hay un desajuste de codificación entre el archivo de copia de seguridad y la importación. Esto puede suceder si el archivo está codificado en un formato (por ejemplo, UTF-8) pero MySQL espera otro codificación (por ejemplo, latin1).

Aquí tienes algunas soluciones:

• Convertir el archivo: Puede convertir el archivo de respaldo de UTF-8 a otro formato, llamado latin1, antes de importarlo a su base de datos. Esto puede evitar que los acentos se interpreten mal, pero tiene limitaciones. Si el archivo contiene caracteres que no se pueden representar en latin1 (como ciertos caracteres especiales o no europeos), puede perder estos caracteres durante la conversión. Por lo tanto, es una solución que debe usarse con precaución y depende del tipo de datos presentes en su archivo SQL.
• Especificar el formato correcto durante la importación: Si no ha convertido el archivo, puede indicar durante la importación que el archivo está en el formato iso-latin1 (al importar un archivo SQL, puede especificar explícitamente que el archivo está en ISO-8859-1, también conocido como latin1). Esto permite alinear la codificación del archivo con la esperada por MySQL, lo que generalmente resuelve el problema de los caracteres mal mostrados.

Si ves signos de interrogación en lugar de acentos, probablemente significa que el archivo de respaldo está en un formato diferente a UTF-8, pero tu software intenta importarlo como si estuviera en UTF-8. Para evitar esto, en Linux, puedes usar un comando llamado iconv para convertir el archivo a UTF-8 antes de la importación. Esto asegura que la codificación sea coherente con las expectativas de MySQL.

Esta guía indica cómo modificar la directiva error_reporting() en su sitio web.

Activar el informe de errores

Indique las 2 siguientes informaciones en su archivo .user.ini:

display_errors=on
error_reporting=E_ALL & ~E_NOTICE & ~E_STRICT

Si tu navegador no muestra ni errores ni advertencias, es que no hay ninguno.

Desactivar la visualización de errores PHP

Para WordPress, edite el archivo wp-config.php y reemplace la línea:

define('WP_DEBUG', false);

por :

ini_set('display_errors','Off');
ini_set('error_reporting', E_ALL );
define('WP_DEBUG', false);
define('WP_DEBUG_DISPLAY', false);

De lo contrario, puede agregar el siguiente código en el archivo .user.ini:

display_errors=off