Комментарии 14
Отличная статья! Спасибо!
Используете ли вы какой-либо механизм для удаленного пересоздания контейнеров нод или они у вас работают безотказно неограниченное количество времени?
Контейнер создается и запускается под каждую новую сессию, по завершении сессии или по истечении таймаута контейнер удаляется.
Будут ли еще статьи из этого цикла?
Было бы интересно почитать так же про обработку ошибок. Например, в случае, если ошибку выбрасывает не набор тестов, а сам селениум, что в таком случае предпринимается? Запускается заново набор тестов в другом контейнере или есть возможность обработать ошибку и продолжить работу?
Было бы интересно почитать так же про обработку ошибок. Например, в случае, если ошибку выбрасывает не набор тестов, а сам селениум, что в таком случае предпринимается? Запускается заново набор тестов в другом контейнере или есть возможность обработать ошибку и продолжить работу?
Статьи про инфраструктуру определенно будут. При использовании инструментов наподобие Go Grid Router или Selenoid можно избегать ошибок, когда браузер совсем не отдается от определенного хаба. Поскольку после создания сессии мы просто проксируем запросы в хаб \ Docker контейнер, то здесь все сложнее. Ошибки во время работы браузера возвращаются пользователю и не совсем понятно, что с этим можно сделать, поскольку Selenium JSONWire протокол так работает.
Попробовал ваш GGR и правда стабильнее JGR. Сессии создаются быстрее и надёжнее. Спасибо!
Selenium должен быть запущен в особой версии X-сервера, которая эмулирует дисплей
1. как при этом работают и выглядят скриншоты?
2. с какими шрифтами рендерятся страницы, если НЕ устанавливать микрософтовские?
Что-то случилось с документацией, а ее очень не хватает. Приходится закэшированной версией в гугле пользоваться.
http://aerokube.com/selenoid/latest/ выдает 404.
http://aerokube.com/selenoid/latest/ выдает 404.
Еще было бы неплохо пример, как запустить генерацию browsers.json в файле docker-compose.
Проверил, документация доступна, пример можно посмотреть здесь:
http://aerokube.com/selenoid/latest/#_selenoid_with_docker_compose
browsers.json не должен отличаться при запуске docker compose.
http://aerokube.com/selenoid/latest/#_selenoid_with_docker_compose
browsers.json не должен отличаться при запуске docker compose.
Действительно документация вернулась. Странно, ночью возвращал 404 заглушку github-a.
Я имел в виду как запустить вот эти команды перед стартом selenoid.
Я имел в виду как запустить вот эти команды перед стартом selenoid.
$ mkdir -p /etc/selenoid
$ docker run --rm -v /var/run/docker.sock:/var/run/docker.sock aerokube/cm:1.0.0 selenoid --last-versions 2 --tmpfs 128 --pull > /etc/selenoid/browsers.json
Мы немного переработали логику работы configuration manager'а (cm) и на днях сделаем релиз, пожалуйстай посмотрите:
http://aerokube.com/cm/latest/
теперь для старта selenoid'а достаточно выполнить команду:
$ cm selenoid start
Релиз кандидат с этой функциональностью доступен здесь:
https://github.com/aerokube/cm/releases/tag/1.1.0.RC2
http://aerokube.com/cm/latest/
теперь для старта selenoid'а достаточно выполнить команду:
$ cm selenoid start
Релиз кандидат с этой функциональностью доступен здесь:
https://github.com/aerokube/cm/releases/tag/1.1.0.RC2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Selenium: новая надежда