NGINX

Para entender Nginx (pronunciado «Engine-X»), piensa en él no solo como un servidor de archivos, sino como un semáforo inteligente para el tráfico de internet. Su éxito radica en que no abre un proceso pesado por cada visita (como hacía el antiguo Apache), sino que maneja miles de conexiones simultáneas usando muy pocos recursos. [1][3]

Aquí tienes los conceptos clave para pasar de nivel en tu servidor de DigitalOcean:

1. La jerarquía de configuración

No deberías meter todo en /var/www/html. Nginx se organiza así:

/etc/nginx/nginx.conf: Es el archivo maestro. Define configuraciones globales como cuántos procesos usar. [3]
/etc/nginx/sites-available/: Aquí creas archivos individuales para cada dominio (ej. miweb.com.conf). [1]
/etc/nginx/sites-enabled/: Contiene «accesos directos» (enlaces simbólicos) a los archivos anteriores. Si un archivo está aquí, la web está «al aire». [1]

2. Los Bloques de Servidor (Server Blocks)

Es lo más importante. Permiten que un solo servidor (una sola IP) tenga varias páginas web distintas (ej. web-a.com y web-b.com).
Un bloque básico se ve así:

nginx

server {
    listen 80; # Escucha en el puerto 80 (HTTP)
    server_name misitio.com www.misitio.com; # El dominio

    root /var/www/misitio; # ¡Ya no usas /var/www/html!
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}

Usa el código con precaución.

3. ¿Qué más puede hacer Nginx?

Además de servir tu HTML estático, Nginx tiene tres funciones «superpoderosas»:

Proxy Inverso (Reverse Proxy): Esta es la razón por la que usas Docker. Si tienes una app de Node.js o Python corriendo en el puerto 3000, Nginx recibe la visita en el puerto 80 y la «pasa» internamente a tu app de forma transparente. [1]
Balanceador de Carga: Si tu web crece mucho, puedes tener 3 servidores y Nginx reparte las visitas entre ellos para que ninguno se colapse. [2]
Seguridad y SSL: Nginx es donde se instalan los certificados (como Let’s Encrypt) para que tu web tenga el candado verde (https). [1]

4. Mejores prácticas para 2026

No uses la carpeta por defecto: Crea carpetas como /var/www/proyecto1 y dale permisos a tu usuario.
Verifica antes de reiniciar: Cada vez que cambies algo, ejecuta sudo nginx -t. Si te da un error, no reinicies o tirarás el servidor.
Gzip: Puedes activar la compresión en la configuración para que tus páginas carguen mucho más rápido al enviarse comprimidas al navegador. [3]

Para profundizar en la seguridad de tus sitios, puedes consultar las guías de configuración de Nginx para evitar errores comunes.

Cuando no tienes un dominio, Nginx utiliza la dirección IP y, opcionalmente, los puertos o las rutas de las carpetas para decidir qué mostrar.

Para organizar tus webs en carpetas separadas (fuera de /var/www/html), seguiremos estos pasos:

1. Preparar las carpetas

Primero, crea una estructura organizada en tu servidor para que cada proyecto tenga su sitio:

bash

sudo mkdir -p /var/www/calculadora
sudo mkdir -p /var/www/ejemplo

Usa el código con precaución.

(Luego, mueve tus archivos .html a sus respectivas carpetas y asegúrate de que se llamen index.html dentro de cada una).

2. Crear los archivos de configuración

En Nginx, cada sitio debe tener su propio archivo en /etc/nginx/sites-available/. Vamos a crear uno para el nuevo sitio «ejemplo»:

Ejecuta: sudo nano /etc/nginx/sites-available/ejemplo

Pega este bloque de configuración:

nginx

server {
    listen 80; 
    server_name _; # El guion bajo significa "cualquier petición a esta IP"

    # Aquí decides la URL. Si quieres que se vea en IP/ejemplo
    location /ejemplo {
        alias /var/www/ejemplo/; # Ruta de tu nueva carpeta
        index index.html;
    }

    # Puedes añadir más rutas (locations) para otros proyectos aquí mismo
    location /calculadora {
        alias /var/www/calculadora/;
        index index.html;
    }
}

Usa el código con precaución.

3. ¿Dónde van estos bloques?

