Сергей Горностаев

Просто умение работать по стандартам принятым в этой организации, умение работать в команде этой организации.

А так - слишком обтекаемая фраза, чтобы приделять слишком большое значение

Получается чтобы создать пользователя БД требуется создать его же в самой Убунте

нет, неправильный вывод. К учетке в БД kuplin может подключиться любой пользователь системы, тебе надо разобраться с разрешениями в pg_hba.conf

как понимаю это сортировка товаров от наиболее подходящих до обладающих 1м из признаков.
Сделай вспомогательную таблицу статистики сколько товаров всего с заданным проп_ид.
обновление по тригерам.

потом смотришь в нее и береш максимальный из (1,2,3...) например 3
Далее запрос будет из двух проекций (A и B) на твою таблицу
select product_id from `product_prop` A where prop_id=3 (этим мы уходим от фулскана по 85М)
и добавляем подзапрос посчитать сколько совпало осталных свойств
select product_id,(... подзапрос .....) from `product_prop` A

Начните с прочтения книги Компиляторы: принципы, технологии и инструменты

Есть база данных - в неё каким-то образом заносят данные (в данном случае о фильмах и актёрах). Потом из этой базы данных данные достаются тоже каким-то образом и вносятся в html.

В качестве базы данных может быть, например PostgreSQL - тогда мы можем достать информацию о фильмах и актёрах при помощи sql-запроса. Также нам нужен какой-то сервер, который будет с базой данных общаться. Написан он может быть в принципе на любом языке программирования (а сейчас есть даже всякие nocode платформы, где простые операции можно и без кода вообще сделать).

Более подробный ответ на этот вопрос будет уже по сути пересказом курса по разработке ПО.

без ип = экваринг для самозанятых
иначе незаконная предпринимательская деятельность

(попрошу полную инструкцию т.к никогда с таким не работал)

а вот на это
Инструкция
открываете https://freelance.habr.com/ и размещаете заказ.

Естественно нужно, кто будет модели описывать, миграцию делать, статику настраивать, да и сам джанго конфигурировать. Шаблоны это малая часть джанго.

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

Какой хочешь.
Равнозначно

UPD:
Лично я, как предприниматель, бы делал выбор между C# / Java
Причины:
1. Сформированное, "взрослое" (mature) сообщество, которое может помочь
2. Существуют проверенные/документированные фремворки
3. Для общих случаев (настройка БД, создание диаграмм, документирование кода, какие-нибудь паттерны) уже есть удобные инструменты/фреймворки
4. Рынок разработчиков большой
5. Эти ЯП позволяют абстрагироваться от инфраструктуры или упростить работу с ней (управление памятью, вопросы ABI, версионирование, сборка и т.д.)

А что тут не понятно?
1. Все потоки быстро запустились, вызвали tryAcquire и, т.к. он не блокирующий, тут же вызывается Thread.Sleep() на всех потоках - поэтому в первом случае в конце видны Thread-x-released (все потоки закончили работу). Время выполнения всего приложения - 1с
2. Все потоки постепенно захватывают семафор, т.е. ждут пока предыдущий его освободит и только потом засыпают. Уже тут время выполнения - 1с * (кол-во потоков / 2)

P.S. Не забывай вызывать Thread.join после запуска!

Не может.
- В том числе не могут сохраниться данные (размагнитятся).
- Если это SSD - тоже не могут (заряд утечет из ячеек, но появится посторонний от окружающей радиации).
- В том числе выйдет из строя механика (или от работы, или от лежания - "прикипит").
- В том числе окислятся и потеряют рабочие свойства электрические элементы (изоляция, пластик, дорожки, токоведущие кабели головки станут хрупкими).

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

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

Генерация pdf боль, а нормального конвертера из html я вообще не видел, в итоге проще всего оказалось сделать генерацию через pdfmake на js, по факту потребуется переделать свои шаблоны в описание на json, а от "Сложные css-стили" скорее придется отказаться. Либо отрисовывайте на более низком уровне тем же ReportLab

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