Алексей Черемисин

Вижу, народ тут нормализацией увлекся. Поясню: есть 6 форм нормализации, а есть суровая реальность. Точка. И нечего тут в адрес Алексей Черемисин указывать на какие-то нарушения.

Справочники нужно хранить так, как это возможно. Если данные однотипны:
1) если данные в них однотипны, можно скидать все в одну таблицу, запилив составной РК (type, key) или по старинке одинарный - это как душе угодно (пока количество записей не более, чем 6-ти значные, разницы не будет);
2) можно то же самое запилить в разных таблицах - на вкус и цвет, как говорит.
Если же данные разнотипны, то:
1) можно в разных таблицах, если по отличающимся полям может идти фильтрация;
2) можно все в одну таблицу, запилив какое-то "сложное" поле с типом TEXT/BLOB/VARCHAR, куда писать отличающиеся данные.

Все, никакими тут нормализациями и не пахнет. Всем добра.

P.S. Дмитрий Ларин вам следует более точно формулировать свои вопросы, ибо "Без ТЗ результат ХЗ" (с)

Судя по вашему вопросу (и опыту работы соответственно) - можете выбирать любой. Ничего особенного не изменится.

Если же детализировать, то
1) Для новичков, которым пофигу и лишь бы работало - apache + mod_php + всё что угодно
2) В нормальной же жизни обычно используют nginx + fpm + debian (ну или что-нибудь ещё, просто дебиан самый стабильный, а накатить поверх последние версии ПО - не проблема).
3) Для хайлоада годным решением будет swoole/roadrunner + clear linux

Много текста. А какой вам/админу будет удобней администрировать? Мне кажется, что от этого нужно отталкиваться. Debian - это вариант проверенный временем, админами, пользователями этого дистрибутива и т.д. Этот вариант, так сказать, по умолчанию.

Из относительно нового советовал присмотреться к NixOS. В случае неудачного обновления вы всегда сможете откатится взад - это очень удобно и практично. В то время как с Debian-ом могут быть проблемы с этим - вам всегда нужно будет держать под рукой свеженький бэкап, так, на всякий случай.

Вы простите, несколько не в тему ответа на вопрос, но.
1) Серверной не требуется свежий воздух как таковой(если мы не берем в расчет влажность\состав воздуха).
2) Если у вас сесрверная и так тянет пыль, то при наличии вытяжной вентиляции она будет эту пыль засасывать кубометрами. Со всеми вытекающими.
Тогда уж необходимо делать притяжную вентиляцию с фильтрованием, охлаждением и контролем влажности.
3) При прочих равных конвекция и "карлсоны" серверов вполне неплохо справляются с перемешиванием воздуха. Если хотите делать что-то больше - обеспечивайте холодные и горячие коридоры.

Безопасное извлечение(отмонтирование) придумали для слабаков.
Сильно вероятно что файлы не успели еще физически записаться на диск т.к. запись идет кэшированно. Т.е. перед тем как вытащить флешку нужно было дать команду sync или отмонтировать диск(при отмонтировании тоже происходит sync ). Можете попробовать конечно востановить файлы но я думаю что шансов достаточно мало.

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

tar -xJf archive.tar.xz -C /path/to/directory/

python + ansible

Ну вот вам например поиск по адресу...все вы уперлись в БД... запрос конечно сделаете но лучше так не надо.
Ограничивайте сразу размеры полей.

И вопользуйтесь советами Алексей Черемисин и Stanislav

Последний вариант верный. elastisearch или sphinxsearch. Синхронизацию в реальном времени придется сделать у вас в приложении (пишите новый объект сначала в бд, и потом в es|ss).

30к не реально, за эти деньги можно только понаставить домашних роутеров и обычный комп (2 ядра 2 гига игровая видеокарта), Даже на микротиках не выйдет по деньгам

3. Переводить на английский.

true