2026 年最佳 Stirling PDF VPS：自架指南

Stirling PDF 的最佳 VPS 取決於您對文件的處理方式。合併或拆分幾個 PDF 是一項輕鬆的工作； OCR、Office 轉換、圖像渲染和併發作業可能會使用更多的 CPU 和記憶體。 Stirling PDF 提供用於 PDF 處理的自架 Web 界面，因此檔案可以保留在您控制的基礎設施上，而不是上傳到不相關的線上轉換器。

這種控制仍然伴隨着運營工作。私有 PDF 處理伺服器需要足夠的 RAM、持久的 Docker 磁碟區、身份驗證、HTTPS、備份和及時更新。本指南比較了實用的 Stirling PDF VPS 託管設定、當前供應商價格以及基本團隊部署的成本。它還展示瞭如何使用 Docker Compose 在 Ubuntu 上安裝標準映像、新增反向代理、保留 OCR 語言以及測試部署，而無需假裝每個工作負載都具有相同的伺服器要求。

發布於 2026 年 11 月 12 日。根據 Stirling PDF v3.3.0 和當前官方文件進行審覈。 除非另有說明，供應商價格不含稅和可選服務。不暗示購買伺服器基準測試或第一手效能聲明。 LightNode 連結是附屬連結；我們可能會賺取佣金。

• 什麼是Stirling PDF？
• 斯特靈 PDF VPS 要求
  • CPU 和記憶體
  • 磁盤、上傳和備份
  • Stirling PDF 可以在 2GB RAM VPS 上運行嗎？
  • 4GB RAM 足夠用於 Stirling PDF 嗎？
• 斯特靈 PDF 託管費用是多少？
• 2026 年斯特靈 PDF 最佳 VPS 供應商
  • 1. LightNode：靈活的每小時Stirling PDF 託管
  • 2. DigitalOcean：清晰的方案和開發人員文件
  • 3.Vultr：全球雲計算選項
  • 4. Akamai Cloud / Linode：通用 Linux 實例
  • 5.Hetzner：以成本爲中心的歐盟雲比較
• 如何在 Ubuntu VPS 上安裝 Stirling PDF
  • 第 1 步：準備 VPS
  • 步驟 2：安裝 Docker 引擎並撰寫
  • 步驟 3：創建持久目錄
  • 步驟4：創建compose.yaml
  • 步驟 5：啓動並檢查 Stirling PDF
  • 步驟 6：保護管理員帳號
  • 步驟 7：使用 Nginx 新增 HTTPS
  • 步驟 8：啓用 OCR 語言
  • 步驟 9：測試 PDF 處理
  • 步驟 10：備份和還原
  • 第 11 步：安全更新
• Stirling PDF、PDF24 與 Adobe Acrobat
• Stirling PDF 與 Paperless-ngx
• 自架 Stirling PDF 值得嗎？
• 常見的Stirling PDF 託管問題
  • 容器未啓動
  • 端口 8080 已被使用
  • OCR 不起作用
  • 轉換期間記憶體不足
  • Docker 捲上的權限被拒絕
  • 反向代理返回 502 Bad Gateway
  • 大檔案上傳失敗
  • 設置重啓後消失
• 常見問題
  • Stirling PDF 的最佳 VPS 是什麼？
  • Stirling PDF 需要多少 RAM？
  • Stirling PDF 可以在 2GB VPS 上運行嗎？
  • 4GB RAM 足夠用於 Stirling PDF 嗎？
  • Stirling PDF 支援 OCR 嗎？
  • Stirling PDF 是免費且開源的嗎？
  • 斯特靈 PDF 託管費用是多少？
  • 我可以使用 Docker Compose 安裝 Stirling PDF 嗎？
• 最終判決
• 相關文章

什麼是Stirling PDF？

Stirling PDF 是一個 PDF 平臺，可用作基於瀏覽器的自架伺服器和桌面應用程式。其工具涵蓋合併和拆分、壓縮、頁面旋轉和組織、簽名、水印、編輯、PDF 到圖像轉換、檔案到 PDF 轉換、掃描文件的 OCR 以及通過管道和 API 實現的自動化。確切的工具集取決於映像和方案。

