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 en una Alojamiento web todas las extensiones instaladas en su WordPress.

Preámbulo

• Si se encuentra con un problema con su sitio web, deshabilitar extensiones de WordPress permite identificar rápidamente si una de ellas se vería afectada y así extraer las conclusiones necesarias para reparar su sitio.
• Ayuda suplementaria Póngase en contacto con un socio o Haga una licitación gratuita Averigüe también el rol del hospedador.

Desactivar rápidamente extensiones WP

Para desactivar todas las extensiones de WordPress:

1. Inicie sesión en el servidor en FTP (¿Necesitas ayuda?).
2. Ve a la ubicación del sitio (carpeta correspondiente a su sitio de WordPress).
3. Devuélvamelo./wp-content/plugins en /wp-content/_plugins p.ex
   • Para desactivar una extensión específica, renombrar /wp-content/plugins/nomDuPlugin en /wp-content/plugins/_nomDuPlugin p. ej.

Esta guía explica cómo mover un sitio web existente dentro de un alojamiento web de Infomaniak a otro alojamiento web de Infomaniak.

Preámbulo

• 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 principalmente a que existen muchas maneras de construir un sitio y tantos lenguajes que a menudo son incompatibles entre sí.
• Sin embargo, si el sitio a transferir está construido con WordPress, consulta esta otra guía para una solución simplificada.
• También es posible mover un alojamiento web completo (ver más abajo).
• Para obtener más ayuda, contacta a un socio o lanza una solicitud de propuesta gratuita — también descubre el rol del proveedor de alojamiento.

Solución manual: ejemplo de transferencia de sitio web

Para hacerlo manualmente, necesitas:

• Recuperar los datos web y las bases de datos asociadas,
• Republicar esto en un sitio creado en el alojamiento web de destino,
• Y si el nombre de dominio asociado es el mismo, será necesario que el primer sitio sea borrado o renombrado.

Aquí tienes un ejemplo de cómo proceder:

1. Ordena el otro alojamiento web / servidor en la nube si aún no lo has hecho.
2. Crea un "sitio de prueba" en este nuevo alojamiento (por ejemplo, dev.domain.xyz - ver más abajo).
3. Copia manualmente tus datos mediante FTP y MySQL (exportar / importar).
4. Adapta tu sitio si es necesario (dirección de la base de datos, etc.).
5. Una vez que estés satisfecho con el "nuevo sitio", elimina el anterior.
6. Cambia el nombre del nuevo sitio para darle su nombre real.

Alternativamente, en el paso 2 anterior, puedes trabajar con el alias www. que puedes desvincular de tu sitio actual. El alias www(.domain.xyz) a menudo se configura como alias de tu sitio, y desvincularlo permite crear un sitio en el otro alojamiento con el nombre www.domain.xyz (no olvides, en el paso 6, agregar tu alias "domain.xyz" sin el www al nuevo sitio).

Movimientos de cuentas de alojamiento web completas

Existe una forma automatizada de mover un alojamiento web de Infomaniak a:

• Un servidor en la nube de Infomaniak (si el alojamiento es actualmente compartido o si el alojamiento ya está en un servidor en la nube)
• Otra organización de Infomaniak

Un alojamiento Starter no se puede mover, pero se puede convertir.

Esta guía explica el principio de la reescritura de URL al volar.

Preámbulo

• La reescritura de URL al volar es una técnica que permite modificar la apariencia de las URLs de una página web sin cambiar realmente el camino del recurso.
• Este proceso se realiza mediante redirecciones virtuales, transformando una URL visible en otra más estética, conservando al mismo tiempo el destino inicial invisible para los visitantes.
• Este método se utiliza a menudo para hacer las URLs más sencillas y legibles, enmascarando los parámetros de las páginas dinámicas.
• Además de mejorar la estética para los visitantes, es beneficiosa para el posicionamiento, ya que los motores de búsqueda prefieren generalmente las URLs sin parámetros complejos.

Ejemplo de reescribir URL

Tome el ejemplo de la URL: article.php?id=25&categorie=4&page=3 Puede ser reescrita en: article-25-4-3.html o titre-article-25-4-3.html Aquí es cómo configurar esto 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]

• Opciones +FollowSymlinks : autoriza el uso de enlaces simbólicos
• RewriteEngine on : Activa el módulo de reescritura de la 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 redireccionado a article.php?id=25&categorie=4&page=3 Sin que sea visible.

Redirigir a otro dominio

Si tiene varios dominios apuntando a un mismo sitio, puede redirigir todas las consultas a un dominio principal. P.ex si www.domaine.xyz y www.mon-domaine.xyz llevan al mismo sitio, pero que www.mon-domaine.xyz es su dominio principal, utilizar 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 forma transparente, con una redirección permanente (R=301).

