Назар Мокринский

Всё дело в передаче данных после обработки запроса,
в случае с * - все поля попадут в выборку;
если явно перечислить поля, тем самым ограничив поля которые вернуться с запроса - объем данных для передачи может быть меньше, следовательно обработка будет быстрее

пересчеление всех нужных полей считается хорошей практикой + экономит объем переданных данных ;)

TERM какой? насколько я знаю, от термкапа зависит. В Х TERM=xterm отображается нормально. В консоли TERM=linux - и тоже отображается нормально. CentOS 6.8 Но - зашел в виртуалку где Calculate Linux с ядром 4.4.14 - там тоже TERM=xterm, но вертикальные рамки с разрывами, хотя горизонтальные без.
Еще вариант - тему mc проверить, какие значки установлены для отображения рамки.

Нет, не нужен.

Так ответ есть в самом вопросе ... делайте проверку на текс сообщения а потом выводите. Или выясните почему нет этой переменной...

Named params есть в python, но не в php - поэтому, только так.
s('', 'foo')

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

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

Создавайте свой файл с стилями и спавте его после основных. Он будет перебивать стили. Или делайте !important. В исходниках ничего править не надо. Это дурной тон.
Если будете использовать пакетный менеджер, то поймёте почему.

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

Сомневаюсь что есть способ конвертировать файл в одну кодировку, когда разные его части имеют разную кодировку.
И вообще, зачем понадобилось складывать всё в один файл?
Не легче ли было записывать полученные данные в базу, ато файл на 40Гб...

Если у вас есть огромная простыня кода, которая не содержит "естественных" регионов которые можно скрыть, то значит что-то с вашим кодом не так.
Лучшие практики всех популярных языков программирования говорят о том что тело функции должно помещаться на экране, а иногда и вообще быть не больше 10-15 строк.
Бывают случаи когда большие куски кода оправданы, но если у вас они встречаются так часто что необходим способ их сворачивания...

реализовать подобие ООП в JavaScript

Скажите где в аббривиатуре "ООП" вы видите слово "класс"?)

Хочу например создать объект вот так:

А зачем? "нэймспейсы"? Это не нужно если есть модули.

Как мне создать конструктор внутри объекта Earth

любая функция может быть использована как конструктор.

Вы заказчик, Вам нужно некое app. У Вас есть выбор сделать на старой или на новой версии? Что Вы выберите?
Да и зачем учить старое? Что бы браться за доработки чужого кода?
На мой взгляд ответ настолько очевиден, что даже не подлежит обсуждению.

Приведите хоть 1 пример, зачем надо учить что-либо старое?

Собирайте на VPS или в виртуальной машине.