Сливане на PDF без превръщане на всичко в изображения
Правилното сливане на PDF свързва потоците на страниците: шрифтовете, векторите и отметките остават. Растеризирането на всяка страница е различна задача със загуби.
„Слей тези пет PDF“ може да означава два различни процеса. Единият свързва съществуващите обекти на страниците в един файл. Другият отпечатва всяка страница като растерно изображение и опакова изображенията в нов PDF. И двата дават един прикачен файл. Само първият запазва избираем текст и остри вектори.
Какво прави структурното сливане
В PDF123 Merge комбинира два или повече PDF, като съединява обектите на страниците от всеки файл. Сървърният път изпълнява qpdf с празна основа и --pages върху входните файлове: потоците на страниците се местят като страници, а не като екранни снимки. Вградените шрифтове, векторите и съществуващите отметки пътуват с тези страници. Нищо в този път не превръща страница в изображение, така че цифрово създаден договор може да се търси и копира и след сливането.
Редът на качване е редът на изхода по подразбиране. HTTP формулярът приема повтарящи се части fileInput в една заявка; размерът на партидата се ограничава от лимитите за качване, а не от твърд таван от два файла. Незадължителният sortType=byFileName пренарежда входните файлове по име преди сливането. Отметките от всеки източник могат да оцелеят; сливането не създава идеално дърво на съдържанието, ако източниците никога не са имали такова.
Качването на един файл е пропускане без промяна на този PDF. Два или повече файла стават един merged.pdf, чиито страници са последователното съединяване на входните файлове в избрания ред. Същият идентификатор на операцията е това, което OpenAPI, MCP и pdfx merge предоставят, така че скрипт и клик в браузъра не се разминават тайно за това какво значи „сливане“.
Кога хората растеризират по грешка
Някои работни процеси за „комбиниране“ първо експортират в изображения (шлюзове за факс, приложения за сканиране, печат към PDF с екранна резолюция) или сплескват анотациите в растерни изображения преди сливането. Размерът на файла скача, може да се наложи OCR отново, а при увеличение се виждат ръбовете на пикселите.
Предпочитайте сливане на потоци, когато източниците вече са цифрови PDF. Прибягвайте до OCR само когато входните файлове са сканирания без използваем текст, и помнете, че OCR тук връща Markdown (text/markdown), а не PDF с нов скрит текстов слой. Растеризиране и след това OCR е различен продуктов път от сливането на цифрово създадени файлове.
Ако ви трябват изображения на страниците, това е задача за преобразуване (PDF към изображения), а не сливане. Смесването на тези намерения е причината „слети“ файлове да се превърнат в албуми от документи с размери от много мегабайти. Компресия след структурно сливане все още може да свие потоците (Compress); тя не отменя растерното сплескване, което вече сте вложили.
Какво сливането не обещава
Сливането не нормализира размерите на страниците, не уеднаквява шрифтовете между файловете и не възстановява съдържание от нулата. То не дешифрира шифровани входни файлове вместо вас; отключете първо, ако източникът е защитен с парола. То не заменя контейнерния формат за портфолио или пакет, който някои съдебни портали очакват; произвежда един обикновен PDF с много страници.
Тези ограничения са едни и същи, независимо дали използвате браузъра, REST, MCP или pdfx. Операцията е умишлено тясна, за да остане изходът предвидим за автоматизация. Ако ви трябва подредена многостъпкова работа (сливане, после воден знак, после компресия), използвайте POST /api/v1/pipeline с подреден списък steps, вместо да измисляте втори флаг за „умно сливане“.
Как да го изпълните
Merge PDFs в браузъра или POST /api/v1/general/merge-pdfs с повтарящи се части fileInput (Developers). От shell:
pdfx merge a.pdf b.pdf -o merged.pdf
Или срещу хостван или самостоятелно хостван адрес:
pdfx --cloud --api-base "$API_BASE" --api-key "$KEY" merge a.pdf b.pdf -o merged.pdf
Анонимните заявки към каталога не изискват ключ на публичния сайт; ключовете имат значение за стабилна самоличност при автоматизация и за защитени самостоятелно хоствани сървъри. За същата операция през curl и MCP вижте Една и съща операция, четири клиента.