Да-да, я тоже хотел узнать про русский. Это большая проблема библиотек PDF. Когда-то пришлось ставить PECL-модуль для работы с Perl, чтобы из Perl-библиотеки генерировать PDF с русскими буквами.
О, отличная оказалась штука. Идёт даже в комлекте с несколькими unicode-шрифтами, так что для создания всяческих печатных форм подходит отлично: скачал и используй, сразу же.
Eсли язык PHP и нужна библиотека которая бы поддерживала полупрозрачные PNG картинки, то лучше использовать модуль Zend_PDF http://zendframework.com/manual/en/zend.pdf.html.
А не лучше ли, генерировать html страницу (это уже все давно научились) и конвертировать её в PDF? Например, с помощью http://html2fpdf.sourceforge.net/.
Это отстой вообще :( Я в своё время искал опенсорсное или хотя бы фриварное решение - ан нет. Пришлось по триста баксов покупать лицензии на компонент от WebSuperGoo :(
Я в курсе возможностей COM. Но это частное решение. Давайте рассмотрим общий случай - сервер моет быть под Линуксом, Юниксом, МакОсом и еще чем нить экзотическим.
См. комментарий про ещё одну машинку. Расходы на дополнительный сервер под виндой не такие большие, как принято думать, зато там всё будет работать без лишних телодвижений и баксовложений.
Не резонно. Ваше решение не очень грамотно. Вместо точечного решения вы предлагает излишние мощности туда поставить. нужно все таки думать и о финансовой стороне проекта.
Вот я и предлагаю подумать. Сравнить стоимость сервера + Windows (даже не обязательно Server, если уж мы экономим) + WSG компонента + хостинг (если проект внешний), со стоимостью добавления/переработки PDF другими средствами. Если окупится за год-два-сколько_допустимо_политикой_компании — берём винду, не окупится за этот срок — не берём. Всё просто.
И к чему вы это сказали? Я прекрасно знаю, что отличается, если уж вы сомневались :) Anyway надо считать в каждом конкретном случае, а не идти на поводу у потенциально холиварских лозунгов.
И все таки , покупку доп. машины для перегонки в PDF я считаю нецелесообразным в любом проекте. Правильнее поставить еще один сервер на той же платформе, что бы его саппортил то же админ. Что бы везде было одно и тоже окружение. Такую связку легко реплицировать и масштабировать. Ладно. закрыли ветку. Спасибо за мнение.
Зато дешевле докупить ещё одну машинку, чем оплачивать работу по созданию кучи PDF-онли отчётов, особенно если уже есть html-версия. Прикинь, 2 дня менял отчётик в html, а потом надо еще переверстать для PDF - ипануца. Мы как раз из-за этого ушли от прямого создания pdf...
это дополнение / изменение существуещего PDF документа. Может, конечно, я что-то упустил читая доку по FPDF, но, к сожалению, не нашёл как достать из PDF хотя бы plain text. :(
Прочел заголовок - хотел поругать автора - мол зачем прописные истины постишь.
НО! Поймал себя на мысли, что сам же сюда полезу за готовым решением :)
Голосовать не могу, так что +1
Мы используем FPDF для генерации счетов и в своё время я намучился с рендерингом таблиц - ибо не работал перенос строк в ячейках. Было найдено решение - использовать расширение PDF_MC_Table. Возможно, придётся подработать напильничком, т.к. были проблемы с переносом таблицы на новую страницу с сохранением заголовков и необходимым отступом снизу.
Но всё же я ищу альтернативу, ибо FPDF давненько не обновлялся и были траблы с UTF8 и альфа-каналом в png-картинках, так что возлагаю все надежды на реализацию от Zend.
HTMLDOC converts Hyper-Text Markup Language ("HTML") input files into indexed HTML, Adobe® PostScript®, or Adobe Portable Document Format ("PDF") files.
У вас в примере пробел в параметре типа файла, в итоге функция и автоматом не работает и на пробел ругается.
$pdf->Image('logo.png',10,20,33,0,'png','http://www.fpdf.org/');
Generating PDF files with PHP and FPDF