Como ves, los bloques van dentro de archivos individuales en /etc/nginx/sites-available/.

Importante: Nginx por defecto trae un archivo llamado default. Si quieres que tu nueva configuración mande, te recomiendo editar ese mismo archivo (sudo nano /etc/nginx/sites-available/default) y modificar su contenido por el bloque anterior.

4. Activar la configuración

Si creaste un archivo nuevo (distinto a default), debes crear el «acceso directo» (enlace simbólico):

bash

sudo ln -s /etc/nginx/sites-available/ejemplo /etc/nginx/sites-enabled/

Usa el código con precaución.

5. Verificar y Reiniciar (Crucial)

Antes de nada, comprueba que no hay errores de sintaxis:

bash

sudo nginx -t

Usa el código con precaución.

Si dice «test is successful», reinicia:

bash

sudo systemctl restart nginx

Usa el código con precaución.

¿Cómo accederás ahora?

Ahora, al no tener dominio, accederás mediante rutas en tu navegador:

http://TU_IP/ -> Seguirá mostrando lo que haya en el bloque por defecto (normalmente /var/www/html).
http://TU_IP/ejemplo -> Mostrará el index.html de /var/www/ejemplo.
http://TU_IP/calculadora -> Mostrará el index.html de /var/www/calculadora.

Dato avanzado: Si quieres que cada web use la IP «limpia» (sin carpetas), tendrías que usar puertos diferentes (ej. TU_IP:8080 para calculadora y TU_IP:8081 para ejemplo).

Configurar tus sitios por puertos diferentes es una solución excelente cuando solo tienes una IP, ya que te permite que cada web se comporte como una página principal independiente (ej. 123.45.67.89:8080 y 123.45.67.89:9090) sin necesidad de añadir carpetas en la URL.

Aquí tienes los pasos para hacerlo en tu servidor de DigitalOcean:

1. Preparar las carpetas de tus sitios

Asegúrate de que cada web tenga su propio directorio:

Proyecto A: /var/www/calculadora/index.html
Proyecto B: /var/www/ejemplo/index.html

2. Crear las configuraciones de los puertos

Vamos a crear dos archivos de configuración distintos en /etc/nginx/sites-available/.

Para el Proyecto A (Puerto 8080):

Ejecuta: sudo nano /etc/nginx/sites-available/calculadora
Pega este contenido:

nginx

server {
    listen 8080; # Escuchará en el puerto 8080
    server_name _;

    root /var/www/calculadora;
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}

Usa el código con precaución.

Para el Proyecto B (Puerto 9090):

Ejecuta: sudo nano /etc/nginx/sites-available/ejemplo
Pega este contenido:

nginx

server {
    listen 9090; # Escuchará en el puerto 9090
    server_name _;

    root /var/www/ejemplo;
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}

Usa el código con precaución.

3. Activar los sitios y reiniciar

Ahora debemos «avisar» a Nginx de que estos archivos deben usarse:

Crea los enlaces:bashsudo ln -s /etc/nginx/sites-available/calculadora /etc/nginx/sites-enabled/ sudo ln -s /etc/nginx/sites-available/ejemplo /etc/nginx/sites-enabled/ Usa el código con precaución.
Verifica la sintaxis: sudo nginx -t
Reinicia Nginx: sudo systemctl restart nginx

4. MUY IMPORTANTE: Abrir los puertos en el Firewall

Por defecto, DigitalOcean y Ubuntu suelen bloquear puertos que no sean el 80 o 443. Debes abrirlos manualmente para poder ver tus webs:

bash

sudo ufw allow 8080/tcp
sudo ufw allow 9090/tcp

Usa el código con precaución.

5. Cómo acceder

Ahora puedes entrar desde el navegador de tu Mac usando la IP y el puerto:

Calculadora: http://TU_IP:8080
Ejemplo: http://TU_IP:9090

Ventaja adicional

Esta configuración es ideal para Flame. Ahora, en tu dashboard de Flame, puedes añadir dos iconos diferentes: uno que apunte directamente al puerto 8080 y otro al 9090, y cada uno abrirá su aplicación correspondiente de forma limpia.

Parametro Nginx

Para ver la lista completa de parámetros directamente en tu terminal, puedes usar el comando estándar de ayuda: nginx -h o consultar el manual completo con man nginx.

