Administrar Sitios

El comando “Site” nos permite administrar los sitios web hospedados en el servidor. Crea cualquier tipo de sitio en tu nuevo servidor, añade un certificado SSL, activa FastCgi Cache para tu instalación WordPress y más funciones que te permitirán tener control total sobre tus sitios de manera fácil y confiable, siempre a un comando de distancia y sin complicaciones.

Sintaxis:

sudo site <dominio> <opcion> <opcion2>

Opciones:

• -cache
• -clone-from
• -delete
• -delete-all
• -force-redirect
• –html
• -list
• -multisite-convert
• –mysql
• -on
• -off
• -parked
• –php
• -proxy
• -redirection
• –ssl
• -wp
• –yoast-sitemap

Ejemplos:

sudo site example.com -html
sudo site example.com -wp -cache=on
sudo site example.com -cache=off
sudo site example.com -parked=domain.com
sudo site example.com -proxy=[localhost:8082]
sudo site example.com -off
sudo site example.com -ssl=on
sudo site example.com -ssl=on -root=domain.com
sudo site -list
sudo site -delete-all
sudo site example.com -clone-from=staging.example.com
sudo site example.com -redirection

¿Como puedo crear un nuevo sitio?

Para crear un sitio HTML básico, utiliza el siguiente comando:

sudo site example.com -html

Para crear un sitio con soporte PHP.

sudo site example.com -php

Todos los sitios usando el dominio principal (no un subdominio) están configurados para responder a solicitudes example.com y www.example.com (Ver la opción force-redirect).

Para crear un sitio PHP en conjunto con una base de datos:

sudo site example.com -mysql

Los datos para conectar con la base de datos se mostrarán al ejecutar el comando.

También puedes usar la opción “custom” para introducir tus propios datos para crear la base de datos sudo site example.com -mysql=custom o de igual manera puedes pasar los datos directamente.

# TIP Hack
# Usa la opción -mysql sin dominio para crear una DB y User (MySQL) 
sudo site -mysql

# Custom
sudo site -mysql=custom

# O con datos personalizados
sudo site -mysql=[host,dbname,dbuser,password]
sudo site -mysql=[host,dbname,dbuser,password,external_dbuser,external_dbpass]

# TIP
Usa "random" (sin commillas) como password o clave para generar de manera automatica una clave aleatoria.

WordPress

Instalar WordPress nunca había sido tan sencillo, Webinoly configura de manera automática toda la instalación de WordPress.

sudo site example.com -wp

Usa la configuración “custom” para modificar algunos aspectos de la base de datos, de cualquier manera puedes simplemente presionar <Enter> en cada pregunta para usar los datos sugeridos.

# Script de instalación de un sitio WordPress usando la configuración "custom"
sudo site example.com -wp=custom -cache=on

De igual manera puedes hacer la instalación usando datos personalizados:

sudo site example.com -wp=[<setup_db>,<setup_wp>,<host>,<dbname>,<dbuser>,<dbpass>,<wp_prefix>,<external_db_user>,<external_db_pass>]

Por ejemplo:

# Script de instalación de WordPress con datos personalizados.
sudo site example.com -wp=[true,true,localhost,example_com,example_user,password,wp_]

# TIP
Usa "random" (sin commillas) como password o clave para generar de manera automatica una clave aleatoria.

Base de datos externa

Webinoly soporta el uso de bases de datos externas para tu sitio WordPress, por ejemplo Amazon RDS. Es muy sencillo de configurar, durante la instalación “custom” de tu sitio se te preguntará por el “dbhost”, por default se configura como localhost, pero en caso de requerir el uso de una base de datos externa solo debes agregar la ruta de acceso en el formato url.com:port.

• myinstance.123456789012.us-east-1.rds.amazonaws.com:3306

* Es importante considerar que la url no debe contener el esquema (http/https) al inicio, además Webinoly no soporta el uso de “sockets” para conectar con la base de datos externa y debe tenerse en cuenta que un diseño o implementación deficiente en la arquitectura de una solución de este tipo puede tener un impacto negativo en la velocidad de tu sitio, alta latencia o incluso multiples errores o “timeouts” en la conexión.

** Se ha probado de manera exitosa con Amazon RDS usando como motor de base de datos MySQL, MariaDB y Amazon Aurora.

Instalar WordPress en un subdirectorio

Puedes tener más de una instalación de WordPress en el mismo dominio.

sudo site example.com -wp -subfolder=/test

Siempre deberás especificar el argumento -subfolder para hacer referencia a este sitio y de esta manera diferenciarlo de una instalación común en la raíz del dominio.

