Esta guía explica cómo pedir un Alojamiento Web en Infomaniak.

Ya eres cliente, ya posees un alojamiento

Para pedir un alojamiento suplementario:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿necesita ayuda?).
2. Haga clic en el icono de carro de supermercado:
   

Pedir un nuevo alojamiento web Infomaniak

Para pedir un primer alojamiento web:

1. Si es necesario, cree una cuenta de usuario.
2. Haga clic aquí para acceder al Manager Infomaniak.
3. Haga clic en Alojamiento (universo Web & Dominio):
   
4. Haga clic para pedir un nuevo alojamiento:
   
5. Una vez en la Tienda, verifique que está pidiendo en la Organización deseada (seleccione otra de la lista si es necesario o cree una nueva en el punto 6 a continuación):
   
6. Valide su elección haciendo clic en el botón azul al final de la página (o cree primero una nueva Organización si es necesario gracias al enlace azul dedicado a este uso):
   
7. Arriba, introduzca el nombre de dominio de su alojamiento y haga clic en Buscar (aunque ya lo gestione en otro registrador):
   
8. Dos casos son posibles a continuación:
   1. No posee aún el nombre de dominio: verifique las informaciones y las opciones en pantalla y haga clic en el botón Siguiente:
      
   2. Posee y gestiona sus nombres de dominio en otro registrador: haga clic en el menú de acción ⋮ a la derecha del nombre de dominio para pedir el alojamiento solo:
      
9. Elija el alojamiento que le convenga.
10. Haga clic en Siguiente.
11. Termine la orden.

Esta guía explica cómo actualizar un certificado SSL de Let's Encrypt para un sitio alojado por Infomaniak.

Introducción

• Puede ser necesario, tras agregar o eliminar alias de un sitio, regenerar un certificado para incluir los nuevos nombres de dominio asociados al sitio web.
• El panel de control le indicará claramente que uno de los dominios asociados al sitio no está incluido en el certificado SSL actual:
  

Actualizar un certificado de Let's Encrypt

Para acceder a la gestión de certificados:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager de Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente:
   
3. Haga clic en el menú de acción ⋮.
4. Haga clic en Actualizar el certificado:
   
5. Verifique o seleccione los dominios correspondientes.
6. Haga clic en el botón Instalar:
    

Esta guía explica cómo personalizar los límites de un sitio alojado en un Hosting Web compartido o un Servidor Cloud.

Desbloquear o ajustar los límites de un sitio

Para acceder a la gestión del sitio web:

1. Haga clic aquí para acceder a la gestión de su sitio en el Gestor Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio correspondiente:
   
3. Haga clic en Gestionar parámetros avanzados:
   
4. Haga clic en la pestaña PHP / Apache:
   

Podrá, entre otras cosas…

• … desbloquear durante 60 minutos el límite de memoria (memory_limit = 1280 Mo) y el tiempo máximo de ejecución de los scripts (max_execution_time = 60 minutos):
  
  • Este desbloqueo es posible hasta 10 veces al año.
• … personalizar los límites de:
  • max_execution_time (en segundos)
  • memory_limit (en Mo)
  • post_max_size & upload_max_filesize (tamaño máximo de archivo para envío, en Mo)
  • Solo Servidor Cloud: Max children (consulte esta otra guía)
  • Solo Servidor Cloud: Max input time

Valores máximos por tipo de alojamiento