它適合個人、開發人員、自由職業者、小型企業、文件較多的團隊以及願意管理伺服器的注重隱私的使用者。自架可以減少不必要的第三方文件傳輸，但不會自動確保系統安全。訪問控制、傳輸加密、主機維護、保留設置和備份仍然決定着真正的隱私結果。

主存儲庫主要是 MIT 許可的，明確標識的目錄受其自己的許可證管轄。當前的自架免費方案支援最多五個使用者和所有 PDF 工具，而外部資料庫、集羣、S3/資料庫檔案存儲、指標、SAML 和審計功能具有團隊或企業邊界。檢查官方方案和許可證頁面，而不是假設每個企業功能都是免費的。

斯特靈 PDF VPS 要求

Stirling PDF發布單獨的映像指南。標準 latest 映像包括 LibreOffice、Tesseract、OCRmyPDF、WeasyPrint、Calibre、Ghostscript、QPDF 和 ImageMagick，並建議 4GB RAM。 latest-fat 新增了捆綁的 AI 引擎，並建議 6GB 或更多，特別是在啓用 AI 時。 latest-ultra-lite 建議 2GB，但忽略登入、OCR、Office、HTML 和電子書轉換。

下表是編輯的 VPS 規劃基準，而不是新的官方最低值。它包括 Ubuntu 和 Docker 的空間，並且應該根據測量進行調整。

使用案例	圖片	中央處理器	記憶體	存儲	規劃筆記
基本合併、拆分和分頁工作	超輕量	2 個虛擬CPU	2GB	20-40GB 固態硬盤	僅核心工具；無需登入或 OCR
標準 PDF 處理和輕型 OCR	標準	2-4 個 vCPU	4GB	40-80GB 固態硬盤	對於一些使用者來說是一個好的起點
繁重的 OCR、轉換或併發工作	標準或胖	4-8 個 vCPU	8-16GB	80-160GB 固態硬盤	測量峯值和隊列併發性

官方效能指導對於使用者容量比較保守：1-10個使用者映射2-4個核心、4GB RAM、10GB應用磁盤； 10-50 個使用者映射到 4-8 個核心、8-16GB 和 50GB SSD。磁盤資料不包括每個使用者保留的文件、備份、操作系統檔案或臨時工作空間。

CPU 和記憶體

儘管記憶體隨着檔案總大小的增加而增加，但合併和拆分操作對 CPU 的需求相對較低。 OCR 非常消耗 CPU 和記憶體。 LibreOffice 轉換也很昂貴，並且每次轉換可能佔用一個核心。 PDF 到圖像的處理尤其佔用大量記憶體。因此，檔案大小本身並不是一個糟糕的容量指標：頁數、分辨率、嵌入圖像、操作類型和同時作業都很重要。

容器應該有明確的記憶體限制。 Stirling 根據該限制調整其 Java 堆大小（預設情況下最多爲 70%），將剩餘部分留給 Tesseract、LibreOffice 和其他本機工具。如果主機記憶體不足，容器可能會停止並且所有活動作業都會失敗。不要將整個VPS分配給容器； Ubuntu、Docker、反向代理和監控都需要空間。

磁盤、上傳和備份

臨時轉換可能需要數倍於上傳檔案的大小。爲容器映像、/logs、/configs中的內置資料庫和密鑰、/storage中保存的文件、管道、自定義簽名檔案、OCR語言包以及用於備份的本地暫存區預留空間。在另一個系統上保留還原副本；同一 VPS 上的第二個目錄不能防止磁盤或帳號故障。

Stirling PDF 可以在 2GB RAM VPS 上運行嗎？

是的，但 2GB 最適合 latest-ultra-lite 和小容量核心 PDF 工作。 Ultra-lite 沒有登入、OCR、Office、HTML 或電子書轉換，因此不建議面向公衆進行全面部署。專用網路或本地隧道尤其重要，因爲該映像缺少應用程式登入。 2GB 標準容器爲 Ubuntu 和本機轉換過程留下的空間很小，並且低於標準映像的 4GB 建議值。

4GB RAM 足夠用於 Stirling PDF 嗎？

4 GB 是標準映像的官方建議，對於少數人輕度使用來說是一個合理的起點。它不能保證包含大量圖像的大型 PDF、同步 OCR 或多個 Office 轉換。監視峯值記憶體、失敗的作業、隊列時間、臨時磁盤和容器重新啓動。當測量顯示壓力時，轉向 8GB 或更多，而不是嘗試通過更長的代理超時來解決記憶體耗盡問題。

