Ничего хорошего о современном ISO я не думаю. Но это единсвенный известный мне орган который может признавать стандартом что-то, что относилось бы к IT.
Я считаю стандартами ISO стандарты. А это пока только рекомендации. Как только *это* будет иметь статус ISO можно будет кидать в лицо тем кто им не следует в браузерах или верстке.
Но сейчас это просто рекомендация, что бы их сайты показывались больше чем кроме на их компьютере. Но если человек вставляешь flash в сайт, то определенный круг клиентов он теряет автоматом. Увы.
Вы представляете себе объемы видео которые вылкдывают на вконтакте, смотри. ру, видео-мейл-ру и т. п.? Сколько нужно человекочасов на поиск и индитификацию видео.
А популярность в том, что ты выложил и сразу ссылку друзьям послал.
> Обычно поступают след. спопобом: 1 репозиторий 2 бранча. первый бранч т. н. origin. Это vanilla версия от автора в данном случае от Игоря Сысоева. В этой ветке будет то что и у Игоря в офиц. репозитории. Во второй ветке (master) вы ведете свою разработку. Переодически вытягиваете изменения из репозирория Игоря в свой origin и затем мержите в master.
У меня сейчас так и сделано. Именно есть upstream и есть сто-тыщ-мильенов веточек с разными патчами.
> Вас видимо пугает слово форк. Это действительно было плохо с cvs/svn по причине того что там очень сложно синхронизировать (мержить) удаленные репозитории.
Нет, меня не пугает слово форк. Меня пугают трудозатраты на поддержку форка. Форкнуть nginx просто. Но его тогда надо и поддерживать. Сейчас я выпускаю достаточно автономные патчи. И перед каждым публичным патчем я думаю, а стоит ли выкладывать и сколько этот патч съест времени после релиза нового nginx.
> Да кстати рекомендую вот эту лекцию Линуса Торвальдса (автора git). Предупреждаю сразу — это возможно полностью перевернет ваше представление о version control systems. www.youtube.com/watch?v=4XpnKHJAok8
Спасибо. Но я немного «маньяк» в областе scm. Т. е. я с блеском в глазах смотрю на все новые системы ;)
> Вот поэтому и интересует вопрос — а нам он зачем?
Лично вам? Я не знаю ваши задачи. Но несколько человек изъявило желание видеть этот модуль. Например тут: www.lexa.ru/nginx-ru/msg19784.html
> Я может отстал от жизни, но неужели много людей, не являющиеся разработчиками nginx, собирают его из сырцов?
Люди которые хотят от него несколько большего, чем есть в коробке от дистрибутива собирают его.
> Так проще html-страницы накидать, чем править конфиг nginx…
А вы попробуйте сделать post запрос в html страницу. Или для отладки ответа от backend (которого еще нет!). Nginx может выдавать по условиям коды ошибок, а вот разный текст и код 200 нет. Я решил исправить это.
Да, это open source, я просто написал этот модуль, потратив свое время. Я не заставляю лично вас пользоваться им. Если вы не видите в этом смысл, то он вам не нужен. Возможно, тут есть человек или два, которым этот модуль съэкономит время. Вот для них я это и постил тут.
Извините, но как можно проверить через stub_status на этапе сборки nginx а не поломал ли я логику хождения к upstream?
Первая задача которую решает этот модуль это представление кусков логики для возможности тестирования nginx'а на этапе сборки. Идея по применению для прототипов появилась только на выходных. А вот сейчас, как оказалось, удобно использовать для всяких заглушек поживому.
А не описать тут — банальная лень и не желание копипейстить текст.
Вот это сила духа, вот это да! А у вас…
Что если это так и останется инструментом персонализации поиска?
Зачем его двигать дальше?
А пока рекомендации не соблюдают большинство, они так и сотаются рекомендациями. Увы.
Но сейчас это просто рекомендация, что бы их сайты показывались больше чем кроме на их компьютере. Но если человек вставляешь flash в сайт, то определенный круг клиентов он теряет автоматом. Увы.
А популярность в том, что ты выложил и сразу ссылку друзьям послал.
У меня сейчас так и сделано. Именно есть upstream и есть сто-тыщ-мильенов веточек с разными патчами.
> Вас видимо пугает слово форк. Это действительно было плохо с cvs/svn по причине того что там очень сложно синхронизировать (мержить) удаленные репозитории.
Нет, меня не пугает слово форк. Меня пугают трудозатраты на поддержку форка. Форкнуть nginx просто. Но его тогда надо и поддерживать. Сейчас я выпускаю достаточно автономные патчи. И перед каждым публичным патчем я думаю, а стоит ли выкладывать и сколько этот патч съест времени после релиза нового nginx.
> Да кстати рекомендую вот эту лекцию Линуса Торвальдса (автора git). Предупреждаю сразу — это возможно полностью перевернет ваше представление о version control systems. www.youtube.com/watch?v=4XpnKHJAok8
Спасибо. Но я немного «маньяк» в областе scm. Т. е. я с блеском в глазах смотрю на все новые системы ;)
Возможно я когда-то соберусь с духом и выложу в публичный доступ git репозиторий, в котором веду разработку, в том числе, и этого патча.
И такие вещи, проще, правда, получать именно в виде patches, нежеле отдельно стоящего nginx-fork.
Да, я не хочу форкать, как минимум публично, nginx.
Лично вам? Я не знаю ваши задачи. Но несколько человек изъявило желание видеть этот модуль. Например тут: www.lexa.ru/nginx-ru/msg19784.html
> Я может отстал от жизни, но неужели много людей, не являющиеся разработчиками nginx, собирают его из сырцов?
Люди которые хотят от него несколько большего, чем есть в коробке от дистрибутива собирают его.
> Так проще html-страницы накидать, чем править конфиг nginx…
А вы попробуйте сделать post запрос в html страницу. Или для отладки ответа от backend (которого еще нет!). Nginx может выдавать по условиям коды ошибок, а вот разный текст и код 200 нет. Я решил исправить это.
Да, это open source, я просто написал этот модуль, потратив свое время. Я не заставляю лично вас пользоваться им. Если вы не видите в этом смысл, то он вам не нужен. Возможно, тут есть человек или два, которым этот модуль съэкономит время. Вот для них я это и постил тут.
А проверить просто, у меня *свой* аналог upstream ;)
Можно считать что это кусок того кода, который я использую для тестирования функциональности от билда к блилду.
Как дубль то убить?
Первая задача которую решает этот модуль это представление кусков логики для возможности тестирования nginx'а на этапе сборки. Идея по применению для прототипов появилась только на выходных. А вот сейчас, как оказалось, удобно использовать для всяких заглушек поживому.