Javascript: HTML to PDF

[kRicha]

Добрый день, товарищи.

Есть такая цель:
есть страничка, в нем див, в диве нужная мне информация. Див с id="aboutcar". Мне нужно эту инфу из дива отдавать посетителям в виде PDF-файла. Там только текст. Подскажите как организовать?

[Lesha]

через RTF отдавай. с ним все просто.

1) делаешь RTF файл в ворде. в том месте где надо чтото вставить пишеш например mesto_gde_vstavit
2) при отдаче с сайта открываешь это файл-шаблон и меняетш там этот текст через str_replace() на свой

[Arassir]

без PHP вы файл не создадите

[Naive]

Сообщение от Arassir

без PHP вы файл не создадите

php не единственный язык, на котором можно создавать файлы.

[ADSoft]

средствами чисто JS нельзя создать PDF

[Naive]

http://nodejs.ru/218
:|

[Cronos20]

Как бы раздел называется "Javascript и другие клиентские скрипты", поэтому наверное подразумевается, что js клиентский
:|

[Naive]

Сообщение от Cronos20

Как бы раздел называется "Javascript и другие клиентские скрипты", поэтому наверное подразумевается, что js клиентский
:|

окей, подойдем к дискуссии с другой стороны.
1. Отличие "серверного" и "клиентского" js заключается лишь в незначительных дополнительных библиотеках и интерпретаторах, имеющих разный уровень безопасности (по крайней мере разрешать клиентскому скрипту работать с ФС юзера пока осмелился развечто майкрософт (ИЕ 5.5) если не ошибаюсь). Предположим, что нашлись бы такие фанаты языка PHP, которые написали бы интерпретатор для браузеров (как Google для своего D), учитывая ошибки прошлого они бы явно запретили клиентскому пыху работать с файловой системой. Были бы "клиентский" и "серверный" php (бессмыслица разве что в том, что JS в разы мощнее, поэтому и сделали для него серверный интерпретатор).
2. Я рассматриваю язык в целом, а не его конкретные возможности на какой-либо платформе, так как

Сообщение от ADSoft

средствами чисто JS нельзя создать PDF

тут ничего не сказано про платформу, а тут:

Сообщение от Arassir

без PHP вы файл не создадите

указан конкретный язык без которого ну ваще никак не создать PDF.
3. Оба раздела (серверные и клиентские) начинаются с названия языка, который наиболее популярен на своей стороне.
JS популярен потому что он мощный, крутой, поддерживает несколько парадигм программирования и легок в освоении.
PHP - потому что он легок в освоении.
И в то время, как на клиентской стороне (без плагинов и прочего) JS одинок, то помимо php на серверной стороне можно с легкостью назвать десяток языков, среди которых и "серверный JavaScript".
Так что отсыл к названию раздела считаю не уместным.

[Arigato]

Я бы не стал так восхвалять JS, ни какой он не крутой и не мощный. Ничем принципиально не лучше того же PHP.
Ну а задача темы не решается без использования серверной составляющей.

[Naive]

Сообщение от Arigato

Я бы не стал так восхвалять JS, ни какой он не крутой и не мощный. Ничем принципиально не лучше того же PHP.

Зря, я бы стал...
1) в php нет многопоточности, нет возможности писать асинхронный код — все операции идут последовательно.
Каждый хост запускает свой скрипт, тогда как в js запущен один, который ожидает событий от клиентов. — нагрузка на сервер растет нелинейно.
в PHP нельзя бутылочное горло выкинуть в параллельный процесс.
2) ООП в JavaScript прототипное — можно расширять в зависимости от программ любой встроенный класс, можно наследовать их и переписывать методы (легко переписывать)
3) Замыкания) Чтобы уйти в другое пространство переменных не обязательно где-то там наверху задавать функцию с 10ю параметрами и вызывать ее в нужном месте. Да еще и эти global вечные
4) Работа с временем в JS — работа с методами объекта, а не с n-ным количеством функций. Не нужно помнить, переводил ли ты дату в UT или не переводил, она всегда хранится в одном виде, достаточно только перед употреблением "добавить воды"
5) в php нет хэша)
6) работа с иерархическими данными в php ужасна
7) PHP крайне не удобен для разбора/создания JSON, который так удобен для взаимодействия клиента и сервера, и невероятно удобен в использовании на стороне клиента (вишенко)

Сообщение от Arigato

Ну а задача темы не решается без использования серверной составляющей.

Равносильно и для php — без интерпретатора он ничего не сделает.