скорее тестирование автоапдейтов на стейджинге. хотя многое зависит от степени кастомизации CMS и уровня покрытия автоматическими тестами. если кастомизация велика и/или покрытие тестами мало — только через дев-стейджинг в лайв
49,600 — это чтобы у ZAV вопросов вообще не возникало по поводу выдачи разрешения на работу. если меньше данной суммы — параллельно с получением визы, надо будет получать разрешение на работу от ZAV
kautionsfrei.de рулит, хотя по новому закону владелец уже не обязан принимать его (точнее владелец может выбрать другого жильца, который будет платить кауцу деньгами)
45-50k в год — это хорошая зарплата для мид-левела двигающегося в сеньор направлении. 50-60к — это очень хорошая зарплата для сеньора. Все, что выше 60 — это не просто хорошо, а отлично.
Берлин — относительно дешевый город по меркам Германии. На 50к в год здесь можно очень даже хорошо жить.
«отказоустойчивого сервера» не бывает. бывают «отказоустойчивые системы».
если у вашего сервера сгорит материнка (тьфу-тьфу), то он откажется работать. а вот если он часть системы и система спроектирована таким образом, что она продолжит работать после потери этого сервера — система будет отказоустойчивая.
не забывайте о железе — от него очень многое зависит. а при неудачной архитектуре приложения, от железа зависеть может даже много больше, чем от софта (тоже, надеюсь, что это не данный случай)
сразу про static.example.com с отдельным ip. просто раз уж тут архитектура построения серверов тесно переплетается с архитектурой проекта, то лучше сразу закладываться на то, что вся статика живет на отдельном домене: по-началу (до упора в ширину канала) разница будет только в скорости подгрузки файлов браузером (даже если физически машина будет та же, что и балансер), а потом в принципе будет проще унести статику в CDN
а вот проксировать статику user->nginx->сервер-статики->файл ну совсем не комильфо: явно лишнее звено которое будет забивать канал
> И вот он пришел, а у нас — везде один и тот же софт, та же самая его версия. Он ломает верхний сервис, а все нижние — на такой же системе крутятся. А он пришел только ради каких-то файлов на vm05. В нашей схеме он хоть покорчится, какое-то время.
=)
вероятность поймать 0day-эксплойт в двух разных софтах в два раза вероятнее, чем в одном.
ну да ладно, это через шишки само прийдет
к сожалению пока это NDA. вероятно архитектура будет пересмотрена в ближайшее время и тогда можно будет в двух словах поделиться и проблемами и решениями.
PS: для статики сразу делайте отдельную внешнюю точку входа чтобы все обслуживалось с субдомена напрямую. тем более, что полшага для этого уже сделано
нет, вопроса «нафига городить виртуалки» у меня не возникает — сами все крутим как раз в виртуалках
вопрос был «нафига использовать lighttpd и изначально закладывать его в архитектуру, если все равно в схеме уже используется nginx который с теми же задачами справляется лучше»? потому что добавление еще одной подобной (подобной тем, которые уже используются) технологии влечет за собой избыточное усложнение системы с точки зрения поддержки.
да, я тоже не понял в чем сакраментальный смысл ставить lighttpd и прятать его за nginx, если сам nginx замечательно (вероятно что даже лучше) справляется со статическими файлами
пользуясь случаем пропиарю нашу вакансию — как раз переводим офис в Берлин с сентября:
быстрых ответов на письма не гарантирую, потому что в связи с переводом офиса у нас полный бардак, но все резюмы будут как минимум внимательно прочитанны
Вакансия PHP Senior Developer. Берлин.
На full-time в офис (центр Берлина) разыскивается толковый PHP Senior Developer.
Обязательные требования к кандидату:
— разговорный английский
— уверенные знания и опыт в PHP5 (минимум 4-5 лет)
— знания и опыт в OOP
— уверенные знания и опыт в работе с MySQL
— уверенные знания и опыт в Javascript
— грамотная верстка (XHTML, CSS)
— навыки работы с Linux
— понимание и следование стандартам WEB
— опыт работы с MVC фреймворками
— умение работать с системами контроля версий
— опыт использования одного из «больших» javascript фреймворков (jQuery предпочтителен, но не принципиален)
— опыт использования библиотек абстрактного доступа к БД (AdoDB, PDO)
— опыт использования шаблонизаторов (Smarty3 предпочтителен, но не принципиален)
Успешный кандидат должен так же обладать минимум половиной скиллов из нижеприведенного списка:
— высшее образование
— Perl
— опыт в других языках программирования
— опыт работы над High Load проектами
— навыки администрирования линукс-серверов
+ навыки настройки тонких веб-серверов/акселераторов (nginx, varnish)
— SEO
— опыт работы с Agile методологиями управления процессом (SCRUM предпочтителен, но не принципиален)
— опыт работы с Agile методологиями процесса разработки ПО (XP, FDD)
— опыт успешного построения архитектур многосерверных систем
— MySQL DBA
— опыт разработки интеграции с различными платежными системами
— чувство юмора
— этот пункт — проверка предыдущего пункта
— опыт настройки и работы с внешними системами полнотекстового поиска (sphinx, lucene)
— опыт применения NoSQL баз данных
— опыт профилирования PHP скриптов (pinba, xdebug, etc)
Условия работы:
— 40 часовая рабочая неделя
— ежеквартальные бонусы
— ежегодный Preformance Review с пересмотром з/п
— перспективы дальнейшего роста
— оплачиваемый отпуск
— помощь в релокации (спонсорская поддержка открытия синей карты, проживание в корпоративной квартире до момента нахождения своего жилья)
Резюме на английском языке высылайте на careers@hungryhouse.co.uk с пометкой «PHP Senior Developer» в теме письма.
PS: при отправке резюме, указывайте, плиз, хабр как источник информации
оффтоп: наклонный текст сливается с предыдущим абзацем и не выделяется. в следствии бросаются в глаза только надписи Неверно и создается впечатление, что под этим заголовком вы подробно описываете что-то ошибочное (хотя на самом деле все наоборот)
+ читаемость страдает => к середине статьи интерес угасает
свеже-стабильный memcached из обычной epel-евой ямы не достается. если так хочется гонять все через яму, то рекомендуется установить и пользовать Atomic yum repository — там сейчас 1.4.13 против 1.4.5 лежащего в epel
wget -q -O - www.atomicorp.com/installers/atomic | sh
Берлин — относительно дешевый город по меркам Германии. На 50к в год здесь можно очень даже хорошо жить.
FreeBSD / Nginx / NoSQL / NodeJS
если у вашего сервера сгорит материнка (тьфу-тьфу), то он откажется работать. а вот если он часть системы и система спроектирована таким образом, что она продолжит работать после потери этого сервера — система будет отказоустойчивая.
не забывайте о железе — от него очень многое зависит. а при неудачной архитектуре приложения, от железа зависеть может даже много больше, чем от софта (тоже, надеюсь, что это не данный случай)
сразу про static.example.com с отдельным ip. просто раз уж тут архитектура построения серверов тесно переплетается с архитектурой проекта, то лучше сразу закладываться на то, что вся статика живет на отдельном домене: по-началу (до упора в ширину канала) разница будет только в скорости подгрузки файлов браузером (даже если физически машина будет та же, что и балансер), а потом в принципе будет проще унести статику в CDN
а вот проксировать статику user->nginx->сервер-статики->файл ну совсем не комильфо: явно лишнее звено которое будет забивать канал
=)
вероятность поймать 0day-эксплойт в двух разных софтах в два раза вероятнее, чем в одном.
ну да ладно, это через шишки само прийдет
к сожалению пока это NDA. вероятно архитектура будет пересмотрена в ближайшее время и тогда можно будет в двух словах поделиться и проблемами и решениями.
PS: для статики сразу делайте отдельную внешнюю точку входа чтобы все обслуживалось с субдомена напрямую. тем более, что полшага для этого уже сделано
вопрос был «нафига использовать lighttpd и изначально закладывать его в архитектуру, если все равно в схеме уже используется nginx который с теми же задачами справляется лучше»? потому что добавление еще одной подобной (подобной тем, которые уже используются) технологии влечет за собой избыточное усложнение системы с точки зрения поддержки.
почему? разве немецкий бундестаг уже распространяет что-то за пределы германии?
у австрияков свои законы и система синей карты там начала работать раньше.
а) уже на месте (не надо ждать пока виза будет готова)
б) можешь прийти на интервью не через скайп, а через дверь
быстрых ответов на письма не гарантирую, потому что в связи с переводом офиса у нас полный бардак, но все резюмы будут как минимум внимательно прочитанны
Вакансия PHP Senior Developer. Берлин.
На full-time в офис (центр Берлина) разыскивается толковый PHP Senior Developer.
Обязательные требования к кандидату:
— разговорный английский
— уверенные знания и опыт в PHP5 (минимум 4-5 лет)
— знания и опыт в OOP
— уверенные знания и опыт в работе с MySQL
— уверенные знания и опыт в Javascript
— грамотная верстка (XHTML, CSS)
— навыки работы с Linux
— понимание и следование стандартам WEB
— опыт работы с MVC фреймворками
— умение работать с системами контроля версий
— опыт использования одного из «больших» javascript фреймворков (jQuery предпочтителен, но не принципиален)
— опыт использования библиотек абстрактного доступа к БД (AdoDB, PDO)
— опыт использования шаблонизаторов (Smarty3 предпочтителен, но не принципиален)
Успешный кандидат должен так же обладать минимум половиной скиллов из нижеприведенного списка:
— высшее образование
— Perl
— опыт в других языках программирования
— опыт работы над High Load проектами
— навыки администрирования линукс-серверов
+ навыки настройки тонких веб-серверов/акселераторов (nginx, varnish)
— SEO
— опыт работы с Agile методологиями управления процессом (SCRUM предпочтителен, но не принципиален)
— опыт работы с Agile методологиями процесса разработки ПО (XP, FDD)
— опыт успешного построения архитектур многосерверных систем
— MySQL DBA
— опыт разработки интеграции с различными платежными системами
— чувство юмора
— этот пункт — проверка предыдущего пункта
— опыт настройки и работы с внешними системами полнотекстового поиска (sphinx, lucene)
— опыт применения NoSQL баз данных
— опыт профилирования PHP скриптов (pinba, xdebug, etc)
Условия работы:
— 40 часовая рабочая неделя
— ежеквартальные бонусы
— ежегодный Preformance Review с пересмотром з/п
— перспективы дальнейшего роста
— оплачиваемый отпуск
— помощь в релокации (спонсорская поддержка открытия синей карты, проживание в корпоративной квартире до момента нахождения своего жилья)
Резюме на английском языке высылайте на careers@hungryhouse.co.uk с пометкой «PHP Senior Developer» в теме письма.
PS: при отправке резюме, указывайте, плиз, хабр как источник информации
+ читаемость страдает => к середине статьи интерес угасает