Vitsliputsli

Решение:
1. Убедиться, что PHP-код исправен
2. Настроить ulimit -u, ulimit -n
3. Настроить sysctl для highload
4. Reboot

Publlic / protected / private - это архитектура. Компьютеру они на хрен не нужны, они ограничивают программиста.
И уж если программист считает, что метод должен быть публичным - значит, любой наследник должен его реализовывать. Если приватным - значит, нечего в него лезть наследникам. Если защищенный - значит, только этот класс и его наследники о том, что он существует, и должны знать.

А если у вас сын утки плавает, как утка, но молчит, как рыба - это не он урод, а вы с планированием классов обосрались. Нет, не тот парень, от чьих классов вы наследуетесь, а именно вы. И те парни, которым надо будет поддерживать ваш код (если они знают не только о принципе Лисков, но и где вы живете) смогут очень доходчиво вам это объяснить.

Если бы это был вопрос "хороший ли это роадмап для asp net разработчика", то я бы сказал, что это отличный роадмап (за исключением питона, php, фриланса, и в принципе порядка изучения).
Многое можно учить параллельно (английский)
Что-то можно отложить (копание в алгоритмах)
Ну и на счёт источников знаний не уверен - те же "Грокаем Алгоритмы" уж слишком для маслят книга.

А вот по девопсу я что-то не вижу тут ничего.
Для девопса важно:
1. Понимать, как устроен процесс разработки. В идеале ещё и уметь писать код
2. Уметь работать с ci/cd системами. Gitlab, Azure devops, Jenkins, Teamcity
3. Уметь работать с git
4. Уметь работать с линуксовой консолью, и с линуксом в целом
5. Шарить за docker и k8s
6. Понимать, что devops - это набор практик, а не должность.

Прежде чем всё это усложнять описанным вами способом, необходимо определиться с ожидаемыми количествами. Насколько много всего будет переменных, насколько много может быть этих объектов, какие ожидаются частоты этих ваших обращений.
Ещё нужно определиться как вы планируете редактировать наборы изменяемых переменных. Запишете прямо в БД руками, или нужно делать API для редактирования списков?
Вы собираетесь скрипт запускать при каждом поступлении новой порции данных? Может правильнее запустить его на ожидание порций из пайпа? Или АПИ сделать поверх http.

По существу вопроса. Минус хранимых процедур в том, что это код, который хранится вместе с данными. Нужно делать отдельные специфические "приседания", чтобы правильно деплоить и обновлять такой код, хранить его в системе контроля версий, мигрировать от версии к версии...
Быстродействие в обоих случаях будет зависеть от конкретных действий, которые вы будете каждый раз повторять при "обращениях". Однако при наличии "бутылочного горлышка" в этом месте при реализации через хранимые процедуры вы уже мало что там можете сделать. А вот в коде на питоне можно при необходимости добавить воркеров и таски на длительные операции передавать им через очередь.

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

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

P.S. Сложные алгоритмы нужны не всем. Начните с простых - с банальных сортировок и обходов массивов/графов.

Самое простое - nginx отдаёт статику. На больших объёмах делать это через Ноду неэффективно.
Посложнее - nginx позволяет управлять ходом запроса. Например, редиректить на https.
Ещё сложнее - можно настроить nginx, чтобы он умно балансировал запросы между несколькими бэкендами и автоматом блокировал слишком частые попытки подключения.

Nginx очень хорошо в промышленных масштабах делает определённую часть работы, связанной с http-запросом, поэтому ему эту часть работы и делегируют.

Все уже изучено

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

Вам не нужно сравнение процедурщины с ООП, вам нужно нормальное понимание ООП.
Для этого, например, подойдут классические "Рефакторинг" Фаулера или "Совершенный код" Макконнелла.

Собеседования показывают только умение проходить собеседования. Единственный верный способ проверить человека - трёхмесячный испытательный срок.

import re

str = "[1 , 2,3]";

matches = re.finditer(r"\[\s*([^)]+?)\s*\]", str, re.MULTILINE)

arr = []

for matchNum, match in enumerate(matches, start=1):
    arr = re.split(r"\s*,\s*", match.group(1))

print(arr)

Если вы опишете цели и процессы проекта без упоминания того как это реализовано в коде, то как раз и останется бизнес-логика. Все остальное инфраструктура.

Почитать можно вот эту книгу

cat /home/name/*.txt

Всё здесь https://www.virtualbox.org/wiki/Licensing_FAQ и дальше по ссылкам.
Если я правильно понимаю, то собственно VirtualBox, распространяется под GNU GPL v2, которая не накладывает ограничений на использование. Если умудритесь только им обойтись - можно использовать.
А вот VirtualBox Extension Pack распространяется под лицензией Personal Use and Evaluation License, которая не допускает использования в коммерческих целях. И это на него покупается Enterprise License, которая ещё включает поддержку.