DevMan

Во-первых не позорься, убери тег big data. 11 лямов - это не бигдата, а кошкины слёзки.
Во-вторых, надо учиться задавать вопросы.
Не вопрос вида "доктор, у меня рука болит, как сделать чтобы не болела", а подробно излагать, что за поиск, что за запрос, что за данные, что за столбец, есть ли индекс, что показывает explain.

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

Можно не придумывать велосипеды, а использовать постоянный профиль.
Оба варианта рабочие 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, то есть файл с определением класса должен загрузиться только один раз.

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