Опустить временные файлы при сжатии PDF с Ghostscript

Question

Для того, чтобы сжать загруженные PDF-файлы перед их сохранением в базе данных, у меня есть этот код в Mojolicious контроллера:

# if > 100k compress with gs 
    my $pdf; 
    if ($size > 100_000) { 
     # create tmp-file to be read by gs 
     my $tmp_fn = '/tmp/badb_pdf_input.pdf'; 
     $file->move_to("$tmp_fn"); 

     use Capture::Tiny 'capture'; 
     my ($stdout, $stderr, $exit) = capture { 
      my $cmd = '/usr/local/bin/gs'; 
      my @args = (qw(-sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -dQUIET -dBATCH -sOutputFile=-)) ; 
      push @args, $tmp_fn; 
      system($cmd, @args) == 0 
       or die "system @args failed: $!" 
     }; 
     die "ERROR compressing pdf: $stderr" if $stderr; 
     unlink $tmp_fn; 
     $pdf = $stdout; 
    } else { 
     $pdf = $file->slurp; 
    } 

Кто-нибудь знает способ, чтобы избежать временный файл для ввода (/tmp/badb_pdf_input.pdf)?

Answer 1

ОК, во-первых, вы не 'сжимаете PDF-файл'. То, что вы делаете, это интерпретация исходного файла PDF, создание последовательности операций маркировки, а затем создание нового файла PDF из этих операций маркировки. Это не одно и то же, и важно оценить разницу.

Например, одна из возможных вещей - это преобразование цвета в цвет или уменьшение разрешения изображений (оба из которых потенциально имеют место при выборе/ebook). Если вы просто «сжимаете» этот файл, вы не будете изменять данные, поэтому такие изменения не будут возможны.

Однако вы также можете потерять информацию. Единственной целевой целью для устройства pdfwrite Ghostscript является то, что внешний вид должен быть неизменным (насколько это разумно, если вы измените разрешение и т. Д.). Метаданные могут не сохраняться. Действительно, тот факт, что устройство pdfwrite не сохраняет определенные метаданные (например, вложенные файлы Illustrator), является частью причины, по которой он может создавать меньшие PDF-файлы.

Я не знаю ничего о «мозаичном», но вы пытаетесь отправить данные в Ghostscript через stdin и прочитать полученный PDF-файл из stdout?

Если это так, вы фактически создадите несколько временных файлов. Невозможно обработать файл PDF из stdin, в общем, поскольку формат PDF требует произвольного доступа к файлу. Поэтому, если вы передаете PDF-файл в stdin, первое, что Ghostscript будет делать, это создать временный файл и поместить в него файл PDF-файла из stdin. Затем он может интерпретировать файл. Кроме того, pdfwrite создаст многочисленные временные файлы, связанные с созданием вывода.

Вы «можете» выбрать стандартный вывод в качестве адресата для файла PDF, но .....

Как я уже упоминал формат PDF является произвольным доступом, и ее обычной практикой писать части файла, оставляя пространство для битов, которые вы еще не знаете, затем перемотайте файл и заполните их, когда вы это сделаете. Очевидно, что это не будет работать с потоком, недоступным для поиска. В настоящее время устройство pdfwrite делает это только при создании PDF-файла Linearized (оптимизированного для быстрого просмотра в Интернете), но я не буду гарантировать, что будущие версии pdfwrite не потребуют возможности поиска в выходном файле.

Таким образом, короткий ответ: вы можете установить OutputFile в качестве стандартного вывода, но это не гарантируется.

Answer 2

Если загруженный pdf имеет размер не более 256 КБ (по умолчанию см. max_memory_size), то вам не нужно сохранять его как временный файл, поскольку он уже сохранен.

Here минимальный пример того, как получить путь к вашему файлу.