Re: ngx_http_redis-0.1

[Anton Bessonov <exelib@xxxxxxxxxxxxxx>]

Это явный пример ход мыслей пользователя виндовсом :-D особенно при 
перечислении плагинов в ВС, эклипса... Заходя в папку с сорсами я не 
вижу разницы вобью я hg pull или git pull или svn checkout, а если уж 
приспичит, то сделаю или найду враппер, который сам будет знать, что за 
зверь затаился и унифицирую часто используемые комманды. Не нужны и 
всякие TortoiseSVN или плагины к эклипсу, как и лишние клики мышкой.
Работая же со своим* проектом - сам* выбираешь, что тебе удобнее.

* так же и коммандой


Alex, the Marrch Ca'at schrieb:
> Так я и говорю не о git / не git, а в целом. Вот такая вот параллель:
> раньше более-менее распространенных IM-протоколов было всего
> несколько: YIM, MSN, ICQ ну и Skype. Каждому было посильно
> пользоваться 2-3, которыми и его друзья-знакомые пользуются, в крайнем
> случае и всеми 4. Потом появились и завоевали популярность и отдельный
> AIM, и Jabber с разными наворотами, и MRA, и все это могло бы плохо
> кончиться - если бы не появились программы-комбайны, вроде Miranda,
> QIP и тому подобных, которые позволяют все это прозрачно в одном месте
> совместить. А представьте себе, что было бы 2-3 десятка IM-протоколов,
> несовместимых друг с другом, и для каждого нужно бы было обязательно
> ставить свою отдельную утилиту, не похожую на другие... да я уверен,
> что популярность InstantMessenger-ов существенно бы упала - не только
> каждого конкретного, но и в целом. Потому что нафиг нужно средство
> общения, которое столько геморроя порождает - проще EMail-ами
> перекидываться.
>
> Так же и тут. Но покажите мне CVS-клиент, который умел бы хотя бы
> базовые функции десятка основных CVS-систем прозрачно и единообразно
> использовать! Нет его :( И даже такие IDE, как Visual Studio или
> NetBeans, со всей мощью тонны плагинов под них - не позволяют легко и
> единообразно, без кучи геморроя решить эту проблему. Вот и возникает
> мысль - нафиг такое средство упрощения жизни разработчика и админа,
> которое эту жизнь настолько усложняет?! Кто постоянно работает над
> каким-то проектом - соответствующую CVS обычно и использует, а кто
> постоянно над ним не работает, а просто разовый патч выкладывает или
> extension - тому этот геморрой даром не сдался, ему проще выложить
> zip/tgz, а разработчики проекта, если им это покажется осмысленным,
> сами коды в свою привычную им CVS выложат.
>
> 2009/8/21 Anton Bessonov <exelib@xxxxxxxxxxxxxx>:
>   
> > Не совсем верно. До недавнего времени (на протяжении года) использовали
> > git-svn, так как на менеджед-сервере git'а не стояло. Может даже и другие
> > врапперы есть. Но речь совсем не о том git/не git, а в сумме о утилитах по
> > контролю версий.
> >
> > Valery Kholodkov schrieb:
> >     
> > > ----- Anton Bessonov <exelib@xxxxxxxxxxxxxx> wrote:
> > >
> > >       
> > > > Скорее всего, нужно не на этом сайте искать. Например
> > > > http://kylecordes.com/2008/04/30/git-windows-go/ . Естественно, что под
> > > > виндой не только пользование подобного замедлённо, а разработка софта в
> > > > целом. Коммитить - секундное дело. А пользы сколько? Сразу доступно всем и
> > > > вся. Не думаю, что кто-то "от руки" быстрее справится с загрузкой по ftp.
> > > > Это одна сторона. А другая - Вы обновляли софт на сервере? На многих? Разве
> > > > не проще зайти в директорию, git pull --rebase и всё уже обновленно? Даже и
> > > > мержить ничего не надо! А чего именно контроль версий стоит?
> > > > Тот же гит репозиторий (без сертификатов и т.д.) создать - git init.
> > > > Долго? :-)
> > > >
> > > >         
> > > Это всё до тех пор, пока Вы используете git и только git. А вот некоторые,
> > > например, предпочитают mercurial.
> > >
> > > Возникает религиозная проблема. Возникает вопрос о том, делать ли
> > > сконвертированное зеркало репозитория, и о том, какие дырки в файерволе
> > > сверлить.
> > >
> > >
> > >       
> > > > Alex, the Marrch Ca'at schrieb:
> > > >
> > > >         
> > > > > Ну я вот так и не научился толком github-ом пользоваться. Внятного
> > > > > описания инсталяции и использования под фотрточками я на сайте не
> > > > > нашел, то, что нашел - не заработало, геморройно это все. А так сделал
> > > > > патч, выложил и все. По-моему, так сильно быстрее, чем коммитить даже
> > > > > простой патч в CVS. И использовать тоже - скачал, разархивировал
> > > > > поверх стандартного кода или рядом, а потом смерджил - и готово. Не
> > > > > быстрее, но и ничуть не сложнее и не медленнее, чем настраивать
> > > > > репозиторий, гетиться оттуда...
> > > > >
> > > > > 2009/8/21 Anton Bessonov <exelib@xxxxxxxxxxxxxx>:
> > > > >
> > > > >           
> > > > > > Здравтвуйте.
> > > > > >
> > > > > > Спасибо за модуль.
> > > > > >
> > > > > > Не критика, а вопрос всем:
> > > > > > Почему отечественные программисты предпочитают распространение своих
> > > > > > творений архивами? Почему пренебрегают использование утилит по контролю
> > > > > > версий? Ведь распространение через тот же github (если своего
> > > > > > репозитория
> > > > > > нет) намного безболезненее, чем выгружать каждый раз куда-то файлы,
> > > > > > какие-то
> > > > > > патчи...
> > > > > >
> > > > > > С уважением,
> > > > > >
> > > > > > Антон
> > > > > >
> > > > > > Sergey A. Osokin schrieb:
> > > > > >
> > > > > >             
> > > > > > > Добрый день.
> > > > > > >
> > > > > > > Попытка реализации модуля поддержки redis для nginx, версия 0.1.
> > > > > > > Исключительно экспериментальная разработка.
> > > > > > >
> > > > > > > http://people.freebsd.org/~osa/ngx_http_redis-0.1.tar.gz
> > > > > > >
> > > > > > > MD5 (ngx_http_redis-0.1.tar.gz) = 166fc0e44746cbf6e80a722a01719f6c
> > > > > > > SHA256 (ngx_http_redis-0.1.tar.gz) =
> > > > > > > dc012006d20287e097459ec32defa932c6694340ce34587aeea8491e1e4da316
> > > > > > > SIZE (ngx_http_redis-0.1.tar.gz) = 4999
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >               
> > > > > >             
> > > >         
> > >       
> >