Aquí tienes la explicación de los parámetros más importantes y útiles para gestionar tu servidor en DigitalOcean este 2026:

Parámetros Principales de nginx

-t (Test): Es el más usado. Comprueba que la sintaxis de todos tus archivos de configuración sea correcta. Es obligatorio usarlo antes de reiniciar para evitar que el servidor se caiga por un error de escritura.
-T (Test & Dump): Igual que el anterior, pero además de validar, muestra por pantalla toda la configuración consolidada que Nginx está leyendo. Es muy útil para ver cómo se combinan todos tus archivos de sites-enabled.
-s (Signal): Sirve para enviar «señales» al proceso maestro de Nginx para controlarlo sin usar systemctl. Se usa así:
- nginx -s reload: Recarga la configuración sin cortar las conexiones de los usuarios.
- nginx -s stop: Detiene el servidor inmediatamente.
- nginx -s quit: Detiene el servidor de forma elegante (espera a que terminen las conexiones actuales).
- nginx -s reopen: Reabre los archivos de log (útil si estás rotando archivos de registro).
-v (Version): Muestra la versión instalada de Nginx.
-V (Version & Config): Muestra la versión, pero también todos los parámetros de compilación y los módulos que tiene activos (útil si necesitas saber si tu Nginx soporta compresión Brotli o HTTP/2).
-c (Config file): Te permite iniciar Nginx usando un archivo de configuración específico en lugar del predeterminado. Ejemplo: nginx -c /ruta/a/tu/config_especial.conf.
-g (Global directives): Permite pasar directivas de configuración directamente desde la línea de comandos. Se usa mucho en entornos Docker para ajustar parámetros al vuelo.
-p (Prefix): Establece la ruta base (prefijo) donde Nginx buscará sus archivos de configuración y logs.

Resumen de uso típico para tu flujo de trabajo:

Cada vez que edites tu calculadora o tu web de ejemplo en sites-available, tu rutina debería ser:

sudo nginx -t (Para verificar que no rompiste nada).
sudo nginx -s reload (Para aplicar los cambios al instante).

Nginx vs Apache2

Esta es una de las comparaciones más importantes en la administración de servidores. Aunque ambos sirven para lo mismo (entregar contenido web), su filosofía de diseño es opuesta.

1. El gran ausente: Los archivos .htaccess

Nginx no tiene ni admite archivos .htaccess. Esta es la diferencia más grande a nivel de configuración local.

En Apache: El servidor busca un archivo .htaccess en cada carpeta antes de servir un archivo. Esto permite que un usuario cambie la configuración (redirecciones, contraseñas) sin tocar el archivo principal del servidor.
En Nginx: Por diseño y rendimiento, Nginx solo lee la configuración al arrancar. No busca archivos en las carpetas de las webs.
- Ventaja: Nginx es mucho más rápido porque no tiene que escanear el disco buscando archivos .htaccess en cada petición.
- Desventaja: Cualquier cambio (como una redirección) requiere que edites el archivo en /etc/nginx/sites-available/ y hagas un reload.

2. Similitudes (Conceptos que ya conoces)

Módulos: Ambos son modulares. Puedes añadir funciones como compresión, seguridad o soporte para lenguajes.
Hosts Virtuales: Lo que en Apache llamas VirtualHosts, en Nginx se llaman Server Blocks. Funcionan igual: separan webs por dominio, IP o puerto.
Logs: Ambos generan un access.log (quién entra) y un error.log (qué falló), y los guardan en /var/log/nginx/ o /var/log/apache2/.

3. Diferencias Clave (Por qué Nginx es «ligero»)

Característica	Apache2	Nginx
Arquitectura	Basada en procesos/hilos (un hilo por visita).	Basada en eventos (un solo proceso maneja miles de visitas).
Consumo RAM	Alto (crece con cada visita).	Muy bajo y estable.
Contenido Estático	Bueno.	Excelente (está optimizado para archivos HTML/imágenes).
Contenido Dinámico	Puede procesar PHP/Python internamente (mod_php).	Necesita un gestor externo (como PHP-FPM).

4. ¿Qué tiene Nginx que le falta a Apache?

