Петр: да, я вчера еще читал, если там ip сервер указать или домен, ошибок нет связанных с bind() to 0.0.0.0:443 failed. Я думаю может по домену ip распознает, не знаю.. Но как не крути ошибку с resolve это не решает, только что проверил. Я думаю что тут дело как раз таки в том что у меня resolv.conf вобще нету, я его и не настраивал. А нужен ли он вобще, этого я понять не могу, так как не понимаю пока для чего он нужен?
В общем если строчку resolver ip 8.8.8.8; закоментировать, то лог пустой, ошибок нет. Но как я понял без нее кеширования DNS запросов нет ( Что делать даже не знаю (
Андрей Буров: мне хостер голый сервер скинул, пришлось самому все делать( сайты все работают, а в логах nginx срачь такой идет (
Я у регистратора доменов DNS регистратора прописал (ns1.reg.ru, ns2.reg.ru) и указал ip сервера. Дальше уже nginx настраивал. Сейчас попробую nameserver указать
Разобрался, у некоторых записей отсутствовало поле public, пришлось пройтись по всем записям и добавить поле, сортировка приняла нужный вид. До этого записи за вчера отображались вразнобой из за отсутствия поле public, сегодня просто по дефолту его прописал
ну во-первых .sort({public: 1, updatedAt: -1}), а во-вторых это не прокатит =) Я такой вариант уже рассматривал, сортирует по закрытию записи правильно, а вот по дате не правильно, записи идут в разнобой
Антон Л: нет, он банально скидывает в консоль ошибку, видать в самой библиотеке прописано, либо в монге либо в монгусе. Может они забыли убрать во время тестов, завтра поищу, может быть найду
Я вот и думал, может есть планировщик какой то, может еще сделают со временем =)