斯特靈 PDF 託管費用是多少？

自架成本包括 VPS、備份容量、可能的額外存儲、帶寬過剩、域和管理員時間。可選的人工智能處理也會增加記憶體或外部服務成本。這些每月範圍是方案預算，而不是供應商的報價。

部署	建議資源	典型計算範圍	其他規劃費用	預計總數
基本 PDF 伺服器	2 個 vCPU、2-4GB、40GB SSD	$10-$20	$2-$5 備份/域	$12-$25
標準 PDF + OCR	2-4 個 vCPU、4-8GB、80GB SSD	$20-$48	$4-$12 備份/域名	$24-$60
商業檔案處理	4-8 個 vCPU、8-16GB、160GB+ SSD	$40-$100+	$10-$40+ 存儲、備份、域	$50-$140+

標準套餐涵蓋經過驗證的示例，例如 Vultr 的 2-vCPU/4GB 方案（20 美元）、DigitalOcean 的 2-vCPU/4GiB 方案（24 美元）和 8GB 方案（約 40-48 美元）。如果您已經擁有一個域並使用子域，則該域可能不會新增任何內容。備份可能會花費一定比例的計算費用或按存儲容量計費。 OCR 併發性（不僅僅是存檔大小）通常會推動使用更多 CPU 和 RAM。

2026 年斯特靈 PDF 最佳 VPS 供應商

所有五個服務都提供普通的Linux VM；沒有一個作爲託管Stirling PDF 服務提供。訂購前檢查庫存、特定區域定價、IPv4、稅費、備份涵蓋範圍和結帳總額。

供應商	推薦設定	中央處理器	記憶體	存儲	經驗證的每月參考	最適合	訪問網站
光節點	代理	2 個虛擬CPU	4GB	50GB NVMe	參考價 13.70 美元	按小時計費和區域選擇	訪問
數字海洋	基本常規	2 個虛擬CPU	4GiB	80GiB 固態硬盤	24 美元	清晰的文件	訪問
烏爾特爾	vc2-2c-4gb	2 個虛擬CPU	4GB	80GB 固態硬盤	20 美元基礎	廣泛的地點選擇	訪問
Akamai 雲/Linode	易諾德 4GB	2 個虛擬CPU	4GB	80GB	基礎價 24 美元	傳統Linux 主機	訪問
赫茲納	CPX22，如果有的話	2 個虛擬CPU	4GB	80GB NVMe	檢查當前報價	以歐盟爲重點的預算比較	訪問

1. LightNode：靈活的每小時Stirling PDF 託管

LightNode 推薦設定

建議的標準設置： 2 個 vCPU、4GB RAM、50GB NVMe，大約 13.70 美元/月參考。對於常規 OCR 和 Office 轉換，請考慮 4 個 vCPU、8GB，大約 26.70 美元/月參考。

訪問網站 → LightNode

LightNode 提供 KVM Linux 實例、SSD/NVMe 存儲、專用公共 IP、根訪問權限以及跨多個區域的位置。在保留更大的伺服器之前評估圖像選擇和 OCR 需求時，按小時計費非常有用。

優點： 靈活的按小時部署、兼容 Docker 的 Linux 伺服器以及包括不太常見市場的位置。 缺點： 當前的常見問題解答記錄了僅 IPv4 的實​​例以及每個實例一個 IPv4；加密貨幣支付支援尚未得到驗證。 最適合： 想要區域選擇和從 4GB 到 8GB 的​​簡單路徑的使用者。確認流量費用、停止實例計費、存儲和當前控制台總計。

2. DigitalOcean：清晰的方案和開發人員文件

DigitalOcean推薦

建議設定： 基本常規、2 個 vCPU、4GiB RAM、80GiB SSD、4,000GiB 傳輸、24 美元/月。

訪問網站 → DigitalOcean

DigitalOcean Droplets 支援常見的 Ubuntu 映像、Docker、雲防火牆、卷和快照。它的文件使 SSH 到 Docker 的工作流程變得平易近人。

優點： 透明的資源階梯和強大的部署文件。 缺點： 4 美元的入門方案遠遠低於標準映像的記憶體指導；備份和卷需要額外費用。 最適合： 重視可預測的方案規模和文件的開發人員。當 OCR 需求證明合理時，4-vCPU/8GiB 層的價格爲 48 美元/月。

