Михаил Р.

Хм. Вообще не вижу проблемы хотя бы я заменил виртуализацию на Hyper-V.

Ubunty ставите ltsc и забываете на 2-4 года.
Дальше ставите MySQL + Nginx + Node + PHP + Python.
Создаете скрипт который делает следующее:
* вносит изменение в DNS что то типа vasya.labs.loc
* добавляет пользователя vasya и устанавливает пароль
* добавляете папку /home/vasya/public_html
* добавляете конфиг /etc/nginx/sites-enabled/vasya.conf
* добавляете базу для васи и пишете пароли в файл в его домашней директории
* перезапускаете nginx

Итого установка и обновление убунты и обновлений происходит 1 раз и штатно без шаманства
Пользователь получает адрес типа vasya.labs.loc
При желании можно парсить пользователей из csv файла

Node + PHP + Python конкретной версии сам пользователь и назначает используя virtualenv, nvm, phpenv

Если что упустил уточняйте

Поскольку алгоритм Озона не документирован - то мы можем только гадать.

Сделай дамп сетевого трафика для случая с браузером и с ботом.
Потом открывай в режиме split screen и сличай глазами. Где-то будет ключевая разница.

Надо вам бы книжечку почитать по питону. Быстрее и полезнее было бы для вас в плане освоения.
Вот, например устаревшая конструкция:
#-*- coding:cp1251 -*-
Сейчас принято весь код держать в utf-8 и испоьзовать свежий питон третьей версии.

Прочитайте про PEP8.
Считается плохим стилем использовать CamelCase для чего-то кроме классов.
Для переменных и имен функций нужно использовать snake_case.

selected_genre = str()
selected_game = str()

Ни к чему объявлять такие переменные присвоением пустой строки, причем с вызовом явного конструктора. В Питоне строки - неизменяемый тип, а переменные. это не ячейки, зарезервированные в памяти, а, как бы, "бирки" с именем, которые вешаются на объекты. ВОт строки - это объекты, которые нельзя менять. Как создаются, так и остаются.

genre_file = open('genres.txt')
Не хорошо так открывать файл. Для такого мелкого скрипта это не так важно, но хорошую привычку у себя формировать надо всегда и всегда надо работать с файлами правильно. Через контекстный менеджер with и используя pathlib.

GenreList.append(line.strip())
Обратите внимание на разницу между append и extend, именно в этом одна из причин проблемы, с которой вы тут боретесь.

value = item.split(" ")[1:]
Сплит можно делать по знаку равно, а не только по пробелу. Такое ощущение, что вы не особо задумываетесь, что пишете в коде.

Там дальше вообще какая-то дичь. Так писать нельзя. Код непрозрачный и нечитабельный. Если вы наделали кучу косяков и ошибок в более простом коде, то вот в дальнейшей каше там вообще швах.
Проще надо.

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

Во-вторых, почему вы так странно храните и выбираете игры? Храните их одним перечнем словарей. Каждый словарь в перечне будет соответствовать одной игре. В этом словаре будут все её параметры: название, жанр, рейтинг, если надо, который будет влиять на вероятность выбора...

Разбивайте всегда задачу на ОЧЕНЬ МАЛЕНЬКИЕ подзадачи и решайте их отдельно. Проверяйте решение подзадачек тоже по отдельности, убеждайтесь, что этим мелкие кирпичики работают.

Повторюсь, изучайте питон, чтобы программировать на нем как на питоне, а не вот так вот. Успехов.

function decrypt(encryptedText, key) {
  var decryptedBytes = CryptoJS.AES.decrypt(
    {
      ciphertext: CryptoJS.enc.Base64.parse(encryptedText)
    },
    CryptoJS.enc.Utf8.parse(key),
    { mode: CryptoJS.mode.ECB }
  );
  
  var plaintext = decryptedBytes.toString(CryptoJS.enc.Utf8);
  return plaintext;
}

var encryptedText = "P6WsUEHMRTa620LtYJ3Nqu9yKhGev0ZL4Ps+z61kWN4="; // Замените на свой зашифрованный текст
var key = "mysecretpassword"; // Замените на свой ключ

var decryptedText = decrypt(encryptedText, key);
console.log("Decrypted Text:", decryptedText);

Это просто наименование должности в их внутренней сетке должностей, оставшееся издавна.
В государственных или просто старых компаниях это нормальная практика. Можно встретить например вариант: разработчик - старший разработчик - ведущий разработчик.
Ну а новые компании, особенно те, которые имеют зарубежные связи, стараются обзывать должности на западный манер - джуниоры, миддлы, сеньоры, тим лиды.
Но и там и там это - просто название должности.

Лучше, разумеется, стандартный кабель без переходника.

Для WEB сервисов можно использовать Lets'Encrypt и субдомены. Для подключения ДБ, лучше использовать самоподписанный с длинным сроком годности (2 года и более) либо можно использовать VPN.

• Принципы работы сети.
  
• Принципы работы с базами данных (как проектировать, как писать запросы, как защищать, в т.ч. на уровне кода)
  
• Практически любой современный ЯП.
  
