subvillion 27 сен 2011 в 10:10

Генерим PDF бочками

6 мин

12K

Python*

+33

Комментарии 18

tgm 27 сен 2011 в 10:20

Вот так из мухи мы сделали слона :))

На самом деле интересный опыт. Спасибо, что поделились :)

sumej 27 сен 2011 в 10:40

>«Cтресс-тест на выносливость» получен PDF из ~28000 страниц и конечно мелочь, что на это ушло ~50 часов и ~12Гб RAM (:
ну ни… себе стрес тест

karellen 27 сен 2011 в 11:13

А через xhtml2pdf ваши документы плохо конвертировались в PDF?

anthonio 27 сен 2011 в 19:24

Не в курсе, она быстрее костыля, который сверху? А то чисто субъективно уж очень медленно эта штука работает…

david_mz 27 сен 2011 в 14:09

А вот это Вы рассматривали: code.google.com/p/wkhtmltopdf/?

subvillion 27 сен 2011 в 15:28

Конечно, я знаю о существовании wkhtmltopdf / xhtml2pdf и прочих с подобным функционалом.

sylvio 27 сен 2011 в 16:02

а почему выбрали именно этот генератор?

subvillion 27 сен 2011 в 22:46

Я полностью понимаю что делает этот генератор, и почему его размер 0.675 kb в отличие от 99Кб xhtml2pdf и 10Мб wkhtmltopdf

sylvio 28 сен 2011 в 07:54

wkhtmltopdf работает также как ваш скрипт — генерит через движок вебкита, сам движок идет в комплекте, по этому он столько весит. но там нет ничего лишнего и иксы ему не нужны, по этому он будет быстрее.

subvillion 28 сен 2011 в 09:31

Ваша информация не соответствует действительности, по крайней мере в зависимостях:

[root@atom ~]# pacman -S wkhtmltopdf

...

Дополнительные зависимости для wkhtmltopdf

 xorg-server: wkhtmltopdf needs X or Xvfb to operate

~ wkhtmltopdf /tmp/1.html /tmt/1.pdf

wkhtmltopdf: cannot connect to X server

egge 28 сен 2011 в 13:54

Если использовать патченый QT то X`ы не нужны.
aaronvb.com/articles/26-pdfkit-and-wkhtmltopdf-without-x-server--using-qt

subvillion 28 сен 2011 в 14:04

а вот это уже интересно и по делу! Спасибо

yogurt 28 сен 2011 в 09:53

А у вас в wkhtmltopdf нет проблем с кернингом?
Мне так и не удалось добиться в нем красивого текста.

david_mz 28 сен 2011 в 11:56

Вы знаете, такого ужаса, как там на скриншотах, я не наблюдал. В целом кернинг кривоват, конечно, но он в линуксе всегда кривоват. Для служебных документов, счетов всяких, это не принципиально, мне кажется.

А документы, которые должны выглядеть красиво, мы генерим через FOP.