Ir al contenido principal

Entradas

Mi primer proyecto web con Ruby y Sinatra

De
Guía de inicio con Sinatra y PostgreSQL En este tutorial aprenderás a levantar un esqueleto profesional y escalable para una aplicacion desde cero en Linux. 1. Estructura de Directorios Estándar Un proyecto profesional debe seguir el patrón MVC (Modelo-Vista-Controlador). Así debe lucir tu carpeta en /home/hugo/dev/ruby/sinatra/nutrigen : nutrigen/ ├── app.rb # Controlador principal y rutas ├── config.ru # Configuración de Rack (para el servidor) ├── Gemfile # Gestión de dependencias (Gemas) ├── Rakefile # Tareas para PostgreSQL (migraciones) ├── public/ # Archivos estáticos (CSS, JS) │ └── css/style.css ├── views/ # Plantillas de vista (ERB) │ ├── layout.erb # Estructura base global │ └── index.erb # Página de inicio ├── models/ # Lógica de datos (Clases Ruby...
Publicar un comentario
Leer más
Entradas recientes

Guía de Instalación Universal: Komodo ITM con Docker

De
Esta configuración utiliza variables de entorno (.env) , lo que la hace 100% portable. Puedes mover esta carpeta a cualquier servidor y solo tendrás que editar un archivo para que todo funcione. 💡 Concepto Clave: Al usar un archivo .env , separamos la estructura (el código del compose) de los datos sensibles (tus contraseñas e IPs). 1. Estructura de Archivos Crea una carpeta para el proyecto y organiza los archivos de la siguiente manera: komodo/ ├── .env # Configuración específica del servidor (IP, Passwords) ├── docker-compose.yml # Definición de los servicios └── backups/ # Carpeta donde se guardarán los respaldos 2. El Archivo de Configuración (.env) Este es el único archivo que debes modificar si cambias de servidor. Crea un archivo llamado .env : # --- CONFIGURACIÓN DE RED --- KOMODO_URL=http://192.168.204.27:9000 # --- CREDENCIALES INICIALES --- ADMIN_USER=admin ADMIN_PASS=admin1234 # ---...
Publicar un comentario
Leer más

Conversión de Llaves SSH: de Windows (.ppk) a Linux

De
Contexto: Si recibes un archivo .ppk (generado usualmente con PuTTY en Windows), no podrás usarlo directamente en la terminal de Linux. Es necesario convertirlo al formato OpenSSH. 1. Preparación del Entorno Primero, instalamos las herramientas necesarias para la conversión en nuestro sistema local (Ubuntu/Debian): sudo apt update && sudo apt install putty-tools -y 2. Conversión del Archivo Usa el siguiente comando para transformar la llave. Si el archivo original tiene una passphrase , la terminal te la solicitará durante este proceso. puttygen /ruta/al/archivo_original.ppk -O private-openssh -o ~/.ssh/id_vps_convertida Seguridad: Al convertir la llave, asegúrate de recordar la frase de acceso (passphrase) si es que el archivo original estaba protegido. 3. Estructura de Archivos Resultante ~/.ssh/ ├── id_vps_convertida # Tu nueva llave privada en formato Linux └── known_hosts # Registro automático de ser...
Publicar un comentario
Leer más

Guía SSH para Google Cloud (GCP)

De
Este tutorial explica cómo generar tus llaves, por qué el comentario es útil (pero opcional) y cómo conectarte finalmente a tu VPS. Dato Clave: Google Cloud usa el texto al final de tu llave para crear automáticamente tu usuario dentro del servidor. 1. Generar la Llave SSH Ejecuta este comando en tu terminal de Ubuntu. El parámetro -C define el comentario final. ssh-keygen -t ed25519 -C "tu_usuario@loquesea" Sobre el comentario (-C): Es Opcional: Si lo omites, Ubuntu pondrá tu_usuario@nombre_pc automáticamente. Función en GCP: Lo que esté antes del @ será tu nombre de usuario para entrar a la VPS. 2. Ver y Copiar la Clave Pública Para que el servidor te reconozca, debes copiar el contenido del archivo con extensión .pub . cat ~/.ssh/id_ed25519.pub Importante: Copia la línea completa, desde ssh-ed25519 hasta el final del comentario. No recortes nada. 3. Estructura de Archivos Generados Así es como se v...
Publicar un comentario
Leer más

Cómo montar un Laboratorio de Pruebas con Terminal Web usando Docker, ttyd y Nginx

De
Cómo montar un Laboratorio de Pruebas con Terminal Web usando Docker, ttyd y Nginx En este tutorial aprenderemos a crear un entorno seguro y aislado ( Sandbox ) que permite acceder a una terminal de Linux desde el navegador. Es ideal para que terceros (clientes o soporte técnico) realicen pruebas sin comprometer la seguridad del servidor principal. 1. La Arquitectura Para este despliegue utilizamos tres capas de seguridad: Docker : Crea un contenedor (Alpine Linux) donde ocurre todo. Si algo sale mal, el host queda intacto. ttyd : Herramienta ligera que convierte la terminal en una interfaz web. Nginx : Actúa como proxy inverso, aporta HTTPS y una URL amigable. 2. Paso 1: Crear el Contenedor de Sacrificio Creamos un contenedor llamado laboratorio . Usamos un volumen en modo solo lectura para que el usuario externo no pueda modificar archivos. # Crear el contenedor con un volumen de solo lectura docker run -d \ --name laboratorio \ -v /ruta/a/tus...
Publicar un comentario
Leer más

Estructurando Proyectos en Go: Guía del "Standard Layout" para Aplicaciones Reales

De
Cuando empiezas en Go, la libertad de su sistema de archivos puede ser abrumadora. A diferencia de frameworks como Laravel o Django, Go no te impone una estructura de carpetas. Sin embargo, la comunidad ha consolidado un patrón conocido como Standard Go Project Layout . En este post analizamos cómo organizar una aplicación profesional (usando como ejemplo un proyecto de integración de APIs) para lograr un código escalable, testeable y fácil de mantener. 🏗️ La Anatomía del Proyecto Una estructura robusta se ve así: . ├── cmd/ # Entry points (Puntos de entrada) │ └── wasabi/ # Nombre de tu aplicación │ └── main.go # Archivo principal ├── internal/ # Lógica privada del negocio │ ├── handlers/ # Capa de transporte (HTTP/gRPC) │ ├── models/ # Estructuras de datos compartidas │ └── wuzapi/ # Clientes o adaptadores de servicios ├── go.mod # Gestión de dependencias └── LICENSE ...
Publicar un comentario
Leer más

Arquitectura de Middleware de Mensajería

De
Esta guía detalla la construcción de un sistema en Go diseñado para ser multitenant y desacoplado . La clave de este diseño es que el núcleo del servidor no depende de configuraciones estáticas, permitiendo gestionar múltiples clientes y proveedores de forma dinámica. El servidor no "conoce" a los clientes de antemano. Recibe la identidad (Token) en tiempo de ejecución, procesa el contrato de datos y delega la respuesta. 1. Estructura de Directorios Estándar Siguiendo el Standard Go Project Layout , organizamos el código para separar la infraestructura de la lógica de negocio. project-root/ ├── cmd/api/ # Punto de entrada (main.go) ├── internal/ # Código privado del proyecto │ ├── handlers/ # Controladores HTTP (Webhook Receptor) │ ├── providers/ # Adaptadores de API (Envío de mensajes) │ ├── models/ # Estructuras de datos (Contratos JSON) │ └── services/ # Lógica de procesamiento └── .env ...
Publicar un comentario
Leer más