Очередное переизобретение ChatOps? Автор сделал то, что уже давно много где используется и похвастался, как он путешествует и алюминии с телефона — довольно странная статья. Какой главный посыл тут?
Читаю такие статьи и ни в одной не описано, зачем, используя вебхук, еще дополнительно дергать sendMessage? Ведь в webHook явно сказано, что вместо того, чтобы просто отвечать 200 — можно сразу ответить сообщением и оно уйдет в телеграм.
Вместо touch /branch_name можно обращаться напрямую к Git, например, через Github API, или через git branch (в зависимости от глубины репозитория при клонировании). Не даст времени последнего изменения, но, по крайней мере, избавит от зависимости от файлов и одной машины.
А для совместимости со всякими базами и прочим я обычно использую что-нибудь вроде ${BRANCH_NAME//-/_}
Спасибо за статью, может наконец сподвигнусь еще раз попробовать контейнирозвать проект.
Есть вопросы по решению, хотелось бы обсудить:
Забавное решение с uwsgi (while true). Правда ничего лучше так и нет?
Зачем в docker-compose выставлять наружу каждый порт? Они ж друг-другу итак доступны за счет network. Это как биндить всё на 0.0.0.0, когда на самом деле все эти порты (кроме nginx конечно), нужны только внутри.
Проверил свой и знакомых: по всем не найдено ничего, по одному какой-то другой человек, видимо прошлый владелец номера. Хотя некоторым номерам знакомых и больше 7 лет. Странный сайт
Может я придираюсь, но интересно посмотреть статистику по таким коллизиям не в свете md5, а прямо по самим ключам. Изменится ли картина?
И второе — неплохо бы научиться различать два сервера с одним ключом и один сервер с двумя адресами (который слушает ssh на всех них) — в этом случае всё так же страшно или всё же паника в исследовании преувеличена.
P.S. У меня Shodan ключа нет, поэтому только идеи подкидываю.
Heroku работает так: запускает приложение на нужном ему порту, а потом все запросы на http(s)://<имя_приложения>.herokuapp.com проксирует на него. Разговора про порт, который указывать Телеграмму — не было.
Примечательно, что конфигурация берется без авторизации, что значит, что проект публичный.
Ах, как здорово, когда конфигурации доступны всем. А пароли к базе тоже там, или здесь только те конфигурации, что на поведение влияют и у вас вместо одного места с конфигами стало два?
Не знаю насчет API, но можно заюзать IFTT например через их Maker (web-реквесты) и прикрутить к чему вздумается, хоть к тем же стандартным напоминаниям.
Только кнопок у меня нет, поэтому справляюсь пока софтовыми решениями.
Уже отвечали, что нумерация с нуля позволяет проще оперировать с конечным массивов, глядя на него как на поле по модулю N?
Если программировать математические операции — удобно.
Двум из самых базовых команд посвящена большая статья? Надеялся хоть что-то новое расскажете, лайфхаки какие-нибудь.
Например, логи можно не чистить а gzip'ать — в ключе последних законов они вам могут понадобиться.
Насчет «частых мест» — еще стоит глянуть на кэш пакетного менеджера — он тоже бывает хорош.
Очередное переизобретение ChatOps? Автор сделал то, что уже давно много где используется и похвастался, как он путешествует и алюминии с телефона — довольно странная статья. Какой главный посыл тут?
Читаю такие статьи и ни в одной не описано, зачем, используя вебхук, еще дополнительно дергать sendMessage? Ведь в webHook явно сказано, что вместо того, чтобы просто отвечать 200 — можно сразу ответить сообщением и оно уйдет в телеграм.
Какие-то накладные расходы? Минусы? Поделитесь, пожалуйста?
Сарказм? Я же сказал "например", дальше описание через git branch.
Вместо touch /branch_name можно обращаться напрямую к Git, например, через Github API, или через git branch (в зависимости от глубины репозитория при клонировании). Не даст времени последнего изменения, но, по крайней мере, избавит от зависимости от файлов и одной машины.
А для совместимости со всякими базами и прочим я обычно использую что-нибудь вроде
${BRANCH_NAME//-/_}Спасибо за статью, может наконец сподвигнусь еще раз попробовать контейнирозвать проект.
Есть вопросы по решению, хотелось бы обсудить:
Зашел в статью, чтобы написать такой комментарий)))
Как дополнение, кто пользуется IFTTT, их канал Maker также умеет отправлять сообщения от лица бота по вышеприведенным запросам.
Проверил свой и знакомых: по всем не найдено ничего, по одному какой-то другой человек, видимо прошлый владелец номера. Хотя некоторым номерам знакомых и больше 7 лет. Странный сайт
Заходишь раз в неделю на Хабр — а там новая статья про Ansible, а в ней — всё то же самое.
С — стабильность.
Может я придираюсь, но интересно посмотреть статистику по таким коллизиям не в свете md5, а прямо по самим ключам. Изменится ли картина?
И второе — неплохо бы научиться различать два сервера с одним ключом и один сервер с двумя адресами (который слушает ssh на всех них) — в этом случае всё так же страшно или всё же паника в исследовании преувеличена.
P.S. У меня Shodan ключа нет, поэтому только идеи подкидываю.
Я так понимаю, лозунг конференции:
Heroku работает так: запускает приложение на нужном ему порту, а потом все запросы на http(s)://<имя_приложения>.herokuapp.com проксирует на него. Разговора про порт, который указывать Телеграмму — не было.
Ах, как здорово, когда конфигурации доступны всем. А пароли к базе тоже там, или здесь только те конфигурации, что на поведение влияют и у вас вместо одного места с конфигами стало два?
Только кнопок у меня нет, поэтому справляюсь пока софтовыми решениями.
Если программировать математические операции — удобно.
Например, логи можно не чистить а gzip'ать — в ключе последних законов они вам могут понадобиться.
Насчет «частых мест» — еще стоит глянуть на кэш пакетного менеджера — он тоже бывает хорош.
А первая помощь для диска в этом случае тоже не помогла? В single-user режиме.
За способ с включением рута спасибо, но для статьи как-то несолидно.