А каким лаком покрывали кирпич, если не секрет (и есть ли подводные камни, которые вскрылись в процессе эксплуатации)? Мне скоро предстоит сделать примерно то же самое в квартире.
Да, я с этим совершенно не буду спорить. Скорее писал его для себя, как памятку, и для того, чтобы скинуть кому-нибудь ссылку.
А что касается юникорна и zero-downtime деплойменту дело вот в чем: при запуске юникорн создает процесс-мастер, который читает config/unicorn.rb (обычно) и создает какое-то кол-во воркеров — своих форков; и мастер же обслуживает unix-сокет. При получении сигнала на рестарт, мастер-процесс перестает распределять новые запросы из unix-сокета (куда их отправляет nginx) между детьми, он как раз запускает новый мастер, и ждет, пока тот поднимет нужное кол-во воркеров, а воркеры текущего вернут результаты обработки запросов и тогда они тоже гасятся. Потом передает бразды правления сокетом новому мастеру и само-уничтожается.
Замечание к статье: у вас не zero-downtime деплоймент. Вы сначала гасите все юникорны, а потом поднимаете. Будет даунтайм. Чтобы не было даунтайма, нужно рестартовать юникорны через сигналы. В моей инструкции (см. выше) это учтено (так же как и автоматическое поднятие юникорнов после перезагрузки сервера через init.d-скрипты).
Оставлю это здесь: wiki.summercode.com/rails_deployment_step_by_step_to_ubuntu — пошаговое руководство по настройке деплоймента рельсо-приложения на один продакшн-сервер (там есть один нюанс в том, что статья основана на Capistrano 2.x, а не на 3-ем, у меня руки все никак не дойдут обновить)
Я недавно тоже озадачился поиском облачного решения хранения файлов. Так же, как и у автора, в основном фото-архив, только растущий. За прошедший 2013 год получилось около 300ГБ.
Года полтора назад купил два 1ТБ винта и сделал Software RAID в домашнем сервере. Вот этот терабайт почти закончился. И был вопрос, либо покупать 2 4ТБ винта, либо искать облачное решение за приемлемые деньги и без лимитов.
За пару недель до Нового Года я попробовал несколько сервисов (благо многие предоставляют бесплатный триал): Backblaze, Crashplan и ZipCloud.
За безлимитный план все примерно просят одинаковые деньги (~$8-12/месяц), т.е. по идее 300-350 рублей.
Сразу скажу, что у всех сервисов свои заморочки, все «заточены» под автоматический бэкап, под «дурака». Если кто-то захочет выбирать, то пусть сделает это самостоятельно, т.к. лучше один раз увидеть, чем сто раз услышать.
Я же остановился на ZipCloud. Из-за одной его особенности. Он тоже рассчитан на «дурака», не позволяет автоматически загружать большие файлы, все время просит докупить опций (бэкап файлов с сетевых дисков, авто-бэкап файлов >5ГБ и т.д. и т.п. — я на это закрыл глаза, а рекламой во время работы он не достает).
А особенность в том, что в его клиенте есть возможность загрузки файлов drag-n-drop'ом, где нет никаких ограничений. Конечно, убивается «автоматичность», но если ты и так следишь вручную за своими бэкапами, и тебе просто требуется безлимитное место в «облаке», то почему бы и нет?
Ну, и если посчитать, то 2 винта по 4ТБ будут окупаться примерно 30-35 месяцев (2 * 6000 / 350 ~= 34), а там уже пора будет новые покупать.
P.S. Это не реклама :) Просто делюсь своим опытом.
А поддержку Retina-дисплея для новых макбуков не сделали, хотя ведь уже месяц, как эти ноуты доступны и мозилловцы обещали сделать их поддержку, как можно скорее.
Автор, я вторые выходные пытаюсь проехать через Бангкок по направленю на другие города…
Когда в обычных картах смотришь, что ехать прямо, то не всегда понятно, как тебе продолжать движение — прямо или все-таки прибиться к какому-то краю магистрали, которая идет на уровне 7-8 этажа по городу. И их тут много.
Нужно в слове «поощряет» немного порядок букв изменить и чуть-чуть их подправить, чтобы стало верным утверждение, что все-таки «HTML прощает ошибки в коде».
Наверное, все-таки не «аналога «Своей игры»», а скорее — «прообраза «Своей игры»», потому формат программы как раз скопирован с Jeopardy, о чем говорится также в титрах нашей передачи.
А в статье где-нибудь указано, что данный подход желательно применять только на небольших проектах?
И еще, настройка репозиториев, хуков, mod_rewrite, а также системы сообщения между prime и hub репозиториями затмит собой настройку скрипта для capistrano и пробросу пары ключей между машинами :)
Нет, я, конечно, прочитал, что в статье есть предложение по закрытию доступа к .git директории, но что, если админ ошибется и не сможет правильно настроить mod_rewrite (или правила nginx)?
Почему для деплоя не пользоваться утилитами, специально для этого предназначенными? К примеру, тот же Capistrano (а еще лучше capistrano-ext со стейджингом, чтобы случайно не деплойнуть на продакшн неподготовленный код).
Если подходить к этому делу серьезно (а мы ведь о серьезных вещах говорим, правильно?), то в проекте обычно используется система контроля версий, для подавляющего большинства из которых есть (придуманы и описаны) предкомиитные хуки, на которые можно вешать авто-анализаторы стиля оформления исходного текста (настраиваемых).
Далее, обычно в закрытых проектах (опять же серьезных, о Васе Пупкине ни слова!), командой перед началом каких-либо работ по написанию кода, ставится серьезный вопрос о применяемых в данном проекте правил оформления.
Для open source проектов, в которые может писать пресловутый Вася, опять же можно использовать хуки, которые просто не позволят человеку закоммитить плохо оформленный код (плохой, но хорошо оформленный, конечно же позволят, тут уж не обесуддьте).
P.S. Ответ скорее не Вам лично, magic4x, а просто — общий взгляд на проблему с моей стороны.
P.P.S. Табы глазом не видны, да… Но зато хорошо прощупываются при наборе текста и перемещению по нему (так сказать — на ощупь).
А что касается юникорна и zero-downtime деплойменту дело вот в чем: при запуске юникорн создает процесс-мастер, который читает config/unicorn.rb (обычно) и создает какое-то кол-во воркеров — своих форков; и мастер же обслуживает unix-сокет. При получении сигнала на рестарт, мастер-процесс перестает распределять новые запросы из unix-сокета (куда их отправляет nginx) между детьми, он как раз запускает новый мастер, и ждет, пока тот поднимет нужное кол-во воркеров, а воркеры текущего вернут результаты обработки запросов и тогда они тоже гасятся. Потом передает бразды правления сокетом новому мастеру и само-уничтожается.
тоже сходу не нашел
Года полтора назад купил два 1ТБ винта и сделал Software RAID в домашнем сервере. Вот этот терабайт почти закончился. И был вопрос, либо покупать 2 4ТБ винта, либо искать облачное решение за приемлемые деньги и без лимитов.
За пару недель до Нового Года я попробовал несколько сервисов (благо многие предоставляют бесплатный триал): Backblaze, Crashplan и ZipCloud.
За безлимитный план все примерно просят одинаковые деньги (~$8-12/месяц), т.е. по идее 300-350 рублей.
Сразу скажу, что у всех сервисов свои заморочки, все «заточены» под автоматический бэкап, под «дурака». Если кто-то захочет выбирать, то пусть сделает это самостоятельно, т.к. лучше один раз увидеть, чем сто раз услышать.
Я же остановился на ZipCloud. Из-за одной его особенности. Он тоже рассчитан на «дурака», не позволяет автоматически загружать большие файлы, все время просит докупить опций (бэкап файлов с сетевых дисков, авто-бэкап файлов >5ГБ и т.д. и т.п. — я на это закрыл глаза, а рекламой во время работы он не достает).
А особенность в том, что в его клиенте есть возможность загрузки файлов drag-n-drop'ом, где нет никаких ограничений. Конечно, убивается «автоматичность», но если ты и так следишь вручную за своими бэкапами, и тебе просто требуется безлимитное место в «облаке», то почему бы и нет?
Ну, и если посчитать, то 2 винта по 4ТБ будут окупаться примерно 30-35 месяцев (2 * 6000 / 350 ~= 34), а там уже пора будет новые покупать.
P.S. Это не реклама :) Просто делюсь своим опытом.
Когда в обычных картах смотришь, что ехать прямо, то не всегда понятно, как тебе продолжать движение — прямо или все-таки прибиться к какому-то краю магистрали, которая идет на уровне 7-8 этажа по городу. И их тут много.
Если бы карты были 3D, было бы (ИМХО) легче.
И еще, настройка репозиториев, хуков, mod_rewrite, а также системы сообщения между prime и hub репозиториями затмит собой настройку скрипта для capistrano и пробросу пары ключей между машинами :)
Вас ничему история не учит? http://habrahabr.ru/blogs/infosecurity/70330/
Нет, я, конечно, прочитал, что в статье есть предложение по закрытию доступа к .git директории, но что, если админ ошибется и не сможет правильно настроить mod_rewrite (или правила nginx)?
Почему для деплоя не пользоваться утилитами, специально для этого предназначенными? К примеру, тот же Capistrano (а еще лучше capistrano-ext со стейджингом, чтобы случайно не деплойнуть на продакшн неподготовленный код).
Видимо, автор все-таки лукавит, когда говорит о том, что провел много времени в библиотеке. :)
Далее, обычно в закрытых проектах (опять же серьезных, о Васе Пупкине ни слова!), командой перед началом каких-либо работ по написанию кода, ставится серьезный вопрос о применяемых в данном проекте правил оформления.
Для open source проектов, в которые может писать пресловутый Вася, опять же можно использовать хуки, которые просто не позволят человеку закоммитить плохо оформленный код (плохой, но хорошо оформленный, конечно же позволят, тут уж не обесуддьте).
P.S. Ответ скорее не Вам лично, magic4x, а просто — общий взгляд на проблему с моей стороны.
P.P.S. Табы глазом не видны, да… Но зато хорошо прощупываются при наборе текста и перемещению по нему (так сказать — на ощупь).