Esta guía explica cómo reemplazar, dentro de un hosting web de Infomaniak, la dirección de un sitio actualmente subdominio (https://dev.domain.xyz) por el dominio principal (https://domain.xyz).

Prólogo

• Operaciones en breve:
  1. Comenzamos con un sitio creado y accesible a través de la URL del dominio principal dev.domain.xyz.
  2. Se le agrega un alias domain.xyz.
  3. Se invierten los 2 tipos (el dominio principal se convierte en alias y el alias se convierte en principal).
  4. Se elimina el antiguo nombre dev.domain.xyz.
• Tenga en cuenta que la ubicación del sitio permanece en la carpeta original en el servidor; el nombre de esta ubicación puede ser de la forma /sites/dev.domain.xyz pero esto no tiene absolutamente ningún impacto en el sitio en producción.
• También tómese el tiempo de leer el último capítulo de esta otra guía.

Invertir un dominio vinculado

Aquí están las operaciones detalladas para pasar de un sitio con una dirección de tipo subdominio a una dirección directa (aquí dev.domaine-exemple.ch se convierte en domaine-exemple.ch):

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio correspondiente:
   
3. Luego, haga clic en la flecha ‍ para desarrollar la sección Dominios de este sitio:
4. Haga clic en el botón Agregar un dominio:
   
5. Agregue el nuevo nombre deseado (si el nombre de dominio a agregar se encuentra en la misma Organización, se le propondrá en la lista, de lo contrario, ingrese su ortografía):
   
6. Active o desactive las casillas de verificación:
   • Si el dominio agregado no está en forma de subdominio, es posible solicitar agregar automáticamente la versión www del dominio.
   • Actualizar automáticamente (si es posible) los registros DNS de los dominios agregados.
   • Actualizar automáticamente los certificados SSL relacionados (si es posible).
7. Haga clic en el botón para Confirmar y espere:
   
8. Una vez realizado el añadido, haga clic en el menú de acción ⋮ situado a la derecha del dominio que acaba de ser añadido y que desea colocar como dominio principal:
9. Elija definir el elemento como dominio principal:
   
10. Valide la operación para proceder a la inversión de los dominios:
    

Esta guía se refiere al programador de tareas, una función que permite ejecutar scripts en Alojamiento Web en el momento y con la frecuencia que elija, para automatizar tareas repetitivas.

Acceder al programador de tareas (webcron)

Para acceder a la herramienta de programación de tareas:

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio en cuestión:
   
3. Haga clic en Herramientas avanzadas en el menú lateral izquierdo.
4. Haga clic en Programador de tareas.
5. Los crons existentes y las tareas en ejecución se muestran en las 2 pestañas de la página.
6. Haga clic en el botón Programar una tarea para crear una tarea programada, especificando, entre otras cosas, si la URL del script que se va a ejecutar está protegida por contraseña, si desea recibir notificaciones y, por supuesto, el intervalo deseado (consulte a continuación), etc.:
   
7. No olvide activar la tarea mediante el botón de alternancia: 
   

Intervalos mínimos

En el siguiente paso, puede programar el cron según…

• [ a ]… intervalos preestablecidos, como, por ejemplo, una vez por semana…
• [ b ]… o una personalización con un intervalo mínimo de:
  • 15 minutos con un alojamiento compartido
  • 1 minuto en Servidor Cloud

Notificaciones y análisis

En el siguiente paso, puede activar los correos electrónicos de notificación:

El siguiente paso permite activar un análisis de la tarea:

Ejecutar la tarea manualmente una vez

Una vez creada la tarea, haga clic en el menú de acción ⋮ situado a la derecha del elemento correspondiente para acceder a la gestión rápida de su tarea y a su registro de ejecuciones:

En la parte superior de la página, puede hacer clic en el botón para ejecutar la tarea manualmente una vez:

Esta guía explica para qué sirve la opción "Prefijo MySQL" en los parámetros de un sitio y cuáles son sus implicaciones para el funcionamiento de sus aplicaciones web (CMS) y scripts PHP.

Prólogo

• Cuando la opción "Prefijo MySQL" está activada para un sitio, ya no es necesario agregar el prefijo "wxyz_" antes del nombre y los usuarios de sus bases de datos MySQL.
• Un script PHP podrá conectarse a MySQL con el usuario "monuser" y una base de datos "mabase" y el acceso se realizará automáticamente con el usuario "wxyz_monuser" y la base de datos "wxyz_mabase".
• ⚠ Si realiza una migración desde una antigua oferta de Infomaniak:
  • Después de migrar un sitio desde la antigua consola, la opción "Prefijo MySQL" está activada por defecto para mantener automáticamente la conexión de sus aplicaciones web (WordPress, Joomla, Drupal, etc.) y scripts PHP con sus bases de datos MySQL.
  • Para garantizar el buen funcionamiento de sus sitios en caso de migración de su alojamiento a otro servidor, se recomienda encarecidamente desactivar esta función y realizar los ajustes que esto implica.

Administrar la opción Prefijo MySQL

Profundizar con las variables de entorno

Es posible configurar variables de entorno directamente desde el Manager para todo su sitio web:

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio correspondiente:
   
3. Haga clic en Administrar parámetros avanzados:
   
4. Haga clic en la pestaña PHP / Apache:
   
5. Activar o desactivar el botón de alternancia (toggle switch) Prefijo MySQL:
   
6. Haga clic en el botón Guardar al final de la página.
7. Realice los ajustes necesarios en los archivos de configuración de sus aplicaciones web y scripts PHP...

Implicaciones y ajustes a realizar

Después de desactivar la opción Prefijo MySQL para un sitio, algunos scripts PHP o CMS pueden dejar de funcionar.

Para restablecer la conexión a sus bases de datos, deberá actualizar imperativamente la siguiente información en el/los archivo(s) de configuración de los scripts afectados:

• el nombre de la base de datos MySQL: deberá agregar el prefijo de su servidor
  • antes: dbname
  • después: wxyz_dbname
• el usuario de la base de datos MySQL: deberá agregar el prefijo de su servidor
  • antes: dbuser
  • después: wxyz_dbuser

Esta guía se refiere a la redirección del tráfico web a un puerto específico, incluidas las situaciones en las que se utiliza una IP dedicada y una aplicación web específica (como Node o Varnish, por ejemplo).

Requisitos previos

• Agregar un sitio en su alojamiento.
• Instalar HAProxy en el Servidor en la nube.

Redirigir el tráfico web a un puerto específico

Por defecto, en el Servidor en la nube, el tráfico web se envía a Apache. Para enviar las solicitudes a un script Node o a otro servicio (siempre que "escuche" en un puerto entre 4000 y 4009), es necesario pasar por HAProxy.

Esto se aplica especialmente a los servidores Express, Socket.IO, Meteor.js, Nuxt.js, Django, Flask, Ruby on Rails, incluso posiblemente Java (J2E), etc.

Para ello, debe asegurarse de que el servicio esté escuchando en un puerto entre 4000 y 4009 (especialmente con server.listen(4000) para Express o un servidor HTTP Node básico, pero según el tipo de proyecto, por otros medios, un archivo de configuración, en el código o cualquier otro) y en todas las interfaces (0.0.0.0).

También será necesario configurar HAProxy como en el ejemplo siguiente:

1. Haga clic aquí para acceder a la gestión de su Servidor en la nube en el Administrador de Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al Servidor en la nube correspondiente.
3. Haga clic en Instalador rápido en el menú lateral izquierdo.
4. Haga clic en el menú de acción ⋮ situado a la derecha de HAProxy.
5. Haga clic en Configurar:
   
6. Seleccione la información deseada y guarde:
   

Casos particulares de alias y comodines

La configuración de HAProxy a través del Instalador rápido se aplica exclusivamente al dominio principal del alojamiento.

Actualmente, los alias de dominios (ya sean específicos o de tipo comodín como *.dominio.xyz) no son compatibles nativamente con esta herramienta.

Para redirigir el tráfico de un alias a su aplicación (que escucha, por ejemplo, en el puerto 4000), debe configurar manualmente una regla de tipo "proxy" en el archivo .htaccess situado en la raíz de su sitio:

# Redirect all traffic to the application (e.g., Node.js on port 4000)
RewriteEngine On
RewriteRule ^(.*)$ http://localhost:4000/$1 [P,L]

Sin esta directiva manual, todas las solicitudes correspondientes a sus alias o comodines se dirigirán por defecto a Apache en lugar de a su aplicación específica.

Recuperación de la IP de origen de una solicitud

Cuando redirige el tráfico web a su aplicación web, el procesamiento de las solicitudes cambia y la solicitud se recibe primero por un proxy inverso (local al servidor) que luego transfiere la solicitud al puerto elegido. Por lo tanto, debido a la transferencia de la solicitud, los métodos que habitualmente permiten recuperar la IP del visitante devolverán la IP del proxy inverso en lugar de la del visitante.

Por lo tanto, para recuperar la IP de origen real del visitante en estos casos, debe consultar un encabezado HTTP llamado X-Forwarded-For, que contendrá las IPs de origen acumuladas en cada redirección. Este encabezado contendrá, por lo tanto, en último lugar la dirección IP original del cliente, permitiendo identificar al visitante real.

Atención: es importante tener en cuenta que los encabezados HTTP pueden ser manipulados, lo que presenta riesgos de seguridad. Para minimizar estos riesgos, se recomienda verificar que la solicitud provenga de un servidor confiable antes de confiar en el contenido del encabezado X-Forwarded-For. Esta verificación puede implicar asegurarse de que la solicitud haya sido transmitida por un servidor intermedio de confianza, identificado por una lista preestablecida de direcciones IP. En el caso de que el sitio utilice una IP dedicada, los servidores de confianza son:

• 83.166.133.15
• 83.166.133.17
• 83.166.133.16
• 84.16.92.5
• 84.16.92.43
• 10.2.32.255
• 10.2.34.164

Esta guía explica cómo restaurar una copia de seguridad automática de una aplicación web de Infomaniak (Joomla, Drupal, Typo3, PrestaShop, ownCloud, etc.) incluida en las ofertas de Alojamiento Web de pago.

Introducción

• Esto no se aplica a WordPress, que se puede guardar y restaurar a través de:
  • la copia de seguridad automática del alojamiento,
  • extensiones que le permiten realizar manualmente una copia de seguridad completa, que incluso incluye un archivo de reinstalación simplificada.
• En el servidor FTP, los archivos correspondientes a las diferentes copias de seguridad están disponibles en /application-backups/.

Restaurar una aplicación web

Para acceder a las copias de seguridad de las aplicaciones:

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager de Infomaniak (¿necesita ayuda?).
2. Haga clic en el menú de acción ⋮ situado a la derecha del elemento correspondiente.
3. Haga clic en Restaurar una copia de seguridad:
   
4. Haga clic en el tipo de restauración deseada (Aplicación web).
5. Haga clic en el botón Siguiente:
   
6. Elija la aplicación que desea restaurar y haga clic en el botón Siguiente:
   
7. Elija la fecha a la que desea volver y haga clic en el botón Siguiente.
   • Si la página de Copias de seguridad está vacía, probablemente significa que las copias de seguridad están desactivadas o que la instalación es demasiado reciente.
8. Elija si prefiere…
   1. … eliminar los archivos existentes antes de restaurar la copia de seguridad (recomendado).
   2. … reemplazar los archivos con el mismo nombre y conservar los archivos nuevos creados después de la fecha de la copia de seguridad.
9. Haga clic en el botón Restaurar para iniciar la restauración de los datos de la aplicación web.

Más información

• Instalar o desinstalar una aplicación web
• Modificar el nombre de dominio asociado a la aplicación web
• Configurar las copias de seguridad de las aplicaciones web

Esta guía explica cómo acceder a phpMyAdmin con un Hosting Web.

Prólogo

• phpMyAdmin es una herramienta de administración de código abierto diseñada para gestionar sus bases de datos MySQL y MariaDB a través de una interfaz web intuitiva.
• Permite realizar operaciones complejas como la ejecución de consultas SQL, la creación de tablas o la importación y exportación de datos sin tener que usar la línea de comandos.

Acceder a phpMyAdmin

Para acceder al alojamiento web en la sección Bases de datos:

1. Haga clic aquí para acceder a la gestión de su alojamiento en el Gestor Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al alojamiento correspondiente:
   
3. Haga clic en la flecha ‍ a la derecha de Bases de datos en el menú lateral izquierdo.
4. Haga clic en Bases de datos en el menú lateral izquierdo.
5. Haga clic en Conectar a phpMyAdmin:
   
   • El servidor correcto y un usuario temporal se rellenan automáticamente.

También puede hacer clic en el menú de acción ⋮ situado a la derecha de un usuario de base de datos:

• El servidor correcto se rellena automáticamente.
• La contraseña a introducir corresponde al usuario de la base de datos (el que eligió al crear el usuario MySQL redéfínalo si lo has olvidado):

Esta guía explica cómo acceder al cargador de arranque de un VPS Cloud / VPS Lite desde el Administrador de Infomaniak.

Mostrar el cargador de arranque de un VPS Cloud / VPS Lite

El siguiente procedimiento permite mostrar el cargador de arranque de GRUB:

1. Haga clic aquí para acceder a la gestión de su producto en el Administrador de Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic en Abrir la consola VNC.
4. Haga clic en Reiniciar el servidor mientras mantiene abierta la nueva ventana con la consola VNC.
5. Actualice inmediatamente la consola VNC tan pronto como el servidor se reinicie para mostrar el cargador de arranque del servidor; GRUB se muestra entonces y puede dejarlo visible presionando una tecla de su teclado:
   

Su sitio web ha enviado mensajes sospechosos y puede haber sido pirateado, aunque sigue siendo accesible.

Sus cuentas de correo electrónico (si tiene alguna) no están afectadas… Sin embargo, la recepción de correos electrónicos provenientes de su sitio web puede verse perturbada.

¿Qué hacer?

Infomaniak le informa que los sitios web que contienen código malicioso y/o envían mensajes no deseados pueden ser penalizados por los motores de búsqueda y que el registro del dominio afectado puede bloquear su nombre de dominio o eliminarlo.

Por lo tanto, es primordial realizar verificaciones y modificaciones en sus páginas, así como una limpieza entre los archivos alojados.

Esta guía explica cómo mover un Hosting Web (y todos los sitios que contiene) de un Servidor Cloud a otro Servidor Cloud gestionado.

Preámbulo

• FTP & MySQL
  • Al mover un alojamiento de un Servidor Cloud a otro:
    • Los accesos FTP y las bases de datos no cambian.
    • Solo cambian en los alojamientos las versiones soportadas de PHP y MariaDB, así como las direcciones IPv4 e IPv6 del servidor.
    • Los nombres de host (hostnames) no cambian y se actualizan automáticamente para apuntar a las nuevas direcciones IP.
• Interrupción temporal:
  • Los sitios del alojamiento estarán inaccesibles durante la migración de los datos.
  • Este proceso puede durar varios minutos dependiendo del número de archivos a transferir al nuevo Servidor Cloud.
• Posible cambio a HTTP/2:
  • El HTTP/2 está activo en los nuevos servidores.
  • Algunas directivas que puedan estar presentes en el archivo .htaccess de su servidor podrían requerir una adaptación.
• Redirección del tráfico:
  • Se establece un proxy durante 7 días para redirigir el tráfico del antiguo servidor al nuevo.
  • Por lo tanto, es conveniente tenerlo en cuenta durante este período, especialmente para los crons (ver más abajo).
• Crons no migrados:
  • Los crons por SSH no se migran.
  • Los archivos y los crons generalmente no se eliminan de inmediato, lo que puede causar duplicados.
  • La gestión de los crons es de su responsabilidad; según el avance de su migración, le corresponde:
    • desactivar y activar los crons a través de SSH si los tiene, para evitar cualquier conflicto de ejecución,
    • verificar sus crons,
    • asegurarse de que estén configurados adecuadamente en su nuevo Servidor Cloud.

Mover la hospedaje

Requisitos previos

• Los dos servidores deben estar en la misma Organización y ser accesibles para el usuario que realiza la operación.

Una vez que el segundo Servidor Cloud esté en servicio:

1. Haga clic aquí para acceder a la gestión de la hospedaje en el Gestor Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado a la hospedaje concernida.
3. Haga clic en el botón Gestionar.
4. Haga clic en Mover a otro servidor en el menú que se muestra:
   
5. Elija el servidor de destino deseado.
6. Haga clic en Validar.

Adaptar la zona DNS y finalizar

Si sus nombres de dominio no están gestionados en Infomaniak o en la misma Organización que el Servidor Cloud:

• Adapte el registro A de los dominios concernidos.
  • Cualquier adición/modificación DNS puede tardar hasta 48 horas en propagarse.
  • Por lo tanto, se recomienda no cancelar el antiguo Servidor Cloud antes de este plazo.
• Cancela el antiguo Servidor Cloud si es necesario.

Esta guía explica cómo mostrar e interpretar los datos de monitoreo (estadísticas de red, CPU, RAM, etc.) de un Servidor Cloud.

Supervisar la actividad de un Servidor Cloud gestionado

Para acceder al monitoreo

1. Haga clic aquí para acceder a la gestión de su producto en el Gestor Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic en Monitoreo en el menú lateral izquierdo

Diferentes datos están disponibles para supervisar la actividad de sus Servidores Cloud, entre ellos:

• el tráfico entrante y saliente (red)
• la media de la carga del sistema (load average)
• la media de la carga de la CPU
• la cantidad de memoria RAM utilizada
• el espacio en disco utilizado
• el número de hits / seg.
• la media de las consultas MySQL realizadas

Interpretar las estadísticas

Al interpretar el monitoreo de los recursos de un Servidor Cloud, podrá estimar los recursos (la potencia) que necesita para hacer funcionar sus sitios y aplicaciones web.

Carga total del sistema

La carga total del sistema resume en porcentaje el nivel de uso de los procesadores virtuales. En este ejemplo, el servidor utiliza menos del 10% de sus recursos (0.10).

Procesador (CPU) y memoria (RAM)

Estos gráficos muestran que menos del 10% de los procesadores virtuales se están utilizando y que menos de 3 GB de RAM se están utilizando realmente. En este ejemplo, la configuración de este servidor está sobredimensionada en relación con las necesidades reales.

Memoria en caché alta

La memoria en caché alta en un servidor no es anormal y a menudo es beneficiosa en muchos casos. Aquí está el porqué:

1. Caché para un mejor rendimiento: Los sistemas operativos modernos, como Linux, utilizan la memoria libre para almacenar en caché datos del disco y mejorar el rendimiento. Cuando accede a archivos o aplicaciones, el sistema puede recuperar rápidamente los datos desde la caché en lugar de leerlos desde dispositivos de almacenamiento más lentos, como los discos duros. Esto ayuda a reducir el tiempo de respuesta general de su servidor y puede mejorar significativamente el rendimiento.
2. Uso eficiente de la memoria: Un uso elevado de la memoria debido a la caché significa que su servidor está utilizando de manera eficiente la memoria disponible. La memoria no utilizada es memoria desperdiciada. Por lo tanto, mientras la memoria se utilice para fines útiles como la caché, es una señal positiva.
3. Gestión automática de la memoria: Los sistemas operativos están diseñados para ajustar automáticamente el tamaño de la caché según las necesidades de las aplicaciones en ejecución. Si una aplicación necesita más memoria, la caché puede reducir su tamaño para acomodarla. Esta gestión dinámica de la memoria asegura un equilibrio entre la caché y el servicio de las aplicaciones activas.
4. Perspectiva de supervisión: Desde la perspectiva de la supervisión, ver un uso elevado de la memoria debido a la caché puede inicialmente generar preocupaciones, pero es esencial interpretar las mediciones en el contexto del comportamiento de su servidor. Si observa un buen rendimiento y no nota ningún signo de problemas relacionados con la memoria, como intercambio (swapping) o fallos de aplicaciones, el uso elevado de la caché probablemente es esperado y beneficioso.

En resumen, una memoria caché elevada en un servidor es normal y puede contribuir a mejorar el rendimiento general del sistema. No se preocupe si observa un uso elevado de la memoria caché, siempre y cuando su servidor funcione correctamente y sin problemas evidentes relacionados con la memoria. La caché es una herramienta esencial para optimizar el rendimiento y aprovechar al máximo los recursos disponibles.

Esta guía explica cómo modificar la configuración de la copia de seguridad automática de las Aplicaciones Web Infomaniak (Joomla, Drupal, Typo3, PrestaShop, ownCloud, etc.) incluidas en las ofertas de Hosting Web de pago.

Prólogo

• Esto no se aplica a WordPress, que se puede guardar y restaurar a través de:
  • la copia de seguridad automática de los alojamientos,
  • las extensiones que le permiten hacer una copia de seguridad completa manualmente, incluso con un archivo de reinstalación simplificada.

Configurar las copias de seguridad

Para gestionar las copias de seguridad de las Apps:

1. Haga clic aquí para acceder a la gestión de su sitio en el Gestor Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio en cuestión:
   
3. Haga clic en el menú de acción ⋮ situado a la derecha de la Aplicación Web en cuestión.
4. Haga clic en Configuración de la aplicación:
   
5. Haga clic en Modificar a la derecha de la Aplicación:
   
6. En la pestaña Configuración, haga clic en la casilla para acceder a la configuración avanzada.
7. Elija los modos de actualización y de copia de seguridad deseados:
   • Se conservan 7 copias de seguridad recientes, así como las de hace 15 y 30 días.
8. Guarde los cambios con el botón en la parte inferior derecha:
   

Más información

• Instalar o desinstalar una Aplicación Web
• Modificar el nombre de dominio asociado a la Aplicación Web
• Restaurar una Aplicación Web

Esta guía proporciona instrucciones básicas para crear y utilizar un archivo .htaccess y .user.ini con un Alojamiento Web de Infomaniak.

Introducción

• Un archivo .htaccess se coloca en la raíz de un sitio y permite configurar el servidor HTTP Apache.
  • Como archivo de configuración descentralizado, ofrece una flexibilidad significativa para ajustar el comportamiento del servidor según las necesidades específicas del sitio.
  • Este archivo permite definir reglas de reescritura de URL, imponer restricciones de acceso, gestionar los errores HTTP e incluso personalizar aspectos de seguridad, como la desactivación de la visualización de archivos/carpetas.
  • También facilita la implementación de redirecciones y alias, lo que ofrece un control preciso sobre la organización y la accesibilidad del sitio.
• Un archivo .user.ini permite personalizar las directivas PHP de la carpeta (y sus subcarpetas) en la que se encuentra.
  • Al actuar a nivel del intérprete PHP, este archivo permite definir configuraciones específicas para una carpeta determinada y sus subdirectorios.
  • Gracias a su sintaxis clara, ofrece la posibilidad de modificar diversos parámetros, como el límite de memoria, el tiempo de ejecución de los scripts, la gestión de errores y otras directivas relacionadas con PHP.
  • Este enfoque granular permite a los desarrolladores personalizar con precisión el comportamiento de PHP en función de los requisitos específicos de cada sección del sitio.

Crear un archivo…

… .htaccess

1. Conéctese a su alojamiento a través de FTP o SSH.
2. En la raíz del sitio web correspondiente, cree un nuevo archivo y asígnele el siguiente nombre: .htaccess.
3. Escriba las directivas deseadas en el archivo; consulte, por ejemplo, esta otra guía.

… .user.ini

1. Conéctese a su alojamiento a través de FTP o SSH.
2. En la ubicación deseada, cree un nuevo archivo y asígnele el siguiente nombre: .user.ini.
3. Escriba los parámetros de configuración de PHP deseados en el archivo.

Esta guía explica cómo restaurar automáticamente la totalidad de un alojamiento web a partir de las copias de seguridad realizadas por Infomaniak.

Prólogo

• Infomaniak realiza una copia de seguridad diaria, y las 7 últimas están a su disposición en el Manager (o más si utiliza una Aplicación Web).
• Durante la restauración, los sitios se pondrán automáticamente en mantenimiento hasta el final del proceso.
• Dado que las copias de seguridad automáticas de archivos y las de bases de datos no se realizan simultáneamente, se recomienda verificar el correcto funcionamiento de los sitios después de la restauración.
• Fuera de estas opciones, no existe ninguna otra copia de seguridad que pueda obtener; por lo tanto, no es necesario contactar a Infomaniak al respecto, pero considere otros métodos de copia de seguridad para el futuro.

Restauración de un alojamiento web

Para acceder al alojamiento web:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager de Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic en Restauración en el menú lateral izquierdo.
4. Elija el tipo de restauración deseado:
   1. Restaurar una de las Aplicaciones Web que ha instalado.
   2. Restauración simple para restaurar todos los sitios y bases de datos del alojamiento.
   3. Restauración avanzada permite elegir los sitios y bases de datos a restaurar.
5. Haga clic en el botón Siguiente:
   
6. Elija la fecha de restauración deseada y complete el procedimiento.

Esta guía explica cómo actualizar las Aplicaciones Web instaladas a través de las herramientas de Infomaniak.

Prólogo

• Si una aplicación se actualiza manualmente a través de FTP, luego es imposible actualizarla a través del Manager y beneficiarse de las actualizaciones automáticas.
• Durante la instalación de su Aplicación Web, las actualizaciones automáticas (al menos las de seguridad) están activadas por defecto:
  
• Si hay una actualización disponible para la aplicación, se le notificará en el Manager:
  

Actualizar una aplicación instalada a través de Infomaniak

Para acceder a la Aplicación Web de Infomaniak y actualizarla:

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager de Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio correspondiente.
3. Haga clic en el menú de acción ⋮ situado a la derecha de la Aplicación Web correspondiente.
4. Haga clic en Configuración de la aplicación:
   
5. Haga clic en Modificar en el bloque Información:
   
6. Haga clic en el menú desplegable para elegir una versión más reciente.
7. Haga clic en el botón Guardar:
   

Esta guía enumera las versiones del sistema operativo Windows que se pueden instalar al solicitar un VPS Cloud / VPS Lite.

Versiones de Windows admitidas

Al solicitar su servidor, podrá elegir la versión de Windows a instalar.

Windows Server

Posibles versiones con Windows Server 2025, 2022 o 2019:

• Windows Server Standard diseñado para entornos de baja densidad o no virtualizados
• Windows Server Datacenter ideal para entornos de datacenter definidos y altamente virtualizados

Tenga en cuenta:

• Como socio de Microsoft, Infomaniak proporciona VPS Cloud / VPS Lite Windows Server 2025, 2022 o 2019 que contienen una licencia Microsoft Windows Server. En caso de fallo de activación, consulte esta otra guía.
• Como socio de Microsoft, Infomaniak no ofrece la posibilidad de utilizar su propia licencia Windows Server (o Bring You Own Licence).
• Si utiliza software de Microsoft en Windows Server que requiera una Licencia Mobility, como Microsoft SQL Server, Microsoft Sharepoint Server o Microsoft Exchange Server, debe enviar obligatoriamente el documento de Software Assurance a través del formulario de contacto de Infomaniak.

Windows 11 Profesional Evaluación

Windows 11 Profesional incluye todas las funcionalidades de Windows 11 Hogar, así como funcionalidades profesionales para el cifrado, la conexión remota, la creación de máquinas virtuales y mucho más.

Tenga en cuenta:

• Será necesario activar Windows, Infomaniak solo proporciona una versión de evaluación.

Esta guía explica cómo gestionar Memcached y, en particular, cómo saber si este sistema de caché en memoria funciona correctamente en su Servidor Cloud gestionado.

Requisitos previos

• Instalar Memcached en Servidor Cloud gestionado.

Verificar la ejecución de Memcached

Para verificar el correcto funcionamiento de Memcached:

1. Copie el siguiente código en un archivo PHP (conexión al servidor memcache local):

   $fp = fsockopen("localhost", 11211);
   if ($fp) {
   // on demande les stats
   fwrite($fp, "stats\n");
   while (!feof($fp)) {
   $buf = rtrim(fgets($fp));
   if (preg_match('/^STAT curr_items ([0-9]+)$/', $buf, $matches)) {
   // le nombre d'items stockes
   print $matches[1] . PHP_EOL;
   } elseif (preg_match('/(END|ERROR)/', $buf)) {
   // fin des stats
   break;
   }
   }
   fclose($fp);
   } else {
   print "Error: cannot connect to local memcached server: $!" . PHP_EOL;
   }

2. Suba el archivo PHP a su alojamiento.
3. Ejecute el archivo PHP.

El script devuelve el número de elementos almacenados en caché en la memoria del servidor.

Activar Memcached en…

… Prestashop

Esta guía compara las diferentes soluciones Cloud de Infomaniak para ayudarle a elegir la infraestructura más adecuada a sus necesidades. En todos los casos, disfruta de recursos dedicados y modulables.

Jelastic Cloud (PaaS)

Jelastic Cloud es una plataforma que permite crear entornos de desarrollo al instante sin gestionar la administración del sistema:

• Flexibilidad máxima: la plataforma ajusta automáticamente sus recursos según la carga en tiempo real.
• Ventaja: ideal si su consumo (CPU, RAM) varía mucho según las épocas del año.
• Facturación: solo paga por los recursos realmente consumidos.

Servidor Cloud gestionado

Un Servidor Cloud permite gestionar sitios y aplicaciones web a través de una interfaz simplificada, permitiendo la instalación de software específico:

• Simplicidad: tan fácil de usar como un alojamiento compartido, pero con el poder de los recursos dedicados.
• Ventaja: ideal si su consumo de recursos es estable y previsible.
• Gestión: Infomaniak se encarga del mantenimiento técnico y las actualizaciones de seguridad del servidor.

VPS Cloud y VPS Lite

Los VPS Cloud o VPS Lite ofrecen acceso root completo a una distribución Linux:

• Control total: gestiona la totalidad de su servidor y sus configuraciones de software.
• Competencias requeridas: se requiere una sólida experiencia técnica en administración de sistemas.
• Uso: recomendado para necesidades específicas con un consumo de recursos estable.