Proxy Inverso Nativo: Nginx fue diseñado desde el primer día para ser un «escudo» o intermediario. Es mucho más fácil configurar Nginx para que pase tráfico a tus contenedores Docker que hacerlo en Apache.
Carga de Configuración sin cortes: El comando nginx -s reload es extremadamente robusto; Nginx levanta procesos nuevos con la nueva configuración y va cerrando los viejos solo cuando terminan de atender a los usuarios, sin perder ni un solo paquete.

5. ¿Qué tiene Apache que le falta a Nginx?

Flexibilidad en Hosting Compartido: Gracias al .htaccess, Apache es el rey donde muchos usuarios comparten un servidor, porque cada uno puede configurar su propia web sin ser administrador.
Carga de módulos dinámica: Puedes cargar y descargar módulos de Apache sin reiniciar el proceso principal (aunque Nginx ha mejorado mucho en esto en versiones recientes de 2026).

En resumen: Usas Nginx en tu servidor de DigitalOcean porque, al ser un VPS con recursos limitados, Nginx te permite exprimir al máximo la RAM y procesar tus páginas de calculadora y ejemplo mucho más rápido que Apache.

Como Nginx no usa archivos .htaccess, todas las reglas que antes ponías en carpetas locales ahora deben vivir centralizadas en tu bloque server {} dentro de /etc/nginx/sites-available/.

Aquí tienes cómo traducir las reglas más comunes de Apache a la sintaxis de Nginx para 2026:

1. Redirecciones simples (301 Redirect)

Si quieres que cuando alguien entre a una página vieja sea enviado a una nueva.

En Apache (.htaccess):apacheRedirect 301 /vieja-calculadora.html /nueva-calculadora.html Usa el código con precaución.
En Nginx (Archivo de configuración):nginxlocation /vieja-calculadora.html { return 301 /nueva-calculadora.html; } Usa el código con precaución.

2. Forzar HTTPS (Muy común)

Aunque ahora usas IP, si algún día tienes dominio, esta es la regla estrella.

