docker run new_soft

Тоже варик, но там где есть докер

Ок, поставил, молодец. а настроить под высокие нагрузки тоже yum будет ?

Тоже варик, но там где есть докер

Ну соответственно тебе перед этим расскажут, как все в докере охуенно и просто)

Тоже варик, но там где есть докер

блин, у меня даже на винде он есть... где его сейчас нет?)

блин, у меня даже на винде он есть... где его сейчас нет?)

В госах

почему?

блин, у меня даже на винде он есть... где его сейчас нет?)

freebsd?

В госах

есть :(

Хотя там вроде делали чото

есть :(

Не у нас

Если не ошибаюсь

freebsd?

я когда с Unix знакомился - сразу понял, что фряха не моё)

я когда с Unix знакомился - сразу понял, что фряха не моё)

У многих фря была первой ос

я знаю и сочувствую)

Кароч разделение не нужно, всех вопрощающих отправлять в гугл

Кароч разделение не нужно, всех вопрощающих отправлять в гугл

назначаю тебя гугло-отводом

назначаю тебя гугло-отводом

У меня слишком мало времени, увы..(

как грозоотвод, только круче)

Точнее в сутках слишком мало времени, что б еще и в чатиках общаться.

у меня во дворе грозоотвод, на днях испытал всю прелесть))

А у нас в квартире газ

:)

пака

народ, сталкивались когда-то с ошибкой при обновлении сертификата letsencrypt ? как её решить можно? ———————————— Domain: random.bla Type: unauthorized Detail: Incorrect validation certificate for tls-sni-01 challenge. ———— ну и ниже что-то типа инструкции To fix these errors, please make sure that your domain name was entered correctly and the DNS A/AAAA record(s) for that domain contain(s) the right IP address.

народ, сталкивались когда-то с ошибкой при обновлении сертификата letsencrypt ? как её решить можно? ———————————— Domain: random.bla Type: unauthorized Detail: Incorrect validation certificate for tls-sni-01 challenge. ———— ну и ниже что-то типа инструкции To fix these errors, please make sure that your domain name was entered correctly and the DNS A/AAAA record(s) for that domain contain(s) the right IP address.

Это не полный лог

народ, сталкивались когда-то с ошибкой при обновлении сертификата letsencrypt ? как её решить можно? ———————————— Domain: random.bla Type: unauthorized Detail: Incorrect validation certificate for tls-sni-01 challenge. ———— ну и ниже что-то типа инструкции To fix these errors, please make sure that your domain name was entered correctly and the DNS A/AAAA record(s) for that domain contain(s) the right IP address.

дык домен то туда смотрит?

дык домен то туда смотрит?

да, туда

попробуй часть ошибки гуглануть, может есть решение

Так он же пишет, что для такого IP есть два сертификата. Не знаю, умеет ли let's encrypt sni..

попробуй часть ошибки гуглануть, может есть решение

та гуглил, херня какая-то

Так он же пишет, что для такого IP есть два сертификата. Не знаю, умеет ли let's encrypt sni..

та вот я вижу

та гуглил, херня какая-то

просто именно letsencrypt тулзой не пользовался, я dehydrated юзаю для выдачи сертов

certbot renew --dry-run Попробуй так

Если не проканает ,пробуй не обновлять а получить заново

certbot --nginx

Если не проканает ,пробуй не обновлять а получить заново

потраил, так же. ща попробую

Было что-то похожее,вроде забил и получил заново его

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

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

http://bfy.tw/JGJY

ну это как-то грубо, не по-фидошному чтоле...

народ, сталкивались когда-то с ошибкой при обновлении сертификата letsencrypt ? как её решить можно? ———————————— Domain: random.bla Type: unauthorized Detail: Incorrect validation certificate for tls-sni-01 challenge. ———— ну и ниже что-то типа инструкции To fix these errors, please make sure that your domain name was entered correctly and the DNS A/AAAA record(s) for that domain contain(s) the right IP address.

Серт по sni неправильный получает. Укажи тип проверки http-01 или если серт есть и не просрочен, настрой нормально веб сервер

ну это как-то грубо, не по-фидошному чтоле...

а чего, фидонет поддерживал лень?

ну это как-то грубо, не по-фидошному чтоле...

Ого, тут не только двадцатилетние смузихлебы-хипстеры, а еще и фидошники есть!

ты думаешь тут 4к студентов?

Да кто их знает. Судя по чату, тут активных человек хоть бы двадцать было.

Тут постоянные все друг друга знают;)

А остальные "просто спросить"

ааа, ну ладно

А остальные "просто спросить"

они уже гуглили

они уже гуглили

прошу прощения, но судя по вопросам, плохо =)

