они их тоже считают

даже неуспешные

и берут $$

поди, кто-то другой ломится с put-запросами

и этот кто-то ключ подобрал? :)

нормальная тема, как-то я пропустил эту фичу

а какой профит в нём? я что-то не пойму

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

тут же это можно в одном dockerfile описать, весь процесс

например в случае, если у вас нет тестов на это приложение

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

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

ну так нах оно надо если у всех ci есть =\

это в CI и запускается

вы так говорите как буд-то я просто VCS к jenkins прикрепляю и он мне на выходе сразу суперзаебательские контейнеры

Хэй, ребята. S7 Airlines устраивает хакатон в Москве, в Парке Горького. Призовой фонд 600 000 руб и еще возможность трудоустройства в S7 Group или заключение контракта с компанией S7 Airlines. Участие бесплатное. Если по результатам заочного этапа ваше решение будет отвечать критериям отбора, то вы будете приглашены на финальный этап в Москву, организаторы оплатят перелет. Регистрация: https://goo.gl/0Lhc2k

Докероводы, подскажите пожалуйста, где и как правильно кроны настраивать? Есть у меня контейнер, который работает с shared данными. (внешняя директория). Он же, в целом, может у меня по крону эти данные и доставать из всяких разных источников. Но настраивать крон внутри контейнера - кажется мне странным. Или ок?

вы так говорите как буд-то я просто VCS к jenkins прикрепляю и он мне на выходе сразу суперзаебательские контейнеры

я не могу найти место, где бы оно мне пригодилось, возможно специфичные кейсы какие-то, а так в ci у меня инструкции и на выходе чистый образ. Если multi-stage, то и ci не нужен же, докер сам все сделает

либо вы неправильно используете слово CI либо одно из двух =)

(я первый раз контейнеры настраивают) :)

как минимум Вы меня смущает, зачем оно? ))

если у меня 2 степа будет в моей джобе где будет делаться docker build, push а затем запуск на тестовом окружении, но это будет делаться по фетчу автоматически - это тоже CI

не вижу просто противоречий

вот тут пример

build stage, он всегда был в ci

зачем его выносить в Dockerfile

затем, что мне не нужно придумывать хранение артифактов например

они тут сами в 1 степ друг с другом линкуются

и за один запуск

Докероводы, подскажите пожалуйста, где и как правильно кроны настраивать? Есть у меня контейнер, который работает с shared данными. (внешняя директория). Он же, в целом, может у меня по крону эти данные и доставать из всяких разных источников. Но настраивать крон внутри контейнера - кажется мне странным. Или ок?

это всем кажется странным

но контейнер для кронов - распространенное дерьмо

в мире с docker-ом уже как-то не приходится спрашивать “а как сделать правильно”

никто не знает как правильно =)

я обычно спрашиваю “а как мне сделать чтобы потом меньше ебаться с этим всем?”

ок, ща переформулирую

да можно не переформулировать как вам удобнее версионировать свои кроны - так и делайте

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

мы крон прям в приложеньку встроили

затем, что мне не нужно придумывать хранение артифактов например

т.е. если меня CI всем устраивает, то переносить в докерфайл тот же билд мне не нужно? Это вся его задача?

и чтобы все было в одном стиле

чтобы не было в одном месте с /var/spool у юзеров в другом в /etc/crontab в третьем в докер-контейнере

т.е. если меня CI всем устраивает, то переносить в докерфайл тот же билд мне не нужно? Это вся его задача?

да, конечно

это скорее такой “быстрохак” чем “ВСЕ БЛЯДЬ СРОЧНО ВЗЯЛИ И ПЕРЕПИСАЛИ”

"как сделать чтоб не заебаться потом:" у меня есть разные погодные модели, которые постоянно добавляются\удаляются способ обработки которых меняется время от времени. И есть приложенька, которая с этими данными работает (она сейчас в контейнер обернута). Где мне держать эти парсеры? Где держать кроны для этих парсеров?

а софт какой нужен для парсеров?

вроде тогда логично выходит, что каждый парсер в свой контейнер, и там же крон под него... но тогда запущенных контейнеров будет до жопы... либо же отдельно контейнер для ВСЕХ кронов... но...эм... тогда придется контейнер запускать из контейнера... так я еще не умею :) (и не знаю можно ли... и главное нужно ли... звучит плохо)

а софт какой нужен для парсеров?

окружение для всех парсеров одинаковое, в целом

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

т.е. не "иметь мозг" и прям в контейнере с приложенькой (а там mysql/php/nginx/redis/etc.) там же и держать парсеры и крон?

да у вас там уже и так все есть, вы отошли от канона когда поставили mysql в контейнер с приложением на php