3.Vultr：全球雲計算選項

Vultr 推薦

建議設定： vc2-2c-4gb、2 個 vCPU、4GB RAM、80GB SSD、3TB 列出的傳輸、20 美元/月基礎。

訪問網站 → Vultr

Vultr雲計算在許多地方提供Linux虛擬機，並支援普通的Docker部署。其公共 API 列出了基本區域中 4-vCPU/8GB/160GB 的價格爲每月 40 美元。

優點： 廣泛的區域目錄以及 4GB 和 8GB 方案之間的直接擴展。 缺點： 區域價格覆蓋和容量可能會改變最終選擇；備份是額外的。 最適合： 優先考慮特定區域的使用者。驗證所選產品是否使用 SSD 還是 NVMe，而不是在每個計算系列中進行推廣。

4. Akamai Cloud / Linode：通用 Linux 實例

Akamai Cloud 推薦

建議設定： Linode 4GB、2 個 vCPU、4GB RAM、80GB 磁盤、4TB 傳輸、24 美元/月基礎。

訪問網站 → Akamai 雲

Akamai Cloud 的 Linode 實例提供 Linux 映像、SSH 管理、雲防火牆、塊存儲和 Docker 兼容基礎設施。經過驗證的 8GB 步驟是 4 個 vCPU、160GB 磁盤和 48 美元/月的基礎費用。

優點： 熟悉 Linux VM 管理並記錄實例大小。 缺點： 某些地區的價格不同，附加存儲需要自己的備份方案。 最適合： 需要傳統虛擬機和記錄的 API 的管理員。確認當前備份附加組件和區域總數。

5.Hetzner：以成本爲中心的歐盟雲比較

Hetzner 推薦

建議設定： CPX22、2 個 vCPU、4GB RAM、80GB NVMe（如果有）。 價格： 獲取當前位置和特定稅收的報價。

訪問網站 → Hetzner

Hetzner 的常規效能共享 vCPU 系列包括 CPX22 和 CPX32（4 個 vCPU、8GB、160GB NVMe）。歐盟上市的包含轉讓量比新加坡更大。

優點： 具有吸引力的規格值得在歐洲部署中進行比較。 缺點： 檢查的公共目錄將這些報價標記爲不可用，並且沒有公開可靠的價格；主 IPv4、增值稅、備份和區域會影響總數。 最適合： 注重預算的使用者能夠驗證實時庫存和結帳定價，而不是依賴舊的標題價格。

如何在 Ubuntu VPS 上安裝 Stirling PDF

本演練使用 Ubuntu 24.04 LTS、Docker Compose v2、官方註冊表和當前穩定的 3.3.0 標籤。在部署更高版本之前，請查看 Docker 安裝頁面 和 發行說明。

第 1 步：準備 VPS

標準映像至少選擇 2 個 vCPU、4GB RAM 和 40GB SSD。創建一個啓用 sudo 的非 root 使用者，新增 SSH 密鑰，修補 Ubuntu，在伺服器上指向一個域，並在可行的情況下僅允許來自可信來源的 SSH。爲代理公開端口 80 和 443；不要公開暴露端口 8080。

步驟 2：安裝 Docker 引擎並撰寫

遵循 Docker 的 Ubuntu 官方說明。安裝後，驗證這兩個組件：

sudo docker version
sudo docker compose version

步驟 3：創建持久目錄

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-pdf

預設情況下，映像以 UID/GID 1000 運行。 /configs 保存設置、內置資料庫、備份和生成的密鑰； /storage 保存已保存的檔案。其他安裝保存日誌、自定義檔案和簽名、處理資料夾以及其他 Tesseract 語言。

步驟4：創建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-stopped

更換域名。不要將真實密碼放入已提交的檔案中。 mem_limit 允許應用程式調整其 Java 堆的大小，而主機仍然需要容器外部的記憶體。

步驟 5：啓動並檢查 Stirling PDF

sudo docker compose config
sudo docker compose pull
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 stirling-pdf

docker compose config 檢查結構，但無法證明應用程式有效。保留 127.0.0.1 綁定，以便只有本地反向代理才能到達端口 8080。

步驟 6：保護管理員帳號

