Владимир

$ iconv -f cp1251 -t utf-8 in.txt
Как : Определить и Изменить Кодировку Файла

Ну так у вас в конфиге сервера на указана папка, в которой лежат скрипты, вот nginx и берёт дефолтную и оттуда вам дефолтное приветствие показывает.

Это не ответ на вопрос.

Не делайте так, как вы хотите.
Error лог существует для клонирования ошибок, которые вам необходимо исправить и допускать повторного возникновения.

Access лог предназначен для логирования всех ответов сервера, отработавших БЕЗ ошибок. 404, 301/302, etc есть валидными с точки зрения веб сервера ответов и их нет нужды причислять к ошибочным.

Вам бы лучше воспользоваться инструментами для работы с логами, дабы работать с access.log и фильтровать только нужные вам сообщения. Тут инструментов от grep до ELK.

1)Зависит от объемов записи, и работы TRIM - если нагрузка на запись небольшая и TRIM работает, то оставлять резерв нет смысла. Если TRIM не работает оставить неразмеченный резерв нужно обязательно.

2)Можете спокойно использовать. Свопу самое место на SSD.

3)Никаких проблем не вызовет, и никакого снижения скорости тоже. Хотя в тестах вы уже не сможете получить красивые показатели чтения в районе 550мб/с. Но на скорость работы это никак не повлияет.

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

Что будет, если он переполнится?

Тоже самое, что и при отсутствии файла подкачки: приложение, запросившее больше памяти, чем доступно, будет завершено OOM killer'ом для того, чтобы система могла продолжать функционирование. Причём может быть принудительно завершено как оно само, так и любое другое, активно потребляющее RAM.

Файл подкачки нужен исключительно для избежания OOM при превышении потребления физической RAM.

как очищать файл подкачки?

Никак. Это невозможно делать вручную, как и очищать RAM.
Только завершая приложения, потребляющие память.

Захожу по ссылке: domain.com/uploads/txt.txt, файл открывается по http, но как только я перехожу по httpS://...., а затем снова попробую открыть http://... открывается httpS, почему так?

Потому что:

add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload";

Цитирую:

# Единожды получивший этот заголовок браузер больше никогда не обратится к вашему ресурсу по http (даже если пользователь руками явно пойдет на http) до тех пор, пока не истечет max-age (в секундах).
# при этом при каждом новом посещении сайта по https счетчик max-age будет обновляться
# используйте этот параметр только тогда, когда будете уверены, что https настроен на каждом сайте корректно и он там настроен навсегда.

Источник: Большой мануал: часть 17. Настраиваем SSL в nginx ....

Выносите теперь uploads на отдельный поддомен на котором не будет включён SSL

echo "lint.sh some.css some.js somecss some.csss" | grep -owP "[^\s]+\.css"
some.css

1. Вскрыть  mp-3 плеер.
2. Переписать названия микросхем.
3. Найти даташиты на данные микросхемы. Определить, что из них контроллер.
4. Проверить возможность заливки/получения прошивки с mp3-плеера. Возможности защиты (к примеру - проверка подписанных контрольных сумм прошивки, перегораемые перемычки битов защиты)
5. В соотвествии с системой команд контроллера написать прошивку, либо если схема позволяет - слить прошивку, дизассемблировать дизассемблером для данного микроконтроллера, и дополнить своим кодом, затем обратно скомпилировать в бинарный образ для прошивки.
6. Если есть возможность - отдебажить код в эмуляторе.
7. Залить прошивку обратно.
8. Профит

Вопросы 1 и 2 я пропущу- потому что это спровоцирует тут нехилый холиварчик :) В понятие "лучший" всегда вкладывается личный смысл. С моей точки зрения для серверов лучший дистриб - это CentOS. Если бы они не продали душу Поттерингу в 7-й версии - я бы с него не ушел.
3. Любой популярный дистриб имеет множество приложений, дополнительных репозиториев, коммунити. Оно может быть больше или меньше, но оно всегда есть.
4 - 5. Любой дистриб, потому что большая часть приложений работает в любом дистрибе
6. Любой source-based. Все пакетные дистрибы основаны на том факте, что Вы ставите только пакеты и руками в систему не лезете, некоторые даже не предполагают работу в консоли - только через настроечный гуй
7. Gentoo однозначно. Если уж совсем хочется полного хардкора - slakware или LFS
8. Коммунити есть у каждого дистриба.

В развитии дистрибов есть сейчас две линии - и как бы мы ни открещивались от этого, оно существует обьективно. Есть пакетные дистрибы, развитие которых идет в сторону приближения к юзеру - в сторону упрощения, уменьшения, скрытия. Почему им всем понравился systemd - c одной стороны он свою работу делает, с другой стороны он мутный, сложный с бинарными логами - юзер просто так в него не полезет. Пакетные дистрибы основаны на том факте, что ничего в систему не ставится помимо пакетов, если же это правило нарушить - можно огрести много-много проблем. Они конечно все решаемые, но нужно иметь достаточную квалификацию, чтобы их разгрести.
Есть source-based дистрибы, развитие которых идет по классической линии - для того, чтобы развернуть систему, нужно обладать достаточной квалификацией, чтобы ее развернуть. Старт там труднее, но после того, как одолеешь порог входа, работа с любым пакетным дистрибом щелкается как орешек.
Почему обычно советуют бубунту? Считается, что это наиболее легкий в освоении дистриб. Но освоив бубунту/федору/дебиан или даже центос/RH/SUSE - Вы освоите именно дистрибутив. Да, знания по общему устройству Linux тоже будут. Но в основном будут знания о том, какими кнопочками (в лучшем случае, какими командами) настраивать те или иные сервисы - установка дистриба, управление пакетами и настройка сервисов в любом дистрибе своя. Освоив source-based дистриб - Вы освоите именно Linux - потому что понятие "дружественный source-based дистриб" - это немного анекдот. Чтобы этот "дружественный" дистриб взлетел - придется долго и упорно гуглить.

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

Всё это должно быть в игровой форме и максимально быть интересным и простым для понимания.

Например, на прогулке можно спросить:
Как отмерить ровно 2м веревки, если есть длинная верёвка неизвестной длины и рядом столб, диаметром 50 см?

И подобные.

Как только он научится правильно принимать простые логические решения, он - уже программист!

Останется ему (уже без Вашей помощи!) выучить любой язык, чтобы стать кодером и воплотить логику своих мыслей в алгоритм в виде кода.
А 3D, C, OSI или еще что - это уже вопрос десятый...