К тому же, это позволит решить проблему сейчас, и не торопясь искать нового хостера и переезжать, опять же, не спеша. А седлать это явно придётся, в итоге...
Как то извратиться можно туда домен на этот ip прикрутить - с другого днс центра к примеру,
Ну я же и писал об этом выше.
Разрешение имён не связано с работой веб сервера напрямую, и её можно выполнять на каком-то внешнем сервисе. Если при этом веб сервер работает и готов отвечать на запросы по нужному имени, всё будет ок.
Вполне решение: У яндекса вполне качественно настроена почта, и вполне удобная Почта Для Домена (под своим доменом).
Без шуток, даже если бы у вас и небыло бы проблем с DNS (и если вы не спамер), то использовать внешний почтовый сервис выгодно. И ресурсы экономятся на виртуалке, и голова меньше болит о блеклистах, и спам лучше фильтруется во входящих.
По поводу переноса, если речь про DNS, то это мелкая рутинная операция, не более того, не за чем создавать из этого трагедию...
PTR нельзя прописать снаружи, это можно сделать только у хостера, которому принадлежит диапазон ip.
Но A запись для работы сайта, конечно можно прописать как я описывал выше.
Почту тоже можно сделать на том же яндекс ПДД, если уж на то пошло. Даже лучше, обычно, чем у себя держать почтовик, и его обслуживать, доставать из блек листов и.т.п. А посылать через smtp соответственно.
Можно технически, но не стоит: там обычно, не получается хорошо всё закешировать, например, из-за проверки наличия и резервирования или расчёта скидок для пользователя, и будет много запросов к базе.
К тому же, вдруг будет посещаемость, и выяснится, что база стала узким местом, а переделывать потом может быть не так и просто. Оно хоть и SQL но есть масса тонкостей, и отнюдь не всегда просто сменить движок БД.
Ваш домен проделегирован на DNS хостера, но у него нет A и NS записей.
domain: A3-MAIL.RU
nserver: ns1.time-host.net.
nserver: ns2.time-host.net.
state: REGISTERED, DELEGATED, VERIFIED
Вполне возможно, что это действительно баг с их DNS, если они должны создаваться автоматически. Или просто надо в редакторе DNS их прописать.
Но если действительно что-то у них с DNS, можно использовать любой другой DNS хостинг, см. мой ответ.
htop это инструмент не совсем подходящий. Им можно посмотреть, что творится прямо сейчас, конечно, и сделать какие-то выводы, но обычно, стоит смотреть что творится в течении дня, а не только сейчас.
Для того, чтобы посмотреть, что творится с io, есть например, iotop.
Но вообще, нужен какой-нибудь мониторинг типа zabbix по хорошему. Чтобы можно было посмотреть в комплексе и с историей различные параметры.
Firebird уже есть куда свежее 1.5, что мешает мигрировать, тем более, если есть разработчики?
Если память не вся занята, возможно, что-то надо изменить в настройках firebird?
Ну и про ssd, и два года выше написано не правильно - у вас наверняка нет таких объёмов записи.
aaskereia, Вероятно, вы действительно делаете странное. Что выдаёт вам print_r($_SESSION['logged_user']);
перед $_SESSION['logged_user']->ownPapkyList[] = $papka;
1. Это довольно не эффективно просто ждать, к тому же, время выполнения скрипта !=0, так что это не будет раз в 5с.
2. Никаких дополнительных screen и подобных вещей не нужно сейчас для этого - достаточно запустить этот скрипт через systemd. Но на шаред хостинге не получитьтся, ни screen запустить, ни с systemd что-то сделать, если уж на то пошло...
3. Временной лимит для cli по умолчанию отсутствует. А на шаред хостингах, мало где, вообще, можно запустить что-то через php-cli
4. Ну и, конечно, там, где можно было бы запустить ноду, для этих целей, можно спокойно запустить и скрипт на php как описано в п.2, так что смысла в этом "гениальном" шаге просто нет.
Я не предлагал выбирать соседние каналы, как раз наоборот, если уж на то пошло. И в том же inSSIDer очень хорошо визуально показано наложение соседних каналов...
Saboteur, Monit не настолько и проще, и это о другом совсем - простая альтернатива выше перечисленному не monit, а munin тогда уж.
Станислав Бодро́в, Zabbix, безусловно проще в стандартных случаях - из-за огромного количества готовых шаблонов, скриптов для оповещений через массу каналов и.т.п.
А в не стандартных будет тоже не заморочнее, скорее также.
Но вот в чём я согласен, так в том, что для одного сервера zabbix избыточен, как и nagios, и как и сборка чего-либо на основе графаны, особенно для новичка в этом.
Ответьте для себя на пару разумных вопросов:
1. Зачем на домашнем NAS AD? Тут не строится сеть уровня предприятия...
2. Сколько стоит лицензия на предлагаемый вами Windows Server XXXX, и _во сколько раз_ этот NAS, в итоге, подорожает?
Можете не отвечать - это риторические вопросы...
При том, с созданием файловой шары SAMBA часто справляется даже лучше.
Много готовых решений имеют уже удобный веб интерфейс из коробки.
Всему есть своё применение, и для домашнего NAS Windows server, уж точно не лучший вариант.
Вам может быть, будет это странно, но есть довольно много готовых NAS продающихся уже с OS, и ни в одном не сделали такого очевидного на ваш взгляд решения. И это не случайно. Но увы - куда же вам понять это, когда вера в "великие форточки" застилает ваш взгляд. Вы такой же "красноглазик" как и осуждаемые вами линуксоиды, не более того, просто верите в другое.
