До сих пор не ясно, почему вы видите ошибку как:
selenium.common.exceptions.WebDriverException: Message: 'firefox' executable needs to be in PATH.
В большинстве случаев общая ошибка, связанная с PATH, связана с geckodriver .
Однако, работая с Selenium 3.x, вам нужно загрузить последнюю версию GeckoDriver из mozilla / geckodriver и сохранить ее в любом месте вашей системы и указать абсолютный путь к [ 116] GeckoDriver через аргумент executable_path
.
Следующий кодовый блок отлично работает для открытия Firefox Nightly Browser (установлен в настраиваемом месте):
Кодовый блок:
from selenium import webdriver
from selenium.webdriver.firefox.options import Options
options = Options()
options.binary_location = '/path/to/firefox'
driver = webdriver.Firefox(firefox_options=options, executable_path='/path/to/geckodriver')
driver.get('http://google.com/')
print("Page title is: %s" %(driver.title))
driver.quit()
[118 ] Консольный вывод:
Page title is: Google
Моно устойчивость была улучшена, чтобы быть достаточной для мощных сайтов asp.net - большое устранение ошибки для улучшения устойчивости произошло для этих 2,0 выпусков.
Не только это, но и мы сделали некоторую работу для улучшения полной масштабируемости нашего стека.
Большая часть из превращенного в эти 2,0 выпуска, но некоторые произошли после и ставятся в очередь для предстоящих 2.2 позже в этом году.
Я работал прошлым летом для получения.NET 2.0 (+/-50 000 строк кода) проект, работающий над Mac OS X с Моно 1.91. Я должен был переписать интерфейс с Monobcj, потому что реализация Mono-Winforms выглядит ужасной на Mac. Но для кода неUI, все работало вполне прилично после того, как я удалил зависимости от определенных вызовов Win32.
С 2,0 теперь, я думаю, что это. Наша текущая система сборки зависит от него и была очень довольна им. Теперь для выпуска фактического продукта, можно ли сделать все это в.NET 2.0? Раз так я думаю, что это.
В прошлый раз я изучил его, было несколько ограничений. Это было несколько лет назад. Масштабируемость была нашей проблемой затем.
Я думаю, что это действительно зависит от того, что Вы называете готовыми к предприятию, поскольку это - очень перегруженный термин.
См. мое сообщение на подобные вопросы: Моно готовый к прайм-тайму?
Если у Вас есть "определенная потребность" в кросс-платформенной разработке, то я думаю Моно, действительно Ваш единственный выбор :) Но, как указано, это действительно проделало длинный путь.