DevMan

Можно не придумывать велосипеды, а использовать постоянный профиль.
Оба варианта рабочие 100 пистонов!
Проверял лично на Linux Mint 19.3 и Windows 10 20H2.
Если при запуске профиля не существует, chrome сам его создает. При закрытии профиль сохраняется и при следующем запуске подхватывает его со всеми настройками и расширениями.

Код (для Linux):

from selenium import webdriver
from selenium.webdriver.chrome.options import Options

options = Options()
options.add_argument("user-data-dir=/home/sergey/SeleniumProfile")
driver = webdriver.Chrome(chrome_options=options)
driver.get("https://google.com")

Запускаете его, он создает профиль. Далее в браузере идете в магазин с расширениями и устанавливаете себе любые расширения. Все! При следующем запуске кода selenium будет использовать данный профиль вместе с расширениями.

Вот код для Windows:

from selenium import webdriver
from selenium.webdriver.chrome.options import Options

options = Options()
options.add_argument("user-data-dir=C:\\profile")
driver = webdriver.Chrome(chrome_options=options)
driver.get("https://google.com")

Автор решил удалить вопрос, но не смог, т.к. уже есть ответ. За такое канделябром бить надо.

изучаю Vue.js и никак не могу понять зачем он нужен

Не можете понять - значит вам он не нужен. Отложите его в сторону, и изучите что-нибудь другое.

Просто нужно создать новую хэш-таблицу в 20 миллиардов и всё? Ведь это делается за секунды.

1. Даже просто выделить память на 20 миллиардов хешей займет далеко не секунды.
2. Не секунды займет записать их на диск.
3. Соль нужна для того, чтобы нельзя было использовать РАНЕЕ сгенеренную хеш таблицу.
4. md5 не самый лучший хеш на сегодня - можно использовать более трудоемкое хеширование, которое будет генерироваться медленнее.

В общем соль нужна именно для того, чтобы обеспечить противодействие радужным таблицам. Все.

Технически можно и так, и сяк. Но, как всегда, есть нюансы, на которых и сыпется большинство советчиков (в том числе в этом треде).

Если у вас только сайт на домене, максимум почта на других портах, и даже CDN не используется - можете спокойно использовать основной домен без www. Если у вас сайт многоязычный, и языки размещены на поддоменах - тогда тоже без www. Если же у вас есть и другие ресурсы в домене, например:

www.example.com - публичный сайт
developers.example.com - публичный сайт инструментов для разработчиков
api.example.com - какой-нибудь публичный АПИ
cdn.example.com - поддомен content delivery network (можно много - cdn1, cdn2 итд)
docs.example.com - публичная документация
help.example.com - публичная справка
support.example.com - публичная служба поддержки
dev.example.com - закрытая, непубличная копия сайта, стейджинг
hr.example.com - закрытая, непубличная часть, внутренние ресурсы компании для сотрудников
mail.example.com - технический субдомен для почты
webmail.example.com - веб-морда для почты (может быть как публичной, так и открытой для отдельных IP, доступ по VPN и тд)
vpn.example.com - чисто технический поддомен для проксирования трафика через VPN компании
ns1.example.com - поддомен для своего сервера имен (ns1/ns2/ns3 или primary/secondary и тд)

... и так далее. Таких поддоменов может быть очень много, и у каждого своя, совершенно изолированная кухня. Так вот, если использовать для публичного сайта домен без www, то все его куки будут распространяться на все поддомены. А это плохо. На современном сайте этих кук штук 10 минимум, большая часть из них совершенно не нужна, или даже откровенно лишняя на всех других поддоменах. В это же время, если вы используете www и хотите поделиться куками с него с другим поддоменом - это вполне возможно сделать, осознанно.

Кроме этого - с www намного удобнее работать на уровне DNS, если это CNAME. Записи типа А лучше ставить долгий TTL, а вот CNAME может иметь короткий и его можно перебрасывать в любой момент. Пошла DDoS-атака - в считанные минуты пустили трафик через гейт сервиса защиты от DDoS или выделенный файрвол (у который другие IP-адреса). Или балансировку нагрузки делать. При этом основной домен (origin) и его IP не меняется, почта не слетает, внутренние сервисы не слетают, АПИшки не падают и тд.

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

В общем, мое мнение - если у вас свой личный сайт или маленький сайтик маленького личного бизнеса, и рост до уровня когда понадобится куча поддоменов не планируется - тогда можете смело использовать без www. Если же продукт или сервис, бизнес который может вырости в что-то относительно крупное - стартуйте с www с самого начала, потом спасибо скажете.

потому что это не исполняемый файл

Исполняемый файл это файл который исполняет операционная система.
в данном случае РНР файл исполняется не операционной системой, а веб-сервером, и права на исполнение к нему не имеют отношения вообще никакого

Очень просто - в один блок монтируется приложение на react, в другой на vue.

Зачем - вопрос не сюда, спросите у тех, кто так сделал.

Открыть профиль пользователя. Если забанен, наверху будет написано - когда, на сколько и за что. Например.

Вопрос глупый, буду бузить.
Это не персонально к вам, просто накипело.