sudo site example.com -delete -subfolder=/test
sudo site example.com -cache=on -subfolder=/test
sudo site example.com -yoast-sitemap=on -subfolder=/test
sudo site example.com -multisite-convert -subfolder=/test
sudo site example.com -clone-from=dev.example.com -subfolder=/test
sudo site example.com -replace-content -subfolder=/test
sudo httpauth example.com -wp-admin=on -subfolder=/test
sudo log example.com -wp=on -subfolder=/test

WordPress Multisite

Es muy fácil convertir tu sitio WordPress en Multisite.

sudo site example.com -multisite-convert

Te solicitará y deberás ir a “Herramientas -> Configuración de la Red” y seleccionar el tipo de instalación (subdominio o subdirectorio); Webinoly hará toda la configuración de manera automatica una vez que hayas seleccionado el tipo de configuración.

* Si tu sitio ha sido instalado con la opción -subfolder únicamente estará disponible la opción “subdirectory” cuando hagas la conversión a multisite, WordPress no permite la configuración en subdominio en este tipo de instalación.

FastCgi Cache

Junto con Nginx esta es la mejor optimización que puedes hacer para acelerar tu sitio WordPress. Olvidate de usar plugins obsoletos como W3 Total Cache o Super Cache. FastCgi ha demostrado un rendimiento muy superior al momento de servir contenido en cache desde tu servidor. Para activar FastCgi:

sudo site example.com -cache=on

Para desactivar FastCgi:

sudo site example.com -cache=off

De igual manera puedes activarlo desde la creación de tu nuevo sitio de la siguiente manera:

sudo site example.com -wp -cache=on

Es altamente recomendable usar el plugin Nginx Helper para renovar o purgar el contenido en cache de manera dinámica y automática; de esta manera aseguramos mostrar siempre el contenido más actualizado cuando sea necesario. Es importante configurar el “Purge Method” del plugin como “Delete local server cache file”, el soporte para el método purge/url lo hemos desactivado por considerarlo un riesgo de seguridad. De igual manera el “Caching Method” deberá estar configurado como “Nginx FastCgi Cache”.

Dominio parqueado o alias

Un dominio parqueado es un dominio adicional o alternativo que apunta hacia un sitio principal. Es una manera simple de acceder a tu sitio desde diferentes nombres de dominio.

sudo site example.com -parked

Al ejecutar el comando te pedirá ingresar el nombre del dominio principal hacia donde apuntará tu nuevo dominio parqueado. De igual manera puedes utilizar el comando de la siguiente manera para facilitar su uso:

sudo site example.com -parked=mainsite.com

Asegúrate de que el sitio principal se encuentre alojado en el mismo servidor.

Configuración Reverse Proxy

Para crear un sitio con la configuración de Reverse Proxy en Nginx:

sudo site example.com -proxy=[localhost:8080]
sudo site example.com -proxy=[url.com:8080]
sudo site example.com -proxy=[url.com]

Sustituye los valores del host y puerto de acuerdo a tus necesidades.

¿Cómo puedo desactivar de manera temporal un sitio?

En cualquier momento puedes activar o desactivar un sitio alojado en tu servidor sin necesidad de borrarlo.

sudo site example.com -on

sudo site example.com -off

Eliminar un sitio web

Debes usar con precaución esta opción, ya que una vez eliminado un sitio no será posible recuperar los archivos.

sudo site example.com -delete

También puedes usar la opción “force” para omitir las preguntas sudo site example.com -delete=force.

# Tip - Bases de datos externas (Omitir preguntas)
# No borrar Base de Datos
sudo site example.com -delete=keep-db

# Base de Datos externa
sudo site example.com -delete=force -external-db=[user,pass]

# Revocar Certificado SSL
sudo site example.com -delete=force -revoke=on

Para eliminar todos los sitios hospedados en tu servidor:

sudo site -delete-all

Las bases de datos de tus sitios WordPress que estén actualmente en uso también serán eliminadas. Algunas otras DB’s podrian no ser eliminadas, por lo que es posible que queden datos almacenados remanentes de tus sitios eliminados.

# Ejemplo extendido
sudo site -delete-all=force -external-db=[user,pass] -revoke=on

# No borrar las bases de datos
sudo site -delete-all=keep-db

Durante el borrado de un sitio, si se encuentra una base de datos externa se intentara usar los datos de -external-db, si no se encuentran se preguntará al usuario que introduzca los datos necesarios. El parametro -revoke=on borrará el certificado SSL de un sitio si se encuentra, usa la opción “off” para conservar el certificado.

Lista de tus sitios

Para ver una lista de todos tus sitios alojados en el servidor, utiliza el siguiente comando:

sudo site -list

# TIP - Usa la opción "raw" para remover el formato y filtrar (all, main, parked, disabled) la lista.

sudo site -list -raw=parked

