PDF’leri her şeyi görüntüye düzleştirmeden birleştirmek

“Bu beş PDF’yi birleştir” iki farklı ardışık düzeni kast edebilir. Biri mevcut sayfa nesnelerini tek bir dosyada birleştirir. Diğeri her sayfayı bir bitmap’e basıp görüntüleri yeni bir PDF’ye paketler. İkisi de tek bir ek dosya üretir. Yalnızca birincisi seçilebilir metni ve keskin vektörleri korur.

Yapısal bir birleştirme ne yapar

PDF123’te Merge, iki veya daha fazla PDF’yi her dosyanın sayfa nesnelerini ekleyerek birleştirir. Sunucu yolu qpdf’yi boş bir taban ve girdiler üzerinde --pages ile çalıştırır: sayfa akışları ekran görüntüsü olarak değil, sayfa olarak taşınır. Gömülü yazı tipleri, vektörler ve mevcut yer imleri bu sayfalarla birlikte gider. Bu yolda hiçbir şey bir sayfayı görüntüye rasterize etmez; bu yüzden doğuştan dijital bir sözleşme birleştirmeden sonra da aranabilir ve kopyalanabilir kalır.

Yükleme sırası varsayılan olarak çıktı sırasıdır. HTTP formu tek istekte tekrarlanan fileInput parçalarını kabul eder; toplu iş boyutu iki dosyalık katı bir sınırla değil, yükleme sınırlarıyla belirlenir. İsteğe bağlı sortType=byFileName, birleştirmeden önce girdileri dosya adına göre yeniden sıralar. Her kaynağın yer imleri hayatta kalabilir; girdilerde hiç yoksa bir birleştirme kusursuz bir ana hat ağacı yaratmaz.

Tek dosyalık bir yükleme, o PDF’nin değişmeden geçirilmesidir. İki veya daha fazla dosya, sayfaları seçilen sırayla girdilerin ardışığı olan tek bir merged.pdf olur. OpenAPI, MCP ve pdfx merge aynı işlem kimliğini sunduğu için bir betik ile tarayıcı tıklaması “birleştirme” konusunda gizlice ayrışmaz.

İnsanların yanlışlıkla rasterize ettiği durumlar

Bazı “birleştir” akışları önce görüntülere aktarır (faks ağ geçitleri, tarama uygulamaları, ekran çözünürlüğünde PDF’ye yazdırma) veya birleştirmeden önce açıklamaları bitmap’lere düzleştirir. Dosya boyutu fırlar, OCR yeniden gerekebilir ve yakınlaştırma piksel kenarlarını gösterir.

Kaynaklar zaten dijital PDF’ler olduğunda akış birleştirmeyi tercih edin. OCR yalnızca girdiler kullanılabilir metni olmayan taramalar olduğunda tercih edin; burada OCR’ın Markdown (text/markdown) döndürdüğünü, gizli metin katmanlı yeniden katmanlanmış bir PDF değil, unutmayın. Rasterize edip sonra OCR yapmak, doğuştan dijital dosyaları birleştirmekten farklı bir ürün yoludur.

Sayfaların görüntülerine ihtiyacınız varsa bu bir dönüştürme işidir (PDF to images), birleştirme değil. Bu niyetleri karıştırmak, “birleştirilmiş” dosyaların çok megabaytlık belge fotoğraf albümlerine dönüşmesinin yoludur. Yapısal bir birleştirmeden sonra Compress yine akışları küçültebilir (Compress); ama çoktan içine işlediğiniz bir raster düzleştirmeyi geri almaz.

Birleştirmenin vaat etmediği şeyler

Merge sayfa boyutlarını normalleştirmez, dosyalar arasında yazı tiplerini birleştirmez veya bir içindekiler tablosunu sıfırdan kurmaz. Şifreli girdilerin şifresini sizin için çözmez; kaynak parola korumalıysa önce kilidi açın. Bazı mahkeme portallarının beklediği portföy/paket kapsayıcı biçiminin yerini tutmaz; tek bir sıradan çok sayfalı PDF üretir.

Bu sınırlar tarayıcıyı, REST’i, MCP’yi veya pdfx’i kullansanız da aynıdır. İşlem bilinçli olarak dardır; böylece çıktı otomasyon için öngörülebilir kalır. Sıralı çok adımlı bir iş gerekiyorsa (birleştir, sonra filigran ekle, sonra sıkıştır), ikinci bir “akıllı birleştirme” bayrağı uydurmak yerine sıralı bir steps listesiyle POST /api/v1/pipeline kullanın.

Nasıl çalıştırılır

Tarayıcıda PDF’leri birleştirin veya tekrarlanan fileInput parçalarıyla POST /api/v1/general/merge-pdfs çağırın (Geliştiriciler). Kabuktan:

pdfx merge a.pdf b.pdf -o merged.pdf

Ya da barındırılan veya kendi sunucunuzdaki bir tabana karşı:

pdfx --cloud --api-base "$API_BASE" --api-key "$KEY" merge a.pdf b.pdf -o merged.pdf

Anonim katalog çağrıları genel sitede anahtar gerektirmez; anahtarlar kararlı otomasyon kimliği ve kapılı self-host sunucular için önemlidir. Aynı işlemi curl ve MCP üzerinden de görmek için Aynı işlem, dört istemci yazısına bakın.