+ не читается при запуске терминала в GUI?

И .login это же shell-specific, да?

Да там куча файлов, некоторые specific, некоторые у всех. Я просто первый попавшийся в пример привёл.

Мне почему-то кажется, что твоё сообщение не закончено...

ну вот логи. зачем их доставлять гарантированно? вернее - чем поможет tcp в ситуации, когда на локальной сети не справился udp?

Знанием факта недоставки?

и что с этим фактом делать?

ну вот логи. зачем их доставлять гарантированно? вернее - чем поможет tcp в ситуации, когда на локальной сети не справился udp?

это может быть требованием регулятора/стандарта

это другая история, с требованиями. тут все очевидно

ну вот логи. зачем их доставлять гарантированно? вернее - чем поможет tcp в ситуации, когда на локальной сети не справился udp?

Ну, в случае TCP они у тебя могут локально в буфере побыть, пока ретренсмит не отработает. А само требование гарантированной доставки, как выше уже написано, может исходить от аудитора/стандарта/чёрта лысого.

Ну, в случае TCP они у тебя могут локально в буфере побыть, пока ретренсмит не отработает. А само требование гарантированной доставки, как выше уже написано, может исходить от аудитора/стандарта/чёрта лысого.

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

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

Как по мне, у него основная проблема - отсутствие транзакций. То, что он принял сообщение, нисколько не означает, что он это сообщение куда-то успешно записал.

и что с этим фактом делать?

Эт уж как хочешь.

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

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

это совсем другой вариант, да но вот писать сразу в сеть, но по tcp кажется мне странным, и всегда казалось. единственное, что может это оправдать как-то - строки, которые в один пакет не лезут.

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

я тоже допускаю, я просто хочу пример :)

Хочу попробывать Parsec на Amazon для "поиграть". Кто-нибудь пробывал?

Написал тут на досуге небольшой проектик, основная мысль это передача переменных и файлов между стейджами в gitlab-ci в пайплайне где каждый из стейджей исполняется на shared воркерах. Проект сырой, есть планы по доработке и рефакторингу, но уже можно использовать, redis + s3 и в путь. Есть возможность получать все файлы или все переменные только по id, названия файлов храняться, но перезаписываются если указано другое название в value при get. В общем кому интересно потыкайте, предложения и замечания приветствуются.

https://github.com/scorsair/ponycache

тут есть живые люди у которых autodevops гитлаба встал без проблем из коробки?

тут есть живые люди у которых autodevops гитлаба встал без проблем из коробки?

кхэм а чо его там ставить то?

review apps не заводятся никак

review apps не заводятся никак

а еще конкретнее

я установил dns wildcard, но все равно он резолвится не на ветку, а на корневой dns(

казалось бы, причем тут гитлаб %)

ну там какието кнопочки которые мне чтото ставят в кубер и говорят что теперь все должно работать, мол мне надо ток dns настроить, я его настраиваю, а все равно не работает(

ну там какието кнопочки которые мне чтото ставят в кубер и говорят что теперь все должно работать, мол мне надо ток dns настроить, я его настраиваю, а все равно не работает(

какието кнопочки это ingress и tiller

Стали доступны видео с конференции DevOops 2017. Три потока интересных докладов на все выходные ヅ Анонс: https://goo.gl/4HBQe6 Плейлист: https://goo.gl/PUdTTr

"Стали доступны" Спасибо не "В сеть утекли"...

помню смотрел конференцию

унылая чушь

хоть и лучше чем было в 2016

последнее выступление вообще...

хоть и лучше чем было в 2016

А разве был DevOops 2016?

хоть и лучше чем было в 2016

Что? DevOops был первый раз в 2017.

последнее выступление вообще...

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

Oops, "раньше было лучше" не прокатило

пардон спутал с rootconf

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

И причем достаточно адекватно все подали

А кто-нибудь имел дело с яндекс-танком?

А кто-нибудь имел дело с яндекс-танком?

нормально вопрос не задать?

И причем достаточно адекватно все подали

Да, было занимательно, особо стоит отметить что пиво начали раздавать перед сессией по просьбе авторов доклада :)

Хочу встроить нагрузочные тесты танком в наш CI. Сейчас не могу понять, что там у них с отчётами - можно ли делать готовые html или сливать их в свой графит... Сейчас настроил через их веб морду-overload, но там все данные похоже в открытом доступе.

привет всем вопрос такой: хочу написать деплой скрипт, который бы проверял энвайронмент и ставил все нужное + сервисы создавал/запускал, если нет. (от докера клиент, почему-то, отказался, ну да ладно)