А коннекты режет на уровне nffliter или selinux?

да особо не разбирался - переставил все к чертям с нуля - пока работает 😉

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

не вижу никакой выгоды ни для кого кроме HR

не вижу никакой выгоды ни для кого кроме HR

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

имеет смысл, наоборот, способствовать этим процессам, а не саботировать их, так выгоднее

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

мне абсолютно насрать будут ли девопсы знать что я это самый крутой хостинг в мире diphost.ru по спекулятивным ценам, что я научу вас и ваших детей кататься на велосипеде по спекулятивным ценам и так далее #whois я думаю, что 99% участников на эти несомненно выгодные предложения тоже насрать. или подожди? может ты не умеешь ездить на велосипеде или тебе негде разместить свой сайт?

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

Уболтал

ты не самый крутой, у тебя докера нет))

А главное, мне действительно выгодно, если этот whois где-то посветится бесплатно и sms :)

Фил ты про днс забыл

ты не самый крутой, у тебя докера нет))

у меня есть IPv6 (пять звезд ага, готов замер начать делать с кем угодно тут), у меня есть HTTP/2 и Let's Encrypt

Фил ты про днс забыл

ээээ?

тьфу домены )

:)))) а да, #whois diphost.ru домены на любой вкус по спекулятивным ценам

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

Фил, бывает так, что люди друг другу не нравятся, например, очевидно, что тебе (и ещё паре человек) сильно не нравится создатель этой группы (не знаю, почему, может, что-то личное, не важно ), но это же не означает, что любые инициативы этого человека нужно отрицать?.. вот эта штука с whois , например, весьма неплохая... просто иногда читаешь сообщения этих людей и вспоминается "а Баба Яга против", все эти личные разногласия было бы лучше оставить за пределами чата в идеале... по интересным и полезным задачам ведь можно сотрудничать со всеми (ради результата), а не только с теми, кто нравится... просто мысли вслух, не считайте за нравоучения...

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

Есть где-то кнопочка "горшочек не вари"?

Leave group называется

Есть где-то кнопочка "горшочек не вари"?

400 bad request

Александр, ты хочешь Фила жизни научить что ли?

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

мы тут не за этим

у меня вопрос

точнее запрос

посоветуйте какие-нить ютуб каналы про It/DevOps/Ops/Dev/Qa

можно/нужно зарубежные или чего такого

еще может какие вы подкасты слушаете про ИТ

он пока только про проксмокс обещал

ты же сам проксмокс не любишь

ну я хочу вброс мастера послушать

что бы тебя потом в него тыкать)

посоветуйте какие-нить ютуб каналы про It/DevOps/Ops/Dev/Qa

а что ты хочешь от таких каналов? мне даже нитересно. хотя наверно какие-нибудь интересные блоги есть

ща

https://www.youtube.com/channel/UC9-y-6csu5WGm29I7JiwpnA

вот например

вот какие-то каналы https://www.youtube.com/channel/UCyU5wkjgQYGRB0hIHMwm2Sg https://www.youtube.com/channel/UCyIe-61Y8C4_o-zZCtO4ETQ

из подкастов есть Радио-Т, DevZen...

ну я хочу вброс мастера послушать

Ну вот я хочу вирш или либврт

Ребят, привет! Что можно почитать о том что делать с БД при continuous delivery. Как правильно накатывать миграции на боевой сервер?

По-хорошему должны быть встроены в приложение и применяться с запуском, если приложение видит, что миграции убежали вперед того, что есть в артефакте - просто не взлетать. Это далеко не идеальный вариант (потому что менеджить это нужно разработчикам, потому что пшп живет только в пределах запроса), но самый безгеморройный, миграции все равно так или иначе разделяются на "приводят базу к состоянию, в котором могут сосуществовать релизы N и N + 1" и "подчищение старых ошметков", и менеджить их проще всего вместе с кодом.

По-хорошему должны быть встроены в приложение и применяться с запуском, если приложение видит, что миграции убежали вперед того, что есть в артефакте - просто не взлетать. Это далеко не идеальный вариант (потому что менеджить это нужно разработчикам, потому что пшп живет только в пределах запроса), но самый безгеморройный, миграции все равно так или иначе разделяются на "приводят базу к состоянию, в котором могут сосуществовать релизы N и N + 1" и "подчищение старых ошметков", и менеджить их проще всего вместе с кодом.

Спасибо! Словил инсайт) Буду постепенно погружаться в эту тему

ну это общая практика

еще желательно миграции накатывать отдельно от приложения

Где пост про проксмокс?!

У меня в тудушнике все записано, все будет!

еще желательно миграции накатывать отдельно от приложения

Это как?

сначала миграция на новое поле, потом релиз где это поле юзается, затем миграция на очистку старых полей?

Ну у нас например миграции в оффпик накатываются долгие

и старый код умеет работать с новой базой, грубо говоря

Кстати, а есть где статьи на тему "никаких миграций никогда не было, просто набор sql патчей и как с этим жить дальше"?

у нас нет миграций как таковых

ну те никаких там ./framework_tool dbmigrate

есть интерфейс где разработчики могут создавать "запросы на альтеры"

админы-дба их получают и сами решают когда им накатывать их

а когда на прод уже альтеры выехали - разработчик отправляет код в след релиз

Т.е у вас миграции не хранятся в коде?

😕

но когда я работал на проекте поменьше - все было в коде

и разработчики думали что это "да чо там, щас накатим-откатим"

все чики-пуки

писались эти миграции через жопу и через месяц уже нихуя не работало

и конечно же ничего нельзя было откатить

и самое главное - эти миграции мигрировали конкретное состояние БД в другое состояние и часто нельзя было просто накатить все миграции на пустую БД с нуля и получить схему приложения

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

пока ты один, пиши хоть в блокнотик все миграции

а когда у тебя 100 разработчиков-коллег

и возможность запустить альтер на две недели...

two pizza rule

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

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

Многое можно втроем

Привет, девОпсы✋

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

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

мы тебя поняли

Привет, девОпсы✋

привет

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

все думают что они ответственные и вот это все, а на практике еденицам не насрать что будет после них

система витязь

Ну и не решается эта проблема через дба. А вот через CI, который каждый раз с нуля развертывает систему - вполне.

Ну и не решается эта проблема через дба. А вот через CI, который каждый раз с нуля развертывает систему - вполне.

дада

привет Машико

#whois Привет, меня зовут Антон. - Работаю в консалтинге - DevOps/Системное администрирование - Системное администрирование и автоматизация - CI/CD автоматизация - Москва - @docker_ru

#whois категорически приветствую! DevManager проектов разработки авиационных систем и ПО для авионики. Стараемся менять подходы в очень консервативном окружении.