En Apache:apacheRewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Usa el código con precaución.
En Nginx:nginxserver { listen 80; server_name _; return 301 https://$host$request_uri; } Usa el código con precaución.

3. URLs Amigables (Quitar el .html o .php)

Si quieres que tu web de ejemplo se vea como tu_ip/ejemplo en lugar de tu_ip/ejemplo.html.

En Apache:apacheRewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^([^\.]+)$ $1.html [NC,L] Usa el código con precaución.
En Nginx:nginxlocation / { try_files $uri $uri.html $uri/ =404; } Usa el código con precaución.Aquí Nginx intenta buscar el archivo tal cual, luego le añade .html, luego busca una carpeta, y si nada funciona, da error 404.

4. Proteger una carpeta con contraseña

Si quieres que al entrar a tu_ip:8080/privado pida usuario y clave.

En Apache: Usas archivos .htpasswd y directivas AuthType.
En Nginx:
1. Creas el archivo de claves: sudo htpasswd -c /etc/nginx/.htpasswd usuario (necesitas apache2-utils instalado para este comando).
2. En el bloque de Nginx:
nginxlocation /privado { auth_basic "Área Restringida"; auth_basic_user_file /etc/nginx/.htpasswd; } Usa el código con precaución.

5. Bloquear acceso a una IP específica

En Apache: Deny from 123.45.67.89
En Nginx:nginxlocation / { deny 123.45.67.89; allow all; } Usa el código con precaución.

¿Cómo aplicar estos cambios?

Recuerda que para que cualquier «traducción» funcione, debes seguir el flujo de seguridad:

Editar: sudo nano /etc/nginx/sites-available/default (o tu archivo específico).
Probar: sudo nginx -t (Para verificar que la nueva regla es válida).
Aplicar: sudo nginx -s reload

Otras Posibilidades con Nginx

Para eliminar la extensión .html de tus URLs en Nginx, utilizaremos la directiva try_files. Esto permite que, si alguien escribe tu_ip:8080/calculadora, Nginx busque internamente el archivo calculadora.html sin que el usuario vea la extensión.

Sigue estos pasos para configurarlo en tus archivos de /etc/nginx/sites-available/:

1. Editar la configuración del sitio

Abre el archivo de configuración que creaste para uno de tus sitios (por ejemplo, el de la calculadora):

bash

sudo nano /etc/nginx/sites-available/calculadora

Usa el código con precaución.

2. Modificar el bloque location /

Dentro del bloque server, debes actualizar la sección location /. Cámbiala para que quede exactamente así:

nginx

server {
    listen 8080;
    server_name _;
    root /var/www/calculadora;
    index index.html;

    location / {
        # 1. Busca el archivo exacto ($uri)
        # 2. Si no existe, busca el archivo añadiendo .html ($uri.html)
        # 3. Si no existe, busca una carpeta con ese nombre ($uri/)
        # 4. Si nada coincide, devuelve error 404
        try_files $uri $uri.html $uri/ =404;
    }
}

Usa el código con precaución.

3. Aplicar los cambios

Como siempre en Nginx, debes validar y recargar:

Validar: sudo nginx -t
Recargar: sudo nginx -s reload

4. ¿Cómo funciona ahora?

Si en tu carpeta /var/www/calculadora/ tienes un archivo llamado contacto.html.
Antes tenías que entrar a: http://TU_IP:8080/contacto.html
Ahora puedes entrar a: http://TU_IP:8080/contacto

Un detalle importante: Enlaces internos

Ahora que las URLs son «limpias», recuerda que en el código de tus archivos HTML (en los menús o botones), deberías cambiar los enlaces.

Mal: <a href="calculadora.html">Ir a calculadora</a>
Bien: <a href="calculadora">Ir a calculadora</a>

Esto hará que tu web se vea mucho más profesional y moderna en este 2026.

Para implementar estas funciones en 2026, necesitamos añadir reglas de «limpieza» en tu bloque de servidor. Nginx procesa estas reglas de arriba hacia abajo, por lo que el orden es importante.

Aquí tienes la configuración completa para manejar archivos PHP sin extensión y la redirección automática de .html:

1. Configuración de Nginx para PHP y URLs Limpias

Primero, abre tu archivo de configuración:
sudo nano /etc/nginx/sites-available/default (o el nombre de tu archivo).

Pega o adapta este bloque:

nginx

server {
    listen 80;
    server_name _;
    root /var/www/html;
    index index.php index.html;

    # 1. REDIRECCIÓN AUTOMÁTICA: Quitar .html de la barra de direcciones
    if ($request_uri ~ ^/(.*)\.html$) {
        return 301 /$1;
    }

    # 2. REDIRECCIÓN AUTOMÁTICA: Quitar .php de la barra de direcciones
    if ($request_uri ~ ^/(.*)\.php$) {
        return 301 /$1;
    }

    location / {
        # 3. INTENTAR CARGAR: archivo, luego .html, luego .php, luego carpeta
        try_files $uri $uri.html $uri.php $uri/ =404;
    }

    # 4. PROCESAMIENTO DE PHP: Necesario para que el servidor entienda el código PHP
    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        # Asegúrate de que la versión de php-fpm sea la que tienes instalada (ej. 8.1, 8.3)
        fastcgi_pass unix:/var/run/php/php-fpm.sock;
    }
}

Usa el código con precaución.

2. Requisito para PHP

Para que la parte de PHP funcione, debes tener instalado el procesador de PHP en tu servidor de DigitalOcean. Si no lo tienes, instálalo con:
sudo apt update && sudo apt install php-fpm -y

3. Explicación de lo que acabamos de hacer:

La Redirección (if): Si un usuario escribe manualmente index.html o contacto.php, Nginx le envía una señal (301) para que su navegador cambie la URL a index o contacto. Esto evita el contenido duplicado y mantiene la barra de direcciones limpia.
try_files: Es el «detective». Si pides /contacto, busca primero si existe un archivo literal, luego busca contacto.html, luego contacto.php.
fastcgi_pass: Es el puente. Nginx no sabe leer PHP por sí mismo, así que le pasa el archivo al servicio php-fpm para que lo ejecute y le devuelva el resultado en HTML.

4. Aplicar cambios

Verificar: sudo nginx -t
Recargar: sudo nginx -s reload
Reiniciar PHP (opcional): sudo systemctl restart php*-fpm

Prueba de fuego

Crea un archivo de prueba: echo "<?php phpinfo(); ?>" | sudo tee /var/www/html/info.php
Entra en tu navegador a: http://TU_IP/info (sin el .php).
Si ves la información de PHP, ¡está funcionando perfectamente!

