Mejor VPS para Stirling PDF en 2026: guía de autoalojamiento
El mejor VPS para Stirling PDF depende de lo que haga con los documentos. Fusionar o dividir algunos archivos PDF es un trabajo sencillo; OCR, conversión de Office, renderizado de imágenes y trabajos simultáneos pueden utilizar mucha más CPU y memoria. Stirling PDF proporciona una interfaz web autohospedada para el procesamiento de PDF, de modo que los archivos pueden permanecer en la infraestructura que usted controla en lugar de cargarse en un convertidor en línea no relacionado.
Ese control todavía viene con el trabajo operativo. Un servidor de procesamiento de PDF privado necesita RAM adecuada, volúmenes Docker persistentes, autenticación, HTTPS, copias de seguridad y actualizaciones oportunas. Esta guía compara las configuraciones prácticas de alojamiento VPS PDF de Stirling, los precios actuales de los proveedores y el costo de las implementaciones básicas hasta en equipo. También muestra cómo instalar la imagen estándar en Ubuntu con Docker Compose, agregar un proxy inverso, conservar los idiomas OCR y probar la implementación sin pretender que cada carga de trabajo tenga los mismos requisitos de servidor.
Publicado el 12 de noviembre de 2026. Revisado con Stirling PDF v3.3.0 y documentación oficial actual. Los precios del proveedor no incluyen impuestos ni servicios opcionales, a menos que se indique lo contrario. No se implica ninguna evaluación comparativa del servidor comprado ni afirmación de rendimiento de primera mano. Los enlaces de LightNode son enlaces de afiliados; podemos ganar una comisión.
¿Qué es el PDF de Stirling?
Stirling PDF es una plataforma PDF disponible como servidor autohospedado basado en navegador y aplicación de escritorio. Sus herramientas cubren fusión y división, compresión, rotación y organización de páginas, firmas, marcas de agua, redacción, conversión de PDF a imagen, conversión de archivo a PDF, OCR para documentos escaneados y automatización a través de canalizaciones y API. El conjunto de herramientas exacto depende de la imagen y el plan.
Es adecuado para individuos, desarrolladores, autónomos, pequeñas empresas, equipos con muchos documentos y usuarios preocupados por la privacidad que estén dispuestos a administrar un servidor. El autohospedaje puede reducir las transferencias innecesarias de documentos de terceros, pero no hace que un sistema sea seguro automáticamente. El control de acceso, el cifrado en tránsito, el mantenimiento del host, la configuración de retención y las copias de seguridad aún determinan el resultado real de la privacidad.
El repositorio principal tiene en gran medida licencia del MIT, con directorios explícitamente identificados que se rigen por sus propias licencias. El plan gratuito autohospedado actual admite hasta cinco usuarios y todas las herramientas PDF, mientras que las bases de datos externas, la agrupación en clústeres, el almacenamiento de archivos de bases de datos/S3, las métricas, SAML y las funciones de auditoría tienen límites de equipo o empresa. Consulte la [página oficial de planes y licencias] (https://docs.stirlingpdf.com/Server/Licensing/Plans-and-Licences/) en lugar de asumir que todas las funciones empresariales son gratuitas.
Requisitos de Stirling PDF VPS
Stirling publica una guía de imágenes separada. La imagen estándar latest incluye LibreOffice, Tesseract, OCRmyPDF, WeasyPrint, Calibre, Ghostscript, QPDF e ImageMagick y sugiere 4 GB de RAM. latest-fat agrega el motor de IA incluido y sugiere 6 GB o más, especialmente cuando la IA está habilitada. latest-ultra-lite sugiere 2 GB, pero omite inicio de sesión, OCR, Office, HTML y conversiones de libros electrónicos.
La siguiente tabla es una línea base de planificación editorial de VPS, no un nuevo mínimo oficial. Incluye espacio para Ubuntu y Docker y se debe ajustar con medidas.
| Caso de uso | Imagen | CPU | RAM | Almacenamiento | Nota de planificación |
|---|---|---|---|---|---|
| Trabajo básico de fusión, división y paginación | Ultraligero | 2 CPU virtuales | 2 GB | SSD de 20 a 40 GB | Sólo herramientas básicas; sin inicio de sesión ni OCR |
| Procesamiento de PDF estándar y OCR ligero | Estándar | 2-4 CPU virtuales | 4 GB | SSD de 40 a 80 GB | Buen punto de partida para algunos usuarios |
| OCR pesado, conversiones o trabajo simultáneo | Estándar o Grasa | 4-8 CPU virtuales | 8-16 GB | SSD de 80 a 160 GB | Medir picos y concurrencia en colas |
La guía de rendimiento oficial es más conservadora para la capacidad de los usuarios: de 1 a 10 usuarios se asignan a 2 a 4 núcleos, 4 GB de RAM y 10 GB de disco de aplicación; De 10 a 50 usuarios se asignan a 4 a 8 núcleos, 8 a 16 GB y SSD de 50 GB. Las cifras de disco no incluyen los documentos retenidos, las copias de seguridad, los archivos del sistema operativo ni el espacio de trabajo temporal de cada usuario.
CPU y RAM
Las operaciones de fusión y división requieren una CPU relativamente baja, aunque la memoria aumenta con el tamaño total del archivo. OCR consume mucha CPU y mucha memoria. Las conversiones de LibreOffice también son costosas y pueden ocupar un núcleo por conversión. El procesamiento de PDF a imagen consume mucha memoria. Por esa razón, el tamaño del archivo por sí solo es una métrica de capacidad deficiente: el número de páginas, la resolución, las imágenes incrustadas, el tipo de operación y los trabajos simultáneos son importantes.
El contenedor debe tener un límite de memoria explícito. Stirling dimensiona su montón de Java a partir de ese límite (hasta el 70% de forma predeterminada), dejando el resto para Tesseract, LibreOffice y otras herramientas nativas. Si el host se queda sin memoria, el contenedor puede detenerse y todos los trabajos activos fallarán. No asigne todo el VPS al contenedor; Ubuntu, Docker, el proxy inverso y el monitoreo necesitan margen de maniobra.
Disco, cargas y copias de seguridad
Las conversiones temporales pueden necesitar varias veces el tamaño del archivo cargado. Reserve espacio para imágenes de contenedor, /logs, la base de datos integrada y claves en /configs, documentos guardados en /storage, canalizaciones, archivos de firmas personalizados, paquetes de idioma OCR y un área de preparación local para copias de seguridad. Mantenga copias de recuperación en otro sistema; un segundo directorio en el mismo VPS no es protección contra fallas del disco o de la cuenta.
¿Se puede ejecutar Stirling PDF en un VPS de 2 GB de RAM?
Sí, pero 2 GB se adaptan mejor a latest-ultra-lite y trabajos básicos de PDF de bajo volumen. Ultra-lite no tiene inicio de sesión, OCR, Office, HTML ni conversión de libros electrónicos, por lo que no es una recomendación general para una implementación completa de cara al público. Una red privada o un túnel local es particularmente importante porque esa imagen carece de inicio de sesión en la aplicación. Un contenedor estándar de 2 GB deja poco espacio para Ubuntu y los procesos de conversión nativos y está por debajo de la sugerencia de 4 GB de la imagen estándar.
¿Son suficientes 4 GB de RAM para Stirling PDF?
Cuatro gigabytes es la sugerencia oficial para la imagen estándar y es un punto de partida sensato para un uso ligero por parte de algunas personas. No es una garantía para archivos PDF de gran tamaño con muchas imágenes, OCR simultáneo o varias conversiones de Office. Supervise los picos de memoria, los trabajos fallidos, los tiempos de cola, los discos temporales y los reinicios de contenedores. Pase a 8 GB o más cuando las mediciones muestren presión en lugar de intentar resolver el agotamiento de la memoria con un tiempo de espera de proxy más largo.
¿Cuánto cuesta el alojamiento de PDF de Stirling?
El costo del autohospedaje incluye el VPS, la capacidad de respaldo, el posible almacenamiento adicional, los excedentes de ancho de banda, un dominio y el tiempo del administrador. El procesamiento opcional de IA también puede aumentar los costos de memoria o de servicios externos. Estos rangos mensuales son presupuestos de planificación, no ofertas de proveedores.
| Implementación | Recursos sugeridos | Rango de cálculo típico | Otros costes de planificación | Total estimado |
|---|---|---|---|---|
| Servidor PDF básico | 2 vCPU, 2-4 GB, SSD de 40 GB | $10-$20 | $2-$5 copia de seguridad/dominio | $12-$25 |
| PDF estándar + OCR | 2 a 4 vCPU, 4 a 8 GB, SSD de 80 GB | $20-$48 | $4-$12 copia de seguridad/dominio | $24-$60 |
| Procesamiento de documentos comerciales | 4-8 CPU virtuales, 8-16 GB, SSD de más de 160 GB | $40-$100+ | $10-$40+ almacenamiento, respaldo, dominio | $50-$140+ |
El nivel estándar abarca ejemplos verificados, como el plan de 2 vCPU/4 GB de Vultr a $20, el plan de 2 vCPU/4GiB de DigitalOcean a $24 y los planes de 8 GB entre $40 y $48. Es posible que un dominio no agregue nada si ya posee uno y usa un subdominio. Las copias de seguridad pueden costar un porcentaje del cálculo o facturarse según la capacidad almacenada. La simultaneidad del OCR, no solo el tamaño del archivo, a menudo impulsa el cambio a más CPU y RAM.
Los mejores proveedores de VPS para Stirling PDF en 2026
Los cinco servicios proporcionan máquinas virtuales Linux ordinarias; ninguno se presenta como un servicio PDF administrado de Stirling. Verifique el inventario, los precios específicos de la región, IPv4, los impuestos, la cobertura de respaldo y los totales de pago antes de realizar el pedido.
| Proveedor | Configuración recomendada | CPU | RAM | Almacenamiento | Referencia mensual verificada | Lo mejor para | Visitar sitio web |
|---|---|---|---|---|---|---|---|
| Nodo de luz | Agencia | 2 CPU virtuales | 4 GB | NVMe de 50 GB | $13,70 referencia | Facturación horaria y elección regional | Visita |
| Océano Digital | Básico Regular | 2 CPU virtuales | 4GiB | SSD de 80 GiB | $24 | Documentación clara | Visita |
| Vultr | vc2-2c-4gb | 2 CPU virtuales | 4 GB | SSD de 80 GB | Base de $20 | Amplia selección de ubicaciones | Visita |
| Nube Akamai / Linode | Linodo 4GB | 2 CPU virtuales | 4 GB | 80GB | Base de $24 | Alojamiento Linux convencional | Visita |
| Hetzner | CPX22, si está disponible | 2 CPU virtuales | 4 GB | NVMe de 80 GB | Consultar cotización actual | Comparación presupuestaria centrada en la UE | Visita |
1. LightNode: Alojamiento de PDF Stirling flexible por horas
Recomendación de LightNode
Configuración estándar sugerida: 2 vCPU, 4 GB de RAM, 50 GB NVMe, alrededor de $13,70/mes de referencia. Para la conversión regular de OCR y Office, considere 4 vCPU, 8 GB, alrededor de $26,70/mes de referencia.
LightNode proporciona instancias KVM Linux, almacenamiento SSD/NVMe, una IP pública dedicada, acceso raíz y ubicaciones en múltiples regiones. La facturación por horas es útil a la hora de evaluar la elección de imágenes y la demanda de OCR antes de mantener un servidor más grande.
Ventajas: Implementación horaria flexible, servidores Linux compatibles con Docker y ubicaciones que incluyen mercados menos comunes. Contras: Las preguntas frecuentes actuales documentan instancias solo de IPv4 y una IPv4 por instancia; No se verificó el soporte de pago con criptomonedas. Mejor para: Usuarios que desean opciones regionales y un camino sencillo de 4 GB a 8 GB. Confirme los cargos de tráfico, la facturación de instancias detenidas, el almacenamiento y el total actual de la consola.
2. DigitalOcean: planes claros y documentación para desarrolladores
recomendación de DigitalOcean
Configuración sugerida: Básico Regular, 2 vCPU, 4GiB de RAM, 80GiB SSD, transferencia de 4000GiB, $24/mes.
DigitalOcean Droplets admite imágenes comunes de Ubuntu, Docker, firewalls en la nube, volúmenes e instantáneas. Su documentación hace que el flujo de trabajo de SSH a Docker sea accesible.
Ventajas: Escalera de recursos transparente y documentación de implementación sólida. Contras: El plan inicial de $4 está muy por debajo de la guía de memoria de la imagen estándar; las copias de seguridad y los volúmenes tienen un costo adicional. Mejor para: Desarrolladores que valoran la documentación y los tamaños de planes predecibles. El nivel de 4 vCPU/8GiB cuesta $48/mes cuando la demanda de OCR lo justifica.
3. Vultr: Opciones globales de computación en la nube
recomendación de Vultr
Configuración sugerida: vc2-2c-4gb, 2 vCPU, 4 GB de RAM, 80 GB de SSD, transferencia listada de 3 TB, base de $20/mes.
Vultr Cloud Compute ofrece máquinas virtuales Linux en muchas ubicaciones y admite la implementación normal de Docker. Su API pública enumera el paso de 4 vCPU/8GB/160GB a $40/mes en las regiones base.
Pros: Amplio catálogo regional y escalamiento sencillo entre planes de 4GB y 8GB. Desventajas: Las anulaciones de precios y la capacidad regionales pueden cambiar la elección final; las copias de seguridad son adicionales. Mejor para: Usuarios que priorizan una región específica. Verifique si el producto seleccionado utiliza SSD o NVMe en lugar de generalizarlo en todas las familias informáticas.
4. Akamai Cloud/Linode: instancias de Linux de uso general
Recomendación de Akamai Cloud
Configuración sugerida: Linode 4GB, 2 vCPU, 4GB RAM, disco de 80GB, transferencia de 4TB, base de $24/mes.
Las instancias Linode de Akamai Cloud proporcionan imágenes de Linux, administración SSH, firewalls en la nube, almacenamiento en bloques e infraestructura compatible con Docker. El paso verificado de 8 GB es 4 vCPU, disco de 160 GB y una base de $48 al mes.
Ventajas: Gestión familiar de máquinas virtuales Linux y tamaños de instancia documentados. Desventajas: Algunas regiones tienen precios diferentes y el almacenamiento adjunto necesita su propio plan de respaldo. Ideal para: Administradores que desean una máquina virtual convencional y API documentadas. Confirme el complemento de copia de seguridad actual y el total regional.
5. Hetzner: Comparación de la nube de la UE centrada en los costes
recomendación de Hetzner
Configuración sugerida: CPX22, 2 vCPU, 4 GB de RAM, 80 GB NVMe, cuando esté disponible. Precio: obtenga una cotización actual específica de impuestos y ubicación.
La línea de vCPU compartida de rendimiento regular de Hetzner incluye CPX22 y CPX32 (4 vCPU, 8 GB, 160 GB NVMe). Los listados de la UE muestran transferencias incluidas mayores que las de Singapur.
Pros: Especificaciones atractivas que vale la pena comparar para la implementación europea. Desventajas: El catálogo público revisado marcó estas ofertas como no disponibles y no mostró un precio confiable; IPv4 principal, IVA, copias de seguridad y región afectan el total. Mejor para: Usuarios centrados en su presupuesto capaces de verificar el inventario activo y los precios de pago en lugar de depender de un precio principal antiguo.
Cómo instalar Stirling PDF en un VPS de Ubuntu
Este tutorial utiliza Ubuntu 24.04 LTS, Docker Compose v2, el registro oficial y la etiqueta 3.3.0 estable actual. Revise la página de instalación de Docker y las notas de la versión antes de implementar una versión posterior.
Paso 1: Preparar el VPS
Elija al menos 2 vCPU, 4 GB de RAM y 40 GB de SSD para la imagen estándar. Cree un usuario no root habilitado para sudo, agregue una clave SSH, parchee Ubuntu, apunte un dominio al servidor y permita SSH solo desde fuentes confiables cuando sea práctico. Exponga los puertos 80 y 443 para el proxy; no exponga el puerto 8080 públicamente.
Paso 2: instalar Docker Engine y componer
Siga las [instrucciones oficiales de Ubuntu] de Docker (https://docs.docker.com/engine/install/ubuntu/). Después de la instalación, verifique ambos componentes:
sudo docker version
sudo docker compose versionPaso 3: crear directorios persistentes
sudo mkdir -p /opt/stirling-pdf/stirling-data/{configs,logs,customFiles,pipeline,storage,tessdata}
sudo chown -R 1000:1000 /opt/stirling-pdf/stirling-data
cd /opt/stirling-pdfLa imagen se ejecuta como UID/GID 1000 de forma predeterminada. /configs contiene configuraciones, la base de datos integrada, copias de seguridad y claves generadas; /storage contiene archivos guardados. Los otros montajes conservan registros, archivos y firmas personalizados, carpetas de procesamiento y lenguajes Tesseract adicionales.
Paso 4: Crear compose.yaml
services:
stirling-pdf:
image: docker.stirlingpdf.com/stirlingtools/stirling-pdf:3.3.0
container_name: stirling-pdf
ports:
- "127.0.0.1:8080:8080"
volumes:
- ./stirling-data/configs:/configs
- ./stirling-data/logs:/logs
- ./stirling-data/customFiles:/customFiles
- ./stirling-data/pipeline:/pipeline
- ./stirling-data/storage:/storage
- ./stirling-data/tessdata:/usr/share/tessdata
environment:
SECURITY_ENABLELOGIN: "true"
SYSTEM_BACKENDURL: "https://pdf.example.com"
SYSTEM_FRONTENDURL: "https://pdf.example.com"
mem_limit: 4g
restart: unless-stoppedReemplace el dominio. No coloque una contraseña real en un archivo confirmado. mem_limit permite que la aplicación dimensione su montón de Java mientras el host aún necesita memoria fuera del contenedor.
Paso 5: Iniciar e inspeccionar el PDF de Stirling
sudo docker compose config
sudo docker compose pull
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 stirling-pdfdocker compose config verifica la estructura pero no puede probar que la aplicación funcione. Mantenga el enlace 127.0.0.1 para que solo el proxy inverso local pueda alcanzar el puerto 8080.
Paso 6: Proteger la cuenta de administrador
La imagen estándar permite iniciar sesión de forma predeterminada. Con una base de datos de usuarios vacía, crea admin con la contraseña stirling y fuerza un cambio de contraseña de al menos ocho caracteres en el primer inicio de sesión. Abra el sitio HTTPS inmediatamente, cambie esa contraseña y luego cree usuarios con nombre separados. El plan gratuito actualmente permite cinco usuarios.
Para el aprovisionamiento desatendido, Stirling admite SECURITY_INITIALLOGIN_USERNAME y SECURITY_INITIALLOGIN_PASSWORD antes del primer inicio, pero los secretos pertenecen a un archivo de entorno legible desde la raíz o a un administrador de secretos, no en Git ni en este ejemplo. Esas configuraciones se ignoran después de que existe un usuario. Nunca configure SECURITY_ENABLELOGIN=false en un servidor de producción con acceso a Internet.
Paso 7: Agregar HTTPS con Nginx
Instale Nginx y un certificado usando su flujo de trabajo ACME normal, luego use un bloque de servidor como este dentro del host virtual TLS:
client_max_body_size 2000m;
proxy_read_timeout 1800s;
proxy_send_timeout 1800s;
proxy_buffering off;
location / {
proxy_pass http://127.0.0.1:8080;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Port 443;
}El valor predeterminado de carga oficial es 2000 MB y los trabajos largos pueden necesitar un tiempo de espera de lectura de 30 minutos. Límites más bajos si su caso de uso lo permite. Los tiempos de espera más prolongados ayudan a legitimar operaciones prolongadas, pero no solucionan un contenedor sin memoria. Valide Nginx antes de recargar y mantenga 8080 bloqueado en los firewalls del host y del proveedor.
Paso 8: Habilite los idiomas OCR
Las imágenes estándar y Fat incluyen OCRmyPDF y Tesseract; Ultra-lite no tiene OCR. En las imágenes estándar se incluyen datos en inglés, alemán, francés, portugués y chino simplificado. Se pueden descargar archivos .traineddata adicionales en Configuración → Servidor → Avanzado o desde los repositorios oficiales de Tesseract. Dado que las descargas locales del contenedor desaparecen al recrear el contenedor, consérvelas en el volumen /usr/share/tessdata montado.
OCR utiliza CPU y RAM sustanciales. Instale solo los idiomas requeridos, pruebe los análisis representativos y reduzca la simultaneidad antes de asumir que un límite de carga mayor mejorará el procesamiento.
Paso 9: Probar el procesamiento de PDF
Inicie sesión a través de HTTPS y realice una prueba de aceptación controlada: cargue una muestra no confidencial, combine dos archivos PDF, divida páginas, convierta un documento, ejecute OCR en una página escaneada y descargue cada resultado. OCR se aplica sólo a una imagen compatible con OCR. Verifique los registros, la memoria, el disco temporal y la legibilidad de la salida. Estos son pasos de verificación para su implementación; Esta guía no afirma que ya hayan pasado por su servidor.
Paso 10: realizar una copia de seguridad y restaurar
Haga una copia de seguridad de los seis directorios de host montados, especialmente /configs, /storage, /pipeline, /customFiles y tessdata. Incluya la configuración de la aplicación, la base de datos integrada, las claves generadas, los documentos almacenados, los activos de firma, las carpetas de automatización y los idiomas de OCR. Detenga las escrituras o utilice un método coherente con la aplicación, cifre copias externas, defina la retención y pruebe la restauración en un directorio y contenedor separados. Una copia de seguridad que nunca se ha restaurado es un plan de recuperación no verificado.
Paso 11: Actualizar de forma segura
Lea las notas de la versión y los cambios importantes, cree y verifique una copia de seguridad, cambie la etiqueta de imagen fijada y luego ejecute:
sudo docker compose pull
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 stirling-pdfVerifique el inicio de sesión, los volúmenes, el OCR, la conversión y las descargas. Mantenga la etiqueta anterior disponible para una reversión planificada. No use docker compose down -v para una actualización de rutina porque -v puede eliminar volúmenes persistentes con nombre.
Stirling PDF frente a PDF24 frente a Adobe Acrobat
| Área | Servidor PDF Stirling | PDF24 | Adobe Acróbata |
|---|---|---|---|
| Modelo de implementación | Servidor web o escritorio autohospedado | Herramientas de escritorio de Windows y servicios en línea | Servicios de escritorio, web y en la nube |
| Autohospedaje | Sí | No es una oferta equivalente de servidor autohospedado general | No existe un servicio web equivalente de Acrobat alojado por el cliente |
| Fusionar/dividir | Sí | Sí, según producto | Sí, dependiendo del plan/aplicación |
| OCR | Imágenes estándar/gordas | Disponible en flujos de trabajo PDF24 compatibles | Disponible en productos Acrobat elegibles |
| Conversión | Amplio, dependiente de la imagen | Amplio conjunto de herramientas de escritorio/en línea | Amplio conjunto de herramientas comerciales |
| Control de datos | Su implementación y políticas | El escritorio puede procesar localmente; herramientas en línea implican un servicio | Depende de la política y el flujo de trabajo del escritorio/nube |
| Necesidades de recursos | Usted proporciona recursos del servidor | Estación de trabajo Windows o servicio en línea | Estación de trabajo/navegador compatible y plan de servicio |
| Mantenimiento | Usted parchea, protege y realiza copias de seguridad | Mantener el software de escritorio | Aplicación/servicio de proveedor más administración local |
| Modelo de precios | Plan autohospedado gratuito; funciones pagas para equipo/empresa | Herramientas gratuitas; verificar los términos actuales | Suscripciones comerciales y niveles de productos |
| Lo mejor para | Autohospedaje multidispositivo controlado | Usuarios de Windows que desean utilidades convenientes | Organizaciones que necesitan soporte y flujos de trabajo de Acrobat |
Estos productos se superponen pero no son idénticos. Elija según la profundidad de edición requerida, el flujo de trabajo, el sistema operativo, el soporte y la política de manejo de documentos, no solo un recuento de la lista de verificación.
Stirling PDF frente a Paperless-ngx
Stirling PDF se centra en cambiar documentos: fusionar, dividir, comprimir, convertir, OCR, firmar, redactar y automatizar transformaciones. Paperless-ngx se centra en consumir, archivar, etiquetar, indexar, buscar y recuperar una colección de documentos de larga duración.
Utilice Stirling PDF cuando el objetivo sea el resultado de una tarea de procesamiento. Utilice Paperless-ngx cuando el objetivo sea una organización y una búsqueda duraderas. Un equipo puede ejecutar ambos, pero unirse a ellos crea dos responsabilidades de seguridad, almacenamiento, actualización y respaldo. Nuestras guías para Memos, Immich y Beszel] cubren notas autohospedadas adyacentes, gestión de fotografías y cargas de trabajo de monitoreo.
¿Vale la pena el PDF autohospedado de Stirling?
Vale la pena cuando los documentos deben permanecer en la infraestructura que usted controla, varias personas necesitan una herramienta de navegador compartida o la automatización repetible de PDF justifica el mantenimiento del servidor. Los costos pueden ser predecibles, especialmente para cargas de trabajo constantes, y una API privada puede adaptarse a los sistemas internos.
Es menos atractivo para ediciones ocasionales que ya maneja una aplicación de escritorio mantenida. Usted asume la responsabilidad de Linux, Docker, TLS, autenticación, copias de seguridad, respuesta a vulnerabilidades y planificación de capacidad. El autohospedaje no es intrínsecamente más seguro que un servicio en la nube de buena reputación: una contraseña predeterminada, un puerto abierto 8080, un host sin parches o una copia de seguridad expuesta pueden anular el beneficio de privacidad.
Problemas comunes de alojamiento de PDF en Stirling
El contenedor no se inicia
Causa probable: Sintaxis de Compose no válida, etiqueta no admitida, memoria insuficiente o permisos de volumen. Verifique: docker compose config, docker compose ps y registros de contenedor. Solución: Corrija el campo informado, confirme la etiqueta oficial, libere recursos y establezca la propiedad del UID/GID del contenedor sin que se pueda escribir en directorios en todo el mundo.
El puerto 8080 ya está en uso
Causa probable: Otro servicio vincula el puerto. Compruebe: sudo ss -ltnp | grep ':8080'. Solución: Detenga el servicio en conflicto o cambie solo el lado del host, como 127.0.0.1:8081:8080, y actualice proxy_pass.
El OCR no funciona
Causa probable: Imagen ultraligera, faltan datos de idioma, volumen ilegible o calidad de escaneo deficiente. Compruebe: Etiqueta de imagen, idiomas OCR instalados, registros y propiedad de tessdata. Solución: Use Estándar/Fat, monte /usr/share/tessdata, instale el idioma correcto y vuelva a intentar un escaneo representativo.
Sin memoria durante la conversión
Causa probable: PDF grande o con muchas imágenes, múltiples trabajos o muy poco espacio libre fuera de Java. Verificar: Estado de salida del contenedor, docker stats, registros OOM del kernel y simultaneidad. Solución: Reduzca los trabajos simultáneos, utilice un VPS más grande y ajuste el porcentaje de Java documentado solo después de la medición.
Permiso denegado en volúmenes Docker
Causa probable: Los directorios de host no coinciden con UID/GID 1000 ni con PUID/PGID configurados. Verifique: ls -ln en rutas montadas y registros de contenedores. Solución: Propiedad correcta de la identidad del servicio previsto; Evite la manta chmod 777.
El proxy inverso devuelve 502 Bad Gateway
Causa probable: El contenedor está detenido, el proxy apunta al puerto de host incorrecto o un firewall/espacio de nombres de red bloquea el acceso. Verificar: curl http://127.0.0.1:8080, estado de redacción y registros de errores de Nginx. Solución: Restaure el estado del contenedor y alinee proxy_pass con la asignación de bucle invertido.
Las cargas grandes fallan
Causa probable: Límite del cuerpo del proxy, límite de carga de la aplicación, tiempo de espera o disco temporal inadecuado. Verificar: Respuesta del navegador, registros de proxy, registros de aplicaciones y disco libre. Solución: Alinear los límites con un máximo justificado y ampliar los tiempos de espera para trabajos válidos; No trate esto como una corrección de memoria.
La configuración desaparece después del reinicio
Causa probable: /configs o /storage no se montaron, o Compose se ejecutó desde un directorio diferente con rutas relativas. Compruebe: Los montajes docker inspect y los directorios del host. Solución: restaurar desde la copia de seguridad, usar rutas estables absolutas o relativas al proyecto y montar todos los directorios persistentes oficiales antes de procesar documentos reales.
Preguntas frecuentes
¿Cuál es el mejor VPS para Stirling PDF?
Para la imagen estándar, comience con 2 a 4 vCPU, 4 GB de RAM y 40 a 80 GB de SSD. LightNode ofrece opciones regionales y horarias flexibles; Vultr tiene un plan básico verificado de 4 GB por $20; DigitalOcean y Akamai Cloud proporcionan documentación clara y planes de 4 GB por 24 dólares. Seleccione por región, cobertura de respaldo y demanda de OCR medida en lugar de solo por el nombre del proveedor.
¿Cuánta RAM necesita Stirling PDF?
La guía de imagen oficial sugiere 2 GB para Ultra-lite, 4 GB para Standard y 6 GB o más para Fat. Ultra-lite elimina el inicio de sesión, el OCR y varias conversiones, por lo que los números no describen conjuntos de funciones equivalentes. OCR intenso, imágenes grandes, conversiones de Office, IA y usuarios simultáneos pueden requerir entre 8 y 16 GB.
¿Se puede ejecutar Stirling PDF en un VPS de 2 GB?
Sí, principalmente con la imagen ultraligera y las operaciones de PDF básicas livianas. Esa imagen no tiene inicio de sesión de aplicación, OCR, Office, HTML ni conversión de libros electrónicos. Una implementación estándar de 2 GB está por debajo de la orientación oficial y deja muy poco espacio para el sistema operativo y los procesos nativos para un servidor confiable de uso general.
¿Son suficientes 4 GB de RAM para Stirling PDF?
Cuatro gigabytes coinciden con la sugerencia de imagen estándar y pueden admitir un uso ligero por parte de unos pocos usuarios. Es posible que no maneje de manera confiable archivos grandes con muchas imágenes o trabajos simultáneos de OCR y LibreOffice. Establezca un límite de memoria del contenedor, preserve el espacio libre del host, observe el uso máximo real y actualice cuando los trabajos fallen o se pongan en cola excesiva.
¿Stirling PDF es compatible con OCR?
Sí. Las imágenes estándar y gruesas incluyen OCRmyPDF y Tesseract, con varios paquetes de idiomas incluidos. Se pueden descargar y conservar idiomas adicionales a través del volumen /usr/share/tessdata. Ultra-lite no incluye OCR. OCR es una de las cargas de trabajo de PDF de Stirling que consume más CPU y memoria.
¿Stirling PDF es gratuito y de código abierto?
El repositorio principal tiene en gran medida licencia MIT, y directorios específicos tienen sus propias licencias. Un servidor autohospedado comienza con el plan gratuito, actualmente limitado a cinco usuarios, mientras que algunas capacidades de bases de datos, agrupación en clústeres, almacenamiento, monitoreo, SAML, auditoría y empresas requieren niveles pagos. Revise ambas licencias del repositorio y la matriz del plan actual.
¿Cuánto cuesta el alojamiento de PDF de Stirling?
Un servidor básico puede presupuestar razonablemente entre $ 12 y $ 25 por mes, mientras que una implementación de OCR estándar a menudo cuesta entre $ 24 y $ 60, incluida una modesta asignación de respaldo. Los equipos con muchos documentos pueden gastar entre 50 y 140 dólares o más. Los impuestos, el almacenamiento adicional, el ancho de banda, los dominios, las funciones pagas, la inteligencia artificial y el tiempo del administrador cambian el total.
¿Puedo instalar Stirling PDF con Docker Compose?
Sí. Docker es el método de servidor recomendado y la documentación oficial proporciona ejemplos de redacción. Utilice el registro oficial, fije una versión estable para producción, vincule el puerto 8080 al loopback detrás de HTTPS, monte /configs y /storage como mínimo, conserve otros directorios necesarios, mantenga el inicio de sesión habilitado y pruebe las copias de seguridad antes de almacenar documentos confidenciales.
Veredicto final
- Edición básica de PDF: Un servidor Ultra-lite privado de 2 vCPU/2 GB puede funcionar si acepta las funciones de inicio de sesión, OCR y conversión que faltan.
- Cargas de trabajo de OCR estándar: Comience con Estándar en 2 a 4 vCPU y 4 GB, luego mida. El nivel de 4 GB de LightNode y el plan verificado de 4 GB de Vultr son referencias prácticas.
- Usuarios con muchos documentos: Prefieren entre 4 y 8 vCPU, entre 8 y 16 GB, espacio SSD generoso y copias de seguridad independientes; DigitalOcean, Vultr y Akamai exponen pasos claros de 8 GB.
- Alojamiento económico: Compare una cotización de Hetzner realmente disponible con los totales de Vultr y LightNode, incluidos IPv4, impuestos, copias de seguridad y región.
- Implementaciones en equipo: Tamaño a partir de la simultaneidad y uso de la matriz del plan oficial cuando las bases de datos externas, la agrupación en clústeres, S3, SAML, las métricas o los registros de auditoría sean importantes.
Para un punto de partida flexible, LightNode ofrece facturación por horas y configuraciones de 4GB/8GB. Cualquiera que sea el proveedor que seleccione, el trabajo de producción decisivo es el mismo: fijar la imagen, mantener el inicio de sesión habilitado, finalizar HTTPS, conservar todos los volúmenes necesarios, limitar la exposición pública y demostrar que la recuperación funciona.