標準映像預設啓用登入。使用空使用者資料庫時，它會使用密碼 stirling 創建 admin，並在首次登入時強制更改至少八個字符的密碼。立即打開 HTTPS 站點，更改密碼，然後創建單獨的指定使用者。免費方案目前允許五個使用者。

對於無人值守設定，Stirling 在首次啓動之前支援 SECURITY_INITIALLOGIN_USERNAME 和 SECURITY_INITIALLOGIN_PASSWORD，但機密屬於根可讀的環境檔案或機密管理器，而不是在 Git 或本示例中。使用者存在後，這些設置將被忽略。切勿在面向 Internet 的生產伺服器上設置 SECURITY_ENABLELOGIN=false。

步驟 7：使用 Nginx 新增 HTTPS

使用正常的 ACME 工作流程安裝 Nginx 和證書，然後在 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;
}

官方上傳預設爲2000MB，長作業可能需要30分鐘的讀取超時。如果您的用例允許，請降低限制。較長的超時有助於使長時間操作合法化，但無法修復記憶體不足的容器。在重新加載之前驗證 Nginx 並在主機和供應商防火牆處阻止 8080。

步驟 8：啓用 OCR 語言

標準和Fat圖像包括OCRmyPDF和Tesseract； Ultra-lite 沒有 OCR。標準映像中包含英語、德語、法語、葡萄牙語和簡體中文語言資料。其他 .traineddata 檔案可以在 設置 → 伺服器 → 高級 或從官方 Tesseract 存儲庫下載。由於容器本地下載在容器重建後消失，因此請將它們保存在安裝的 /usr/share/tessdata 磁碟區中。

OCR 使用大量 CPU 和 RAM。僅安裝所需的語言、測試代表性掃描並減少併發性，然後再假定較大的上傳限制將改善處理。

步驟 9：測試 PDF 處理

通過 HTTPS 登入並執行受控驗收測試：上傳非敏感樣本、合併兩個 PDF、拆分頁面、轉換文件、在掃描頁面上運行 OCR 並下載每個結果。 OCR 僅適用於支援 OCR 的圖像。檢查日誌、記憶體、臨時磁盤和輸出可讀性。這些是您的部署的驗證步驟；本指南並不聲稱它們已經通過您的伺服器。

步驟 10：備份和還原

備份掛載的6個主機目錄，特別是/configs、/storage、/pipeline、/customFiles、tessdata。包括應用程式設置、內置資料庫、生成的密鑰、存儲的文件、簽名資產、自動化資料夾和 OCR 語言。停止寫入或使用應用程式一致的方法、加密異地副本、定義保留並測試還原到單獨的目錄和容器。從未還原過的備份是未經驗證的還原方案。

第 11 步：安全更新

閱讀發布和重大更改說明，創建並驗證備份，更改固定圖像標籤，然後運行：

sudo docker compose pull
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 stirling-pdf

驗證登入、數量、OCR、轉換和下載。保留先前的標記可用於方案的回滾。 不要使用 docker compose down -v 進行例行更新，因爲 -v 可以刪除指定的持久磁碟區。

Stirling PDF、PDF24 與 Adobe Acrobat

面積	斯特靈 PDF 伺服器	PDF24	Adobe Acrobat
部署模型	自架 Web 伺服器或桌面	Windows 桌面工具和線上服務	桌面、Web 和雲服務
自架	是的	不是同等的通用自架伺服器產品	沒有同等的客戶託管 Acrobat Web 服務
合併/拆分	是的	是的，取決於產品	是的，取決於方案/應用程式
光學字符識別	標準/肥胖圖像	可在受支援的 PDF24 工作流程中使用	在符合條件的 Acrobat 產品中可用
轉換	廣泛的、依賴圖像的	廣泛的桌面/線上工具集	廣泛的商業工具集
資料控制	您的部署和政策	桌面可以本地處理；線上工具涉及一項服務	取決於桌面/雲工作流程和策略
資源需求	您提供伺服器資源	Windows 工作站或線上服務	支援的工作站/瀏覽器和服務方案
保養	您可以修補、保護和備份	維護桌面軟體	供應商應用程式/服務加上本地管理
定價模式	免費自架方案；付費團隊/企業功能	免費工具；驗證當前條款	商業訂閱和產品等級
最適合	受控多設備自架	Windows 使用者想要方便的實用程式	需要 Acrobat 工作流程和支援的組織

