Борис Сёмов

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

Также, можно проверить стабильность питания и качество контакта модулей памяти.

Просто прописать нужный root в локейшене /admin, и все остальные локейшены для обработки php, статики laravel и.т.п. сделать вложенными по отношению к этому локейшену...
Ну и надо понимать, что ваш пример конфига, крайне не полон - там нет обработчика php, нет редиректа запросов на точку входа приложения и.т.п.

apt-get install munin munin-node

Совершенно правильно пишут - не надо устанавливать в пакетном дистрибутиве софт из исходников.
Для чего вы хотите добиться устанавливая его из исходников, да ещё не очень понимая, что делаете?

По делу: у вас проблема с зависимостями, в данном случае, у вас не установлен Alien::RRDtool, это модуль перла. его можно установить через cpan.

Но не надо превращать свою систему в помойку.

Если вы не указываете exim на каком именно интерфейсе ему работать в явном виде в конфиге, то он может использовать произвольный интерфейс. Это можно сделать в соответствующем транспорте, используя директиву interface, например.

За такие деньги, с заявленными характеристиками, только сервер на аукционе какого-инбудь хетзнера.

Можно писать pid процесса при старте скрипта в файл с заданным названием, и дальше, например по крону регулярно его запускать, открывать файл проверять есть-ли процесс с таким pid(ls -l /proc/$PID/exe или ps -p $PID), если есть, выходить, если нет, или нет файла, писать pid в файл и запускать обработку, при выходе удалять файл.

Использовать для разработки ОС с регистрозависимыми именами файлов. =) Т.е. не использовать винду и опенсервер, вероятно, или просто помнить о том, что поведение может(и будет) отличаться...

Есть масса вариантов работы рельсов под nginx, в большинстве из них используется какой-нибудь внешний сервер приложений(unicorn, thin), и проксирование запросов к нему директивой proxy_pass.

Вероятно, вам стоит просто погуглить по rails + nginx и выбрать один из множества вариантов, подходящий именно вам.

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

Если есть возможность, воспользуйтесь, либо gui клиентом, типа heidisql через ssh тунель, либо консольным клиентом mysql через тот же ssh. И забудьте о всяких phpmyadmin, и прочих, ещё более убогих костылях, как о страшном сне

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

Если это какая-нибудь более специфичная антенна, можно не поместиться в диапазон или получить усиление меньше чем на встроенной.

Поднять DNS сервер(bind, powerdns и.т.п.). Сделать зону для этого домена, прописать необходимые записи. Также, разрешить на нём обработку рекурсивных запросов из локальной сети. Направлять DNS запросы из локальной сети туда.

POST запрос из адресной строки браузера вы не отправите. Нужно ставить расширение, что-то типа такого: https://chrome.google.com/webstore/detail/get2post... или такого https://chrome.google.com/webstore/detail/api-test...

С первой частью вопроса: может понадобится перепрошивка.
По второй: i5 3570 как числодробилка, даже немного быстрее, чем E3-1270 V2. Если не запускать что-то многопоточное, лучше после замены не будет, даже чуть хуже может стать, но вряд-ли заметно.

Чтобы в общем комп быстрее работал, лучше присмотреть какой-нибудь SSD.

Если у вас сайт там же, то зачем вам вообще двойное проксирование? Принимайте сразу запросы на тот server{} который во втором фрагменте.

В чём проблема во втором случае, из вопроса вообще не понятно. Вы терминируете ssl на nginx, и проксируете дальше на бекэнд http запросы, всё правильно.

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