О, пока мы тут про доклады говорим. У меня есть одна офигительная история, которую я иногда рассказываю чувствительным людям под пиво. Про то, как мы за сутки выдали кастомеру 1000 железных серверов - в начале суток было железо с завода в стойках, в конце - тысяча убунт у кастомера. В ней в целом ничего девопсного нет, это какая-то простая последовательность тривиальных действий, но все вместе оно как бы складывается в интересную картину. Кто-то знает подходящую конференцию\площадку, чтобы такое рассказать? Или всем пофиг?
RootConf однозначно
Andrey
Hopf
Roman
коллеги жгут: "у меня дедушка тоже устарел, но это не значит что его надо сразу закапывать"
Pavel
Тут такое дело что аналогия некорректная. Иногда как можно быстрее закопать старое ПО жизненно важно для компании
Pavel
Об этом постоянно рассказывает главный девопс России
Zon
Pavel
Хаха именно 😂
Pavel
Как раз его и имел в виду
Oleksandr
Denis 災 nobody
Сам по себе конфиг был небольшой. Но разбит на стопицот файлов типа "ssl_inc.conf"
всегда так делаю, и у других админов и прогеров не было проблем.
Dmitrii
Какой смысл его разбивать, если он генерируется с помощью Ansible/Puppet/Chef/Whatever? Или вы не используете системы для провижена.... ? 🙈
Denis 災 nobody
я тоже никак не пойму зачем в имейлах есть html когда все можно слать в plain text
троянов в тхт плохо слать же
Denis 災 nobody
Какой смысл его разбивать, если он генерируется с помощью Ansible/Puppet/Chef/Whatever? Или вы не используете системы для провижена.... ? 🙈
а зачем генерить в 1 лапшефайл, если куда удобнее по файлу на хост + вынести отдельно конфиги
Andrey
всегда так делаю, и у других админов и прогеров не было проблем.
эээ Денис.... Как беееее тебе сказаааааать
Andrey
хорошо когда разнесены файлики по логическим единицам
Andrey
а вот когда наоборот - когда конфиг логической единицы разнесены на сотни - это ПИЗДЕЦ.
Andrey
и ты сделал довольно трудночитаемую штуку
Denis 災 nobody
Вот вам показатель как качественно растет уровень людей при таком подходе.
запили статью на хабр про это )
Dmitrii
Ой вот нет.
Denis 災 nobody
а вот когда наоборот - когда конфиг логической единицы разнесены на сотни - это ПИЗДЕЦ.
1 единица это 1 сайт условно. И изменения по нему в гите/свн - сделал лог и смотришь, что, кем и когда менялось. С 1 файлом это жопа.
Denis 災 nobody
плюс такие вещи как конфиги прокси-пасса правильнее вынести отдельно, чтобы потом не править 100500 файлов
Denis 災 nobody
да, настройки гзипа можно оставить в главном (или одном отдельном) файле
Denis 災 nobody
а собирать все инклуды в 1 общий файл.. можно, но зачем?
Denis 災 nobody
на выкатке
Dmitrii
Я бы вынес только что то типа - 500 строк rewrite'ов например.
Dmitrii
Остальное не занимает столько места чтобы бить по файлам.
Denis 災 nobody
логически разбить, а не потому что "столько места"
Denis 災 nobody
нгинх на старте всё-равно себе соберёт общий конфиг
Dmitrii
Разве это так же не отвечет требованию "логически" ?
Denis 災 nobody
нет
Dmitrii
Рерайты одно. Остальной конфиг виртуалхоста - другое.
Dmitrii
Что там выносить то? Объясните мне.
Denis 災 nobody
поправил я 1 хост из 1000, и понятно сразу по факту коммита, что менялось
Denis 災 nobody
как минимум - в вебе есть тьма движков
Denis 災 nobody
плюс разная структура, в том числе историческая
Dmitrii
Блин да нет же. Я имею ввиду когда у тебя файл виртуалхоста для одного хоста разбирают на стопицот подфайлов
Denis 災 nobody
и уже не получается общий шаблон
Dmitrii
А не о том что ВСЕ виртуалхосты надо сунуть в один файл.
Denis 災 nobody
плюс вот этому сайту мы отдаём статику так, а этому иначе
Denis 災 nobody
а
Denis 災 nobody
на тьму смысла нет
Denis 災 nobody
но например встречается 4 раза proxy_pass - это кандидат на вынос именно потому, что "плодить сущности" плохо и менять надо будет 4 места а не одно.
Denis 災 nobody
конечно, общие вещи можно описать 1 раз
Dmitrii
Апстримы тоже выношу. Но на этом все :P
Denis 災 nobody
или логгинг - суть нгинха в том, что указал аксес лог - всё, перекрыли лог уровней выше. А теперь надо добавить лог типа isp_stat
ㅤ
nginx config is optimised for copy-paste — Сысоев
Dmitrii
Во во, я выше писал об этом :)
ㅤ
http://www.slideshare.net/profyclub_ru/nginx-nginx
use copy-paste!
Denis 災 nobody
вот надо добавить во все сайты + лог "обратились к домену", условно. То есть это искать ВСЕ access_log и ставить после него ещё строку. Такое проще вынести в 1 инклуд и туда вписать ещё строку. Всё.
Denis 災 nobody
да я в курсу
Denis 災 nobody
всё-равно плохой совет, весьма холиворный и черезжопный
Denis 災 nobody
вот было бы наследование логов - было бы проще
Denis 災 nobody
и так ещё целый ряд опций себя ведёт
Denis 災 nobody
цель понятна конечно, разные секции в разные логи пилить
Denis 災 nobody
но пример выше.
Andrey
1 единица это 1 сайт условно. И изменения по нему в гите/свн - сделал лог и смотришь, что, кем и когда менялось. С 1 файлом это жопа.
да. но когда начинают в этот 1 сайт инклудить всякие commons.conf и прочее размазывая в итоге конфиг одного сайта по куче файлов - это плохо
Kanat
Пацаны
Kanat
https://github.com/mentalistgo/seth/blob/master/telegram-bot-welcomer.js
Kanat
Вот бот
Kanat
в telegram api есть метод new_chat_member
Kanat
я хочу чтоб бот говорил когда кто-то заходить в чат в первые
Kanat
sendPhoto(chatId, photo, options = {}) {
const opts = {
qs: options,
};
opts.qs.chat_id = chatId;
const content = this._formatSendData('photo', photo);
opts.formData = content[0];
opts.qs.photo = content[1];
return this._request('sendPhoto', opts);
}
Andrey
а есть тут люди с постгресом?
Andrey
есть каверзные (довольно) вопрос.
Andrey
во всяком случае из документации я не понял как это работает
Kanat
во всяком случае из документации я не понял как это работает
https://github.com/yagop/node-telegram-bot-api
Kanat
Думал мне говоришь)
Andrey
вопрос такой
Andrey
как работает pg_start_backup(label text [, fast boolean ]) / pg_start_backup(label text [, fast boolean ])
Andrey
что конкретно происходит после start_backup
Andrey
и после того как stop_backup скажешь
Andrey
вот чистяков утверждает что первое делает "отмену применения валов к текущему кластеру" а вторая команда наоборот, вклчает это применение
Andrey
задача на выходе - получить консистентную копию базы на слейве и запустить его
Magistr
ну оно подходит под такую формулировку
Dmitrii
Так или иначе используя pg_*_backup получится конситентный бекап. Я вот щас в доку еще раз глянул, там вроде все прописано. Вплоть до того какие файлы создаются
Dmitrii
Я вот здесь смотрел: http://www.postgresql.org/docs/9.4/static/functions-admin.html#FUNCTIONS-ADMIN-BACKUP-TABLE под таблицей.
Andrey
Так или иначе используя pg_*_backup получится конситентный бекап. Я вот щас в доку еще раз глянул, там вроде все прописано. Вплоть до того какие файлы создаются
я вот не уверен что оно так получается (то есть наверное получается). хочется в точности понимать что будет делать движок pg. то что написано под таблицей я, разумеется, прочитал. но не понял как из этого следует что например rsyncнув каталог с базой на другой сервер и потом валы я получу именно точную копию