А не могли бы вы подробнее описать как кэш поможет в выборочном тестировании? Мне кажется, что если вы хотите на 25% пользователей протестировать новую версию, вам как раз нужно что-то вроде sticky-sessions, чтобы пользователь однажды зайдя на сервер с новой версией на ней и оставался. А с кэшом сессий пользователь с каждым запросом может попадать на новый сервер.
роли, да — это стандартный инструмент и он немного не о том. Есть, скажем, N различных окружений, которые поднимаются шефом(develop, CI, QA, production,etc.), для каждого окружения мы создавали конфиг файл, в котором перечисляли роли и рецепты, которые должны отработать на конкретном инстанце, а также переопределяли аттрибуты. Затем нужно было только сказать шефу выполнить тот или иной конфиг. Но это не удобно — потому что с увеличением количества различных конфигураций виртуалок, увеличивалось количество конфигов с переопреденными аттрибутами. Мы придумали свою систему с наследованием и т.п. усовершенствованиями — все аттрибуты храним в yaml файле и вычитываем нужную конфигурацию по запросу. Вот хотелось узнать у людей, которые используют шеф — может уже появился стандартный инструмент управления конфигурациями?
Интересный тул. Можно попробовать, хотя пока мы не сталкивались с необходимостью апдейтить гитхабовские кукбуки, которые закинули себе. Но могу представить себе кейс, когда это было бы полезно.
А вот не подскажите ли инструмент для управления значениями аттрибутов, более удобного, чем то, как это сейчас организовано из коробки в шефе. А то мы свой наколенный велосипед написали, чтобы все конфиги хранились в одном ямле.
Тут дело даже не в перфекционизме, хотя и в нем тоже. Дело в том, что этот клиент имеет достаточно обширный функционал и позиционируется, мне кажется, не для мелких проектиков, а для работы с большими базами, для серьезных заказчиков, посему позволять себе писать что-либо в базу, к которой он подключается, да еще и скрывать это(в угоду «юзабилити») абсолютно неприемлемо. И мне кажется, что это не сугубо мои заморочки.
Хотя клиент и функционал, повторюсь, впечатляют — для osx я такого не видел.
так стали без проблем) Я интересовался возможностью прокинуть NFS с вин на виртуалку — но выясняется, что этого на вин так или иначе прийдется ставить дополнительный софт.
Начали использовать связку vagrant + chef для настройки окружения на локальных машинах на проекте. Возможность шарить папку с локальной машины на виртуалку через nfs очень заманчивая, но у большинства разработчиков Вин-ноуты. Как думаете — это совсем нереально на виндовых тачках осуществить? Потому что в обратную сторону на Вин7 можно.
Не знаю, показать друзьям, мол смотрите какое у меня резюме развеселое — наверно, прикольно. Будущему работодателю такое вряд ли пошлю и вряд ли хотел бы рассматривать картинки от соискателя. Грущу по уходящему emurse. Замену ему пока не нашел(( Прекрасный был сервис.
Спасибо. И что работает? Именно посты из выбранных хабов попадают? Потому что для меня это очень странно — должен же формироваться уникальный поток, правильно?
На мой взгляд, он должен быть стандартизирован в команде точно так же, как и стандартный форматинг.
Тоже временно(бета) бесплатный.
А вот не подскажите ли инструмент для управления значениями аттрибутов, более удобного, чем то, как это сейчас организовано из коробки в шефе. А то мы свой наколенный велосипед написали, чтобы все конфиги хранились в одном ямле.
Хотя клиент и функционал, повторюсь, впечатляют — для osx я такого не видел.
«файл где есть нужная версия Core Data данные»
А где оригинал бы глянуть?