Forzar WWW o no-WWW en un sitio

De manera predeterminada Webinoly configura tu sitio para aceptar ambas peticiones en tu dominio, es decir, example.com y www.example.com serán ambas validas. Puedes forzar el uso y redireccionar las peticiones hacia cualquiera de tu preferencia.

sudo site example.com -force-redirect=<option>

Opciones:

• www
• root
• off

En casos especiales donde un certificado SSL ha sido importado de otro proveedor y este no incluye el sudominio “www” o viceversa, podemos usar la opción -ignore-ssl de la siguiente manera: sudo site example.com -force-redirect=root -ignore-ssl.

Yoast Sitemap

Para activar o desactivar (on/off) esta función en un sitio en especifico:

sudo site example.com -yoast-sitemap=off

Puedes activar /desactivar esta función de manera global con el comando “webinoly” para que cada nuevo sitio creado tome esta configuración.

Certificados SSL con Let’s Encrypt

Aprovechamos las facilidades que brinda Let’s Encrypt para generar certificados gratuitos para tu sitio y lo hacemos aún más sencillo para configurar tu sitio de manera fácil y rápida.

No hay pretexto para no migrar tu sitio a HTTPS, con solo ejecutar el siguiente comando tu nuevo sitio web estará completamente configurado para navegar de manera segura sobre HTTPS.

sudo site example.com -ssl=on

Durante la creación del certificado Webinoly te solicitará tu cuenta de correo electrónico, este correo se utilizará para registrar el nuevo certificado, además de ayudarte a darle seguimiento a la renovación periodica del mismo.

Los certificados expedidos por Let’s Encrypt tienen validez por un periodo de 90 días y antes de ese periodo se recomienda solicitar la renovación para mantenerlo actualizado. Webinoly de manera automatica checa una vez a la semana el estado de los certificados de todos tus sitios y los que presentan menos de 30 días de periodo de validez se solicita de manera automática su renovación. Por lo tanto, tu no deberás preocuparte, ya que Webinoly realiza todo el proceso de manera automática para mantener tus certificados y tus sitios siempre vigentes.

Durante cada chequeo de renovación semanal recibirás un correo en la cuenta que hayas registrado con el estado actual de cada certificado.

Una vez activado el certificado SSL, Webinoly configurará Nginx de manera automática para redirigir todo el tráfico de tu sitio de HTTP a HTTPS.

Desactivar SSL en un sitio

Si por alguna razón necesitas desactivar el uso del certificado SSL en tu sitio, solo ejecuta el siguiente comando.

sudo site example.com -ssl=off

# Usa la opción "revoke=(on/off)" para omitir preguntas.
sudo site example.com -ssl=off -revoke=on

Puedes usar la opción -ssl=off incluso cuando el sitio ya no existe para eliminar certificados remanentes.

Certificados en sitios parqueados

La opcíon “-root” nos permite crear certificados para sitios en los cuales la raiz de sus archivos se encuentra en un lugar distinto al habitual; este es el caso de los sitios parqueados, ya que el dominio parqueado ni siquiera cuenta con un directorio raíz o archivos propios, sin embargo, apunta hacia otro sitio alojado en el mismo servidor.

sudo site example.com -ssl=on -root=mainsite.com

Un ejemplo práctico y común del caso anterior es en instalaciones WordPress Multisite con Domain Mapping, donde tienes uno o varios dominios parqueados (mapeados) en tu servidor apuntando a un sitio principal.

Certificados en sitios Reverse Proxy

La opcion “-root-path” nos permite especificar una ruta diferente como es el caso de los sitios en configuración Reverse Proxy donde los archivos no están guardados en una ubicación distinta a /var/www.

sudo site example.com -ssl=on -root-path=/opt/myapp/web

Certificados Wildcard

Cuando necesitamos un solo certificado para cubrir todos los subdominios (*.example.com). Este es el tipo de certificado que necesitamos en instalaciones WordPres Multisite en configuración de sub-dominio.

sudo site example.com -ssl=on -wildcard

Durante la creación del certificado Wildcard será necesario crear un registro DNS para comprobar la propiedad del dominio.

Para agregar un sitio a un certificado Wildcard existente:

sudo site sub.example.com -ssl=on -add-to-wildcard=example.com

Solo soporta sub dominios de primer nivel.

Renovación de certificados

Aunque Webinoly cuenta con un sistema redundante para la renovación automática de los certificados, tenemos la opción para forzar dicha renovación.

sudo site -ssl=renew

Este comando intentará renovar cualquier certificado disponible que vaya a expirar en menos de 30 días.

También podemos forzar la renovación de un certificado en especifico:

sudo site example.com -ssl=force-renewal