да у вас там уже и так все есть, вы отошли от канона когда поставили mysql в контейнер с приложением на php

угу, пожалуй

т.е. не "иметь мозг" и прям в контейнере с приложенькой (а там mysql/php/nginx/redis/etc.) там же и держать парсеры и крон?

в одном контейнере?

в одном контейнере?

угу, вопрос был такой "может все в один контейнер сунуть тогда?"

а зачем всё уже в одном?

так уже сделано, чо ты

так уже сделано, чо ты

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

зачем - потому что "смог так"... я вообще не админ... мне ПОКАЗАЛОСЬ, что так вполне норм... и минусов я пока не вижу :(

как потратить неделю и получить тоже самое но "круто”

как потратить неделю и получить тоже самое но "круто”

т.е. это просто "круто"?

когда у тебя один контейнер - да

суть: есть наговнокоженный бэкэнд, очень сложный, с хитрым окружением для различного рода метеорологического софта. Без бэкапов. Только код в репах. Однажды настраивая очередное хитро...нное окружение я убил сервак. И потратил кучу времени на его деплой.

давайте так

@mrjamesbond эта штука деньги приносит?

это коммерческий продукт который нужно масштабировать?

Решил переползти на докер с двумя целями: 1. быстрый деплой сервака на любое железо. 2. возможность изолировать разное-хитрое от остального

ERROR: S client not available

да, 350к MAU

суть: есть наговнокоженный бэкэнд, очень сложный, с хитрым окружением для различного рода метеорологического софта. Без бэкапов. Только код в репах. Однажды настраивая очередное хитро...нное окружение я убил сервак. И потратил кучу времени на его деплой.

погугли на тему php dockerize\docker-compose . Есть куча примеров и там имхо даже легче когда каждый в своём контейнере

у вас есть время чтобы переделать нормально, а не “и так сойдет”?

есть время, т.к. старый сервер поднят и работает, но если его сдует... будет очень плохо :)

тогда вас сейчас Констанин насоветует =)

так что сейчас я делаю все сам "как могу", чтоб в случае "ЧП" развернуть все заново... т.к. найти спеца я не смог :)

я уже всё сказал, эта не та тема, которая требует отдельного внимания

кстати да, если кто готов сделать хорошо и за денежку - я только за :)

кстати да, если кто готов сделать хорошо и за денежку - я только за :)

так у тебя задача - научиться или чтобы было сделано?

чтоб было сделано 80%, чтоб понять как это работает и что с этим делать дальше 20%

проект денег приносит, но пока не столько чтоб я мог взять в штат девопса, увы... в будущем обязательно

https://windyapp.co

народ, надо ли в постгресе роли, созданной для обращений к БД приложением из локалки, давать пермишен login?

очередной парсер карты ветров?

народ, надо ли в постгресе роли, созданной для обращений к БД приложением из локалки, давать пермишен login?

Да

очередной парсер карты ветров?

ну... можно конечно и так сказать :) А можно сказать что приложение №1 для кайтеров\виндсерферов\яхтсменов\серферов и пр. ветрозависимых :)

тоесть парсер карты ветров из открытых источников?

тоесть парсер карты ветров из открытых источников?

то есть сбор различных погодных моделей, отображение прогноза по ним, mixed модели на основе пользовательских данных, чатики на спотах и кучу-куча всяких других фичей в roadmap'е :)

а ну в итоге банальный парсер windy.com?

windy.com не мы

Привет. Есть 2 любопытных вопроса. 1. Какой дитрибутив Linux используете на серверах? 2. Как думаете, стоит обновлять ядро в CentOS с 3.10 до 4.х? Чет начала запаривать эта пакетная некрофилия

центось/деб это если денег нет, если есть то рхел

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

windy.com не мы

я понял, но не удивлюсь если данные вы и оттуда в том числе тащите

я понял, но не удивлюсь если данные вы и оттуда в том числе тащите

По вашему настрою я понимаю что мне проще сразу признать "я занимаюсь полным говном, и проект у меня говно, и руки у меня из жопы" и переключится на другую тему. Я прав? Если нет - задайте вопрос :)

еще один все понял

я понял, но не удивлюсь если данные вы и оттуда в том числе тащите

вконтакт работает же, не смотря на лицокнигу

работает, но он не является парсером фейспалма

еще один все понял

прекрасно же :)

В погодном мире, есть все 3 global источника данных, и с десяток-другой региональных. Большинство данных открыты в паблик. А вот что ты с ними сделаешь и как раскрутишь - уже зависит от тебя. Зачем воровать у кого-то данные если их можно взять у первоисточников?