это был сарказм же)

?☺️

Привет! Ребята, nginx-гуру, подскажите, пожалуйста. Есть вот такая строчка лога: <SOME_IP> - [<SOME_IP>] - - [04/Aug/2018:11:33:55 +0000] "POST /api/user/request HTTP/1.1" 499 0 "SOME/URL" "Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0" 4467 30.393 [sticky-default-api-service-81] <LOCAL_IP>:8080 0 - -, формат лога такой. Вопрос: $time_local или в этом случае [04/Aug/2018:11:33:55 +0000] это время когда запрос закончился или только пришел к nginx? UDP. Вопрос решен Ответ: https://serverfault.com/a/438891

Привет! Ребята, nginx-гуру, подскажите, пожалуйста. Есть вот такая строчка лога: <SOME_IP> - [<SOME_IP>] - - [04/Aug/2018:11:33:55 +0000] "POST /api/user/request HTTP/1.1" 499 0 "SOME/URL" "Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0" 4467 30.393 [sticky-default-api-service-81] <LOCAL_IP>:8080 0 - -, формат лога такой. Вопрос: $time_local или в этом случае [04/Aug/2018:11:33:55 +0000] это время когда запрос закончился или только пришел к nginx? UDP. Вопрос решен Ответ: https://serverfault.com/a/438891

не поверишь, 2я строка в гугле, вопрос слово в слово

тяжелый сегодня день ^_^

да, уже загулил спасибо)

можно сразу гуглить, не трогая никого

простите

тяжелый сегодня день ^_^

реально тяжелый)

реально тяжелый)

да ты 10й сегодня будешь, кто сюда вместо гугла\доков)

в 99% случаях ваша проблема\вопрос уже у кого-то возникали, решены и проиндексированны

Коллеги, а есть какой-нить best practice по накатываю всех патчей в бд mysql? Более 30 .sql файлов на данный момент

Коллеги, а есть какой-нить best practice по накатываю всех патчей в бд mysql? Более 30 .sql файлов на данный момент

а что автоматом она не апдейтится?

? ну щас девы накатывают вручную корректировки в ДБ, ищу вариант автоматизации этого

пока нашел только cat *.sql | mysql -udb -ppass -hhost

Коллеги, а есть какой-нить best practice по накатываю всех патчей в бд mysql? Более 30 .sql файлов на данный момент

liquibase

не, рассматривал но большой порог вхождения и надо девов учить

мне б щас что-то, что б накатить 30 патчей на БД.

Ну цикл на шелле можно ещё, но зачем?

в любом случае спасибо за советы, буду признателен если есть какой-нибудь быстрый вариант как это организовать)

Ну цикл на шелле можно ещё, но зачем?

какого-то патча не хватает в тестовой бд, перебирать все не хотел бы.

какого-то патча не хватает в тестовой бд, перебирать все не хотел бы.

Пусть девелоперы пишут версии в служебную таблицу

Можно все 30 объединить в 1

тоже видел этот вариант, но не знаю насколько он эффективный будет )

хотел потому и уточнить перед тем как заморочиться

Ну блин, вот ты как сейчас определять будешь, какого патча не хватает?

Вот эти действия и автоматизируй, если быстро и просто хочется.

та вот щас планировал скором как-то закинуть и поглядеть

а потом уже вникать в liquidbase

/kubernetes@DevOpsNotesRuBot

/kubernetes@DevOpsNotesRuBot

)

/kubernetes@DevOpsNotesRuBot

Приветствую! В какую сторону посмотреть, чтобы понять как готовить zero downtime upgrade для распределенного приложения с централизованной реляционной БД? Может быть есть технологические комплексные решения? но пока в интернете нашел только описание алгоритмов апгрейда с ручным добавлением/изменентем схемы бд, затем сервис должен оделвременно уметь работать с last и last-1 version схемы, затем удаление части старой схемы. Все это получается ложится на плечи

обычного разработчика

хочется как то их избавить от этой рутины

в k8s

Приветствую! В какую сторону посмотреть, чтобы понять как готовить zero downtime upgrade для распределенного приложения с централизованной реляционной БД? Может быть есть технологические комплексные решения? но пока в интернете нашел только описание алгоритмов апгрейда с ручным добавлением/изменентем схемы бд, затем сервис должен оделвременно уметь работать с last и last-1 version схемы, затем удаление части старой схемы. Все это получается ложится на плечи

с централизованной БД пофиг какое приложение - распределенное или нет )

а так по классике blue-green deployment и чтобы в приложении схема поддерживалась и старая и новая (вот что ложится на плечи девелопера)

http://michaeljswart.com/2018/01/100-percent-online-deployments-blue-green-deployment/

пример простой