Night

В MySQL 8+ добавили ALGORITHM=INSTANT к синтаксису:

ALTER TABLE table_name [alter_specification], ALGORITHM=INSTANT;

The benefit of the INSTANT algorithm is that only metadata changes are made in the data dictionary. There is no need to acquire metadata lock during SE changes and we don’t touch the data of the table.

https://mysqlserverteam.com/mysql-8-0-innodb-now-s...

Это вряд ли возможно формализовать. Один из подходов: KISS — keep it simple. Выбираю самое простое решение, потому что, пока оно дойдет до production, требования 10 раз поменяются (и еще 10 раз поменяются уже после внедрения), а простое решение и проще реализовать и проще переделать. Но это только одна из эвристик.

Такое, чтобы запутаться в решении не бывает. Это только, если не понимать, что делаешь. Иногда бывает, что не совсем до конца понимаешь требования, или как решать задачу. Тогда можно зайти в тупик спустя несколько часов или дней. Но такие ситуации встречаются редко.

Иногда по мере того, как делаешь задачу, понимаешь, что ее можно сделать совсем иначе, при этом получится проще и эффективнее. Ничего страшного нет: с самого начала продумать идеальное решение не может никто.

В жизни нет готовых рецептов на все случаи. Жизнь вообще не поддается формализации.

GitBook

Единая точка входа - один php файл, (обычно index.php лежащий в корне сайта), в который попадают все запросы ко всем страницам. Он запускает движок и вызывает router (маршрутизатор) - скрипт, который по url определяет какой раздел и какая страница запрошена. Ориентируясь на правила прописанные в маршрутизаторе он запускает нужный модуль (читайте про mvc). Там где-то происходят обращения в базу данных, какая-то бизнес-логика работает, и в итоге данные передаются в шаблонизатор, который выдает HTML код.

Чтобы самому не изобретать всё с нуля можно взять набор готовых компонентов. Такие наборы называются фреймворками.
Это все подходит не только для крупных сайтов, а для любых проектов, где больше одной страницы.

Отвечая на вопрос в ТЕЛЕ: да, на ноде возможно написать игровой сервер. Не всякий, но в целом - возможно.

Отвечая на вопрос в заголовке, вопросом: а у вас есть полное описание протокола и вся игровая логика, чтобы написать ПРАВИЛЬНЫЙ сервер линейки или му? Если да - то см. выше.

Я так подозреваю что это все работает на PHP.

И не только. Есть множество бэкэнд-языков. Но в целом да, работает все на серверной стороне.

и немного трогаю PHP,MySQL.

Трогают девушек, а языки изучают :)

Хотелось бы получить хотя бы заоблочочное понимание как работают эти "ФИЛЬТРЫ",на чем их пишут,и любые другие мысли по данному вопросу,если вам не сложно.Так сказать наделите хотя бы каким то пониманием.Уж очень интересно мне

Если брать конкретно связку PHP / MySQL - то чаще всего идет банальная выборка по полям таблицы. Как только дойдете до работы с БД - поймете о чем я. Ничего сверхъестественного в этом деле нет.

Лучше составлю вам план дальнейшего изучения:

1. Изучаете PHP на уровне функции / переменные / ввод и вывод данных.
   
2. Изучаете SQL и как работать с MySQL базами на PHP.
   
3. Делаете форму со вставкой в таблицу, вывод данных, редактирование.
   
4. Разбираетесь с условиями WHERE (like и т.д.).
   
5. Разбираетесь в JOIN-ах и связующих таблицах. По началу покажется очень сложным, но посвятите этому время.
   
6. Изучаете ООП структуру PHP (Классы, неймспейсы, типы функций и переменных). Переписывайте все на него.
   
7. Переходите на фреймворки вроде Laravel
   

Времени на этот список уйдет от 4х до 12ти недель.

Rust это не C++. Почему он должен брать термины из C++?

В Java вон тоже ссылки - это указатели в терминологии C++.

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

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