Это полноценный браузер (JavaScript+CSS+DOM+BOM+SVG+Canvas) но без графического интерфейса.
У него общего с Node.js (V8 JavaScript+libeio+libev) только JavaScript.

Из него выйдет отличный скриншотер (См. новый поиск гугла) и парсер с поддержкой JavaScript

Azy Apr 4 2011 at 13:46

В примерах рендеринг HTML в png и pdf показан

seriyPS Apr 4 2011 at 18:05

Очень сомневаюсь что в фантоме используется v8. Скорее всего стандартный вебкитовский JS движок.

-1

Sannis Apr 6 2011 at 08:50

Их бы усилия, да объединить :)

Zayaz Apr 4 2011 at 15:32

А есть какие-то причины комментировать, если вы даже не вчитались в суть топика?

flamefork Apr 4 2011 at 13:19

А ему иксы нужны?

Azy Apr 4 2011 at 13:21

Нет, насколько я понял для сборки только Qt.
code.google.com/p/phantomjs/wiki/BuildInstructions

-1

xyu Apr 4 2011 at 13:56

Нужны — code.google.com/p/phantomjs/issues/detail?id=33

Azy Apr 4 2011 at 13:58

Гм, да. Цитата автора в багрепорте.

PhantomJS is not «pure headless» yet. On Unix, it still needs X Server for font stuff, etc.

Sannis Apr 6 2011 at 08:49

И врядли будет чистым при таком раскладе.

fluke Nov 30 2012 at 01:30

Теперь pure headless
«In PhantomJS 1.4 or earlier, X server is still needed. The workaround is to use Xvfb. Starting with PhantomJS 1.5, it is pure headless and there is no need to run X11/Xvfb anymore.»

alekciy May 23 2012 at 00:34

Не нужны:
"Note: The information hosted here is for historical purposes only. Starting from PhantomJS version 1.5, the Linux version is pure headless and does not need X11/Xlib anymore and thus there is no need to use Xvfb."
Собирал на debian x86_64 GNU/Linux без иксов, все пашет.

deepsweet Apr 4 2011 at 13:55

ради такого я даже огромный qt соберу под маком.

deepsweet Apr 4 2011 at 15:05

/usr/local/Cellar/qt/4.7.2: 2562 files, 196M, built in 84.9 minutes

AlDev Apr 4 2011 at 14:03

Активно используем для запуска юнит-тестов с qUnit.
Если бы ему x server не нужен был — цены бы не было :(

Zayaz Apr 4 2011 at 16:25

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

Zayaz Apr 4 2011 at 16:32

Все, как я понял можно использовать xvfb

AlienZzzz Apr 6 2011 at 11:02

Я то поднимаю.)))

brutaler Apr 4 2011 at 14:33

Пока на сервере использую pywebkitgtk, рендеринг webkit из python!
Однако это вроде интересней выглядит, может в будущем перейду на PhantomJS.

seriyPS Apr 4 2011 at 18:00

ИМХО, никакой разницы. Просто для скриптования используется JS а не Python и обвязка на основе Qt а не GTK

seriyPS Apr 4 2011 at 18:02

Хотя не, у фантома этого еще доступ к DOM есть нормальный видимо.

Zayaz Apr 4 2011 at 17:42

Небольшой гайд для тех, кто захочет использовать эту библиотеку для создания скриншотов сайта:

1. Идем на code.google.com/p/phantomjs/wiki/Installation и устанавливаем, как там написано, либо собираем, как написано на странице помощи по сборке: code.google.com/p/phantomjs/wiki/BuildInstructions

2. Устанавливаем Xvfb (frame buffer), он нужен будет для того, чтобы создать виртуальный x server.

3. Запускаем Xvfb, например со следующими параметрами:
Xvfb :1 -screen 0 1024x768x32 &

4. Теперь запускаем скрипт с первым виртуальным дисплеем:
:# DISPLAY=:1 phantomjs rasterize.js google.ru google.png

Zayaz Apr 4 2011 at 18:44

Мда, у этой библиотеки есть несколько не очевидных минусов. Как гласит вики, функция phantom.open() запускает загрузку страницы и перевыполняет скрипт, только тогда, когда загружена вся страница, включая все скрипты, картинки, внешние картинки и далее по списку. Наличие скриптов рекапчи, большого количества onload скриптов, делает загрузку страницы очень долгой, например вы можете даже увидеть подобное:
Loading time 58859 msec

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

Zayaz Apr 4 2011 at 21:03

Можно, конечно, выкрутиться, использовав доступный в фантоме XHR объект, синхронным запросом взять данные, обработать его и только потом загрузить для обработки в браузере, после чего отобразить.

var address = phantom.args[0];
var output = phantom.args[1];

if (phantom.state.length === 0) {
  var xmlhttp = new XMLHttpRequest();
  phantom.viewportSize = { width: 800, height: 600 };

  xmlhttp.open('GET', address, false);
  xmlhttp.send(null);

  if(xmlhttp.status == 200) {
    var response  = xmlhttp.responseText;

    /**
     * Тут мы выполняем операции по очистке response от скриптов и, например
     * внешних iframe и изображений с отличного от текущего домена. Но тут
     * придется использовать только регулярные выражения, а не DOM.
     */

    phantom.state = 'rasterize';
    phantom.content = response;
  }
} else {
  phantom.render(output);
  phantom.exit();
}

seriyPS Apr 5 2011 at 00:53

Только это никак не спасает от "… включая все скрипты, картинки, внешние картинки и далее по списку. Наличие скриптов рекапчи, большого количества onload скриптов..."

Zayaz Apr 6 2011 at 20:01

Можно их вырезать.

UFO just landed and posted this here

KAFLAN Apr 5 2011 at 01:33

Вопрос к тем кто уже пощупал… А можно ли получить отчет о длительности загрузки ресурсников — скриптов, картинок, флешек и т.п.? Можно ли получить перечень JS ошибок сгенеренных на странице? Можно ли получить информацию из профайлера страницы (например время выполнения каждой функции),

Zayaz Apr 6 2011 at 19:59

Вряд ли. Все дело в том, что PhantomJS работает по следующему принципу:
1. Выполняется (в контексте пустого окна «браузера» ваш скрипт).
2. Если вы изменяете свойство content, либо используете метод open(), страница (пере)загружается, управление полностью передается загружаемой странице (скрипты, загрузка изображений, составление DOM-дерева, etc).
3. По событию load страницы управление опять передается вашему скрипту, точнее он снова выполняется с самого начала (однако область видимости сохраняется).

Поэтому вашу задачу выполнить средствами PhantomJS невозможно, точнее можно, но только сам профайлер и чекер ошибок вам придется сделать самостоятельно, т.е. как в моем примере выше, только переделывая всю страницу, вешая try-catch на скрипты, или свои обработчики onerror, подмиксовывать таймеры перед вызовами и так далее, в общем писать свой полноценный дебагер, который работал бы на подобии встраиваемой части Firebug, например. В общем, задача если и выполнима, но все же трудна.

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

KAFLAN Apr 6 2011 at 20:02

спасибо за подробный ответ. Я надеялся что функционал профейлера будет в фантоме в том же виде в котором он есть в вебките.

UFO just landed and posted this here

Show the best of all time