Владислав Лысков

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

Забей на программирование, это не твое.

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

Найди ту деятельность, где у тебя глаза горят.

Я не специалист в играх но обычно когда хотят гарантированное время выдачи ответа -
используют key-value dbms,. Они очень хорошо масштабируются и таблица с 10
записями и таблица с 10 миллиардами записей дают примерно одинаковый отклик.

Далее - искусство разработчика - уложить действия с инвентарем и действия с балансом золота
в 1 едиснственную операцию put/get или атомарную операцию с key-value системой.

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

1. Каждое открытие инвентаря это запрос к БД (т.е. при стоянии на месте и щелкая кнопку, мы будем нагружать БД запросами)?

Нет. Данные загружаются в оперативку при логине персонажа. Изменения также касаются оперативки. В базу скидывается при логауте. Ну еще периодически для синхронизации.

2. Каждое выпадение золота в мир это новая запись в общую таблицу мира, что в такой-то точке есть объект "золото"?

Да. есть объект "предмет". Есть структура "список предметов", скорее всего двухсторонний список. Он обновляется, в него добавляется, из него извлекается. Предметы в мире не записываются в базу вообще (если вы помните, при ребуте все что не в чьем-то инвентаре, пропадает. Не так уж много оперативки это занимает. Просто посчитайте.
Максимальный онлайн на шарде - 5000 игроков.
Объект - ну учитывая тип предмета, уникальный айди, разные параметры типа заточки, владельца, место, и так далее - 10-20 байт более чем достаточно. Ну давайте 50 байт возьмем, хотя на деле я уже не помню сколько там было, явно меньше.
50 байт * 5000 игроков и скажем 100 предметом у каждого - получим примерно 23 мегабайта.
Добавить клановые хроанилища. ну 30 мегабайт. Много это оперативки на сегодня? По-моему вообще разговор ни о чем.

3. Что происходит после того, когда золото было поднято, эта запись превращается в null?

Объект удаляется из списка.

4. При интенсивном обороте этих действий, как реализуется такая таблица, чтобы она не переполнялась за неделю?

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

5. Для игр подходит любая БД (например Postgres) или есть определенный тип игровых БД?

Любая. В Lineage2 использовался MSSQL, в самописном народном java эмуляторе использовался mysql

Короткий ответ (с учетом указанного ТЗ) - WP.

Длинный ответ:

публиковать страницы, создавать иерархию страниц, чпу url, какой то слайдер с картинками

Учитывая типовое ТЗ, ответ - WP (все это уже реализовано, приимущественно бесплатно и в большом количестве).

небольшое количество услуги в регионе

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

Нашли компанию, предлагает разработку сайта на WP или на Python+Django (дороже и дольше)

Начнем с того, что это не равнозначные инструмент, ибо WP - это готовый движок/CMS для сайта + сам сайт (готовые шаблоны), развернул на хостинге и готово. А вот Django - это фреймворк, т.е. некий набор инструментов, да он позволяет сделать из него что угодно (ах*енно сделать (на правах отвечающего)), но потом. Соответственно, если вопроса в функционале и производительности не стоит (и предположу - сделать быстро) - выбираем WP, будет дешевле и быстрее.

Что обычно я использую (от начального проекта к финальному):
1. WP в стоке.
2. Оптимизация производительности WP в 2-3 раза под конкретные задачи (от wp там мало что остается, но ценник и сроки еще не такие, как в п3).
3. Django (если нужно быстрее любого WP и более специфический функционал).
4. FastAPI (если прям совсем прижало по производительности).

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

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

На ВП можно сделать практически всё.
Но это не значит что
а) делать "всё" на ВП целесообразно
б) это "всё" сделает любая домохозяйка.

Как это реализовать?

1. Арендовать хостинг
   
2. Залить туда сайт
   
3. Внести изменения, убрав марку
   

Вы какой ответ ждёте? Ссылку даже не дали на сайт. Почти уверен что можно стилями или js убрать не перенося сайт.