Вам вот это навешивание ярлыков зачем?
Прочитать документацию и сделать пет-прожект на Реакте/Вью/Свелте, подумать, что тут всё понятно, а потом с лёгким презрением смотреть на тех, кто этого не сделал? Я же теперь не "какой-то верстальщик, я фронтенд-разработчик"? Так назовитесь CSS-архитектором и HTML-гуру, потом откройте горе-стартап и допишите "СЕО `Рога и Копыта`", куда круче смотрится.

С популяризацией модных фреймворков слово "фронтенд" вообще жутко опопсело.
"Фронтенд" - это всё, что "не бэкенд", и да, верстальщик - тоже фронтенд-разработчик, внезапно (оставим в стороне вопрос, кому нужен такой разработчик без знания JS).
Что ж вы дальше не дробите?
Нарезальщика картинок давайте найдём, оптимизатора SVG-иконок и так далее (FrontOps в сторонке потупил взгляд).

Вы умеете в базовый JS (надеюсь, не копипастом с кодпена) - вы знаете как делать сайты - этого достаточно для огромного количества бизнесов и разных идей, уметь бы только себя правильно подать.
Конечно, всегда найдутся те, кто иронично будет звать "формошлёпом", как будто сами не делают 90% времени то же самое, только похороненное под огромным числом абстракций (а часто вообще без понимания, что там под этими абстракциями происходит). Мы же тут разработчики, у нас сложная бизнес-логика - надо три числа в JSON забрать с сервера, с помощью математики второго класса их пересчитать и вывести. В вебе, которым все мы, преимущественно, занимаемся - сложных задач нет. Вообще нет.

Развивайтесь и продвигайте своё умение решать задачи бизнеса, выбирая правильные инструменты, и продавать себя - и всё нормально будет. Не надо этих ярлыков, смотрите на свою реальную полезность и не оглядывайтесь, кого там и как называют.
Я повидал "мидл реакт-разработчиков и вообще очень крутых фронтендеров", которые без бутстрапа сетку из трёх колонок не знают как сверстать. Не надо так. Идите с богом.

https://developer.apple.com/library/archive/docume...
It may also be useful to be sure that the system has recognized the Service. You can also use the pbs tool to list the registered Services by specifying the dump_pboard option:

/System/Library/CoreServices/pbs -dump_pboard

Тем кто плюсует ответ: Я так понимаю это, за то, что я не бросил свой же вопрос после того как докопался до решения.

вопрос - какой-то адов винегрет.
Что значит "мол $functions определяется повторно"?
$functions это переменная, переменных может быть сколько угодно.
класс Functions? У тебя же используется include_once, то есть файл с определением класса должен загрузиться только один раз.

Ну ладно, ты в программировании ни бумбум, в оо делаешь первые шаги. Ну уж хотя бы ошибку написать по-человечески можно? И код привести, который этой ошибке соответствует, а не противоречит ей?

Спасибо всем за развернутые ответы. Почитав все ответы и комментарии к ним, могу сделать следующий вывод. Может для кого это окажется слишком грубым, но большинства кто недовольны это просто жалующиеся лентяи .
Отвечу как автор вопрос на более популярные вопросы
1) Любой работник кроме ITшника после работы отдыхает а мы нет - Вы конечно простите но если вы не умеете правильно расставлять приоритеты , управлять своим временем, комбинировать работу и личную жизнь это полностью вашу вина, но никаким образом не вина самой работы.

2) Все учатся в процессе работы а ITшник в свободное от работы время - исходя из личного опыта, работая над задачей, поиск в гугле, решения в процессе работы и есть лучший метод учения. Т.е берешь задачу, даже сложную и вникаешь в нее по сути дела. Ошибаясь прокачиваешь свои навыки. И по моему скромному мнению в IT лучше всего это удается. Здесь вы не рискуйте практически ничем. В любой момент комбинации CTRL + Z вы можете вернутся и попробовать другой код, если текущий не работает. А может ли врач такое сделать? А может ли слесарь, инженер, электрик , спасатель, полицейский такое сделать?

3) Тут нету миллионов. Да я согласен, никто и не говорил что в IT , работая именно на компанию. Хотя не стоит исключать множество очень хорошо оплачиваемых программистов. Но всегда есть возможность открыть свое, так как весь бизнес сейчас в Digital. Многие тут приводили в пример юристов и бухгалтеров которые якобы хорошо открыли свой бизнес, якобы там больше возможностей но почему то никто не говорит о тех многочисленных юристов что без работы , либо вкалывают за гроши .

4) Все время лишь в мониторе . Опять же это только лично ваша проблема, есть такое что после работы за компьютером, устаешь морально, отпадает желания ходить куда то, и вместо прогулки многие смотрят ютуб под пивасик и играют в приставку. Если вы не можете правильно организовать свой отдых, после работы, найти увлечения, то это ваше дело

Резюмируя хочется сказать что тут многие приводят примеры которые не от IT иду, а от них самих. То что многие в данной сфере , заплывают , имеют проблемы со спиной , забивают на личную жизнь, на развития себя как личности. Это полностью их проблема. В жизни есть не только монитор и можно прокачивать себя в юморе, общения с людьми, быть интересным собеседником. Да может многое еще по молодости мне не понятно , ведь я имею мало опыта в данной сфере, но тут мне кажется люди спихнули все свои проблемы на профессию, не желая признаться что сами не развивают себя никаким образом, не развивают свой кругозор , и не умеют даже подержать шутку если она только не про PHP ( Ничего против php не имею )