Conozca también esta otra guía Acerca de eso.

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 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 los caminos absolutos Infomaniak para algunas aplicaciones web que necesitan conocerlas.

Conseguir el camino absoluto...

... de un alojamiento web

Para ello:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesitas ayuda?).
2. Haga clic directamente en el nombreasignado al producto afectado.
3. A continuación, haga clic en el Chevron ‍ para desarrollar la parte Información de este alojamiento.
4. La indicación que se muestra 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 (¿Necesitas ayuda?).
2. Haga clic directamente en el nombreasignado al producto afectado.
3. A continuación, haga clic en el Chevron ‍ para desarrollar la parte Información de este sitio.
4. La indicación que se muestra a continuación es la ubicación del sitio de ejemplo:
   

Esta guía detalla el uso de scripts Perl o Python sobre Alojamientos web Infomaniak.

Preámbulo

A continuación se ofrece información práctica:

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

Si obtiene 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

mientras que el archivo cargado es una simple imagen GIF con un nombre de archivo de tipo "blabla.PL.12.34.56.gif"Esto viene del nombre de los archivos en cuestión. Para evitar el problema, Simplemente rencore sus archivos.

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

Codificación universal

Si usted tiene problemas de codificación de páginas, es importante comprobar que la codificación de su página está bien definida en UTF-8 UTF-8 es una codificación universal que admite 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 este caso, debe convertirlos a UTF-8 con la ayuda de un editor de texto adecuado.

Si la codificación de la página HTML es p.ex en UTF-8 mientras que la base de datos está en latín-1 los acentos no serán interpretados correctamente por MySQL. Si las páginas contienen caracteres especiales (textos árabes, chinos, acentos) pueden aparecer correctamente en su sitio web pero no en phpMyAdmin, o viceversa...

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

UTF-8 en PHP

Para forzar los headers del sitio en UTF-8 utilizando PHP, puede utilizar la función header() con el parámetro Content-Type Este es 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 via .htaccess

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

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

y para el contenido de PHP añadir:

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 utilizar 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.
 

UTF8 en base de datos

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

1. Inicie sesión en su 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 "Colación" y haga clic en el botón desplegable.
4. Seleccionar una opción de aperitivo 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ñade 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 cambiar este parámetro predeterminado en todo su alojamiento siguiendo la 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';");

Accents / Caracteres especiales

Cuando recupera una copia de seguridad de su base de datos MySQL (llamada "dump") y la importa en su propia base de datos, puede que los acentos (como e, a, oh) aparecen en forma de símbolos extraños, como puntos de interrogación (p.ej. "?" en lugar de un acento).

Esto sucede porque las copias de seguridad MySQL se crean generalmente utilizando un formato especial llamado UTF-8 En este formato, las letras con acentos utilizan más espacio (se codifican en dos bytes, un poco como dos "unidades" de datos por carácter). En los servidores, funciona bien, pero si usted trabaja en su computadora personal, puede que tenga que ajustar algunas configuraciones para que la importación se haga correctamente utilizando UTF-8 El problema de los caracteres extraños ocurre generalmente cuando hay una desvinculación de codificación entre el archivo de copia de seguridad y la importación. Esto puede ocurrir si el archivo está codificado en un formato (p.ex) UTF-8) pero que MySQL espera otra codificación (p.ej. latin1).

Aquí están algunas soluciones:

• Convertir archivo : Puede convertir el archivo de copia de seguridad 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 pueden ser representados en latin1 (como algunos caracteres especiales o no europeos), puede perder estos caracteres durante la conversión. Por lo tanto, es una solución que debe utilizarse con precaución y depende del tipo de datos presentes en su archivo SQL.
• Especificar el formato correcto al importar : Si usted no ha convertido el archivo, puede indicar, al importar, que el archivo está en formato iso-latin1 (Al importar un archivo SQL, puede indicar explícitamente que el archivo está en ISO-8859-1, también llamado latín1). Esto permite alinear la codificación del archivo con la prevista por MySQL, lo que por lo general resuelve el problema de los caracteres mal mostrados.

Si usted ve puntos de interrogación en lugar de acentos, esto probablemente significa que el archivo de copia de seguridad está en un formato distinto de UTF-8, pero que su software intenta importar como si estuviera en UTF-8 Para evitar esto, en Linux, puede utilizar 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 explica cómo modificar la directiva error_reporting() en su sitio web.

Activar la Informes de Errores

Incluya las siguientes 2 líneas en su archivo .user.ini:

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

Si su navegador no muestra ni errores ni advertencias, entonces no hay ninguno.

Deshabilitar la Visualización de Errores de 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, agregue el siguiente código al archivo .user.ini:

display_errors=off