這些產品有重疊但並不完全相同。根據所需的編輯深度、工作流程、操作系統、支援和文件處理策略進行選擇，而不僅僅是清單計數。

Stirling PDF 與 Paperless-ngx

Stirling PDF 專注於更改文件：合併、拆分、壓縮、轉換、OCR、簽名、編輯和自動轉換。 Paperless-ngx 專注於使用、歸檔、標記、索引、搜索和檢索長期存在的文件集合。

當處理任務的輸出是目標時，請使用 Stirling PDF。當持久的組織和搜索是目標時，請使用 Paperless-ngx。一個團隊可以同時運行這兩者，但加入它們會產生兩項安全、存儲、更新和備份職責。我們的 Memos、Immich 和 Beszel] 指南涵蓋相鄰的自架筆記、照片管理和監控工作負載。

自架 Stirling PDF 值得嗎？

當文件應保留在您控制的基礎設施上、多人需要共享瀏覽器工具或可重複的 PDF 自動化證明伺服器維護合理時，這是值得的。成本是可以預測的，特別是對於穩定的工作負載，並且私有 API 可能適合內部系統。

對於維護的桌面應用程式已經處理的偶爾編輯來說，它的吸引力較小。您負責 Linux、Docker、TLS、身份驗證、備份、漏洞響應和容量規劃。自架本質上並不比信譽良好的雲服務更安全：預設密碼、開放端口 8080、未修補的主機或暴露的備份可能會破壞隱私優勢。

常見的Stirling PDF 託管問題

容器未啓動

可能的原因： 無效的 Compose 語法、不支援的標籤、記憶體不足或卷權限。 檢查： docker compose config、docker compose ps 和容器日誌。 **修復：**更正報告的字段，確認官方標籤，釋放資源，並將所有權設置爲容器UID/GID，而不使目錄全局可寫。

端口 8080 已被使用

可能的原因： 另一個服務綁定了該端口。 檢查： sudo ss -ltnp | grep ':8080'。 **修復：**停止衝突的服務或僅更改主機端，例如127.0.0.1:8081:8080，並更新proxy_pass。

OCR 不起作用

可能的原因： 超精簡圖像、缺少語言資料、無法讀取的卷或掃描質量差。 檢查： 圖像標籤、安裝的 OCR 語言、日誌和 tessdata 所有權。 修復： 使用 Standard/Fat，安裝 /usr/share/tessdata，安裝正確的語言，然後重試代表性掃描。

轉換期間記憶體不足

可能的原因： 大型或圖像較多的 PDF、多個作業或 Java 之外的空間太小。 **檢查：**容器退出狀態、docker stats、內核 OOM 日誌和併發性。 修復： 減少併發作業，使用更大的 VPS，並僅在測量後調整記錄的 Java 百分比。

Docker 捲上的權限被拒絕

可能的原因： 主機目錄與 UID/GID 1000 或設定的 PUID/PGID 不匹配。 **檢查：**已安裝路徑和容器日誌上的 ls -ln。 **修復：**正確的預期服務身份的所有權；避免毯子 chmod 777。

反向代理返回 502 Bad Gateway

可能的原因： 容器已停止、代理指向錯誤的主機端口或防火牆/網路命名空間阻止訪問。 檢查： curl http://127.0.0.1:8080、Compose 狀態和 Nginx 錯誤日誌。 修復： 還原容器運行狀況並將 proxy_pass 與環回映射對齊。

大檔案上傳失敗

可能的原因： 代理主體限制、應用程式上傳限制、超時或臨時磁盤不足。 檢查： 瀏覽器響應、代理日誌、應用程式日誌和可用磁盤。 修復： 將限制與合理的最大值保持一致，並延長有效作業的超時；不要將此視爲記憶體修復。

設置重啓後消失

可能的原因： /configs 或 /storage 未安裝，或者 Compose 從具有相對路徑的不同目錄運行。 檢查： docker inspect 掛載和主機目錄。 **修復：**從備份還原，使用穩定的絕對或項目相對路徑，並在處理真實文件之前掛載每個官方持久目錄。

常見問題

Stirling PDF 的最佳 VPS 是什麼？