En el caso de dominios parqueados o sitios “reverse proxy”, se debe incluir el parametro -root o -root-path respectivamente necesario para forzar la renovación.

Entorno de pruebas de Certificados

Recomendamos encarecidamente realizar pruebas de tus proyectos usando el entorno de ensayo antes de utilizar usar certificados reales en el entorno de producción. Esto le permitirá hacer las cosas bien antes de emitir certificados de confianza y reducirá la posibilidad de que se enfrente a los límites de solicitudes.

sudo webinoly -conf-value_debug=true

Solo debes usar la variable “debug” en el archivo de configuración de Webinoly para activar el entorno de pruebas de Let’s Encrypt. Nunca debes usar estos certificados en un ambiente real o de producción, usa el valor “false” para desactivar el ambiente de pruebas.

Certificados SSL Custom

¡Trae tu propio Certificado!

Puedes usar cualquier certificado de cualquier proveedor de tu preferencia.

sudo site example.com -ssl=on -ssl-key=/path/cert.key -ssl-crt=/path/cert.crt -ssl-ocsp=/path/cert.pem

El parámetro -ssl-ocsp es opcional para soporte de OCSP.

Clonar un sitio

Puedes clonar cualquier sitio WordPress.

Esta función es también conocida por su uso en sitios de prueba durante la etapa de desarrollo.

sudo site example.com -clone-from=dev.example.com

Todos los enlaces en el contenido de tu sitio serán actualizados automáticamente, puedes desactivar esta opción de la siguiente manera:

sudo site example.com -clone-from=dev.example.com -replace-content=off

Remplazar Contenido

La función para remplazar contenido puede ser usada de manera independiente en cualquier otro sitio WordPress para buscar y remplazar cualquier palabra o cadena de caracteres en el contenido.

sudo site example.com -replace-content

# Saltar preguntar
sudo site example.com -replace-content=[buscar-esto,remplazar-con]

* Disponible únicamente para sitios en localhost, próximamente se agregará soporte para bases de datos externas.

Administrar Redirecciones

Crear una redirección es fácil, solo ejecuta el siguiente comando y sigues las intrucciones:

sudo site example.com -redirection

Remover una redirección:

sudo site example.com -redirection -delete

# Omitir preguntas
sudo site example.com -redirection -from=/path -to=/test -http-code=308

sudo site example.com -redirection -from=/path -to=http://example.com

sudo site example.com -redirection -from=/path -http-code=410

sudo site example.com -redirection -delete -from=/path

El parámetro -http-code es opcional, el valor default es 302. Los códigos HTTP soportados son: 301, 302, 303, 307, 308. Además y aún cuando no son propiamente redirecciones: 410, 444 y 451 son soportados (el destino “to” es omitido o ignorado).

• Códigos de estado de respuesta HTTP
• Which redirect should I use?

También puedes usar la opción -exact para especificar una coincidencia exacta.

¿Que hace la opción "EXACT"?

Ruta: /news

https://example.com/news (match)
https://example.com/news/local/our-city (match)

Usando la opción "EXACT":
https://example.com/news (match)
https://example.com/news/local/our-city (no-match)

Listado de redirecciones:

sudo site example.com -redirection -list

Puedes usar -list -raw para remover el formato.

Configuración NGINX

Si necesitas agregar algunos parámetros a la configuración NGINX de tu sitio, puedes tener un archivo de configuración adicional localizado en el directorio /var/www/example.com el cual deberá ser nombrado de la siguiente manera: *-nginx.conf, por ejemplo custom-nginx.conf sería un nombre válido.

Para sitios de tipo “Reverse Proxy”, el archivo de configuración NGINX adicional debes guardarlo en el directorio /var/www/.proxy/*-example.com.nginx.conf, por ejemplo: /var/www/.proxy/custom-example.com.nginx.conf.

Webinoly detecta de manera automática si tu sitio es un dominio example.com o subdominio sub.example.com, esto para determinar la configuración más apropiada en Nginx de cada sitio. Es un requerimiento de Let’s Encrypt y un standard que cada dominio debe permitir el acceso de manera automática a su versión con “www”, si tu sitio está alojado en un subdominio esto no es necesario. Si por alguna razón necesitas forzar una determinada configuración, puedes hacerlo usando la opción -subdomain al momento de crear tu sitio.

Ejemplo: sudo site example.com -html -subdomain=true, o de igual manera sudo site sub.example.com -html -subdomain=false. Con el comando sudo webinoly -external-sources-update puedes actualizar la lista “Public Suffix” que utilizamos para determinar si un sitio es o no un subdominio, además de la base de datos de zonas horarias.

Si tienes alguna sugerencia, idea o comentario, por favor visita nuestro foro de soporte.