Pagina de Error

Crear una página de Error 404 personalizada en 2026 es el toque final para que tu servidor se vea profesional, incluso cuando algo sale mal.

Sigue estos pasos para configurar tu propio diseño:

1. Crear tu archivo de error personalizado

Primero, crea el archivo HTML que verán los usuarios. Puedes hacerlo en la carpeta raíz de tu sitio:
sudo nano /var/www/html/error404.html

Pega un diseño simple como este (puedes editarlo después con CSS):

html

<!DOCTYPE html>
<html lang="es">
<head>
    <meta charset="UTF-8">
    <title>Página no encontrada - 404</title>
    <style>
        body { text-align: center; font-family: sans-serif; padding: 50px; background: #f4f4f4; }
        h1 { color: #ff5722; font-size: 50px; }
        p { font-size: 20px; color: #666; }
        a { color: #007bff; text-decoration: none; border: 1px solid #007bff; padding: 10px; border-radius: 5px; }
    </style>
</head>
<body>
    <h1>¡Vaya! Error 404</h1>
    <p>La página que buscas no existe en este servidor.</p>
    <br><br>
    <a href="/">Volver al Inicio</a>
</body>
</html>

Usa el código con precaución.

2. Configurar Nginx para usar ese archivo

Ahora debes decirle a Nginx que, cuando ocurra un error 404, use ese archivo específico. Abre tu archivo de configuración:
sudo nano /etc/nginx/sites-available/default

Dentro del bloque server { ... }, añade estas dos líneas:

nginx

server {
    listen 80;
    server_name _;
    
    # ... otras configuraciones que ya tenemos ...

    # Definir el archivo para el error 404
    error_page 404 /error404.html;

    # Asegurar que Nginx no intente buscar el archivo de error en otro lado
    location = /error404.html {
        root /var/www/html;
        internal; # Esto hace que la página solo sea accesible internamente por errores
    }
}

Usa el código con precaución.

3. Aplicar y Probar

Como siempre, valida y recarga Nginx:

sudo nginx -t
sudo nginx -s reload

Para probarlo: Entra en tu navegador y escribe una ruta que sepas que no existe, por ejemplo: http://TU_IP/esta-pagina-no-existe. Deberías ver tu nuevo diseño naranja.

Un truco extra para 2026: Errores 50x

Si quieres cubrir también los errores de servidor (cuando PHP falla o el servidor está sobrecargado), puedes añadir:

nginx

error_page 500 502 503 504 /error50x.html;
location = /error50x.html {
    root /var/www/html;
}

Usa el código con precaución.

Para monitorizar si tienes muchos errores 404 (lo cual indicaría enlaces rotos en tu web), puedes usar el comando: tail -f /var/log/nginx/access.log | grep 404.

Además de personalizar las páginas de error, existen otras configuraciones útiles en Nginx. Por ejemplo, puedes configurar la compresión Gzip para acelerar la carga de tu sitio web o establecer encabezados de caché adecuados para mejorar el rendimiento.

Para configurar la compresión Gzip, añade lo siguiente dentro del bloque http { ... } o server { ... } de tu archivo de configuración de Nginx:

nginx

gzip on;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

Usa el código con precaución.

Para configurar encabezados de caché, puedes usar algo como esto dentro de un bloque location { ... } específico para archivos estáticos:

nginx

location ~* \.(jpg|jpeg|gif|png|css|js|ico|xml)$ {
    expires 30d;
    access_log off;
}

Usa el código con precaución.

Después de realizar cualquier cambio, recuerda validar y recargar Nginx con sudo nginx -t y sudo nginx -s reload. Estas son solo algunas ideas; Nginx ofrece muchas otras opciones para optimizar el rendimiento y la seguridad de tu servidor web.

SFTP

Api y Api Rest, con javascript y con python

Crear una web con WordPress, en un servidor Linux con Docker, Apache2 y con un certificado ssl en Let’s Encrypt y un dominio en Namecheap

Utilidades Linux

Comandos Bash

Web 3.0

Deja una respuesta Cancelar la respuesta

Publicaciones Similares

Deja una respuesta Cancelar la respuesta