• Опционально - любой веб-фреймворк для ЯП.
  

Планирую написать его сам с нуля, поучиться, без Вордпрессов и Тильд.

Рвение понятное, но учитывайте, что написать нормальный сайт (а это как минимум отсутствие критических дыр в безопасности, оптимизация, хорошая документация и читаемость кода), который можно спокойно вводить в эксплуатацию, пройдет немало времени.

mike153: пробовал все варианты. Nextcloud - это форк Owncloud. По сути, одно и то же, хоть и NC считается более продвинутым и вообще вся опенсорсная тусовка туда ушла. Поэтому пишу о нём. Всё исключительно на правах IMHO. Плюсы:
- Самый главный - это работа с файлами именно в файловом варианте. То есть, если предположить, что "всё упало", вы можете подключить диск с рухнувшего сервера к любому линуксу и вытащить инфу из /var/www или где она там у вас храниться будет. Также можно подключать внешние хранилища, то есть, предположим, есть у вас на сервере папка с фильмами и музыкой - их можно просто подключить в NC.
- CardDAV, CalDAV из коробки.
Минусы:
- Тормозит всегда, рандомно, в любой момент времени. Независимо от того Apache или Nginx, MySQL или MariaDB, тормозит на любом софте.
- Интерфейс - УГ, ШГ

Теперь о Seafile. Плюсы:
- Турбореактивный просто. Работает очень быстро.
- Интерфейс очень приятный.
- Продвинутое версионирование.
- Умеет открывать docx, odt, xlsx и т.д. без дополнительного софта. Но без редактирования. Если нужно редактирование - нужен отдельный Document Server от Collabora или Onlyoffice.
- PRO-версия бесплатна для 3-х пользователей, но смысла особого нет, т.к. enterprise-фишки заключаются в 1. полнотекстовому поиску по документам с помощью elasticsearch, у которого просто чудовищное потребление ресурсов 2. двух-факторной авторизации 3. и что-то там ещё, не особо нужное дома
- Есть клиенты для всех основных платформ
- Устанавливать можно как вручную по мануалу на сайте, так и воспользовавшись установочным скриптом, который сам всё сделает.
Минусы:
- Файлы хранятся в собственном формате, как это правильно называется? - на уровне блоков, что ли. Доступ к инфе только через веб-интерфейс, WebDAV, ну и приложения для синхронизации. То есть, вся информация в Seafile на диске представляет просто кучу мала из папок и файлов, которые нельзя так просто взять и использовать - нужен ещё дамп базы данных. То есть, в случае проблем с системой, достать информацию будет затруднительно. Но выход есть - seaf-cli - это безгуёвый клиент для синхронизации. Смысл в том, что на сервере, на котором крутится Seafile, дополнительно можно установить seaf-cli, натравить его на директорию, и он в эту самую директорию будет складывать синхронизированную копию инфы основной базы Seafile, причём в виде нормальных файлов, которые можно расшаривать как угодно, бэкапить и т.д. Минус решения с seaf-cli в том, что нужно вдвое больше дискового пространства для хранения инфы.
- Ну и как следствие такой организации файлов - невозможность подключить внешние хранилища, в отличие от тёплого лампового Nextcloud.

В общем, лично я остановился на Seafile.

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

Что-то готовое не рассматривали?
Ну к примеру,
https://vc.ru/s/1197024-bitriks24/425623-skrytie-n...

Если велосипедить, то потребуется Asterisk/FreePBX в качестве АТС. Записи разговоров умеет из коробки. Хотя вроде Битрикс24 и сам умеет писать разговоры, но в т.ч. сможет подтягивать записи сделанные в Астерикс.
Простейшим вариантом будет разработка сервиса который будет при сохранении карточки Лида в тот же момент заменять оригинальный номер на подменный, сохраняя подменный в собственной БД.
Исходящие вызовы инициировать как обычно, подключив Битрикс24 к своей АТС, но поиск реального номера выполнять в самом Asterisk по базе сервиса подменных номеров.
Входящие - заменить оригинальный caller id на подменный из базы.
Есть вариации описанного решения из-за довольно высокой гибкости интеграцией в Asterisk, зависит от того как уже решит реализовывать разработчик.

Современные (последние лет 10) процессоры уже разогнаны по максимуму, какие либо действия (разгон в биос) позволят даже на синтетических тестах увидеть изменения в считанные проценты, а уж на практике и подавно ничего не будет заметно. Зато увеличить вероятность сбоя при работе в режиме разгона можно значительно, и такие поломки не гарантийный случай.

Настоятельно не рекомендую заниматься разгоном.

Что по проблемам с проигрыванием youtube, у меня машина 2014-года (10w процессор intel celeron J серии) со своей чахлой интегрированной графикой тянет FullHD@60fps, и эта машина явно слабее твоего конфига на порядок! Это значит у тебя явно проблема с настройкой операционной системы, например не установлены драйвера.

Настоятельно рекомендую один из следующих браузеров - Firefox, Chromium или любой основанный на нем (Google chrome, Opera, Yandex browser,... чем менее популярный браузер тем выше вероятность проблем на необычных сборках)