對於標準映像，從 2-4 個 vCPU、4GB RAM 和 40-80GB SSD 開始。 LightNode 提供靈活的區域和小時選項； Vultr 有經過驗證的 20 美元 4GB 基本套餐； DigitalOcean 和 Akamai Cloud 提供清晰的文件和 24 美元的 4GB 套餐。按區域、備份涵蓋範圍和測量的 OCR 需求進行選擇，而不僅僅是按供應商名稱進行選擇。

Stirling PDF 需要多少 RAM？

官方映像指南建議 Ultra-lite 爲 2GB，Standard 爲 4GB，Fat 爲 6GB 或更多。 Ultra-lite 刪除了登入、OCR 和一些轉換，因此這些數字並不描述等效的功能集。繁重的 OCR、大圖像、Office 轉換、AI 和併發使用者可能需要 8-16GB。

Stirling PDF 可以在 2GB VPS 上運行嗎？

是的，主要是 Ultra-lite 圖像和輕核心 PDF 操作。該圖像沒有應用程式登入、OCR、Office、HTML 或電子書轉換。 2GB 標準部署低於官方指導，並且爲可靠的通用伺服器留下的操作系統和本機程序空間太少。

4GB RAM 足夠用於 Stirling PDF 嗎？

4 GB 符合標準映像建議，可以支援少數使用者的輕度使用。它可能無法可靠地處理大型圖像檔案或併發 OCR 和 LibreOffice 作業。設置容器記憶體限制，保留主機餘量，觀察實際峯值使用情況，並在作業失敗或排隊過多時進行升級。

Stirling PDF 支援 OCR 嗎？

是的。標準和胖圖像包括 OCRmyPDF 和 Tesseract，其中包含多個語言包。額外的語言可以通過 /usr/share/tessdata 卷下載和保存。 Ultra-lite 不包括 OCR。 OCR 是 CPU 和記憶體最密集的 Stirling PDF 工作負載之一。

Stirling PDF 是免費且開源的嗎？

主存儲庫主要是 MIT 許可的，指定目錄帶有自己的許可證。自架伺服器從免費方案開始，目前僅限於五個使用者，而某些資料庫、集羣、存儲、監控、SAML、審計和企業功能則需要付費套餐。查看存儲庫許可證和當前方案矩陣。

斯特靈 PDF 託管費用是多少？

基本伺服器每月的合理預算約爲 12-25 美元，而標準 OCR 部署通常約爲 24-60 美元，包括適度的備份津貼。文件繁重的團隊可能花費 50-140 美元或更多。稅收、額外存儲、帶寬、域名、付費功能、人工智能和管理員時間改變了總數。

我可以使用 Docker Compose 安裝 Stirling PDF 嗎？

是的。 Docker 是推薦的伺服器方法，官方文件提供了 Compose 示例。使用官方註冊表，固定生產穩定版本，將端口 8080 綁定到 HTTPS 後面的環回，至少掛載 /configs 和 /storage，保留其他所需目錄，保持登入啓用狀態，並在存儲敏感文件之前測試備份。

最終判決

• 基本 PDF 編輯： 如果您接受其缺少的登入、OCR 和轉換功能，則 2-vCPU/2GB 專用 Ultra-lite 伺服器可以工作。
• 標準 OCR 工作負載： 從 2-4 vCPU 和 4GB 上的標準開始，然後進行測量。 LightNode的4GB套餐和Vultr經過驗證的4GB方案是實用的參考。
• 文件密集型使用者： 喜歡 4-8 個 vCPU、8-16GB、寬敞的 SSD 空間和獨立備份； DigitalOcean、Vultr 和 Akamai 都公開了明確的 8GB 步驟。
• 預算託管： 將實際可用的 Hetzner 報價與 Vultr 和 LightNode 總計進行比較，包括 IPv4、稅收、備份和區域。
• 團隊部署： 當外部資料庫、集羣、S3、SAML、指標或審覈日誌很重要時，根據併發規模確定大小並使用官方方案矩陣。

爲了實現靈活的起點，LightNode 提供按小時計費和 4GB/8GB 設定。無論您選擇哪個供應商，決定性的生產工作都是相同的：固定映像、保持登入啓用、在反向代理處終止 TLS、保留每個所需的卷、限制公開曝光並證明還原有效。

相關文章

• 無紙化最佳VPS-ngx
• 備忘錄的最佳 VPS
• Immich 的最佳 VPS
• Beszel 的最佳 VPS
• 最佳 Docker VPS 託管