From postmaster на softsearch.ru  Wed Sep  1 00:04:35 2010
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 1 Sep 2010 11:04:35 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?TW9qbyDTyczYzs8gzsHH0tXWwcXUINDSz8PF09PP?=
	=?koi8-r?b?0g==?=
In-Reply-To: <AANLkTimaBGZSH3cPQ3b1HUY-LdfdM_i-_rBU=J2hZoXf@mail.gmail.com>
References: <4C7CE8B3.5090401@1telecom.ru>
	<AANLkTim08TtCwxnZCBXNq8GdoBbJjBOsS89FHhyGowkj@mail.gmail.com>
	<4C7CF67A.9050808@1telecom.ru>
	<AANLkTikhwkzzutU0AfgyStiQ1YojRfZaQ1ACa8HT1ggb@mail.gmail.com>
	<4C7DD988.9060700@1telecom.ru>
	<AANLkTi=kS-12ne2ECGkYwDz5ZLugiGUvWAvSzxiMvxuG@mail.gmail.com>
	<AANLkTimaBGZSH3cPQ3b1HUY-LdfdM_i-_rBU=J2hZoXf@mail.gmail.com>
Message-ID: <164536804.20100901110435@softsearch.ru>

Здравствуйте, Сергей.

SH> Расслабитесь.
SH> С  его C++ он должен такое писать о всех языках высокого уровня, а
SH> пишет только про Perl.
SH> Значит это личное :)

Так  он  мягко  выражаясь  "недалёкий  человек"  и  кучей комплексов и
тараканов. Читать его писанину - себя не любить.
  

-- 

С уважением,
Михаил Монашёв
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.


From sharifulin на gmail.com  Wed Sep  1 00:07:52 2010
From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=)
Date: Wed, 1 Sep 2010 11:07:52 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?TW9qbyDTyczYzs8gzsHH0tXWwcXUINDSz8PF09PP?=
	=?koi8-r?b?0g==?=
In-Reply-To: <164536804.20100901110435@softsearch.ru>
References: <4C7CE8B3.5090401@1telecom.ru>
	<AANLkTim08TtCwxnZCBXNq8GdoBbJjBOsS89FHhyGowkj@mail.gmail.com>
	<4C7CF67A.9050808@1telecom.ru>
	<AANLkTikhwkzzutU0AfgyStiQ1YojRfZaQ1ACa8HT1ggb@mail.gmail.com>
	<4C7DD988.9060700@1telecom.ru>
	<AANLkTi=kS-12ne2ECGkYwDz5ZLugiGUvWAvSzxiMvxuG@mail.gmail.com>
	<AANLkTimaBGZSH3cPQ3b1HUY-LdfdM_i-_rBU=J2hZoXf@mail.gmail.com>
	<164536804.20100901110435@softsearch.ru>
Message-ID: <AANLkTimqfxvLDc04Nc+pAsiG7xEdvOMwcdK1bmdb1P3b@mail.gmail.com>

Да ладно, он жжет, и это очень смешно.
Расхватываем на цитаты :)

2010/9/1 Михаил Монашёв <postmaster на softsearch.ru>

> Здравствуйте, Сергей.
>
> SH> Расслабитесь.
> SH> С  его C++ он должен такое писать о всех языках высокого уровня, а
> SH> пишет только про Perl.
> SH> Значит это личное :)
>
> Так  он  мягко  выражаясь  "недалёкий  человек"  и  кучей комплексов и
> тараканов. Читать его писанину - себя не любить.
>
>
> --
>
> С уважением,
> Михаил Монашёв
> mailto:postmaster на softsearch.ru
> ICQ# 166233339
> http://michael.mindmix.ru/
> Без бэкапа по жизни.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100901/2755f63f/attachment-0001.html>

From davydov на 1telecom.ru  Wed Sep  1 00:17:02 2010
From: davydov на 1telecom.ru (Denis Davydov)
Date: Wed, 01 Sep 2010 11:17:02 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?TW9qbyDTyczYzs8gzsHH0tXWwcXUINDSz8PF09PP?=
 =?koi8-r?b?0g==?=
In-Reply-To: <164536804.20100901110435@softsearch.ru>
References: <4C7CE8B3.5090401@1telecom.ru>	<AANLkTim08TtCwxnZCBXNq8GdoBbJjBOsS89FHhyGowkj@mail.gmail.com>	<4C7CF67A.9050808@1telecom.ru>	<AANLkTikhwkzzutU0AfgyStiQ1YojRfZaQ1ACa8HT1ggb@mail.gmail.com>	<4C7DD988.9060700@1telecom.ru>	<AANLkTi=kS-12ne2ECGkYwDz5ZLugiGUvWAvSzxiMvxuG@mail.gmail.com>	<AANLkTimaBGZSH3cPQ3b1HUY-LdfdM_i-_rBU=J2hZoXf@mail.gmail.com>
	<164536804.20100901110435@softsearch.ru>
Message-ID: <4C7DFDEE.2050102@1telecom.ru>

  Не хочется разводить флейм, но кем он работает в Рамблере? По его 
словам Рамблеровцы голопом стараются уходить от Perl. Kappa, дай свой 
комментарий :) Там революция?

On 01.09.2010 11:04, Михаил Монашёв wrote:
> Здравствуйте, Сергей.
>
> SH>  Расслабитесь.
> SH>  С  его C++ он должен такое писать о всех языках высокого уровня, а
> SH>  пишет только про Perl.
> SH>  Значит это личное :)
>
> Так  он  мягко  выражаясь  "недалёкий  человек"  и  кучей комплексов и
> тараканов. Читать его писанину - себя не любить.
>
>

From kaa на zvuki.ru  Wed Sep  1 00:33:12 2010
From: kaa на zvuki.ru (Andrew Kopeyko)
Date: Wed, 1 Sep 2010 11:33:12 +0400 (MSD)
Subject: [Moscow.pm]
 =?koi8-r?b?TW9qbyDTyczYzs8gzsHH0tXWwcXUINDSz8PF09PP?=
 =?koi8-r?b?0g==?=
In-Reply-To: <4C7DFDEE.2050102@1telecom.ru>
References: <4C7CE8B3.5090401@1telecom.ru>
	<AANLkTim08TtCwxnZCBXNq8GdoBbJjBOsS89FHhyGowkj@mail.gmail.com>
	<4C7CF67A.9050808@1telecom.ru>
	<AANLkTikhwkzzutU0AfgyStiQ1YojRfZaQ1ACa8HT1ggb@mail.gmail.com>
	<4C7DD988.9060700@1telecom.ru>
	<AANLkTi=kS-12ne2ECGkYwDz5ZLugiGUvWAvSzxiMvxuG@mail.gmail.com>
	<AANLkTimaBGZSH3cPQ3b1HUY-LdfdM_i-_rBU=J2hZoXf@mail.gmail.com>
	<164536804.20100901110435@softsearch.ru> <4C7DFDEE.2050102@1telecom.ru>
Message-ID: <20100901112955.F3294@www1.zvuki.ru>

On Wed, 1 Sep 2010, Denis Davydov wrote:

> Не хочется разводить флейм, но кем он работает в Рамблере?

http://www.highload.ru/guru/466.html

> По его 
> словам Рамблеровцы голопом стараются уходить от Perl.

Это, скорее, его желание, страстное и жгучее.

"информированные источники" сообщают: как писали под Контениду (фактически 
- HTML::Mason), так и продолжаем.

> On 01.09.2010 11:04, Михаил Монашёв wrote:
>> Здравствуйте, Сергей.
>>
>> SH>  Расслабитесь.
>> SH>  С  его C++ он должен такое писать о всех языках высокого уровня, а
>> SH>  пишет только про Perl.
>> SH>  Значит это личное :)
>>
>> Так  он  мягко  выражаясь  "недалёкий  человек"  и  кучей комплексов и
>> тараканов. Читать его писанину - себя не любить.
>>
>>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>

-- 
Best regards,
Andrew Kopeyko <kaa на zvuki.ru>


From mons на cpan.org  Wed Sep  1 04:43:32 2010
From: mons на cpan.org (Mons Anderson)
Date: Wed, 1 Sep 2010 15:43:32 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?TW9qbyDTyczYzs8gzsHH0tXWwcXUINDSz8PF09PP?=
	=?koi8-r?b?0g==?=
In-Reply-To: <20100901112955.F3294@www1.zvuki.ru>
References: <4C7CE8B3.5090401@1telecom.ru> <4C7DFDEE.2050102@1telecom.ru>
	<20100901112955.F3294@www1.zvuki.ru>
Message-ID: <201009011543.32854.mons@cpan.org>

On Wednesday 01 September 2010 11:33:12 Andrew Kopeyko wrote:
> On Wed, 1 Sep 2010, Denis Davydov wrote:
> > Не хочется разводить флейм, но кем он работает в Рамблере?
>
> http://www.highload.ru/guru/466.html
>
> > По его
> > словам Рамблеровцы голопом стараются уходить от Perl.
>
> Это, скорее, его желание, страстное и жгучее.
>
> "информированные источники" сообщают: как писали под Контениду (фактически
> - HTML::Mason), так и продолжаем.

гонево полное.

контенида осталась только на богом забытых проектах, которые никому не нужны.
ну или на ней делаются однодневки/промо

у нас Catalyst/DBIC/AnyEvent

А также есть немного питоняшек.

>
> > On 01.09.2010 11:04, Михаил Монашёв wrote:
> >> Здравствуйте, Сергей.
> >>
> >> SH>  Расслабитесь.
> >> SH>  С  его C++ он должен такое писать о всех языках высокого уровня, а
> >> SH>  пишет только про Perl.
> >> SH>  Значит это личное :)
> >>
> >> Так  он  мягко  выражаясь  "недалёкий  человек"  и  кучей комплексов и
> >> тараканов. Читать его писанину - себя не любить.
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org



-- 
Mons Anderson aka Vladimir Perepelitsa
<mons на cpan.org> / #99779956 / quanth на irc.freenode.net

From kaa на zvuki.ru  Wed Sep  1 05:09:57 2010
From: kaa на zvuki.ru (Andrew Kopeyko)
Date: Wed, 01 Sep 2010 16:09:57 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?TW9qbyDTyczYzs8gzsHH0tXWwcXUINDSz8PF09PP?=
 =?koi8-r?b?0g==?=
In-Reply-To: <201009011543.32854.mons@cpan.org>
References: <4C7CE8B3.5090401@1telecom.ru>
	<4C7DFDEE.2050102@1telecom.ru>	<20100901112955.F3294@www1.zvuki.ru>
	<201009011543.32854.mons@cpan.org>
Message-ID: <4C7E4295.2040003@zvuki.ru>

Mons Anderson wrote:
> On Wednesday 01 September 2010 11:33:12 Andrew Kopeyko wrote:
>> On Wed, 1 Sep 2010, Denis Davydov wrote:
>>> Не хочется разводить флейм, но кем он работает в Рамблере?
>> http://www.highload.ru/guru/466.html
>>
>>> По его
>>> словам Рамблеровцы голопом стараются уходить от Perl.
>> Это, скорее, его желание, страстное и жгучее.
>>
>> "информированные источники" сообщают: как писали под Контениду (фактически
>> - HTML::Mason), так и продолжаем.
> 
> контенида осталась только на богом забытых проектах, которые никому не нужны.
> ну или на ней делаются однодневки/промо

ЧМ-2010 куда относится?

Впрочем, у нас вполне могут быть разные "источники".



-- 
Best regards,
Andrew A. Kopeyko <kaa на zvuki.ru>
http://www.zvuki.ru/


From juchkov на gmail.com  Wed Sep  1 05:15:58 2010
From: juchkov на gmail.com (Sergey Juchkov)
Date: Wed, 1 Sep 2010 16:15:58 +0400
Subject: [Moscow.pm] =?utf-8?b?TW9qbyDRgdC40LvRjNC90L4g0L3QsNCz0YDRg9C2?=
	=?utf-8?b?0LDQtdGCINC/0YDQvtGG0LXRgdGB0L7RgA==?=
In-Reply-To: <4C7E4295.2040003@zvuki.ru>
References: <4C7CE8B3.5090401@1telecom.ru> <4C7DFDEE.2050102@1telecom.ru>
	<20100901112955.F3294@www1.zvuki.ru>
	<201009011543.32854.mons@cpan.org> <4C7E4295.2040003@zvuki.ru>
Message-ID: <AANLkTimHsDwspvVriqTz7j0czrooYWPoxH=qMWnLWhgc@mail.gmail.com>

2010/9/1 Andrew Kopeyko <kaa на zvuki.ru>:

>> ну или на ней делаются однодневки/промо
>
> ЧМ-2010 куда относится?
>

  что-то мне подсказывает что к однодневкам. :)


-- 
Sergey Juchkov
http://juchkov.com

From dsimonov на gmail.com  Fri Sep  3 02:48:35 2010
From: dsimonov на gmail.com (Dmitry Simonov)
Date: Fri, 3 Sep 2010 13:48:35 +0400
Subject: [Moscow.pm] =?utf-8?b?TW9qbyDRgdC40LvRjNC90L4g0L3QsNCz0YDRg9C2?=
	=?utf-8?b?0LDQtdGCINC/0YDQvtGG0LXRgdGB0L7RgA==?=
In-Reply-To: <4C7E4295.2040003@zvuki.ru>
References: <4C7CE8B3.5090401@1telecom.ru> <4C7DFDEE.2050102@1telecom.ru>
	<20100901112955.F3294@www1.zvuki.ru> <201009011543.32854.mons@cpan.org>
	<4C7E4295.2040003@zvuki.ru>
Message-ID: <AANLkTi=oJ+gdVxa=On2FX3B7PmCa0S0Z9e78L59ouYa+@mail.gmail.com>

"ЧМ" и "Дети" относится к контениде (в силу того, что контролировал
разработку один из стариков, который собственно саппортом именно
старых контениндовских проектов и занимается).

Аналогичные проекты вида "Новый Год", "8е марта" на
Catalyst/AnyEvent/DBIx::Class

Все зависит от того, на кого сбрасывают разработку таких мелочей - на
саппорт или на разрботку.

---
С искр. ув. Д.Симонов



2010/9/1 Andrew Kopeyko <kaa на zvuki.ru>:
> ЧМ-2010 куда относится?

From voronin на x12.su  Mon Sep  6 06:21:36 2010
From: voronin на x12.su (Voronin Viktor)
Date: Mon, 06 Sep 2010 17:21:36 +0400
Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjywg0LzQvtGB0LrQstCw?=
Message-ID: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>

Требования:
* знание как работает WEB и иметь
представление об используемых
web-стандартах (W3C, RFC)
* знание perl, способа реализации на нем
объектной модели
* DBI, Template::Toolkit. 
* Умение не изобретать велосипед
* SQL (PostgreSQL), желательно хранимые
процедуры(функции), триггеры
* Иметь представление о системах
контроля версий

Дополнительными плюсами являются:

* Опыт работы c Catalyst MVC
* Опыт работы с DBIx::Class
* Знание linux/unix, понимание как работает
apache, nginx.
* Знания HTML, JavaScript

Рассматриваем в том числи и Junior, без
опыта работы, но, обязательно, с опытом
программирования на perl

О работе
* Разработка для веба 
* Специализация ( Вы будете писать только
код на perl, версткой занимаются другие
люди )
* Работа в офисе, Москва, метро Бауманская
* Полный день, гибкий график возможен по
отдельной договоренности

Если вас заинтересовало, пишите резюме
и/или вопросы на job на ngdev.org


From STork2000 на yandex.ru  Mon Sep  6 11:26:41 2010
From: STork2000 на yandex.ru (=?koi8-r?B?U1RvcmsgTG9naW5vZmYg7snLz8zByiDhzMXL08HOxNLP18ne?=)
Date: Mon, 06 Sep 2010 22:26:41 +0400
Subject: [Moscow.pm] =?koi8-r?b?98HLwc7TydEsIM3P08vXwQ==?=
In-Reply-To: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
Message-ID: <563721283797602@web66.yandex.ru>

Самое интересное забыли сказать.

06.09.10, 17:21, "Voronin Viktor" <voronin на x12.su>:

> Требования:
>  * знание как работает WEB и иметь
>  представление об используемых
>  web-стандартах (W3C, RFC)
>  * знание perl, способа реализации на нем
>  объектной модели
>  * DBI, Template::Toolkit. 
>  * Умение не изобретать велосипед
>  * SQL (PostgreSQL), желательно хранимые
>  процедуры(функции), триггеры
>  * Иметь представление о системах
>  контроля версий
>  
>  Дополнительными плюсами являются:
>  
>  * Опыт работы c Catalyst MVC
>  * Опыт работы с DBIx::Class
>  * Знание linux/unix, понимание как работает
>  apache, nginx.
>  * Знания HTML, JavaScript
>  
>  Рассматриваем в том числи и Junior, без
>  опыта работы, но, обязательно, с опытом
>  программирования на perl
>  
>  О работе
>  * Разработка для веба 
>  * Специализация ( Вы будете писать только
>  код на perl, версткой занимаются другие
>  люди )
>  * Работа в офисе, Москва, метро Бауманская
>  * Полный день, гибкий график возможен по
>  отдельной договоренности
>  
>  Если вас заинтересовало, пишите резюме
>  и/или вопросы на job на ngdev.org
>  
>  --
>  Moscow.pm mailing list
>  moscow-pm на pm.org | http://moscow.pm.org
>  
>  

-- 
 С Уважением, Login|off Николай Александрович.

From akzhan.abdulin на gmail.com  Mon Sep  6 14:49:49 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Tue, 7 Sep 2010 01:49:49 +0400
Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjywg0LzQvtGB0LrQstCw?=
In-Reply-To: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
Message-ID: <AANLkTinkHuDAevNKVw1ApKwW5SVFsh91FAMpW5T21rcb@mail.gmail.com>

денег не платят, да?)

6 сентября 2010 г. 17:21 пользователь Voronin Viktor <voronin на x12.su>написал:

> Требования:
> * знание как работает WEB и иметь
> представление об используемых
> web-стандартах (W3C, RFC)
> * знание perl, способа реализации на нем
> объектной модели
> * DBI, Template::Toolkit.
> * Умение не изобретать велосипед
> * SQL (PostgreSQL), желательно хранимые
> процедуры(функции), триггеры
> * Иметь представление о системах
> контроля версий
>
> Дополнительными плюсами являются:
>
> * Опыт работы c Catalyst MVC
> * Опыт работы с DBIx::Class
> * Знание linux/unix, понимание как работает
> apache, nginx.
> * Знания HTML, JavaScript
>
> Рассматриваем в том числи и Junior, без
> опыта работы, но, обязательно, с опытом
> программирования на perl
>
> О работе
> * Разработка для веба
> * Специализация ( Вы будете писать только
> код на perl, версткой занимаются другие
> люди )
> * Работа в офисе, Москва, метро Бауманская
> * Полный день, гибкий график возможен по
> отдельной договоренности
>
> Если вас заинтересовало, пишите резюме
> и/или вопросы на job на ngdev.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100907/3d8ed502/attachment.html>

From voronin на x12.su  Mon Sep  6 16:46:07 2010
From: voronin на x12.su (Voronin Viktor)
Date: Tue, 07 Sep 2010 03:46:07 +0400
Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjywg0LzQvtGB0LrQstCw?=
In-Reply-To: <AANLkTinkHuDAevNKVw1ApKwW5SVFsh91FAMpW5T21rcb@mail.gmail.com>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
	<AANLkTinkHuDAevNKVw1ApKwW5SVFsh91FAMpW5T21rcb@mail.gmail.com>
Message-ID: <a52c239b75afe99d5b499ccf71d88322@localhost>

Какие деньги, о чем Вы? Работа за еду. Не
уложился в срок - десять плетей.

Если серьезно: в данном случае
подразумевается "обсуждается
индивидуально", т.к. вакансия "широкая".
Да и, что греха таить, если указать хоть
какую-нибуть цифру тут сразу же
поднимется флуд. 

On Tue, 7 Sep 2010 01:49:49 +0400, Akzhan Abdulin
<akzhan.abdulin на gmail.com>
wrote:
> денег не платят, да?)
> 
> 6 сентября 2010 г. 17:21 пользователь Voronin Viktor
> <voronin на x12.su>написал:
> 
>> Требования:
>> * знание как работает WEB и иметь
>> представление об используемых
>> web-стандартах (W3C, RFC)
>> * знание perl, способа реализации на нем
>> объектной модели
>> * DBI, Template::Toolkit.
>> * Умение не изобретать велосипед
>> * SQL (PostgreSQL), желательно хранимые
>> процедуры(функции), триггеры
>> * Иметь представление о системах
>> контроля версий
>>
>> Дополнительными плюсами являются:
>>
>> * Опыт работы c Catalyst MVC
>> * Опыт работы с DBIx::Class
>> * Знание linux/unix, понимание как работает
>> apache, nginx.
>> * Знания HTML, JavaScript
>>
>> Рассматриваем в том числи и Junior, без
>> опыта работы, но, обязательно, с опытом
>> программирования на perl
>>
>> О работе
>> * Разработка для веба
>> * Специализация ( Вы будете писать
>> только
>> код на perl, версткой занимаются другие
>> люди )
>> * Работа в офисе, Москва, метро
>> Бауманская
>> * Полный день, гибкий график возможен по
>> отдельной договоренности
>>
>> Если вас заинтересовало, пишите резюме
>> и/или вопросы на job на ngdev.org
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>

From akovbovich на gmail.com  Mon Sep  6 17:14:21 2010
From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=)
Date: Tue, 7 Sep 2010 04:14:21 +0400
Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjywg0LzQvtGB0LrQstCw?=
In-Reply-To: <a52c239b75afe99d5b499ccf71d88322@localhost>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
	<AANLkTinkHuDAevNKVw1ApKwW5SVFsh91FAMpW5T21rcb@mail.gmail.com>
	<a52c239b75afe99d5b499ccf71d88322@localhost>
Message-ID: <AANLkTik_qrQ67QjKfCZw990Bg2WzLNbqOffnHWhf3DgX@mail.gmail.com>

Понравилось на главной сайта ngdev - "Currently planning global
domination. Check back soon".

Не силен в английской, но слух режет "planning global domination".
Может быть лучше "planning for global domination"?

В компании с такими целями можно и бесплатно поработать за % :-)


7 сентября 2010 г. 3:46 пользователь Voronin Viktor <voronin на x12.su> написал:
> Какие деньги, о чем Вы? Работа за еду. Не
> уложился в срок - десять плетей.
>
> Если серьезно: в данном случае
> подразумевается "обсуждается
> индивидуально", т.к. вакансия "широкая".
> Да и, что греха таить, если указать хоть
> какую-нибуть цифру тут сразу же
> поднимется флуд.
>
> On Tue, 7 Sep 2010 01:49:49 +0400, Akzhan Abdulin
> <akzhan.abdulin на gmail.com>
> wrote:
>> денег не платят, да?)
>>
>> 6 сентября 2010 г. 17:21 пользователь Voronin Viktor
>> <voronin на x12.su>написал:
>>
>>> Требования:
>>> * знание как работает WEB и иметь
>>> представление об используемых
>>> web-стандартах (W3C, RFC)
>>> * знание perl, способа реализации на нем
>>> объектной модели
>>> * DBI, Template::Toolkit.
>>> * Умение не изобретать велосипед
>>> * SQL (PostgreSQL), желательно хранимые
>>> процедуры(функции), триггеры
>>> * Иметь представление о системах
>>> контроля версий
>>>
>>> Дополнительными плюсами являются:
>>>
>>> * Опыт работы c Catalyst MVC
>>> * Опыт работы с DBIx::Class
>>> * Знание linux/unix, понимание как работает
>>> apache, nginx.
>>> * Знания HTML, JavaScript
>>>
>>> Рассматриваем в том числи и Junior, без
>>> опыта работы, но, обязательно, с опытом
>>> программирования на perl
>>>
>>> О работе
>>> * Разработка для веба
>>> * Специализация ( Вы будете писать
>>> только
>>> код на perl, версткой занимаются другие
>>> люди )
>>> * Работа в офисе, Москва, метро
>>> Бауманская
>>> * Полный день, гибкий график возможен по
>>> отдельной договоренности
>>>
>>> Если вас заинтересовало, пишите резюме
>>> и/или вопросы на job на ngdev.org
>>>
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>

From rshadow на rambler.ru  Wed Sep  8 04:38:56 2010
From: rshadow на rambler.ru (Roman V. Nikolaev)
Date: Wed, 08 Sep 2010 15:38:56 +0400
Subject: [Moscow.pm] =?koi8-r?b?98HLwc7TydEsIM3P08vXwQ==?=
In-Reply-To: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
Message-ID: <4C8775D0.6090709@rambler.ru>

> * Знания HTML, JavaScript

То есть я должен знать:
* знание как работает WEB и иметь представление об используемых
web-стандартах (W3C, RFC)
* ... Template::Toolkit.
* Опыт работы c Catalyst MVC
* ... понимание как работает apache, nginx.

Но вполне могу не знать что такое HTML? =)

-- 

         Roman V. Nikolaev

mail:        rshadow на rambler.ru
icq:         198-364-657
jabber:      rshadow на jabber.org
site:        http://www.rshadow.ru

----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100908/14dd7a7f/attachment.bin>

From andrey на kostenko.name  Wed Sep  8 04:41:35 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Wed, 8 Sep 2010 14:41:35 +0300
Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjywg0LzQvtGB0LrQstCw?=
In-Reply-To: <4C8775D0.6090709@rambler.ru>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
	<4C8775D0.6090709@rambler.ru>
Message-ID: <AANLkTikBqFNPzr=_3DtkjmEZ7dtW7-Z7Rc+ivSAFKcs2@mail.gmail.com>

Ты можешь не знать, как сверстать пустую страницу или нужную тебе форму))

2010/9/8 Roman V. Nikolaev <rshadow на rambler.ru>

> > * Знания HTML, JavaScript
>
> То есть я должен знать:
> * знание как работает WEB и иметь представление об используемых
> web-стандартах (W3C, RFC)
> * ... Template::Toolkit.
> * Опыт работы c Catalyst MVC
> * ... понимание как работает apache, nginx.
>
> Но вполне могу не знать что такое HTML? =)
>
> --
>
>         Roman V. Nikolaev
>
> mail:        rshadow на rambler.ru
> icq:         198-364-657
> jabber:      rshadow на jabber.org
> site:        http://www.rshadow.ru
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100908/d3818a2e/attachment.html>

From akovbovich на gmail.com  Wed Sep  8 04:51:40 2010
From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=)
Date: Wed, 8 Sep 2010 15:51:40 +0400
Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjywg0LzQvtGB0LrQstCw?=
In-Reply-To: <AANLkTikBqFNPzr=_3DtkjmEZ7dtW7-Z7Rc+ivSAFKcs2@mail.gmail.com>
References: <afbcc9e01d0fa8dcd14340c15acf82e6@localhost>
	<4C8775D0.6090709@rambler.ru>
	<AANLkTikBqFNPzr=_3DtkjmEZ7dtW7-Z7Rc+ivSAFKcs2@mail.gmail.com>
Message-ID: <AANLkTimirVLSq_qQy8YN3pH1xXJmHkQ5k_1Yuvf+PwVz@mail.gmail.com>

>> * знание как работает WEB и иметь представление об используемых
>> web-стандартах (W3C, RFC)

>> Но вполне могу не знать что такое HTML? =)

HTML входит в спеки W3C, так что знание требуется :)

8 сентября 2010 г. 15:41 пользователь Андрей Костенко
<andrey на kostenko.name> написал:
> Ты можешь не знать, как сверстать пустую страницу или нужную тебе форму))
>
> 2010/9/8 Roman V. Nikolaev <rshadow на rambler.ru>
>>
>> > * Знания HTML, JavaScript
>>
>> То есть я должен знать:
>> * знание как работает WEB и иметь представление об используемых
>> web-стандартах (W3C, RFC)
>> * ... Template::Toolkit.
>> * Опыт работы c Catalyst MVC
>> * ... понимание как работает apache, nginx.
>>
>> Но вполне могу не знать что такое HTML? =)
>>
>> --
>>
>>         Roman V. Nikolaev
>>
>> mail:        rshadow на rambler.ru
>> icq:         198-364-657
>> jabber:      rshadow на jabber.org
>> site:        http://www.rshadow.ru
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>

From ruz на bestpractical.com  Wed Sep 15 01:35:09 2010
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Wed, 15 Sep 2010 12:35:09 +0400
Subject: [Moscow.pm] GitHub Meetup Moscow, Tonight, Sep 15
Message-ID: <AANLkTimyCHArAk7=ycOVU3Ls2=vYseDB8v_rmaNXe6UB@mail.gmail.com>

http://github.com/blog/718-github-meetup-moscow-tonight-sep-15

-- 
Best regards, Ruslan.

From nordicdyno на yandex.ru  Wed Sep 15 07:44:40 2010
From: nordicdyno на yandex.ru (Orlovsky Alexander)
Date: Wed, 15 Sep 2010 18:44:40 +0400
Subject: [Moscow.pm] GitHub Meetup Moscow, Tonight, Sep 15
In-Reply-To: <AANLkTimyCHArAk7=ycOVU3Ls2=vYseDB8v_rmaNXe6UB@mail.gmail.com>
References: <AANLkTimyCHArAk7=ycOVU3Ls2=vYseDB8v_rmaNXe6UB@mail.gmail.com>
Message-ID: <15701284561880@web42.yandex.ru>

д-да, постараюсь быть.. не часто к нам такие крутые люди приезжают :)

15.09.10, 12:35, "Ruslan Zakirov" <ruz на bestpractical.com>:

> http://github.com/blog/718-github-meetup-moscow-tonight-sep-15
>  
>  

From andy на shitov.ru  Wed Sep 22 01:39:14 2010
From: andy на shitov.ru (Andrew Shitov)
Date: Wed, 22 Sep 2010 10:39:14 +0200
Subject: [Moscow.pm] git vs. SVN
Message-ID: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>

Привет!

Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
следам записать, почему я потратил полночи на переход c SVN на git.

1) У гита моментальный diff (понятно, потому что вся история хранится
локально у разработчика.
2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
3) Побочный эффект - у каждого участника создается бекап репозитория
со всей историей (хотя при случае просрать можно все копии разом, а
диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
центральный репозиторий по ssh, то кроме как создания каталога с
файлами гита делать не нужно вообще ничего.

Совсем не принимал во внимание гиковый маркетинг про распределенность,
про стеши, про работу в офлайне и про множественные коммиты перед
единым пушем.

Но как ни крути, я по-прежнему считаю, что git написан программистами
:-) Интерфейс - чистый ужас.

Из очевидных минусов - невозможность дрочить на увеличивающийся номер
версии (но это можно поправить в hooks/post-receive).

Не совсем про перл, конечно, но проект-то на перле :-)

Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
гита, на которые я не обращаю особого внимания.


P. S. Миграцию делал git-svn.


-- 
Andrew Shitov
______________________________________________________________________
andy на shitov.ru | http://shitov.ru

From sharifulin на gmail.com  Wed Sep 22 01:49:20 2010
From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=)
Date: Wed, 22 Sep 2010 12:49:20 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTi=_QEQ02Fx-RBWYYo9=OZi35pk--E7uKEFXC+zN@mail.gmail.com>

git add . - добавляет все файлы, а не ругается как svn, я уже контроллирую
их, но на самом деле надо что-то добавить в контроль. Лучше добавлять все,
исключая (через .gitignore),  чем включать только нужное, я же могу и
забыть, а файлов много :)

Второстепенно: мне очень нравится социальная сеть разработчиков
github.comна основе git.
Фишки: fork и .gitmodules


2010/9/22 Andrew Shitov <andy на shitov.ru>

> Привет!
>
> Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
> следам записать, почему я потратил полночи на переход c SVN на git.
>
> 1) У гита моментальный diff (понятно, потому что вся история хранится
> локально у разработчика.
> 2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
> 3) Побочный эффект - у каждого участника создается бекап репозитория
> со всей историей (хотя при случае просрать можно все копии разом, а
> диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
> 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> центральный репозиторий по ssh, то кроме как создания каталога с
> файлами гита делать не нужно вообще ничего.
>
> Совсем не принимал во внимание гиковый маркетинг про распределенность,
> про стеши, про работу в офлайне и про множественные коммиты перед
> единым пушем.
>
> Но как ни крути, я по-прежнему считаю, что git написан программистами
> :-) Интерфейс - чистый ужас.
>
> Из очевидных минусов - невозможность дрочить на увеличивающийся номер
> версии (но это можно поправить в hooks/post-receive).
>
> Не совсем про перл, конечно, но проект-то на перле :-)
>
> Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
> гита, на которые я не обращаю особого внимания.
>
>
> P. S. Миграцию делал git-svn.
>
>
> --
> Andrew Shitov
> ______________________________________________________________________
> andy на shitov.ru | http://shitov.ru
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/f59fe641/attachment.html>

From ivan на bessarabov.ru  Wed Sep 22 01:50:43 2010
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Wed, 22 Sep 2010 12:50:43 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTin1rysBvnySjJoOUyT_XZh9Vf0sFcOikDo3dByz@mail.gmail.com>

Еще git очень хорош локальными ветками и наличием github.com и gerrit.

С другой стороны svn очень хорош отлаженной связкой с trac (GitPlugin
периодически выбешивает своими недостатками). Также svn сильно проще и
это его очень большой плюс.

22 сентября 2010 г. 12:39 пользователь Andrew Shitov <andy на shitov.ru> написал:
> Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
> гита, на которые я не обращаю особого внимания.

From dmarsentev на gmail.com  Wed Sep 22 01:53:07 2010
From: dmarsentev на gmail.com (Dmitry Arsentiev)
Date: Wed, 22 Sep 2010 12:53:07 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTinFjOL+FQZg+k3AaCmzs9gd3U0441FKP9Y8jfSM@mail.gmail.com>

На 1/2 оффтоп.
Наверное, все слышали уже, но на всякий случай порекламирую.
http://utp.umputun.com/
Три выпуска подкаста про Mercurial в частности и про DVCS вообще.

22 сентября 2010 г. 12:39 пользователь Andrew Shitov <andy на shitov.ru> написал:
> Привет!
>
> Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
> следам записать, почему я потратил полночи на переход c SVN на git.
>
> 1) У гита моментальный diff (понятно, потому что вся история хранится
> локально у разработчика.
> 2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
> 3) Побочный эффект - у каждого участника создается бекап репозитория
> со всей историей (хотя при случае просрать можно все копии разом, а
> диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
> 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> центральный репозиторий по ssh, то кроме как создания каталога с
> файлами гита делать не нужно вообще ничего.
>
> Совсем не принимал во внимание гиковый маркетинг про распределенность,
> про стеши, про работу в офлайне и про множественные коммиты перед
> единым пушем.
>
> Но как ни крути, я по-прежнему считаю, что git написан программистами
> :-) Интерфейс - чистый ужас.
>
> Из очевидных минусов - невозможность дрочить на увеличивающийся номер
> версии (но это можно поправить в hooks/post-receive).
>
> Не совсем про перл, конечно, но проект-то на перле :-)
>
> Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
> гита, на которые я не обращаю особого внимания.
>
>
> P. S. Миграцию делал git-svn.
>
>
> --
> Andrew Shitov
> ______________________________________________________________________
> andy на shitov.ru | http://shitov.ru
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>

From sharifulin на gmail.com  Wed Sep 22 01:55:36 2010
From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=)
Date: Wed, 22 Sep 2010 12:55:36 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinFjOL+FQZg+k3AaCmzs9gd3U0441FKP9Y8jfSM@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTinFjOL+FQZg+k3AaCmzs9gd3U0441FKP9Y8jfSM@mail.gmail.com>
Message-ID: <AANLkTi=TyrX1+hRdEogZdHHGsmXve_jf8tPm7W2BDALm@mail.gmail.com>

git clone можно делать, используя локальный путь, ssh, http. Это очень
круто)

2010/9/22 Dmitry Arsentiev <dmarsentev на gmail.com>

> На 1/2 оффтоп.
> Наверное, все слышали уже, но на всякий случай порекламирую.
> http://utp.umputun.com/
> Три выпуска подкаста про Mercurial в частности и про DVCS вообще.
>
> 22 сентября 2010 г. 12:39 пользователь Andrew Shitov <andy на shitov.ru>
> написал:
> > Привет!
> >
> > Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
> > следам записать, почему я потратил полночи на переход c SVN на git.
> >
> > 1) У гита моментальный diff (понятно, потому что вся история хранится
> > локально у разработчика.
> > 2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему
> проекту.
> > 3) Побочный эффект - у каждого участника создается бекап репозитория
> > со всей историей (хотя при случае просрать можно все копии разом, а
> > диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
> > 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> > центральный репозиторий по ssh, то кроме как создания каталога с
> > файлами гита делать не нужно вообще ничего.
> >
> > Совсем не принимал во внимание гиковый маркетинг про распределенность,
> > про стеши, про работу в офлайне и про множественные коммиты перед
> > единым пушем.
> >
> > Но как ни крути, я по-прежнему считаю, что git написан программистами
> > :-) Интерфейс - чистый ужас.
> >
> > Из очевидных минусов - невозможность дрочить на увеличивающийся номер
> > версии (но это можно поправить в hooks/post-receive).
> >
> > Не совсем про перл, конечно, но проект-то на перле :-)
> >
> > Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
> > гита, на которые я не обращаю особого внимания.
> >
> >
> > P. S. Миграцию делал git-svn.
> >
> >
> > --
> > Andrew Shitov
> > ______________________________________________________________________
> > andy на shitov.ru | http://shitov.ru
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> >
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/e97ee94d/attachment-0001.html>

From evdokimov.denis на gmail.com  Wed Sep 22 01:58:20 2010
From: evdokimov.denis на gmail.com (Denis Evdokimov)
Date: Wed, 22 Sep 2010 12:58:20 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTimuh_2T6-6_X+0Oxv4Vt6hE48=8fnwz5fWQEXRO@mail.gmail.com>

Хотелось бы немного уточнить

> 1) У гита моментальный diff (понятно, потому что вся история хранится
> локально у разработчика.
diff у svn тоже мгновенный, т.к. последний закоммиченный вариант
хранится локально, а 95% всех дифов делается между текущей и
предыдущей.

> 2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
Самое раздражающее в svn

From ivan на bessarabov.ru  Wed Sep 22 02:02:09 2010
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Wed, 22 Sep 2010 13:02:09 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>

> 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> центральный репозиторий по ssh, то кроме как создания каталога с
> файлами гита делать не нужно вообще ничего.

Кстати svn тоже прекрасно умеет ходить по ssh. Никакой дополнительной
настройки кроме стандартного svnadmin create делать не нужно =)

From sharifulin на gmail.com  Wed Sep 22 02:05:29 2010
From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=)
Date: Wed, 22 Sep 2010 13:05:29 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>
Message-ID: <AANLkTi=LN3KVwqGpBQFa_P3V=YorwNYKpsJXzRacnHF8@mail.gmail.com>

Да SVN - зло, хватит его защищать :)

2010/9/22 Иван Бессарабов <ivan на bessarabov.ru>

> > 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> > центральный репозиторий по ssh, то кроме как создания каталога с
> > файлами гита делать не нужно вообще ничего.
>
> Кстати svn тоже прекрасно умеет ходить по ssh. Никакой дополнительной
> настройки кроме стандартного svnadmin create делать не нужно =)
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/9d43a0b6/attachment.html>

From ivanshirokoff на gmail.com  Wed Sep 22 02:10:34 2010
From: ivanshirokoff на gmail.com (ivanshirokoff на gmail.com)
Date: Wed, 22 Sep 2010 13:10:34 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <4C99C80A.4010906@gmail.com>

  22.09.2010 12:39, Andrew Shitov пишет:

В гите нет аналога svn:externals.
Очень удобно забирать какие-то общие компоненты во всех проектах из 
одного места.

> Привет!
>
> Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
> следам записать, почему я потратил полночи на переход c SVN на git.
>
> 1) У гита моментальный diff (понятно, потому что вся история хранится
> локально у разработчика.
> 2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
> 3) Побочный эффект - у каждого участника создается бекап репозитория
> со всей историей (хотя при случае просрать можно все копии разом, а
> диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
> 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> центральный репозиторий по ssh, то кроме как создания каталога с
> файлами гита делать не нужно вообще ничего.
>
> Совсем не принимал во внимание гиковый маркетинг про распределенность,
> про стеши, про работу в офлайне и про множественные коммиты перед
> единым пушем.
>
> Но как ни крути, я по-прежнему считаю, что git написан программистами
> :-) Интерфейс - чистый ужас.
>
> Из очевидных минусов - невозможность дрочить на увеличивающийся номер
> версии (но это можно поправить в hooks/post-receive).
>
> Не совсем про перл, конечно, но проект-то на перле :-)
>
> Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
> гита, на которые я не обращаю особого внимания.
>
>
> P. S. Миграцию делал git-svn.
>
>


From ivan на bessarabov.ru  Wed Sep 22 02:12:13 2010
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Wed, 22 Sep 2010 13:12:13 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <4C99C80A.4010906@gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<4C99C80A.4010906@gmail.com>
Message-ID: <AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>

22 сентября 2010 г. 13:10 пользователь ivanshirokoff на gmail.com
<ivanshirokoff на gmail.com> написал:
> В гите нет аналога svn:externals.
> Очень удобно забирать какие-то общие компоненты во всех проектах из одного
> места.

.gitmodules

From ivanshirokoff на gmail.com  Wed Sep 22 02:16:21 2010
From: ivanshirokoff на gmail.com (ivanshirokoff на gmail.com)
Date: Wed, 22 Sep 2010 13:16:21 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>	<4C99C80A.4010906@gmail.com>
	<AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>
Message-ID: <4C99C965.6080808@gmail.com>

  22.09.2010 13:12, Иван Бессарабов пишет:
> 22 сентября 2010 г. 13:10 пользователь ivanshirokoff на gmail.com
> <ivanshirokoff на gmail.com>  написал:
>> В гите нет аналога svn:externals.
>> Очень удобно забирать какие-то общие компоненты во всех проектах из одного
>> места.
> .gitmodules

То, что надо. Вопрос снимается.

> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


From ivan на bessarabov.ru  Wed Sep 22 02:18:52 2010
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Wed, 22 Sep 2010 13:18:52 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTi=LN3KVwqGpBQFa_P3V=YorwNYKpsJXzRacnHF8@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>
	<AANLkTi=LN3KVwqGpBQFa_P3V=YorwNYKpsJXzRacnHF8@mail.gmail.com>
Message-ID: <AANLkTikLBwoSpw7HdahPR3A59_Vq9zOKLD86BvuFn5Z-@mail.gmail.com>

Не согласен =) И svn и git оба имеют права на жизнь, оба прекрасно
справляются с главной задачей ? контролить версии. Svn проще и это
очень большой плюс. Git моложе и имеет кучу приятных фишек.

Очень надеюсь что через 5 лет не появится чего-то еще более модного
чем гит и не придется опять разбиратся =)

22 сентября 2010 г. 13:05 пользователь Анатолий Шарифулин
<sharifulin на gmail.com> написал:
> Да SVN ? зло, хватит его защищать :)

From sharifulin на gmail.com  Wed Sep 22 02:21:17 2010
From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=)
Date: Wed, 22 Sep 2010 13:21:17 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTikLBwoSpw7HdahPR3A59_Vq9zOKLD86BvuFn5Z-@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>
	<AANLkTi=LN3KVwqGpBQFa_P3V=YorwNYKpsJXzRacnHF8@mail.gmail.com>
	<AANLkTikLBwoSpw7HdahPR3A59_Vq9zOKLD86BvuFn5Z-@mail.gmail.com>
Message-ID: <AANLkTimE-v8ULcFjQfoROp3JregH5Fjs+dQ0qog+YYeK@mail.gmail.com>

Так пусть появляется, это же прогресс.

2010/9/22 Иван Бессарабов <ivan на bessarabov.ru>

> Не согласен =) И svn и git оба имеют права на жизнь, оба прекрасно
> справляются с главной задачей -- контролить версии. Svn проще и это
> очень большой плюс. Git моложе и имеет кучу приятных фишек.
>
> Очень надеюсь что через 5 лет не появится чего-то еще более модного
> чем гит и не придется опять разбиратся =)
>
> 22 сентября 2010 г. 13:05 пользователь Анатолий Шарифулин
> <sharifulin на gmail.com> написал:
> > Да SVN - зло, хватит его защищать :)
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/73a60b82/attachment-0001.html>

From andrei.protasovitski на gmail.com  Wed Sep 22 02:21:00 2010
From: andrei.protasovitski на gmail.com (Andrei)
Date: Wed, 22 Sep 2010 11:21:00 +0200
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTikex6YQFnbPsU5xE90-mhgOx_nc7PtvT+ewktvX@mail.gmail.com>

Злостный двойной ontopic:

http://dev.perl.org/perl5/source.html
http://github.com/rakudo/rakudo/downloads

22 сентября 2010 г. 10:39 пользователь Andrew Shitov <andy на shitov.ru>написал:

> Привет!
>
> Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
> следам записать, почему я потратил полночи на переход c SVN на git.
>
> 1) У гита моментальный diff (понятно, потому что вся история хранится
> локально у разработчика.
> 2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
> 3) Побочный эффект - у каждого участника создается бекап репозитория
> со всей историей (хотя при случае просрать можно все копии разом, а
> диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
> 4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
> центральный репозиторий по ssh, то кроме как создания каталога с
> файлами гита делать не нужно вообще ничего.
>
> Совсем не принимал во внимание гиковый маркетинг про распределенность,
> про стеши, про работу в офлайне и про множественные коммиты перед
> единым пушем.
>
> Но как ни крути, я по-прежнему считаю, что git написан программистами
> :-) Интерфейс - чистый ужас.
>
> Из очевидных минусов - невозможность дрочить на увеличивающийся номер
> версии (но это можно поправить в hooks/post-receive).
>
> Не совсем про перл, конечно, но проект-то на перле :-)
>
> Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
> гита, на которые я не обращаю особого внимания.
>
>
> P. S. Миграцию делал git-svn.
>
>
> --
> Andrew Shitov
> ______________________________________________________________________
> andy на shitov.ru | http://shitov.ru
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Andrei Protasovitski
< andrei[dot]protasovitski[at]gmail[dot]com >
Diemen, Netherlands
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/cbac55bd/attachment.html>

From chesnokov.ilya на gmail.com  Wed Sep 22 03:21:08 2010
From: chesnokov.ilya на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KfQtdGB0L3QvtC60L7Qsg==?=)
Date: Wed, 22 Sep 2010 14:21:08 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <4C99C965.6080808@gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<4C99C80A.4010906@gmail.com>
	<AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>
	<4C99C965.6080808@gmail.com>
Message-ID: <AANLkTi=moZGqBQBkjYEPc202E=zHHjV_3-Kzh1kT+tXe@mail.gmail.com>

22 сентября 2010 г. 13:16 пользователь ivanshirokoff на gmail.com
<ivanshirokoff на gmail.com> написал:
>  22.09.2010 13:12, Иван Бессарабов пишет:
>>
>> 22 сентября 2010 г. 13:10 пользователь ivanshirokoff на gmail.com
>> <ivanshirokoff на gmail.com>  написал:
>>>
>>> В гите нет аналога svn:externals.
>>> Очень удобно забирать какие-то общие компоненты во всех проектах из
>>> одного
>>> места.
>>
>> .gitmodules
>
> То, что надо. Вопрос снимается.

Ага, только этот вариант не позволяет выкачивать *пути* из проекта,
как в SVN. Приходится общие файлы выделать в отдельный репозиторий - и
тогда только выкачивать. А для этого, кстати, удобнее использовать
внешнюю тулзу - giternal.

Я в целом не защищаю SVN, то отсутствие в Git полного и удобного
аналога svn:externals - единственная фича, которая на данный момент
мешает нам перейти с SVN на Git.

Ну а ещё ради справедливости стоит заметить, что помимо Git полно
других DVCS - тут уже упоминался Mercurial, а я хочу напомнить про
Bazaar: http://www.google.ru/search?q=bazaar+svn

-- 
Ilya Chesnokov

From daxim на cpan.org  Wed Sep 22 03:20:22 2010
From: daxim на cpan.org (Lars =?utf-8?b?RMmq4bSH4bSE4bSL4bSP4bShIOi/quaLieaWrw==?=)
Date: Wed, 22 Sep 2010 12:20:22 +0200
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <201009221221.24516.daxim@cpan.org>

Я блицдокладывал на YAPC::EU 2008 о моё любимое особенности Gitа, движение по 
времени чтобы починить ошибки. ?

На пример, я забыл передать некоторые файли, но позже замечаю.

    > git log --pretty=oneline
    cafecafe HEAD
    ?
    1337babe oops, new feature was missing some test files
    ?
    ?
    0fabcab0 (something different)
    deadbeef new feature blah
    bb00b1e5 (something)

Я хочу соединить deadbeef с 1337babe.

    > git rebase --interactive deadbeef^

В $EDITORе?

    pick bb00b1e5 (something)
    pick deadbeef new feature blah
    pick 0fabcab0 (something different)
    pick 00000001 (unimportant)
    pick 00000002 (unimportant)
    pick 00000003 (unimportant)
    pick 1337babe oops, new feature was missing some test files
    pick 00000004 (unimportant)
    pick 00000005 (unimportant)
    pick 00000006 (unimportant)
    pick cafecafe HEAD

    # Rebase bb00b1e5..cafecafe onto bb00b1e5
    #
    # Commands:
    #  p, pick = use commit
    #  r, reword = use commit, but edit the commit message
    #  e, edit = use commit, but stop for amending
    #  s, squash = use commit, but meld into previous commit
    #  f, fixup = like "squash", but discard this commit's log message
    #
    # If you remove a line here THAT COMMIT WILL BE LOST.
    # However, if you remove everything, the rebase will be aborted.
    #

? переставию так:

    pick bb00b1e5 (something)
    pick deadbeef new feature blah
    s 1337babe oops, new feature was missing some test files
    pick 0fabcab0 (something different)
    pick 00000001 (unimportant)
    pick 00000002 (unimportant)
    pick 00000003 (unimportant)
    pick 00000004 (unimportant)
    pick 00000005 (unimportant)
    pick 00000006 (unimportant)
    pick cafecafe HEAD

Сохранить, закрыть:

    Rebasing (n/m)
    [detached HEAD 1337beef] new feature blah (with tests)
     x files changed, y insertions(+), z deletions(-)
    Successfully rebased and updated refs/heads/master.

Действует!

    > git log --pretty=oneline
    faceface HEAD
    ?
    cabbfabb (something different)
    1337beef new feature blah (with tests)
    bb00b1e5 (something)

-- 
желаю вам все хороший праздник середины осени
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/5af6a69f/attachment.bin>

From andy на shitov.ru  Wed Sep 22 04:28:57 2010
From: andy на shitov.ru (Andrew Shitov)
Date: Wed, 22 Sep 2010 13:28:57 +0200
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTi=_QEQ02Fx-RBWYYo9=OZi35pk--E7uKEFXC+zN@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTi=_QEQ02Fx-RBWYYo9=OZi35pk--E7uKEFXC+zN@mail.gmail.com>
Message-ID: <AANLkTi=uZL8+3qDiaZcFz5nBLJ1W8GoVhUeSOTqxz-OH@mail.gmail.com>

Да, про добавление. Это, конечно, сильно непривычно - иметь отдельное
staging-пространство между рабочим каталогом и коммитом, но по
настоящему прет, когда git status показывает состояние всех файлов в
проекте, если ты просишь git status, когда находишься где-то в глубоко
вложенном каталоге.


> git add . ? добавляет все файлы, а не ругается как svn, я уже контроллирую


-- 
Andrew Shitov
______________________________________________________________________
andy на shitov.ru | http://shitov.ru

From akzhan.abdulin на gmail.com  Wed Sep 22 05:22:23 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 22 Sep 2010 16:22:23 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTi=moZGqBQBkjYEPc202E=zHHjV_3-Kzh1kT+tXe@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<4C99C80A.4010906@gmail.com>
	<AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>
	<4C99C965.6080808@gmail.com>
	<AANLkTi=moZGqBQBkjYEPc202E=zHHjV_3-Kzh1kT+tXe@mail.gmail.com>
Message-ID: <AANLkTint85huEunQkw-3daRwpjSs0eemdpQu22-MqYB6@mail.gmail.com>

Справедливости ради, есть ещё git subtree (
http://habrahabr.ru/blogs/Git/75964/, http://help.github.com/subtree-merge/)

Кстати, вынести подпапку со всеми коммитами  в отдельный репозиторий тоже
можно легко и быстро (
http://help.github.com/splitting-a-subpath-to-a-new-repo/).

22 сентября 2010 г. 14:21 пользователь Илья Чесноков <
chesnokov.ilya на gmail.com> написал:

> 22 сентября 2010 г. 13:16 пользователь ivanshirokoff на gmail.com
> <ivanshirokoff на gmail.com> написал:
> >  22.09.2010 13:12, Иван Бессарабов пишет:
> >>
> >> 22 сентября 2010 г. 13:10 пользователь ivanshirokoff на gmail.com
> >> <ivanshirokoff на gmail.com>  написал:
> >>>
> >>> В гите нет аналога svn:externals.
> >>> Очень удобно забирать какие-то общие компоненты во всех проектах из
> >>> одного
> >>> места.
> >>
> >> .gitmodules
> >
> > То, что надо. Вопрос снимается.
>
> Ага, только этот вариант не позволяет выкачивать *пути* из проекта,
> как в SVN. Приходится общие файлы выделать в отдельный репозиторий - и
> тогда только выкачивать. А для этого, кстати, удобнее использовать
> внешнюю тулзу - giternal.
>
> Я в целом не защищаю SVN, то отсутствие в Git полного и удобного
> аналога svn:externals - единственная фича, которая на данный момент
> мешает нам перейти с SVN на Git.
>
> Ну а ещё ради справедливости стоит заметить, что помимо Git полно
> других DVCS - тут уже упоминался Mercurial, а я хочу напомнить про
> Bazaar: http://www.google.ru/search?q=bazaar+svn
>
> --
> Ilya Chesnokov
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/b55caa45/attachment-0001.html>

From postmaster на softsearch.ru  Wed Sep 22 10:41:00 2010
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 22 Sep 2010 21:41:00 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTimuh_2T6-6_X+0Oxv4Vt6hE48=8fnwz5fWQEXRO@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTimuh_2T6-6_X+0Oxv4Vt6hE48=8fnwz5fWQEXRO@mail.gmail.com>
Message-ID: <1765372862.20100922214100@softsearch.ru>

Здравствуйте, Денис.

>> 1) У гита моментальный diff (понятно, потому что вся история хранится
>> локально у разработчика.
DE> diff у svn тоже мгновенный, т.к. последний закоммиченный вариант
DE> хранится локально, а 95% всех дифов делается между текущей и
DE> предыдущей.

Если проект большой, то очень не моментальный...

-- 

С уважением,
Михаил Монашёв
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.


From postmaster на softsearch.ru  Wed Sep 22 10:47:04 2010
From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=)
Date: Wed, 22 Sep 2010 21:47:04 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTikLBwoSpw7HdahPR3A59_Vq9zOKLD86BvuFn5Z-@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>
	<AANLkTi=LN3KVwqGpBQFa_P3V=YorwNYKpsJXzRacnHF8@mail.gmail.com>
	<AANLkTikLBwoSpw7HdahPR3A59_Vq9zOKLD86BvuFn5Z-@mail.gmail.com>
Message-ID: <991408185.20100922214704@softsearch.ru>

Здравствуйте, Иван.

ИБ> Не согласен =) И svn и git оба имеют права на жизнь, оба прекрасно
ИБ> справляются с главной задачей ? контролить версии. Svn проще и это
ИБ> очень большой плюс. Git моложе и имеет кучу приятных фишек.

ИБ> Очень надеюсь что через 5 лет не появится чего-то еще более модного
ИБ> чем гит и не придется опять разбиратся =)

Мне  со  стороны  кажется,  что git пишется авторами php. Также криво,
глючно  и  непродуманно.  Этакий  Linux-style,  когда могут релизить с
очевидными  багами,  один  фикс  рушит  половину  системы и т.д. Иными
словами,  когда разработка стихийная, без единого центра, принимающего
решения и следующего чёткому плану.

Соответственно и держать код в такой развалине мне лично страшновато.
Чаще поглядываю на Меркуриал.

-- 

С уважением,
Михаил Монашёв
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.


From akzhan.abdulin на gmail.com  Wed Sep 22 10:59:37 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 22 Sep 2010 21:59:37 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <991408185.20100922214704@softsearch.ru>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<AANLkTimRJoH6MHfpH3BrkPQq6=ci-tsYza-qPWX_yLsT@mail.gmail.com>
	<AANLkTi=LN3KVwqGpBQFa_P3V=YorwNYKpsJXzRacnHF8@mail.gmail.com>
	<AANLkTikLBwoSpw7HdahPR3A59_Vq9zOKLD86BvuFn5Z-@mail.gmail.com>
	<991408185.20100922214704@softsearch.ru>
Message-ID: <AANLkTikK6S3__Cb0LFPPSMsaA7y0QO+fjMwEYYWgqRYt@mail.gmail.com>

Я использую Git строго из репозиториев, поэтому с такой проблемой никогда не
сталкивался, там всё-таки обычно более-менее stable.

Да и сама суть Git в том, что у каждого есть свой независимый репозиторий.

Мы используем ещё общий на основе Gitorious (ранее использоваи Gitosis), и
по нормальной привычки ещё и его бэкапим.

22 сентября 2010 г. 21:47 пользователь Михаил Монашёв <
postmaster на softsearch.ru> написал:

> Здравствуйте, Иван.
>
> ИБ> Не согласен =) И svn и git оба имеют права на жизнь, оба прекрасно
> ИБ> справляются с главной задачей ? контролить версии. Svn проще и это
> ИБ> очень большой плюс. Git моложе и имеет кучу приятных фишек.
>
> ИБ> Очень надеюсь что через 5 лет не появится чего-то еще более модного
> ИБ> чем гит и не придется опять разбиратся =)
>
> Мне  со  стороны  кажется,  что git пишется авторами php. Также криво,
> глючно  и  непродуманно.  Этакий  Linux-style,  когда могут релизить с
> очевидными  багами,  один  фикс  рушит  половину  системы и т.д. Иными
> словами,  когда разработка стихийная, без единого центра, принимающего
> решения и следующего чёткому плану.
>
> Соответственно и держать код в такой развалине мне лично страшновато.
> Чаще поглядываю на Меркуриал.
>
> --
>
> С уважением,
> Михаил Монашёв
> mailto:postmaster на softsearch.ru
> ICQ# 166233339
> http://michael.mindmix.ru/
> Без бэкапа по жизни.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/c9fa3f5c/attachment.html>

From ruz на bestpractical.com  Wed Sep 22 11:39:07 2010
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Wed, 22 Sep 2010 22:39:07 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <201009221221.24516.daxim@cpan.org>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<201009221221.24516.daxim@cpan.org>
Message-ID: <AANLkTikTOY36FoUzY95KcodjQvs=Hp6NrFPnnbH69WjH@mail.gmail.com>

Вот это левая штука для выделения одного патча, состоящего из нескольких
комиков, и отправки пользователям, клиентам или в продакшен.

22.09.2010 14:21 пользователь "Lars D?????? ???" <daxim на cpan.org> написал:

Я блицдокладывал на YAPC::EU 2008 о моё любимое особенности Gitа, движение
по
времени чтобы починить ошибки. ?

На пример, я забыл передать некоторые файли, но позже замечаю.

   > git log --pretty=oneline
   cafecafe HEAD
   ?
   1337babe oops, new feature was missing some test files
   ?
   ?
   0fabcab0 (something different)
   deadbeef new feature blah
   bb00b1e5 (something)

Я хочу соединить deadbeef с 1337babe.

   > git rebase --interactive deadbeef^

В $EDITORе?

   pick bb00b1e5 (something)
   pick deadbeef new feature blah
   pick 0fabcab0 (something different)
   pick 00000001 (unimportant)
   pick 00000002 (unimportant)
   pick 00000003 (unimportant)
   pick 1337babe oops, new feature was missing some test files
   pick 00000004 (unimportant)
   pick 00000005 (unimportant)
   pick 00000006 (unimportant)
   pick cafecafe HEAD

   # Rebase bb00b1e5..cafecafe onto bb00b1e5
   #
   # Commands:
   #  p, pick = use commit
   #  r, reword = use commit, but edit the commit message
   #  e, edit = use commit, but stop for amending
   #  s, squash = use commit, but meld into previous commit
   #  f, fixup = like "squash", but discard this commit's log message
   #
   # If you remove a line here THAT COMMIT WILL BE LOST.
   # However, if you remove everything, the rebase will be aborted.
   #

? переставию так:

   pick bb00b1e5 (something)
   pick deadbeef new feature blah
   s 1337babe oops, new feature was missing some test files
   pick 0fabcab0 (something different)
   pick 00000001 (unimportant)
   pick 00000002 (unimportant)
   pick 00000003 (unimportant)
   pick 00000004 (unimportant)
   pick 00000005 (unimportant)
   pick 00000006 (unimportant)
   pick cafecafe HEAD

Сохранить, закрыть:

   Rebasing (n/m)
   [detached HEAD 1337beef] new feature blah (with tests)
    x files changed, y insertions(+), z deletions(-)
   Successfully rebased and updated refs/heads/master.

Действует!

   > git log --pretty=oneline
   faceface HEAD
   ?
   cabbfabb (something different)
   1337beef new feature blah (with tests)
   bb00b1e5 (something)

--
желаю вам все хороший праздник середины осени

--
Moscow.pm mailing list
moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/454a244f/attachment.html>

From ruz на bestpractical.com  Wed Sep 22 11:43:23 2010
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Wed, 22 Sep 2010 22:43:23 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <AANLkTinePhPJcGAcjhG-2JyjZmAW376P+M2Ga6g3BiLZ@mail.gmail.com>

Из минусов массовое переименовали в одной ветке и последующие объединения из
другой. Пока не видел решений этой проблемы.

22.09.2010 12:39 пользователь "Andrew Shitov" <andy на shitov.ru> написал:

Привет!

Не собираюсь затевать флейм, но, с другой стороны, хочется по горячим
следам записать, почему я потратил полночи на переход c SVN на git.

1) У гита моментальный diff (понятно, потому что вся история хранится
локально у разработчика.
2) Наконец-то исчезли бесконечные папки .svn, раскиданные по всему проекту.
3) Побочный эффект - у каждого участника создается бекап репозитория
со всей историей (хотя при случае просрать можно все копии разом, а
диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
4) Не нужно держать запущенным сервер типа svnserve. Если ходить в
центральный репозиторий по ssh, то кроме как создания каталога с
файлами гита делать не нужно вообще ничего.

Совсем не принимал во внимание гиковый маркетинг про распределенность,
про стеши, про работу в офлайне и про множественные коммиты перед
единым пушем.

Но как ни крути, я по-прежнему считаю, что git написан программистами
:-) Интерфейс - чистый ужас.

Из очевидных минусов - невозможность дрочить на увеличивающийся номер
версии (но это можно поправить в hooks/post-receive).

Не совсем про перл, конечно, но проект-то на перле :-)

Дополняйте! Особенно интересно услышать тех, кто пользуется фичами
гита, на которые я не обращаю особого внимания.


P. S. Миграцию делал git-svn.


--
Andrew Shitov
______________________________________________________________________
andy на shitov.ru | http://shitov.ru
--
Moscow.pm mailing list
moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100922/befb3b07/attachment-0001.html>

From rshadow на rambler.ru  Wed Sep 22 23:32:35 2010
From: rshadow на rambler.ru (Roman V. Nikolaev)
Date: Thu, 23 Sep 2010 10:32:35 +0400
Subject: [Moscow.pm] =?utf-8?b?0JDQstGC0L7QvNCw0YLQuNGH0LXRgdC60L7QtSA=?=
 =?utf-8?b?0L7Qv9GA0LXQtNC10LvQtdC90LjQtSDQutC+0LTQuNGA0L7QstC60Lg=?=
Message-ID: <4C9AF483.3010305@rambler.ru>

Подскажите пожалуйста название модуля автоматического определения кодировки.
Хотел использовать enca но не нашел к нему биндинг для перла на сипане.

-- 

         Roman V. Nikolaev

mail:        rshadow на rambler.ru
icq:         198-364-657
jabber:      rshadow на jabber.org
site:        http://www.rshadow.ru

----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100923/e7f09a65/attachment.bin>

From ivan на bessarabov.ru  Wed Sep 22 23:36:06 2010
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Thu, 23 Sep 2010 10:36:06 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTi=moZGqBQBkjYEPc202E=zHHjV_3-Kzh1kT+tXe@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<4C99C80A.4010906@gmail.com>
	<AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>
	<4C99C965.6080808@gmail.com>
	<AANLkTi=moZGqBQBkjYEPc202E=zHHjV_3-Kzh1kT+tXe@mail.gmail.com>
Message-ID: <AANLkTi=WNA_BVfY0+ztp0_sjM1zucp78g1vDrZUMqLSm@mail.gmail.com>

22 сентября 2010 г. 14:21 пользователь Илья Чесноков
<chesnokov.ilya на gmail.com> написал:
> Я в целом не защищаю SVN, то отсутствие в Git полного и удобного
> аналога svn:externals - единственная фича, которая на данный момент
> мешает нам перейти с SVN на Git.

Скажите, а вам не мешает, что svn показывает иксы радом с внешними библиотеками:
$ svn st
X      lib/a

Вы просто не обращаете на это внимание или запускаете "svn st
--ignore-externals -q" ?

From isage на aumi.ru  Wed Sep 22 23:50:05 2010
From: isage на aumi.ru (iSage)
Date: Thu, 23 Sep 2010 09:50:05 +0300
Subject: [Moscow.pm] =?utf-8?b?0JDQstGC0L7QvNCw0YLQuNGH0LXRgdC60L7QtSA=?=
	=?utf-8?b?0L7Qv9GA0LXQtNC10LvQtdC90LjQtSDQutC+0LTQuNGA0L7QstC60Lg=?=
In-Reply-To: <4C9AF483.3010305@rambler.ru>
References: <4C9AF483.3010305@rambler.ru>
Message-ID: <aa0790f3acf676588d41ef2a71840959@aumi.ru>

On Thu, 23 Sep 2010 10:32:35 +0400, "Roman V. Nikolaev"
<rshadow на rambler.ru> wrote:
> Подскажите пожалуйста название модуля автоматического определения кодировки.
> Хотел использовать enca но не нашел к нему биндинг для перла на сипане.

http://search.cpan.org/~dankogai/Encode-2.40/lib/Encode/Guess.pm
нэ?

From ali на ali.org.ua  Wed Sep 22 23:50:46 2010
From: ali на ali.org.ua (Oleg Alistratov)
Date: Thu, 23 Sep 2010 09:50:46 +0300
Subject: [Moscow.pm] =?utf-8?b?0JDQstGC0L7QvNCw0YLQuNGH0LXRgdC60L7QtSA=?=
 =?utf-8?b?0L7Qv9GA0LXQtNC10LvQtdC90LjQtSDQutC+0LTQuNGA0L7QstC60Lg=?=
In-Reply-To: <4C9AF483.3010305@rambler.ru>
References: <4C9AF483.3010305@rambler.ru>
Message-ID: <4C9AF8C6.6020900@ali.org.ua>


On 23.09.2010 09:32, Roman V. Nikolaev wrote:

> Подскажите пожалуйста название модуля автоматического определения кодировки.
> Хотел использовать enca но не нашел к нему биндинг для перла на сипане.

Автоматические определители всегда опираются на язык.
Для русского есть

http://search.cpan.org/perldoc?Lingua::RU::Detect от ash'а
и
http://search.cpan.org/perldoc?Lingua::DetectCyrillic



--
Олег Алистратов

From chesnokov.ilya на gmail.com  Wed Sep 22 23:52:57 2010
From: chesnokov.ilya на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KfQtdGB0L3QvtC60L7Qsg==?=)
Date: Thu, 23 Sep 2010 10:52:57 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTi=WNA_BVfY0+ztp0_sjM1zucp78g1vDrZUMqLSm@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<4C99C80A.4010906@gmail.com>
	<AANLkTikgHa3p6dzYXAwt0rXh5EUDGRbJRAQ1TJg=uTmR@mail.gmail.com>
	<4C99C965.6080808@gmail.com>
	<AANLkTi=moZGqBQBkjYEPc202E=zHHjV_3-Kzh1kT+tXe@mail.gmail.com>
	<AANLkTi=WNA_BVfY0+ztp0_sjM1zucp78g1vDrZUMqLSm@mail.gmail.com>
Message-ID: <AANLkTinpkZzWuoEjDc7fc-O=KM3CmCkTeCVgzcDRO597@mail.gmail.com>

23 сентября 2010 г. 10:36 пользователь Иван Бессарабов
<ivan на bessarabov.ru> написал:
> Скажите, а вам не мешает, что svn показывает иксы радом с внешними библиотеками:
> $ svn st
> X      lib/a
>
> Вы просто не обращаете на это внимание или запускаете "svn st
> --ignore-externals -q" ?

Просто не обращаем внимания.


-- 
Ilya Chesnokov

From aml на rulezz.ru  Thu Sep 23 00:10:12 2010
From: aml на rulezz.ru (Alexander Lourier)
Date: Thu, 23 Sep 2010 11:10:12 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
Message-ID: <201009231110.12364.aml@rulezz.ru>

On Wednesday 22 September 2010 12:39:14 Andrew Shitov wrote:

> 3) Побочный эффект - у каждого участника создается бекап репозитория
> со всей историей (хотя при случае просрать можно все копии разом, а
> диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)

Сомнительный плюс. Есть прецеденты, когда стороны в суде спорили об авторстве 
программы, и автором признавали того, кто смог предоставить копию 
репозитария.


From andrei.protasovitski на gmail.com  Thu Sep 23 00:13:25 2010
From: andrei.protasovitski на gmail.com (Andrei)
Date: Thu, 23 Sep 2010 09:13:25 +0200
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <201009231110.12364.aml@rulezz.ru>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<201009231110.12364.aml@rulezz.ru>
Message-ID: <AANLkTik1JKwRoNhdVApO6+YoyvXA9VGFzuEYFJQXhg78@mail.gmail.com>

23 сентября 2010 г. 9:10 пользователь Alexander Lourier <aml на rulezz.ru>написал:

> On Wednesday 22 September 2010 12:39:14 Andrew Shitov wrote:
>
> > 3) Побочный эффект - у каждого участника создается бекап репозитория
> > со всей историей (хотя при случае просрать можно все копии разом, а
> > диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
>

И что, не смотрели, кто что закоммитил? O_o

-- 
Andrei Protasovitski
< andrei[dot]protasovitski[at]gmail[dot]com >
Diemen, Netherlands
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100923/842b4af6/attachment.html>

From rshadow на rambler.ru  Thu Sep 23 00:42:06 2010
From: rshadow на rambler.ru (Roman V. Nikolaev)
Date: Thu, 23 Sep 2010 11:42:06 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?4dfUz83B1MnexdPLz8Ugz9DSxcTFzMXOycUgy8/E?=
 =?koi8-r?b?ydLP18vJ?=
In-Reply-To: <aa0790f3acf676588d41ef2a71840959@aumi.ru>
References: <4C9AF483.3010305@rambler.ru>
	<aa0790f3acf676588d41ef2a71840959@aumi.ru>
Message-ID: <4C9B04CE.9010109@rambler.ru>

> http://search.cpan.org/~dankogai/Encode-2.40/lib/Encode/Guess.pm
> нэ?

Интреесная выдача бывает: "cp1251 or koi8-r" =)

-- 

         Roman V. Nikolaev

mail:        rshadow на rambler.ru
icq:         198-364-657
jabber:      rshadow на jabber.org
site:        http://www.rshadow.ru

----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100923/f30a873b/attachment.bin>

From rshadow на rambler.ru  Thu Sep 23 00:42:29 2010
From: rshadow на rambler.ru (Roman V. Nikolaev)
Date: Thu, 23 Sep 2010 11:42:29 +0400
Subject: [Moscow.pm] =?utf-8?b?0JDQstGC0L7QvNCw0YLQuNGH0LXRgdC60L7QtSA=?=
 =?utf-8?b?0L7Qv9GA0LXQtNC10LvQtdC90LjQtSDQutC+0LTQuNGA0L7QstC60Lg=?=
In-Reply-To: <4C9AF8C6.6020900@ali.org.ua>
References: <4C9AF483.3010305@rambler.ru> <4C9AF8C6.6020900@ali.org.ua>
Message-ID: <4C9B04E5.6070700@rambler.ru>

23.09.2010 10:50, Oleg Alistratov пишет:
> 
> On 23.09.2010 09:32, Roman V. Nikolaev wrote:
> 
>> Подскажите пожалуйста название модуля автоматического определения
>> кодировки.
>> Хотел использовать enca но не нашел к нему биндинг для перла на сипане.
> 
> Автоматические определители всегда опираются на язык.
> Для русского есть
> 
> http://search.cpan.org/perldoc?Lingua::RU::Detect от ash'а
> и
> http://search.cpan.org/perldoc?Lingua::DetectCyrillic
> 
> 
> 
> -- 
> Олег Алистратов

Спасибо попробуем.

-- 

         Roman V. Nikolaev

mail:        rshadow на rambler.ru
icq:         198-364-657
jabber:      rshadow на jabber.org
site:        http://www.rshadow.ru

----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100923/9306b908/attachment-0001.bin>

From sharifulin на gmail.com  Thu Sep 23 00:45:14 2010
From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=)
Date: Thu, 23 Sep 2010 11:45:14 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?4dfUz83B1MnexdPLz8Ugz9DSxcTFzMXOycUgy8/E?=
	=?koi8-r?b?ydLP18vJ?=
In-Reply-To: <4C9AF8C6.6020900@ali.org.ua>
References: <4C9AF483.3010305@rambler.ru>
	<4C9AF8C6.6020900@ali.org.ua>
Message-ID: <AANLkTinq8G5pv41wKPnZyfzA-fHK9xtS8JnJJhxpsA60@mail.gmail.com>

Даа, берите модуль Шитова, там классная эвристика :)

2010/9/23 Oleg Alistratov <ali на ali.org.ua>

>
> On 23.09.2010 09:32, Roman V. Nikolaev wrote:
>
>  Подскажите пожалуйста название модуля автоматического определения
>> кодировки.
>> Хотел использовать enca но не нашел к нему биндинг для перла на сипане.
>>
>
> Автоматические определители всегда опираются на язык.
> Для русского есть
>
> http://search.cpan.org/perldoc?Lingua::RU::Detect от ash'а
> и
> http://search.cpan.org/perldoc?Lingua::DetectCyrillic
>
>
>
> --
> Олег Алистратов
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100923/fa76914d/attachment.html>

From aml на rulezz.ru  Thu Sep 23 01:48:27 2010
From: aml на rulezz.ru (Alexander Lourier)
Date: Thu, 23 Sep 2010 12:48:27 +0400
Subject: [Moscow.pm] git vs. SVN
In-Reply-To: <AANLkTik1JKwRoNhdVApO6+YoyvXA9VGFzuEYFJQXhg78@mail.gmail.com>
References: <AANLkTinuy0F-G7ZO_UcQvdGn5De-XBtz=HmHCPsbzC+r@mail.gmail.com>
	<201009231110.12364.aml@rulezz.ru>
	<AANLkTik1JKwRoNhdVApO6+YoyvXA9VGFzuEYFJQXhg78@mail.gmail.com>
Message-ID: <201009231248.27412.aml@rulezz.ru>

On Thursday 23 September 2010 11:13:25 Andrei wrote:
> 23 сентября 2010 г. 9:10 пользователь Alexander Lourier 
<aml на rulezz.ru>написал:
> > On Wednesday 22 September 2010 12:39:14 Andrew Shitov wrote:
> > > 3) Побочный эффект - у каждого участника создается бекап репозитория
> > > со всей историей (хотя при случае просрать можно все копии разом, а
> > > диск с бекапом окажется запертым в сейфе, ключа от которого нет :-)
>
> И что, не смотрели, кто что закоммитил? O_o

Смотрели наличие репозитария. Одна сторона смогла его предоставить, а другая 
нет. Там не в пределах команды были разногласия, а между организациями. Одну 
компанию обвинили в том, что они продавали чужую разработку, но истец не смог 
доказать, что это его разработка, т.к. не смог показать репозитария, а 
ответчик соответственно смог.

From nikita-aznaourian на yandex.ru  Thu Sep 23 06:31:17 2010
From: nikita-aznaourian на yandex.ru (Nikita Aznauryan)
Date: Thu, 23 Sep 2010 17:31:17 +0400
Subject: [Moscow.pm] =?koi8-r?b?68HLINDPxMvMwN7J1NggbGlieG1sMi5zbyDXIFhT?=
	=?koi8-r?b?Lc7ZyiDLz8Q=?=
Message-ID: <78571285248677@web47.yandex.ru>

Собственно хочу использовать libxml2  в XS файле. Сам libxml2 на машине установлен, лежит в /usr/lib  и код из обычного с файла компилируется и исполняется.

Я написал в Makefile.PL так

LIBS => '-llibxml2',
..

perl Makefile.PL выполняется нормально. Но make после этого выдает ошибку: cannot find -llibxml2

Как это побороть?






From andy на shitov.ru  Thu Sep 23 06:34:17 2010
From: andy на shitov.ru (Andrew Shitov)
Date: Thu, 23 Sep 2010 15:34:17 +0200
Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0L7QtNC60LvRjtGH0LjRgtGMIGxp?=
	=?utf-8?b?YnhtbDIuc28g0LIgWFMt0L3Ri9C5INC60L7QtA==?=
In-Reply-To: <78571285248677@web47.yandex.ru>
References: <78571285248677@web47.yandex.ru>
Message-ID: <AANLkTikqqvGXXcX78GL0v+1jcQR903bzYYZqTsjcV0gj@mail.gmail.com>

> LIBS => '-llibxml2',
> Как это побороть?

-lxml2?

-- 
Andrew Shitov
______________________________________________________________________
andy на shitov.ru | http://shitov.ru

From nikita-aznaourian на yandex.ru  Thu Sep 23 06:52:19 2010
From: nikita-aznaourian на yandex.ru (Nikita Aznauryan)
Date: Thu, 23 Sep 2010 17:52:19 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?68HLINDPxMvMwN7J1NggbGlieG1sMi5zbyDXIFhT?=
	=?koi8-r?b?Lc7ZyiDLz8Q=?=
In-Reply-To: <AANLkTikqqvGXXcX78GL0v+1jcQR903bzYYZqTsjcV0gj@mail.gmail.com>
References: <78571285248677@web47.yandex.ru>
	<AANLkTikqqvGXXcX78GL0v+1jcQR903bzYYZqTsjcV0gj@mail.gmail.com>
Message-ID: <83131285249939@web54.yandex.ru>

Ага, спасибо)))

23.09.2010, 17:34, "Andrew Shitov" <andy на shitov.ru>:
>>  LIBS => '-llibxml2',
>>  Как это побороть?
>
> -lxml2?
>
> --
> Andrew Shitov
> ______________________________________________________________________
> andy на shitov.ru | http://shitov.ru
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

From daxim на cpan.org  Thu Sep 23 04:52:05 2010
From: daxim на cpan.org (Lars =?utf-8?b?RMmq4bSH4bSE4bSL4bSP4bShIOi/quaLieaWrw==?=)
Date: Thu, 23 Sep 2010 13:52:05 +0200
Subject: [Moscow.pm] =?utf-8?b?0JDQstGC0L7QvNCw0YLQuNGH0LXRgdC60L7QtSA=?=
 =?utf-8?b?0L7Qv9GA0LXQtNC10LvQtdC90LjQtSDQutC+0LTQuNGA0L7QstC60Lg=?=
In-Reply-To: <4C9AF483.3010305@rambler.ru>
References: <4C9AF483.3010305@rambler.ru>
Message-ID: <201009231352.36600.daxim@cpan.org>

Мой любимый модуль ? Encode::Detect. Он использовает Mozilla библиотека 
nsUniversalDetector, которая скорo (XS) и точно и знает о многих кодировках.

<http://p3rl.org/Encode::Detect>
<http://p3rl.org/Encode::Detect::Detector>
<http://google.com/search?q=site%3Amozilla.org+charset+detector>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100923/dea6c165/attachment.bin>

From sharifulin на gmail.com  Fri Sep 24 01:03:32 2010
From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=)
Date: Fri, 24 Sep 2010 12:03:32 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?4dfUz83B1MnexdPLz8Ugz9DSxcTFzMXOycUgy8/E?=
	=?koi8-r?b?ydLP18vJ?=
In-Reply-To: <201009231352.36600.daxim@cpan.org>
References: <4C9AF483.3010305@rambler.ru> <201009231352.36600.daxim@cpan.org>
Message-ID: <AANLkTi=4u7ySDAbVrish_me_FVy-TPKws_qGT_w6q2RS@mail.gmail.com>

Ларс жжёт :)

2010/9/23 Lars D?????? ??? <daxim на cpan.org>

> Мой любимый модуль ? Encode::Detect. Он использовает Mozilla библиотека
> nsUniversalDetector, которая скорo (XS) и точно и знает о многих
> кодировках.
>
> <http://p3rl.org/Encode::Detect>
> <http://p3rl.org/Encode::Detect::Detector>
> <http://google.com/search?q=site%3Amozilla.org+charset+detector>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
С уважением,
 Анатолий Шарифулин.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100924/9e99fa11/attachment.html>

From a.sharypov на rambler-co.ru  Fri Sep 24 06:34:07 2010
From: a.sharypov на rambler-co.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KjQsNGA0YvQv9C+0LI=?=)
Date: Fri, 24 Sep 2010 17:34:07 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
Message-ID: <4C9CA8CF.60604@rambler-co.ru>

  Когда-то поднимался вопрос, какая геобаза лучше, и как ими пользоваться.
Может кто знает более подробные и точные базы (Россия, СНГ, весь мир), 
желательно на русском языке.
Можно необязательно бесплатные, подойдет и платный вариант.
Посоветуйте, пожалуйста.


From andrey на kostenko.name  Fri Sep 24 07:01:17 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Fri, 24 Sep 2010 17:01:17 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <4C9CA8CF.60604@rambler-co.ru>
References: <4C9CA8CF.60604@rambler-co.ru>
Message-ID: <AANLkTimdvPKthFMt2C1gn2G65+Dh1n5+CURdF8zq4xjs@mail.gmail.com>

Тебе с IP или просто страны?

2010/9/24 Алексей Шарыпов <a.sharypov на rambler-co.ru>

>  Когда-то поднимался вопрос, какая геобаза лучше, и как ими пользоваться.
> Может кто знает более подробные и точные базы (Россия, СНГ, весь мир),
> желательно на русском языке.
> Можно необязательно бесплатные, подойдет и платный вариант.
> Посоветуйте, пожалуйста.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100924/2d05aeed/attachment.html>

From Kostya на yandex.ru  Fri Sep 24 09:43:06 2010
From: Kostya на yandex.ru (=?koi8-r?B?68/T1NEg9MXO?=)
Date: Fri, 24 Sep 2010 20:43:06 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTimdvPKthFMt2C1gn2G65+Dh1n5+CURdF8zq4xjs@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTimdvPKthFMt2C1gn2G65+Dh1n5+CURdF8zq4xjs@mail.gmail.com>
Message-ID: <384041285346586@web157.yandex.ru>

Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100924/f1711231/attachment.html>

From sergey на homenkow.ru  Sat Sep 25 05:06:26 2010
From: sergey на homenkow.ru (Sergey Homenkow)
Date: Sat, 25 Sep 2010 16:06:26 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <4C9CA8CF.60604@rambler-co.ru>
References: <4C9CA8CF.60604@rambler-co.ru>
Message-ID: <AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>

Мы выбрали эту:
http://www.geonames.org/524901/moscow.html
http://www.geonames.org/export/

Русские названия есть не для всех объектов.
База постоянно обновляется.

24 сентября 2010 г. 17:34 пользователь Алексей Шарыпов
<a.sharypov на rambler-co.ru> написал:
>  Когда-то поднимался вопрос, какая геобаза лучше, и как ими пользоваться.
> Может кто знает более подробные и точные базы (Россия, СНГ, весь мир),
> желательно на русском языке.
> Можно необязательно бесплатные, подойдет и платный вариант.
> Посоветуйте, пожалуйста.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Sergey Homenkow, icq#15323279, jabber/gtalk: shomenkow на gmail.com

From shatlovsky на gmail.com  Sat Sep 25 11:16:59 2010
From: shatlovsky на gmail.com (Alex Shatlovsky)
Date: Sat, 25 Sep 2010 22:16:59 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
Message-ID: <AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>

По России отличный вариант IpGeoBase: http://ipgeobase.ru/

--

2010/9/25 Sergey Homenkow <sergey на homenkow.ru>:
> Мы выбрали эту:
> http://www.geonames.org/524901/moscow.html
> http://www.geonames.org/export/
>
> Русские названия есть не для всех объектов.
> База постоянно обновляется.
>
> 24 сентября 2010 г. 17:34 пользователь Алексей Шарыпов
> <a.sharypov на rambler-co.ru> написал:
>>  Когда-то поднимался вопрос, какая геобаза лучше, и как ими пользоваться.
>> Может кто знает более подробные и точные базы (Россия, СНГ, весь мир),
>> желательно на русском языке.
>> Можно необязательно бесплатные, подойдет и платный вариант.
>> Посоветуйте, пожалуйста.
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Sergey Homenkow, icq#15323279, jabber/gtalk: shomenkow на gmail.com
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
С уважением,
А.Н.Шатловский

From a.sharypov на rambler-co.ru  Mon Sep 27 03:23:47 2010
From: a.sharypov на rambler-co.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KjQsNGA0YvQv9C+0LI=?=)
Date: Mon, 27 Sep 2010 14:23:47 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <AANLkTimdvPKthFMt2C1gn2G65+Dh1n5+CURdF8zq4xjs@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTimdvPKthFMt2C1gn2G65+Dh1n5+CURdF8zq4xjs@mail.gmail.com>
Message-ID: <4CA070B3.7030108@rambler-co.ru>

  Как минимум города, а лучше даже с административными округами городов.
IP - конечно нужно.

24.09.2010 18:01, Андрей Костенко пишет:
> Тебе с IP или просто страны?
>
> 2010/9/24 Алексей Шарыпов <a.sharypov на rambler-co.ru 
> <mailto:a.sharypov на rambler-co.ru>>
>
>      Когда-то поднимался вопрос, какая геобаза лучше, и как ими
>     пользоваться.
>     Может кто знает более подробные и точные базы (Россия, СНГ, весь
>     мир), желательно на русском языке.
>     Можно необязательно бесплатные, подойдет и платный вариант.
>     Посоветуйте, пожалуйста.
>
>     --
>     Moscow.pm mailing list
>     moscow-pm на pm.org <mailto:moscow-pm на pm.org> | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100927/059b10f8/attachment.html>

From a.sharypov на rambler-co.ru  Mon Sep 27 03:30:19 2010
From: a.sharypov на rambler-co.ru (=?KOI8-R?Q?=E1=CC=C5=CB=D3=C5=CA_=FB=C1=D2=D9=D0=CF=D7?=)
Date: Mon, 27 Sep 2010 14:30:19 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
Message-ID: <4CA0723B.3030603@rambler-co.ru>

  Эти две и используются, но:
geonames.org нужно ручками каждый раз править, как минимум переводить 
названия и избавляться от дубликатов (которых там немерено). Бесплатный 
вариант содержит множество ошибок, платный же не использовал.
ipgeobase.ru - отличный вариант, но недостаточно подробный. Нет городов 
в городском подчинении (Петергоф, Пушкин, ...). Да и относительно 
небольших  городов тоже нет.

Хотелось бы более подробные данные по России и СНГ (и желательно на 
русском языке).

25.09.2010 22:16, Alex Shatlovsky пишет:
> По России отличный вариант IpGeoBase: http://ipgeobase.ru/
>
> --
>
> 2010/9/25 Sergey Homenkow<sergey на homenkow.ru>:
>> Мы выбрали эту:
>> http://www.geonames.org/524901/moscow.html
>> http://www.geonames.org/export/
>>
>> Русские названия есть не для всех объектов.
>> База постоянно обновляется.
>>
>> 24 сентября 2010 г. 17:34 пользователь Алексей Шарыпов
>> <a.sharypov на rambler-co.ru>  написал:
>>>   Когда-то поднимался вопрос, какая геобаза лучше, и как ими пользоваться.
>>> Может кто знает более подробные и точные базы (Россия, СНГ, весь мир),
>>> желательно на русском языке.
>>> Можно необязательно бесплатные, подойдет и платный вариант.
>>> Посоветуйте, пожалуйста.
>>>
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
>>
>>
>> --
>> Sergey Homenkow, icq#15323279, jabber/gtalk: shomenkow на gmail.com
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>


From andrey на kostenko.name  Mon Sep 27 14:14:55 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Tue, 28 Sep 2010 00:14:55 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <4CA0723B.3030603@rambler-co.ru>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
Message-ID: <AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>

А вы не хотите воспользоваться HTML5 Geolocation API по возможности? Firefox
и Chrome в состоянии боевой готовности и отдадут вам расположение
пользователя даже если он едет из Сыктывкара и Ухрюпинск)

2010/9/27 Алексей Шарыпов <a.sharypov на rambler-co.ru>

>  Эти две и используются, но:
> geonames.org нужно ручками каждый раз править, как минимум переводить
> названия и избавляться от дубликатов (которых там немерено). Бесплатный
> вариант содержит множество ошибок, платный же не использовал.
> ipgeobase.ru - отличный вариант, но недостаточно подробный. Нет городов в
> городском подчинении (Петергоф, Пушкин, ...). Да и относительно небольших
>  городов тоже нет.
>
> Хотелось бы более подробные данные по России и СНГ (и желательно на русском
> языке).
>
> 25.09.2010 22:16, Alex Shatlovsky пишет:
>
>  По России отличный вариант IpGeoBase: http://ipgeobase.ru/
>>
>> --
>>
>> 2010/9/25 Sergey Homenkow<sergey на homenkow.ru>:
>>
>>> Мы выбрали эту:
>>> http://www.geonames.org/524901/moscow.html
>>> http://www.geonames.org/export/
>>>
>>> Русские названия есть не для всех объектов.
>>> База постоянно обновляется.
>>>
>>> 24 сентября 2010 г. 17:34 пользователь Алексей Шарыпов
>>> <a.sharypov на rambler-co.ru>  написал:
>>>
>>>>  Когда-то поднимался вопрос, какая геобаза лучше, и как ими
>>>> пользоваться.
>>>> Может кто знает более подробные и точные базы (Россия, СНГ, весь мир),
>>>> желательно на русском языке.
>>>> Можно необязательно бесплатные, подойдет и платный вариант.
>>>> Посоветуйте, пожалуйста.
>>>>
>>>> --
>>>> Moscow.pm mailing list
>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>>
>>>>
>>>
>>> --
>>> Sergey Homenkow, icq#15323279, jabber/gtalk: shomenkow на gmail.com
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
>>>
>>
>>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100928/32d781d5/attachment.html>

From evdokimov.denis на gmail.com  Tue Sep 28 04:10:59 2010
From: evdokimov.denis на gmail.com (Denis Evdokimov)
Date: Tue, 28 Sep 2010 15:10:59 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
Message-ID: <AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>

> А вы не хотите воспользоваться HTML5 Geolocation API по возможности? Firefox
> и Chrome в состоянии боевой готовности и отдадут вам расположение
> пользователя даже если он едет из Сыктывкара и Ухрюпинск)

Только ни Firefox, ни Chrome это местоположение не знают, вот в чём проблема

From andrey на kostenko.name  Tue Sep 28 05:51:46 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Tue, 28 Sep 2010 15:51:46 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
Message-ID: <AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>

Очень часто знают и знают с точностью до 10-ти метров

2010/9/28 Denis Evdokimov <evdokimov.denis на gmail.com>

> > А вы не хотите воспользоваться HTML5 Geolocation API по возможности?
> Firefox
> > и Chrome в состоянии боевой готовности и отдадут вам расположение
> > пользователя даже если он едет из Сыктывкара и Ухрюпинск)
>
> Только ни Firefox, ни Chrome это местоположение не знают, вот в чём
> проблема
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100928/8222694c/attachment.html>

From evdokimov.denis на gmail.com  Tue Sep 28 05:57:22 2010
From: evdokimov.denis на gmail.com (Denis Evdokimov)
Date: Tue, 28 Sep 2010 16:57:22 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
Message-ID: <AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>

> Очень часто знают и знают с точностью до 10-ти метров
Когда в устройстве есть GPS и когда пользователь дал добро на то, чтоб
эту информацию отдать сайту.
Так что это никак не "Очень часто"

From andrey на kostenko.name  Tue Sep 28 06:19:19 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Tue, 28 Sep 2010 16:19:19 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
	<AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>
Message-ID: <AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>

Или есть Wi-Fi... :-)

2010/9/28 Denis Evdokimov <evdokimov.denis на gmail.com>

> > Очень часто знают и знают с точностью до 10-ти метров
> Когда в устройстве есть GPS и когда пользователь дал добро на то, чтоб
> эту информацию отдать сайту.
> Так что это никак не "Очень часто"
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100928/a49ab064/attachment.html>

From evdokimov.denis на gmail.com  Tue Sep 28 06:33:16 2010
From: evdokimov.denis на gmail.com (Denis Evdokimov)
Date: Tue, 28 Sep 2010 17:33:16 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
	<AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>
	<AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>
Message-ID: <AANLkTimXgS3ynB-huq5PB-QV6goeLi3FK-Q7y1Ymd0aC@mail.gmail.com>

> Или есть Wi-Fi... :-)
Конечно, знание Id точки доступа гарантирует очень высокую точность...
Сами то в это верите?
Более того, сразу могу сказать, что есть ещё Cell-ID у GSM операторов.

Основная проблема в том, что все эти айдишники не однозначно
переводятся в города, кто бы этим переводом не занимался.

From andrey на kostenko.name  Tue Sep 28 06:36:55 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Tue, 28 Sep 2010 16:36:55 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <AANLkTimXgS3ynB-huq5PB-QV6goeLi3FK-Q7y1Ymd0aC@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
	<AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>
	<AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>
	<AANLkTimXgS3ynB-huq5PB-QV6goeLi3FK-Q7y1Ymd0aC@mail.gmail.com>
Message-ID: <AANLkTikkRaWckPJXxq+a=hkEotMzXOatRVz+cKnjC+P8@mail.gmail.com>

Я не говорю о том, что это панацея. Это может работать с вместе с maxmind и
любой другой базой.

И если говорить не об Этой Стране, а о цивилизованном мире, то там
определение по wi-fi координат будет довольно точным

2010/9/28 Denis Evdokimov <evdokimov.denis на gmail.com>

> > Или есть Wi-Fi... :-)
> Конечно, знание Id точки доступа гарантирует очень высокую точность...
> Сами то в это верите?
> Более того, сразу могу сказать, что есть ещё Cell-ID у GSM операторов.
>
> Основная проблема в том, что все эти айдишники не однозначно
> переводятся в города, кто бы этим переводом не занимался.
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100928/e4bfbd68/attachment.html>

From evdokimov.denis на gmail.com  Tue Sep 28 06:53:48 2010
From: evdokimov.denis на gmail.com (Denis Evdokimov)
Date: Tue, 28 Sep 2010 17:53:48 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTikkRaWckPJXxq+a=hkEotMzXOatRVz+cKnjC+P8@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
	<AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>
	<AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>
	<AANLkTimXgS3ynB-huq5PB-QV6goeLi3FK-Q7y1Ymd0aC@mail.gmail.com>
	<AANLkTikkRaWckPJXxq+a=hkEotMzXOatRVz+cKnjC+P8@mail.gmail.com>
Message-ID: <AANLkTimzA+RWGHTk9WKPqovU1YdUAJcWsXrZiRXgqy0n@mail.gmail.com>

> Это может работать с вместе с maxmind и
> любой другой базой.
Действительно, это может быть полезным дополнением, но никак не заменой.

> И если говорить не об Этой Стране, а о цивилизованном мире, то там
> определение по wi-fi координат будет довольно точным
Вот это странно, т.к. я не представляю себе единого центра, который
знает о местоположении всех wi-fi

From ali на ali.org.ua  Tue Sep 28 07:00:40 2010
From: ali на ali.org.ua (Oleg Alistratov)
Date: Tue, 28 Sep 2010 17:00:40 +0300
Subject: [Moscow.pm] =?koi8-r?b?8M/J08sgx8XPwsHa2Q==?=
In-Reply-To: <AANLkTimzA+RWGHTk9WKPqovU1YdUAJcWsXrZiRXgqy0n@mail.gmail.com>
References: <4C9CA8CF.60604@rambler-co.ru>	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>	<4CA0723B.3030603@rambler-co.ru>	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>	<AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>	<AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>	<AANLkTimXgS3ynB-huq5PB-QV6goeLi3FK-Q7y1Ymd0aC@mail.gmail.com>	<AANLkTikkRaWckPJXxq+a=hkEotMzXOatRVz+cKnjC+P8@mail.gmail.com>
	<AANLkTimzA+RWGHTk9WKPqovU1YdUAJcWsXrZiRXgqy0n@mail.gmail.com>
Message-ID: <4CA1F508.4030001@ali.org.ua>



On 28.09.2010 16:53, Denis Evdokimov wrote:

>> И если говорить не об Этой Стране, а о цивилизованном мире, то там
>> определение по wi-fi координат будет довольно точным
> Вот это странно, т.к. я не представляю себе единого центра, который
> знает о местоположении всех wi-fi

Ходит множество слухов о том, что гугломобили, делающие панорамы улиц,
попутно сканят точки доступа.


--
Олег Алистратов

From andrey на kostenko.name  Tue Sep 28 07:15:45 2010
From: andrey на kostenko.name (=?UTF-8?B?0JDQvdC00YDQtdC5INCa0L7RgdGC0LXQvdC60L4=?=)
Date: Tue, 28 Sep 2010 17:15:45 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDQs9C10L7QsdCw0LfRiw==?=
In-Reply-To: <4CA1F508.4030001@ali.org.ua>
References: <4C9CA8CF.60604@rambler-co.ru>
	<AANLkTi=gPs0eZ-uHSK9+XXsJR2TtnQS6ZJiNg3cHtyso@mail.gmail.com>
	<AANLkTi=6x7v_DPyZ=Xyi68QWaxBfOBKfhYFTOStsXrWp@mail.gmail.com>
	<4CA0723B.3030603@rambler-co.ru>
	<AANLkTimyDJiuttY6wRMoCat9VFDPHKtSf9KLt-q=o9AH@mail.gmail.com>
	<AANLkTimRcn4MGanhxuOEYCZvdkUsoZOKp10bdfWK=AJ8@mail.gmail.com>
	<AANLkTimNJopVgegWnudhAXwOMT4erjQjYqLXnoOmJDU9@mail.gmail.com>
	<AANLkTin=WrWrEK+OS5g_Z=XyEi7i7gNvAAHgkRrZo0QE@mail.gmail.com>
	<AANLkTi=+3_FLX0bV_4KxrDAjxVQYDyAtDEwmoR4U4_95@mail.gmail.com>
	<AANLkTimXgS3ynB-huq5PB-QV6goeLi3FK-Q7y1Ymd0aC@mail.gmail.com>
	<AANLkTikkRaWckPJXxq+a=hkEotMzXOatRVz+cKnjC+P8@mail.gmail.com>
	<AANLkTimzA+RWGHTk9WKPqovU1YdUAJcWsXrZiRXgqy0n@mail.gmail.com>
	<4CA1F508.4030001@ali.org.ua>
Message-ID: <AANLkTi=mY7dzMGrNSgcrR1NnC4JanNR5W7aM9baOnE9i@mail.gmail.com>

Не слухи, а разбирательства по этому делу были. Сканят-сканят))

2010/9/28 Oleg Alistratov <ali на ali.org.ua>

>
>
> On 28.09.2010 16:53, Denis Evdokimov wrote:
>
>  И если говорить не об Этой Стране, а о цивилизованном мире, то там
>>> определение по wi-fi координат будет довольно точным
>>>
>> Вот это странно, т.к. я не представляю себе единого центра, который
>> знает о местоположении всех wi-fi
>>
>
> Ходит множество слухов о том, что гугломобили, делающие панорамы улиц,
> попутно сканят точки доступа.
>
>
> --
> Олег Алистратов
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100928/03eb1ddf/attachment.html>

From nikita-aznaourian на yandex.ru  Wed Sep 29 01:38:26 2010
From: nikita-aznaourian на yandex.ru (Nikita Aznauryan)
Date: Wed, 29 Sep 2010 12:38:26 +0400
Subject: [Moscow.pm] =?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
Message-ID: <605521285749506@web73.yandex.ru>

Есть функция которая принимает const unsigned char* - строку в utf8.

Я хочу ее записать в указатель на скаляр SV*. Как это сделать ?

newSVpvn как для char* не работает...

From dmitry на karasik.eu.org  Wed Sep 29 01:54:01 2010
From: dmitry на karasik.eu.org (Dmitry Karasik)
Date: Wed, 29 Sep 2010 10:54:01 +0200
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
In-Reply-To: <605521285749506@web73.yandex.ru>
References: <605521285749506@web73.yandex.ru>
Message-ID: <20100929085401.GA79374@tetsuo.karasik.eu.org>

On Wed, Sep 29, 2010 at 12:38:26PM +0400, Nikita Aznauryan wrote:
> Есть функция которая принимает const unsigned char* - строку в utf8.
> 
> Я хочу ее записать в указатель на скаляр SV*. Как это сделать ?
> 
> newSVpvn как для char* не работает...

то есть не работает?
sv = newSVpvn((char*)ptr, 42)
или всмысле что хочется SvUTF8_on(sv)?

-- 
Sincerely,
	Dmitry Karasik


From nikita-aznaourian на yandex.ru  Wed Sep 29 02:06:27 2010
From: nikita-aznaourian на yandex.ru (Nikita Aznauryan)
Date: Wed, 29 Sep 2010 13:06:27 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
In-Reply-To: <20100929085401.GA79374@tetsuo.karasik.eu.org>
References: <605521285749506@web73.yandex.ru>
	<20100929085401.GA79374@tetsuo.karasik.eu.org>
Message-ID: <612761285751187@web72.yandex.ru>



29.09.2010, 12:54, "Dmitry Karasik" <dmitry на karasik.eu.org>:
> On Wed, Sep 29, 2010 at 12:38:26PM +0400, Nikita Aznauryan wrote:
>
>>  Есть функция которая принимает const unsigned char* - строку в utf8.
>>
>>  Я хочу ее записать в указатель на скаляр SV*. Как это сделать ?
>>
>>  newSVpvn как для char* не работает...
>
> то есть не работает?
> sv = newSVpvn((char*)ptr, 42)
> или всмысле что хочется SvUTF8_on(sv)?
>
> --
> Sincerely,
> Dmitry Karasik
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


(char*)ptr - разве так делать можно? То есть задача стоит так: в функцию приходит unsigned char* , эту строку нужно записать в хеш и отдать в перл. При этом насколько я понимаю (char*)ptr испортит строку. Разве нет??

From dmitry на karasik.eu.org  Wed Sep 29 02:24:09 2010
From: dmitry на karasik.eu.org (Dmitry Karasik)
Date: Wed, 29 Sep 2010 11:24:09 +0200
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
In-Reply-To: <612761285751187@web72.yandex.ru>
References: <605521285749506@web73.yandex.ru>
	<20100929085401.GA79374@tetsuo.karasik.eu.org>
	<612761285751187@web72.yandex.ru>
Message-ID: <20100929092408.GA37390@tetsuo.karasik.eu.org>

> (char*)ptr - разве так делать можно? То есть задача стоит так: в функцию
> приходит unsigned char* , эту строку нужно записать в хеш и отдать в перл.
> При этом насколько я понимаю (char*)ptr испортит строку. Разве нет??

тайпкастинг в С между unsigned char* и char* недеструктивный

-- 
Sincerely,
	Dmitry Karasik


From nikita-aznaourian на yandex.ru  Wed Sep 29 02:28:37 2010
From: nikita-aznaourian на yandex.ru (Nikita Aznauryan)
Date: Wed, 29 Sep 2010 13:28:37 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
In-Reply-To: <20100929092408.GA37390@tetsuo.karasik.eu.org>
References: <605521285749506@web73.yandex.ru>
	<20100929085401.GA79374@tetsuo.karasik.eu.org>
	<612761285751187@web72.yandex.ru>
	<20100929092408.GA37390@tetsuo.karasik.eu.org>
Message-ID: <621241285752517@web52.yandex.ru>



29.09.2010, 13:24, "Dmitry Karasik" <dmitry на karasik.eu.org>:
>>  (char*)ptr - разве так делать можно? То есть задача стоит так: в функцию
>>  приходит unsigned char* , эту строку нужно записать в хеш и отдать в перл.
>>  При этом насколько я понимаю (char*)ptr испортит строку. Разве нет??
>
> тайпкастинг в С между unsigned char* и char* недеструктивный
>
> --
> Sincerely,
> Dmitry Karasik
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

Да,я понял. Значит нужно сделать так ? 

SV* sv = newSVpvn((char*)ptr, len);
SvUTF8_on(sv);

From dmitry на karasik.eu.org  Wed Sep 29 02:46:16 2010
From: dmitry на karasik.eu.org (Dmitry Karasik)
Date: Wed, 29 Sep 2010 11:46:16 +0200
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
In-Reply-To: <621241285752517@web52.yandex.ru>
References: <605521285749506@web73.yandex.ru>
	<20100929085401.GA79374@tetsuo.karasik.eu.org>
	<612761285751187@web72.yandex.ru>
	<20100929092408.GA37390@tetsuo.karasik.eu.org>
	<621241285752517@web52.yandex.ru>
Message-ID: <20100929094616.GA76263@tetsuo.karasik.eu.org>

> 
> Да,я понял. Значит нужно сделать так ? 
> 
> SV* sv = newSVpvn((char*)ptr, len);
> SvUTF8_on(sv);

если я правильно понял проблему, (см внизу как я это себе представляю), 
то да так

void insert_string_in_hash( HV * hv, char * key, const unsigned char * ptr)
{
   SV* sv = newSVpvn((char*)ptr, strlen(ptr));
   SvUTF8_on(sv);
   hv_store( hv, key, strlen(key), sv, 0);
}
...
insert_string_in_hash( hv, "foo", "bar");


-- 
Sincerely,
	Dmitry Karasik


From nikita-aznaourian на yandex.ru  Wed Sep 29 02:49:50 2010
From: nikita-aznaourian на yandex.ru (Nikita Aznauryan)
Date: Wed, 29 Sep 2010 13:49:50 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBYUzog68HLINrB0MnTwdTYIHVuc2lnbmVk?=
	=?koi8-r?b?IGNoYXIqINcgU1Yq?=
In-Reply-To: <20100929094616.GA76263@tetsuo.karasik.eu.org>
References: <605521285749506@web73.yandex.ru>
	<20100929085401.GA79374@tetsuo.karasik.eu.org>
	<612761285751187@web72.yandex.ru>
	<20100929092408.GA37390@tetsuo.karasik.eu.org>
	<621241285752517@web52.yandex.ru>
	<20100929094616.GA76263@tetsuo.karasik.eu.org>
Message-ID: <19591285753790@web56.yandex.ru>



29.09.2010, 13:46, "Dmitry Karasik" <dmitry на karasik.eu.org>:
>>  Да,я понял. Значит нужно сделать так ?
>>
>>  SV* sv = newSVpvn((char*)ptr, len);
>>  SvUTF8_on(sv);
>
> если я правильно понял проблему, (см внизу как я это себе представляю),
> то да так
>
> void insert_string_in_hash( HV * hv, char * key, const unsigned char * ptr)
> {
>    SV* sv = newSVpvn((char*)ptr, strlen(ptr));
>    SvUTF8_on(sv);
>    hv_store( hv, key, strlen(key), sv, 0);
> }
> ...
> insert_string_in_hash( hv, "foo", "bar");
>
> --
> Sincerely,
> Dmitry Karasik
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

Да, спасибо)

From ruz на bestpractical.com  Wed Sep 29 05:58:24 2010
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Wed, 29 Sep 2010 16:58:24 +0400
Subject: [Moscow.pm] =?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
Message-ID: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>

Привет,

Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
по таймеру чекать запросы.

Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
Какие есть у меня опции?

-- 
Best regards, Ruslan.

From ivan на serezhkin.com  Wed Sep 29 06:00:18 2010
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Wed, 29 Sep 2010 17:00:18 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
Message-ID: <4CA33862.8070701@serezhkin.com>

On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> по таймеру чекать запросы.
> 
> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> Какие есть у меня опции?

AnyMongo.

Только очень подумай в начале.

-- 
Vany

From ruz на bestpractical.com  Wed Sep 29 06:04:50 2010
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Wed, 29 Sep 2010 17:04:50 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <4CA33862.8070701@serezhkin.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
Message-ID: <AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>

2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
>> по таймеру чекать запросы.
>>
>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
>> Какие есть у меня опции?
>
> AnyMongo.
>
> Только очень подумай в начале.

О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не уверен.

> --
> Vany
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Best regards, Ruslan.

From ruz на bestpractical.com  Wed Sep 29 06:17:05 2010
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Wed, 29 Sep 2010 17:17:05 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
Message-ID: <AANLkTimtq8vT-zH4EiySeLOb-FtdVuAVwj-DokcDJ=fD@mail.gmail.com>

2010/9/29 Ruslan Zakirov <ruz на bestpractical.com>:
> Привет,
>
> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> по таймеру чекать запросы.
>
> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> Какие есть у меня опции?

Может AnyEvent::DBI + SQLite? Есть какие-то замечания?

-- 
Best regards, Ruslan.

From ali на ali.org.ua  Wed Sep 29 06:19:53 2010
From: ali на ali.org.ua (Oleg Alistratov)
Date: Wed, 29 Sep 2010 16:19:53 +0300
Subject: [Moscow.pm]
 =?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
Message-ID: <4CA33CF9.6030709@ali.org.ua>



On 29.09.2010 15:58, Ruslan Zakirov wrote:

> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> по таймеру чекать запросы.
>
> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> Какие есть у меня опции?

perldoc BDB может быть устроит?

Если чего посвежей, я бы посмотрел на супермодный http://membase.org/
и к нему через AnyEvent::Socket или AnyEvent::Memcached


--
Олег Алистратов

From ali на ali.org.ua  Wed Sep 29 06:21:06 2010
From: ali на ali.org.ua (Oleg Alistratov)
Date: Wed, 29 Sep 2010 16:21:06 +0300
Subject: [Moscow.pm]
 =?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTimtq8vT-zH4EiySeLOb-FtdVuAVwj-DokcDJ=fD@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<AANLkTimtq8vT-zH4EiySeLOb-FtdVuAVwj-DokcDJ=fD@mail.gmail.com>
Message-ID: <4CA33D42.5040108@ali.org.ua>


On 29.09.2010 16:17, Ruslan Zakirov wrote:

>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
>> по таймеру чекать запросы.
>>
>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
>> Какие есть у меня опции?
>
> Может AnyEvent::DBI + SQLite? Есть какие-то замечания?


Ой-ёй. SQLite это не та штука, которая умеет хорошо держать конкурентный 
доступ.



--
Олег Алистратов

From cub.uanic на gmail.com  Wed Sep 29 06:20:18 2010
From: cub.uanic на gmail.com (Oleg Kostyuk)
Date: Wed, 29 Sep 2010 16:20:18 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
Message-ID: <AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>

CouchDB, не?
AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)

А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
key/value - весьма специфическая штука. И для работы с ней надо
пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
что просто задача не подходящая для key/value... но если подходящая -
надо "выворачивать" мозг.


29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
<ruz на bestpractical.com> написал:
> 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
>> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
>>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
>>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
>>> по таймеру чекать запросы.
>>>
>>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
>>> Какие есть у меня опции?
>>
>> AnyMongo.
>>
>> Только очень подумай в начале.
>
> О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не уверен.
>
>> --
>> Vany
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Best regards, Ruslan.
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)

From akzhan.abdulin на gmail.com  Wed Sep 29 06:35:33 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 29 Sep 2010 17:35:33 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
Message-ID: <AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>

В русской группе по рельсам уже неоднократно обсуждалась MongoDB.
Впечатления двойственные. Лично мне больше интересны CouchDB и Membase.

Например, полезно почитать мнение Максима Лапшина, цитирую,

Кстати, а вы хорошо понимаете последствия использования MongoDB с его
лицензией в своём проекте:
http://github.com/mongodb/mongo/blob/master/GNU-AGPL-3.0.txt ?

> Максим, к чему такая ирония?

Ирония в том, что Mongo -- нестабильная сырая база, которая склонна к
моментальной потере всех данных. Зато очень модное слово.

> Выбрали Mongo так как с помощью него было удобнее реализовать часть
> проекта.
>
> Просвятите какие есть последствия в лицензии Mogno?

Это Affero GPL, не просто GPL. Насколько я понимаю, вас могут обязать
раскрыть исходники вашего сервиса целиком (хотя, конечно, в исходниках
сайта обычно ничего ценного нет).


29 сентября 2010 г. 17:04 пользователь Ruslan Zakirov <ruz на bestpractical.com
> написал:

> 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> > On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> >> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> >> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> >> по таймеру чекать запросы.
> >>
> >> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> >> Какие есть у меня опции?
> >
> > AnyMongo.
> >
> > Только очень подумай в начале.
>
> О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не уверен.
>
> > --
> > Vany
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> >
>
>
>
> --
> Best regards, Ruslan.
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100929/b24f959f/attachment.html>

From ali на ali.org.ua  Wed Sep 29 06:35:59 2010
From: ali на ali.org.ua (Oleg Alistratov)
Date: Wed, 29 Sep 2010 16:35:59 +0300
Subject: [Moscow.pm]
 =?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>	<4CA33862.8070701@serezhkin.com>	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
Message-ID: <4CA340BF.803@ali.org.ua>


On 29.09.2010 16:20, Oleg Kostyuk wrote:

> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
> key/value - весьма специфическая штука. И для работы с ней надо
> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
> что просто задача не подходящая для key/value... но если подходящая -
> надо "выворачивать" мозг.

Э, зачем перловцу, ежедневно и многократно имеющему дело с хэшами
(со сложными структурами за хэшрефом плюс Storable, YAML или JSON
какой-нибудь), выворачивать мозг? :)

Он уже давно вывернут.

-- 
Олег Алистратов

From aml на rulezz.ru  Wed Sep 29 06:44:08 2010
From: aml на rulezz.ru (Alexander Lourier)
Date: Wed, 29 Sep 2010 17:44:08 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
Message-ID: <201009291744.09139.aml@rulezz.ru>

On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:

> CouchDB, не?
> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)

CouchDB - великий тормоз. Подходит только для академических задач. Если 
сможете запустить thrift over AnyEvent, то есть отличная СУБД - Cassandra. 

> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
> key/value - весьма специфическая штука. И для работы с ней надо
> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
> что просто задача не подходящая для key/value... но если подходящая -
> надо "выворачивать" мозг.

Key/value - специфическая модель, зато в правильную сторону мозги 
разворачивает. Всё, что сложно реализовать на key/value, наверняка будет 
тормозить на SQL. А если уж реализуешь на key/value, да и минимальным 
количеством запросов, то это будет и работать быстро.

> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
>
> <ruz на bestpractical.com> написал:
> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> >>> по таймеру чекать запросы.
> >>>
> >>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> >>> Какие есть у меня опции?
> >>
> >> AnyMongo.
> >>
> >> Только очень подумай в начале.
> >
> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не уверен.
> >
> >> --
> >> Vany
> >> --
> >> Moscow.pm mailing list
> >> moscow-pm на pm.org | http://moscow.pm.org
> >
> > --
> > Best regards, Ruslan.
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org



From cub.uanic на gmail.com  Wed Sep 29 06:47:49 2010
From: cub.uanic на gmail.com (Oleg Kostyuk)
Date: Wed, 29 Sep 2010 16:47:49 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <4CA340BF.803@ali.org.ua>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
	<4CA340BF.803@ali.org.ua>
Message-ID: <AANLkTikuDQiWTN2ZXhAPiAb42dxFxrKtXQpw9LP+ZO=n@mail.gmail.com>

Ну так я ж не про Perl, а про "реляционность мозга" - именно эту часть
нужно побороть.
А сложные структуры смущения не вызывают, уже давно :)


29 сентября 2010 г. 16:35 пользователь Oleg Alistratov <ali на ali.org.ua> написал:
>
> On 29.09.2010 16:20, Oleg Kostyuk wrote:
>
>> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
>> key/value - весьма специфическая штука. И для работы с ней надо
>> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
>> что просто задача не подходящая для key/value... но если подходящая -
>> надо "выворачивать" мозг.
>
> Э, зачем перловцу, ежедневно и многократно имеющему дело с хэшами
> (со сложными структурами за хэшрефом плюс Storable, YAML или JSON
> какой-нибудь), выворачивать мозг? :)
>
> Он уже давно вывернут.
>
> --
> Олег Алистратов
>



-- 
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)

From cub.uanic на gmail.com  Wed Sep 29 06:53:54 2010
From: cub.uanic на gmail.com (Oleg Kostyuk)
Date: Wed, 29 Sep 2010 16:53:54 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <201009291744.09139.aml@rulezz.ru>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
	<201009291744.09139.aml@rulezz.ru>
Message-ID: <AANLkTik9uAj22x2n3Scsm6ocq=O2z3o6jL8enwhM7W6X@mail.gmail.com>

29 сентября 2010 г. 16:44 пользователь Alexander Lourier
<aml на rulezz.ru> написал:
> On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:
>
>> CouchDB, не?
>> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)
>
> CouchDB - великий тормоз. Подходит только для академических задач.

Благородного дона конечно же не затруднит обосновать своё заявление?...

> Если сможете запустить thrift over AnyEvent, то есть отличная СУБД - Cassandra.
>
>> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
>> key/value - весьма специфическая штука. И для работы с ней надо
>> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
>> что просто задача не подходящая для key/value... но если подходящая -
>> надо "выворачивать" мозг.
>
> Key/value - специфическая модель, зато в правильную сторону мозги
> разворачивает. Всё, что сложно реализовать на key/value, наверняка будет
> тормозить на SQL. А если уж реализуешь на key/value, да и минимальным
> количеством запросов, то это будет и работать быстро.

Это всё круто, но слегка не в тему - ведь это не рассказ "как вы
используете key/value". Интересует именно реальное применение, а-ля
"вот тут можно было вот так, реляционно (+детали), но я подумал и
сделал вот так, на key/value (+детали), потому что ... (+ ещё
детали)". Есть кому поделиться таким опытом?


>> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
>>
>> <ruz на bestpractical.com> написал:
>> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
>> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
>> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
>> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
>> >>> по таймеру чекать запросы.
>> >>>
>> >>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
>> >>> Какие есть у меня опции?
>> >>
>> >> AnyMongo.
>> >>
>> >> Только очень подумай в начале.
>> >
>> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не уверен.
>> >


-- 
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)

From mons на cpan.org  Wed Sep 29 07:05:15 2010
From: mons на cpan.org (Mons Anderson)
Date: Wed, 29 Sep 2010 18:05:15 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
Message-ID: <201009291805.15533.mons@cpan.org>

On Wednesday 29 September 2010 16:58:24 Ruslan Zakirov wrote:
> Привет,
>
> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> по таймеру чекать запросы.
>
> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> Какие есть у меня опции?

Болmше всего мне понравилось memcachedb + AE::Memcached
(если будете юзать под фрей - memcachedb-1.2.2 на github/Mons)
Также неплохо AE::DBI (в моем случае AE::Worker с заврапленным туда DBI/DBIC)
С монгой как-то все не очень
Остальное не пробовал. Вот посмотрю на membase...

-- 
Mons Anderson aka Vladimir Perepelitsa
<mons на cpan.org> / #99779956 / quanth на irc.freenode.net

From yury.zavarin на gmail.com  Wed Sep 29 07:35:00 2010
From: yury.zavarin на gmail.com (Yury Zavarin)
Date: Wed, 29 Sep 2010 18:35:00 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
Message-ID: <AANLkTi=vSxMGjQiwJ6V8=gT2FjtAtFqEAmP+5jscP4Ob@mail.gmail.com>

Помимо уже предложенного AnyEvent::DBI можете попробовать Coro::Mysql (автор
обоих модулей -- Marc Lehmann).

Его отличие в том, что он использует недокументированные возможности
libmysqlclient, чтобы была возможность асинхронно отправлять запросы.
Поэтому накладные расходы заключаются в том, что создается корутина вместо
fork'а в AnyEvent::DBI.
Из этого следует, что используя AnyEvent::DBI можно получить возможность
задавать запросы параллельно "из коробки", в то время как в Coro::Mysql в
один момент времени можно задавать только один запрос (и за этим надо
следить!), если нужно "параллельно" без блокировок (учитывая, что это Coro)
задавать запросы к одной и той же базе, надо самому создать столько
коннектов, сколько нужно.

Если интересно, то да, мы используем Coro::Mysql в продакшене, полет
нормальный. Есть еще некоторые тонкости при работе с этим модулем, но они
довольно незначительные.

2010/9/29 Ruslan Zakirov <ruz на bestpractical.com>

> Привет,
>
> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
> по таймеру чекать запросы.
>
> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> Какие есть у меня опции?
>
> --
> Best regards, Ruslan.
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100929/9133ccbd/attachment.html>

From postmaster на softsearch.ru  Wed Sep 29 07:48:56 2010
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 29 Sep 2010 18:48:56 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <4CA33CF9.6030709@ali.org.ua>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33CF9.6030709@ali.org.ua>
Message-ID: <5810680779.20100929184856@softsearch.ru>

Здравствуйте, Олег.

>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
>> Можно Pg взять и попробовать его async интерфейс, но как-то не хочется
>> по таймеру чекать запросы.
>>
>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
>> Какие есть у меня опции?

OA> perldoc BDB может быть устроит?

OA> Если чего посвежей, я бы посмотрел на супермодный http://membase.org/
OA> и к нему через AnyEvent::Socket или AnyEvent::Memcached

Наконец  то  разработчики  мемкешеда  поняли,  что он, как проект, уже
давно  состоялся,  его  дальнейшее  развитие  несёт  только  вред    и
форкнулись.

-- 

С уважением,
Михаил Монашёв
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.


From postmaster на softsearch.ru  Wed Sep 29 07:50:03 2010
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 29 Sep 2010 18:50:03 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
Message-ID: <39398508.20100929185003@softsearch.ru>

Здравствуйте, Олег.

OK> CouchDB, не?

О-о-очень тормозная.

-- 

С уважением,
Михаил Монашёв
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.


From postmaster на softsearch.ru  Wed Sep 29 07:51:51 2010
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 29 Sep 2010 18:51:51 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTikuDQiWTN2ZXhAPiAb42dxFxrKtXQpw9LP+ZO=n@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTi=heZDY-Usf9TDuJryO24Z8_sVLmeKJZRqo-gpE@mail.gmail.com>
	<4CA340BF.803@ali.org.ua>
	<AANLkTikuDQiWTN2ZXhAPiAb42dxFxrKtXQpw9LP+ZO=n@mail.gmail.com>
Message-ID: <1447024951.20100929185151@softsearch.ru>

Здравствуйте, Олег.

OK> Ну так я ж не про Perl, а про "реляционность мозга" - именно эту часть
OK> нужно побороть.
OK> А сложные структуры смущения не вызывают, уже давно :)

А должны.
  

-- 

С уважением,
Михаил Монашёв
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.


From aml на rulezz.ru  Wed Sep 29 08:12:30 2010
From: aml на rulezz.ru (Alexander Lourier)
Date: Wed, 29 Sep 2010 19:12:30 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?cGVyc2lzdGVuIHN0b3JhZ2Ug0M/EIEFueUV2ZW50?=
In-Reply-To: <AANLkTik9uAj22x2n3Scsm6ocq=O2z3o6jL8enwhM7W6X@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<201009291744.09139.aml@rulezz.ru>
	<AANLkTik9uAj22x2n3Scsm6ocq=O2z3o6jL8enwhM7W6X@mail.gmail.com>
Message-ID: <201009291912.30318.aml@rulezz.ru>

On Wednesday 29 September 2010 17:53:54 Oleg Kostyuk wrote:

> <aml на rulezz.ru> написал:
> > On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:
> >> CouchDB, не?
> >> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)
> >
> > CouchDB - великий тормоз. Подходит только для академических задач.
>
> Благородного дона конечно же не затруднит обосновать своё заявление?...

Конечно, уважаемый сэр :)

CouchDB даёт очень большую нагрузку на процессор, поскольку вычисление 
индексов (исполнение кода на JavaScript) осуществляется на сервере. Там, где 
SQL-базы обходятся вычислением простейших индексов (по одной или нескольким 
колонкам), CouchDB выполняет скриптовую программу. Вычисление индексов совсем 
необязательно делать на сервере базы данных - оно вполне себе выносится на 
бэкенды, которые горизонтально масштабировать очень просто. Впрочем, будем 
анализировать то, что есть. Посмотрим на скорость последовательного 
исполнения запросов на CouchDB. Бенчмарков полно в сети. С ходу нагуглил:

http://rwsleep.blogspot.com/2010/02/tokyotyrant-vs-mongodb-vs-couchdb.html
http://metalelf0dev.blogspot.com/2008/09/mysql-couchdb-performance-comparison.html
http://www.snailinaturtleneck.com/blog/2009/06/29/couchdb-vs-mongodb-benchmark/
http://www.codeweblog.com/couchdb-vs-mysql-insert-performance-test-data-of-the-speed-test/

CouchDB всегда отстаёт. Однако, последовательное исполнение запросов - не 
самый ценный показатель базы. Всегда есть несколько процессорных ядер и, 
наконец, несколько серверов, которые позволят исполнять несколько запросов 
одновременно, и если не будет хватать одного сервера, то можно будет добавить 
других и обеспечить такую пропускную способность, какую захотим. 

Однако, и тут у CouchDB проблемы. Встроенных средств масштабирования у неё нет 
(хотя тут могу ошибаться - erlang-программы умеют работать поверх кластера, 
но поскольку у меня такого опыта нет, то в таких условиях не тестировал). 
Зато есть внешняя прокси, которая позволяет получить запрос от пользователя, 
разослать его на нужные узлы кластера, а потом собрать (reduce) результат 
обратно. И снова эта операция требует исполнения javascript-кода, и эти 
прокси опять же нагружают процессор - нужно ставить отдельные серверы под 
прокси и т.д.

База данных - это узкое место большинства проектов, его очень сложно 
масштабировать, и все операции, которые можно вынести за пределы сервера с 
базой данных, должны быть вынесены. С CouchDB это явно не так.

Как-то так.

> > Если сможете запустить thrift over AnyEvent, то есть отличная СУБД -
> > Cassandra.
> >
> >> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
> >> key/value - весьма специфическая штука. И для работы с ней надо
> >> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
> >> что просто задача не подходящая для key/value... но если подходящая -
> >> надо "выворачивать" мозг.
> >
> > Key/value - специфическая модель, зато в правильную сторону мозги
> > разворачивает. Всё, что сложно реализовать на key/value, наверняка будет
> > тормозить на SQL. А если уж реализуешь на key/value, да и минимальным
> > количеством запросов, то это будет и работать быстро.
>
> Это всё круто, но слегка не в тему - ведь это не рассказ "как вы
> используете key/value". Интересует именно реальное применение, а-ля
> "вот тут можно было вот так, реляционно (+детали), но я подумал и
> сделал вот так, на key/value (+детали), потому что ... (+ ещё
> детали)". Есть кому поделиться таким опытом?
>
> >> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
> >>
> >> <ruz на bestpractical.com> написал:
> >> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> >> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> >> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
> >> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не
> >> >>> хочется по таймеру чекать запросы.
> >> >>>
> >> >>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> >> >>> Какие есть у меня опции?
> >> >>
> >> >> AnyMongo.
> >> >>
> >> >> Только очень подумай в начале.
> >> >
> >> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не
> >> > уверен.



From akzhan.abdulin на gmail.com  Wed Sep 29 08:32:41 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 29 Sep 2010 19:32:41 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <201009291912.30318.aml@rulezz.ru>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<201009291744.09139.aml@rulezz.ru>
	<AANLkTik9uAj22x2n3Scsm6ocq=O2z3o6jL8enwhM7W6X@mail.gmail.com>
	<201009291912.30318.aml@rulezz.ru>
Message-ID: <AANLkTi=6rzyc7hcv+wz4UU3BZ7R7N9R=bac7r-c1xGNC@mail.gmail.com>

Я бы рекомендовал ознакомится именно с последней версией CouchDB и именно
вживую.

Да, так называемые Views используют JavaScript, но они вычисляются сразу при
попадании документов базу. То есть на скорость выборок это не влияет.

У нас используются CouchDB и RabbitMQ, к обоим продуктам нареканий пока нет.

29 сентября 2010 г. 19:12 пользователь Alexander Lourier <aml на rulezz.ru>написал:

> On Wednesday 29 September 2010 17:53:54 Oleg Kostyuk wrote:
>
> > <aml на rulezz.ru> написал:
> > > On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:
> > >> CouchDB, не?
> > >> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)
> > >
> > > CouchDB - великий тормоз. Подходит только для академических задач.
> >
> > Благородного дона конечно же не затруднит обосновать своё заявление?...
>
> Конечно, уважаемый сэр :)
>
> CouchDB даёт очень большую нагрузку на процессор, поскольку вычисление
> индексов (исполнение кода на JavaScript) осуществляется на сервере. Там,
> где
> SQL-базы обходятся вычислением простейших индексов (по одной или нескольким
> колонкам), CouchDB выполняет скриптовую программу. Вычисление индексов
> совсем
> необязательно делать на сервере базы данных - оно вполне себе выносится на
> бэкенды, которые горизонтально масштабировать очень просто. Впрочем, будем
> анализировать то, что есть. Посмотрим на скорость последовательного
> исполнения запросов на CouchDB. Бенчмарков полно в сети. С ходу нагуглил:
>
> http://rwsleep.blogspot.com/2010/02/tokyotyrant-vs-mongodb-vs-couchdb.html
>
> http://metalelf0dev.blogspot.com/2008/09/mysql-couchdb-performance-comparison.html
>
> http://www.snailinaturtleneck.com/blog/2009/06/29/couchdb-vs-mongodb-benchmark/
>
> http://www.codeweblog.com/couchdb-vs-mysql-insert-performance-test-data-of-the-speed-test/
>
> CouchDB всегда отстаёт. Однако, последовательное исполнение запросов - не
> самый ценный показатель базы. Всегда есть несколько процессорных ядер и,
> наконец, несколько серверов, которые позволят исполнять несколько запросов
> одновременно, и если не будет хватать одного сервера, то можно будет
> добавить
> других и обеспечить такую пропускную способность, какую захотим.
>
> Однако, и тут у CouchDB проблемы. Встроенных средств масштабирования у неё
> нет
> (хотя тут могу ошибаться - erlang-программы умеют работать поверх кластера,
> но поскольку у меня такого опыта нет, то в таких условиях не тестировал).
> Зато есть внешняя прокси, которая позволяет получить запрос от
> пользователя,
> разослать его на нужные узлы кластера, а потом собрать (reduce) результат
> обратно. И снова эта операция требует исполнения javascript-кода, и эти
> прокси опять же нагружают процессор - нужно ставить отдельные серверы под
> прокси и т.д.
>
> База данных - это узкое место большинства проектов, его очень сложно
> масштабировать, и все операции, которые можно вынести за пределы сервера с
> базой данных, должны быть вынесены. С CouchDB это явно не так.
>
> Как-то так.
>
> > > Если сможете запустить thrift over AnyEvent, то есть отличная СУБД -
> > > Cassandra.
> > >
> > >> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
> > >> key/value - весьма специфическая штука. И для работы с ней надо
> > >> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
> > >> что просто задача не подходящая для key/value... но если подходящая -
> > >> надо "выворачивать" мозг.
> > >
> > > Key/value - специфическая модель, зато в правильную сторону мозги
> > > разворачивает. Всё, что сложно реализовать на key/value, наверняка
> будет
> > > тормозить на SQL. А если уж реализуешь на key/value, да и минимальным
> > > количеством запросов, то это будет и работать быстро.
> >
> > Это всё круто, но слегка не в тему - ведь это не рассказ "как вы
> > используете key/value". Интересует именно реальное применение, а-ля
> > "вот тут можно было вот так, реляционно (+детали), но я подумал и
> > сделал вот так, на key/value (+детали), потому что ... (+ ещё
> > детали)". Есть кому поделиться таким опытом?
> >
> > >> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
> > >>
> > >> <ruz на bestpractical.com> написал:
> > >> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> > >> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> > >> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не
> знаю.
> > >> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не
> > >> >>> хочется по таймеру чекать запросы.
> > >> >>>
> > >> >>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
> > >> >>> Какие есть у меня опции?
> > >> >>
> > >> >> AnyMongo.
> > >> >>
> > >> >> Только очень подумай в начале.
> > >> >
> > >> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не
> > >> > уверен.
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100929/4d3f0c58/attachment-0001.html>

From aml на rulezz.ru  Wed Sep 29 08:55:33 2010
From: aml на rulezz.ru (Alexander Lourier)
Date: Wed, 29 Sep 2010 19:55:33 +0400
Subject: [Moscow.pm]
	=?windows-1251?q?persisten_storage_=EF=EE=E4_AnyEvent?=
In-Reply-To: <AANLkTi=6rzyc7hcv+wz4UU3BZ7R7N9R=bac7r-c1xGNC@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<201009291912.30318.aml@rulezz.ru>
	<AANLkTi=6rzyc7hcv+wz4UU3BZ7R7N9R=bac7r-c1xGNC@mail.gmail.com>
Message-ID: <201009291955.33571.aml@rulezz.ru>

On Wednesday 29 September 2010 19:32:41 Akzhan Abdulin wrote:

> Я бы рекомендовал ознакомится именно с последней версией CouchDB и именно
> вживую.

Лично знакомился с 0.11, она мне понравилась по задумке, но по 
проиводительности ни в какие ворота не влазила. Последнюю как-нибудь гляну, 
спасибо.

> Да, так называемые Views используют JavaScript, но они вычисляются сразу
> при попадании документов базу. То есть на скорость выборок это не влияет.

Да это понятно. Но вообще выборки и так обычно хорошо кешируются, и узким 
местом базы остаются как раз вставки.

> У нас используются CouchDB и RabbitMQ, к обоим продуктам нареканий пока
> нет.

А что за задача у вас?

> 29 сентября 2010 г. 19:12 пользователь Alexander Lourier 
<aml на rulezz.ru>написал:
> > On Wednesday 29 September 2010 17:53:54 Oleg Kostyuk wrote:
> > > <aml на rulezz.ru> написал:
> > > > On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:
> > > >> CouchDB, не?
> > > >> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)
> > > >
> > > > CouchDB - великий тормоз. Подходит только для академических задач.
> > >
> > > Благородного дона конечно же не затруднит обосновать своё заявление?...
> >
> > Конечно, уважаемый сэр :)
> >
> > CouchDB даёт очень большую нагрузку на процессор, поскольку вычисление
> > индексов (исполнение кода на JavaScript) осуществляется на сервере. Там,
> > где
> > SQL-базы обходятся вычислением простейших индексов (по одной или
> > нескольким колонкам), CouchDB выполняет скриптовую программу. Вычисление
> > индексов совсем
> > необязательно делать на сервере базы данных - оно вполне себе выносится
> > на бэкенды, которые горизонтально масштабировать очень просто. Впрочем,
> > будем анализировать то, что есть. Посмотрим на скорость последовательного
> > исполнения запросов на CouchDB. Бенчмарков полно в сети. С ходу нагуглил:
> >
> > http://rwsleep.blogspot.com/2010/02/tokyotyrant-vs-mongodb-vs-couchdb.htm
> >l
> >
> > http://metalelf0dev.blogspot.com/2008/09/mysql-couchdb-performance-compar
> >ison.html
> >
> > http://www.snailinaturtleneck.com/blog/2009/06/29/couchdb-vs-mongodb-benc
> >hmark/
> >
> > http://www.codeweblog.com/couchdb-vs-mysql-insert-performance-test-data-o
> >f-the-speed-test/
> >
> > CouchDB всегда отстаёт. Однако, последовательное исполнение запросов - не
> > самый ценный показатель базы. Всегда есть несколько процессорных ядер и,
> > наконец, несколько серверов, которые позволят исполнять несколько
> > запросов одновременно, и если не будет хватать одного сервера, то можно
> > будет добавить
> > других и обеспечить такую пропускную способность, какую захотим.
> >
> > Однако, и тут у CouchDB проблемы. Встроенных средств масштабирования у
> > неё нет
> > (хотя тут могу ошибаться - erlang-программы умеют работать поверх
> > кластера, но поскольку у меня такого опыта нет, то в таких условиях не
> > тестировал). Зато есть внешняя прокси, которая позволяет получить запрос
> > от
> > пользователя,
> > разослать его на нужные узлы кластера, а потом собрать (reduce) результат
> > обратно. И снова эта операция требует исполнения javascript-кода, и эти
> > прокси опять же нагружают процессор - нужно ставить отдельные серверы под
> > прокси и т.д.
> >
> > База данных - это узкое место большинства проектов, его очень сложно
> > масштабировать, и все операции, которые можно вынести за пределы сервера
> > с базой данных, должны быть вынесены. С CouchDB это явно не так.
> >
> > Как-то так.
> >
> > > > Если сможете запустить thrift over AnyEvent, то есть отличная СУБД -
> > > > Cassandra.
> > > >
> > > >> А расскажите, как вам подходит key/value? Я для себя сделал вывод,
> > > >> что key/value - весьма специфическая штука. И для работы с ней надо
> > > >> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает
> > > >> так, что просто задача не подходящая для key/value... но если
> > > >> подходящая - надо "выворачивать" мозг.
> > > >
> > > > Key/value - специфическая модель, зато в правильную сторону мозги
> > > > разворачивает. Всё, что сложно реализовать на key/value, наверняка
> >
> > будет
> >
> > > > тормозить на SQL. А если уж реализуешь на key/value, да и минимальным
> > > > количеством запросов, то это будет и работать быстро.
> > >
> > > Это всё круто, но слегка не в тему - ведь это не рассказ "как вы
> > > используете key/value". Интересует именно реальное применение, а-ля
> > > "вот тут можно было вот так, реляционно (+детали), но я подумал и
> > > сделал вот так, на key/value (+детали), потому что ... (+ ещё
> > > детали)". Есть кому поделиться таким опытом?
> > >
> > > >> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
> > > >>
> > > >> <ruz на bestpractical.com> написал:
> > > >> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> > > >> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> > > >> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не
> >
> > знаю.
> >
> > > >> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не
> > > >> >>> хочется по таймеру чекать запросы.
> > > >> >>>
> > > >> >>> Вполне подойдет key/value storage, но тут сплошной пробел в
> > > >> >>> опыте. Какие есть у меня опции?
> > > >> >>
> > > >> >> AnyMongo.
> > > >> >>
> > > >> >> Только очень подумай в начале.
> > > >> >
> > > >> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не
> > > >> > уверен.
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org



From cub.uanic на gmail.com  Wed Sep 29 09:02:14 2010
From: cub.uanic на gmail.com (Oleg Kostyuk)
Date: Wed, 29 Sep 2010 19:02:14 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <201009291912.30318.aml@rulezz.ru>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<201009291744.09139.aml@rulezz.ru>
	<AANLkTik9uAj22x2n3Scsm6ocq=O2z3o6jL8enwhM7W6X@mail.gmail.com>
	<201009291912.30318.aml@rulezz.ru>
Message-ID: <AANLkTin9acS3SdFhK20MnxO=tunqOKTB3DQO0Sr-ukak@mail.gmail.com>

29 сентября 2010 г. 18:12 пользователь Alexander Lourier
<aml на rulezz.ru> написал:
> On Wednesday 29 September 2010 17:53:54 Oleg Kostyuk wrote:
>
>> <aml на rulezz.ru> написал:
>> > On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:
>> >> CouchDB, не?
>> >> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)
>> >
>> > CouchDB - великий тормоз. Подходит только для академических задач.
>>
>> Благородного дона конечно же не затруднит обосновать своё заявление?...
>
> Конечно, уважаемый сэр :)
Я конечно не спец по CouchDB, тут спорить не буду... Но не надо
настолько безосновательно очернять хороший продукт :)


> CouchDB даёт очень большую нагрузку на процессор, поскольку вычисление
> индексов (исполнение кода на JavaScript) осуществляется на сервере. Там, где
> SQL-базы обходятся вычислением простейших индексов (по одной или нескольким
> колонкам), CouchDB выполняет скриптовую программу.
Использование view-ов (которые могут быть инкрементальными) по сути
ничем не отличается от индексов в реляционных базах. Применение JS
конечно не ускоряет это дело, но тут как везде: "быстро, дёшево,
правильно - выберите любые два". На мой взгляд, выбрали "дёшево и
правильно" - получили масштабируемость, но не скорость.


> Вычисление индексов совсем
> необязательно делать на сервере базы данных - оно вполне себе выносится на
> бэкенды, которые горизонтально масштабировать очень просто.
Прям сижу и вижу, как вы в MySQL (с которым вы сравниваете ниже)
вычисляете индексы не на сервере БД.

> Впрочем, будем
> анализировать то, что есть. Посмотрим на скорость последовательного
> исполнения запросов на CouchDB.
В чём великий смысл сравнивать sql и no-sql решения? Они нужны в
разных случаях, и требования к базе тоже разные.

> Бенчмарков полно в сети. С ходу нагуглил:
>
> http://rwsleep.blogspot.com/2010/02/tokyotyrant-vs-mongodb-vs-couchdb.html
> http://metalelf0dev.blogspot.com/2008/09/mysql-couchdb-performance-comparison.html
> http://www.snailinaturtleneck.com/blog/2009/06/29/couchdb-vs-mongodb-benchmark/
> http://www.codeweblog.com/couchdb-vs-mysql-insert-performance-test-data-of-the-speed-test/
> CouchDB всегда отстаёт.
Мягко говоря, эти ссылки бесполезны. По первой - в первом же
комментарии написано, что сравнивались не совсем те вещи, что
утверждается. Прошло- и позапрошлогодние ссылки (вторая и третья), на
мой скромный взгляд, не совсем актуальны и слегка устарели. Ну а в
последней вообще - в результатах теста видно раскрутку стека от
пойманных исключений. Извините, но все эти ссылки не тянут на
серьёзный источник информации.

> Однако, последовательное исполнение запросов - не
> самый ценный показатель базы. Всегда есть несколько процессорных ядер и,
> наконец, несколько серверов, которые позволят исполнять несколько запросов
> одновременно, и если не будет хватать одного сервера, то можно будет добавить
> других и обеспечить такую пропускную способность, какую захотим.
Так это как раз про CouchDB сказано, а не про MySQL.

> Однако, и тут у CouchDB проблемы. Встроенных средств масштабирования у неё нет
> (хотя тут могу ошибаться - erlang-программы умеют работать поверх кластера,
> но поскольку у меня такого опыта нет, то в таких условиях не тестировал).
Именно. Ошибаетесь. Репликация есть "из коробки", равно как и
Distributed Updates: http://couchdb.apache.org/docs/overview.html.

> Зато есть внешняя прокси, которая позволяет получить запрос от пользователя,
> разослать его на нужные узлы кластера, а потом собрать (reduce) результат
> обратно. И снова эта операция требует исполнения javascript-кода, и эти
> прокси опять же нагружают процессор - нужно ставить отдельные серверы под
> прокси и т.д.
Не могу быть уверен, но вероятно вы пробовали использовать CouchDB не
так, как то было задумано разработчиками (например, не использовали
view-ы). В таком случае не удивительно, что вы недовольны
результатами.

> База данных - это узкое место большинства проектов, его очень сложно
> масштабировать, и все операции, которые можно вынести за пределы сервера с
> базой данных, должны быть вынесены. С CouchDB это явно не так.
Учитывая то, что есть поддержка REST и JS "из коробки" - есть мнение,
что за пределы базы вынести можно что угодно. Но вот только надо
ли?... Проще и надёжней - добавить серверов, железо нынче дешёвое.
(естессно, если работа базы уже прооптимизирована)

> Как-то так.
Вобщем, серьезных обоснований не увидел. Как мне видится, CouchDB
весьма не плоха.

Всё вышесказанное не претендует на истину. Личное мнение, не более того.
Как-то так :)


>
>> > Если сможете запустить thrift over AnyEvent, то есть отличная СУБД -
>> > Cassandra.
>> >
>> >> А расскажите, как вам подходит key/value? Я для себя сделал вывод, что
>> >> key/value - весьма специфическая штука. И для работы с ней надо
>> >> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает так,
>> >> что просто задача не подходящая для key/value... но если подходящая -
>> >> надо "выворачивать" мозг.
>> >
>> > Key/value - специфическая модель, зато в правильную сторону мозги
>> > разворачивает. Всё, что сложно реализовать на key/value, наверняка будет
>> > тормозить на SQL. А если уж реализуешь на key/value, да и минимальным
>> > количеством запросов, то это будет и работать быстро.
>>
>> Это всё круто, но слегка не в тему - ведь это не рассказ "как вы
>> используете key/value". Интересует именно реальное применение, а-ля
>> "вот тут можно было вот так, реляционно (+детали), но я подумал и
>> сделал вот так, на key/value (+детали), потому что ... (+ ещё
>> детали)". Есть кому поделиться таким опытом?
>>
>> >> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
>> >>
>> >> <ruz на bestpractical.com> написал:
>> >> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
>> >> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
>> >> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не знаю.
>> >> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не
>> >> >>> хочется по таймеру чекать запросы.
>> >> >>>
>> >> >>> Вполне подойдет key/value storage, но тут сплошной пробел в опыте.
>> >> >>> Какие есть у меня опции?
>> >> >>
>> >> >> AnyMongo.
>> >> >>
>> >> >> Только очень подумай в начале.
>> >> >
>> >> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не
>> >> > уверен.
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)

From akzhan.abdulin на gmail.com  Thu Sep 30 01:12:44 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Thu, 30 Sep 2010 12:12:44 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <201009291955.33571.aml@rulezz.ru>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<201009291912.30318.aml@rulezz.ru>
	<AANLkTi=6rzyc7hcv+wz4UU3BZ7R7N9R=bac7r-c1xGNC@mail.gmail.com>
	<201009291955.33571.aml@rulezz.ru>
Message-ID: <AANLkTi=4NHcK7-rozAYvuh+mXXE9CAZ2ymAwNbZU3y0i@mail.gmail.com>

Да, похоже, вы пробовали CouchDB не в её области применения.

CouchDB используется для хранения описаний узлов сети, RabbitMQ - как
высокопроизводительный движок очередей.

Оба продукта из категории "поставил и забыл".

29 сентября 2010 г. 19:55 пользователь Alexander Lourier <aml на rulezz.ru>написал:

> On Wednesday 29 September 2010 19:32:41 Akzhan Abdulin wrote:
>
> > Я бы рекомендовал ознакомится именно с последней версией CouchDB и именно
> > вживую.
>
> Лично знакомился с 0.11, она мне понравилась по задумке, но по
> проиводительности ни в какие ворота не влазила. Последнюю как-нибудь гляну,
> спасибо.
>
> > Да, так называемые Views используют JavaScript, но они вычисляются сразу
> > при попадании документов базу. То есть на скорость выборок это не влияет.
>
> Да это понятно. Но вообще выборки и так обычно хорошо кешируются, и узким
> местом базы остаются как раз вставки.
>
> > У нас используются CouchDB и RabbitMQ, к обоим продуктам нареканий пока
> > нет.
>
> А что за задача у вас?
>
> > 29 сентября 2010 г. 19:12 пользователь Alexander Lourier
> <aml на rulezz.ru>написал:
> > > On Wednesday 29 September 2010 17:53:54 Oleg Kostyuk wrote:
> > > > <aml на rulezz.ru> написал:
> > > > > On Wednesday 29 September 2010 17:20:18 Oleg Kostyuk wrote:
> > > > >> CouchDB, не?
> > > > >> AnyEvent::CouchDB или KiokuDB (через KiokuDB::Backend::CouchDB)
> > > > >
> > > > > CouchDB - великий тормоз. Подходит только для академических задач.
> > > >
> > > > Благородного дона конечно же не затруднит обосновать своё
> заявление?...
> > >
> > > Конечно, уважаемый сэр :)
> > >
> > > CouchDB даёт очень большую нагрузку на процессор, поскольку вычисление
> > > индексов (исполнение кода на JavaScript) осуществляется на сервере.
> Там,
> > > где
> > > SQL-базы обходятся вычислением простейших индексов (по одной или
> > > нескольким колонкам), CouchDB выполняет скриптовую программу.
> Вычисление
> > > индексов совсем
> > > необязательно делать на сервере базы данных - оно вполне себе выносится
> > > на бэкенды, которые горизонтально масштабировать очень просто. Впрочем,
> > > будем анализировать то, что есть. Посмотрим на скорость
> последовательного
> > > исполнения запросов на CouchDB. Бенчмарков полно в сети. С ходу
> нагуглил:
> > >
> > >
> http://rwsleep.blogspot.com/2010/02/tokyotyrant-vs-mongodb-vs-couchdb.htm
> > >l
> > >
> > >
> http://metalelf0dev.blogspot.com/2008/09/mysql-couchdb-performance-compar
> > >ison.html
> > >
> > >
> http://www.snailinaturtleneck.com/blog/2009/06/29/couchdb-vs-mongodb-benc
> > >hmark/
> > >
> > >
> http://www.codeweblog.com/couchdb-vs-mysql-insert-performance-test-data-o
> > >f-the-speed-test/
> > >
> > > CouchDB всегда отстаёт. Однако, последовательное исполнение запросов -
> не
> > > самый ценный показатель базы. Всегда есть несколько процессорных ядер
> и,
> > > наконец, несколько серверов, которые позволят исполнять несколько
> > > запросов одновременно, и если не будет хватать одного сервера, то можно
> > > будет добавить
> > > других и обеспечить такую пропускную способность, какую захотим.
> > >
> > > Однако, и тут у CouchDB проблемы. Встроенных средств масштабирования у
> > > неё нет
> > > (хотя тут могу ошибаться - erlang-программы умеют работать поверх
> > > кластера, но поскольку у меня такого опыта нет, то в таких условиях не
> > > тестировал). Зато есть внешняя прокси, которая позволяет получить
> запрос
> > > от
> > > пользователя,
> > > разослать его на нужные узлы кластера, а потом собрать (reduce)
> результат
> > > обратно. И снова эта операция требует исполнения javascript-кода, и эти
> > > прокси опять же нагружают процессор - нужно ставить отдельные серверы
> под
> > > прокси и т.д.
> > >
> > > База данных - это узкое место большинства проектов, его очень сложно
> > > масштабировать, и все операции, которые можно вынести за пределы
> сервера
> > > с базой данных, должны быть вынесены. С CouchDB это явно не так.
> > >
> > > Как-то так.
> > >
> > > > > Если сможете запустить thrift over AnyEvent, то есть отличная СУБД
> -
> > > > > Cassandra.
> > > > >
> > > > >> А расскажите, как вам подходит key/value? Я для себя сделал вывод,
> > > > >> что key/value - весьма специфическая штука. И для работы с ней
> надо
> > > > >> пересмотреть устоявшиеся (реляционные) принципы. Конечно, бывает
> > > > >> так, что просто задача не подходящая для key/value... но если
> > > > >> подходящая - надо "выворачивать" мозг.
> > > > >
> > > > > Key/value - специфическая модель, зато в правильную сторону мозги
> > > > > разворачивает. Всё, что сложно реализовать на key/value, наверняка
> > >
> > > будет
> > >
> > > > > тормозить на SQL. А если уж реализуешь на key/value, да и
> минимальным
> > > > > количеством запросов, то это будет и работать быстро.
> > > >
> > > > Это всё круто, но слегка не в тему - ведь это не рассказ "как вы
> > > > используете key/value". Интересует именно реальное применение, а-ля
> > > > "вот тут можно было вот так, реляционно (+детали), но я подумал и
> > > > сделал вот так, на key/value (+детали), потому что ... (+ ещё
> > > > детали)". Есть кому поделиться таким опытом?
> > > >
> > > > >> 29 сентября 2010 г. 16:04 пользователь Ruslan Zakirov
> > > > >>
> > > > >> <ruz на bestpractical.com> написал:
> > > > >> > 2010/9/29 Vany Serezhkin <ivan на serezhkin.com>:
> > > > >> >> On 09/29/2010 04:58 PM, Ruslan Zakirov wrote:
> > > > >> >>> Решил написать проект на AnyEvent, но нуна БД. Чего выбрать не
> > >
> > > знаю.
> > >
> > > > >> >>> Можно Pg взять и попробовать его async интерфейс, но как-то не
> > > > >> >>> хочется по таймеру чекать запросы.
> > > > >> >>>
> > > > >> >>> Вполне подойдет key/value storage, но тут сплошной пробел в
> > > > >> >>> опыте. Какие есть у меня опции?
> > > > >> >>
> > > > >> >> AnyMongo.
> > > > >> >>
> > > > >> >> Только очень подумай в начале.
> > > > >> >
> > > > >> > О чем подумать? Я как раз и пытаюсь подумать, но о чем думать не
> > > > >> > уверен.
> > >
> > > --
> > > Moscow.pm mailing list
> > > moscow-pm на pm.org | http://moscow.pm.org
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100930/8633b9c6/attachment-0001.html>

From sergle.ua на gmail.com  Thu Sep 30 03:14:02 2010
From: sergle.ua на gmail.com (Sergey Leschenko)
Date: Thu, 30 Sep 2010 13:14:02 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>
Message-ID: <AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>

2010/9/29 Akzhan Abdulin <akzhan.abdulin на gmail.com>:
>> Просвятите какие есть последствия в лицензии Mogno?
>
> Это Affero GPL, не просто GPL. Насколько я понимаю, вас могут обязать
> раскрыть исходники вашего сервиса целиком (хотя, конечно, в исходниках
> сайта обычно ничего ценного нет).

http://www.mongodb.org/display/DOCS/Licensing
"If you are using a vanilla MongoDB server from either source or
binary packages you have NO obligations"
...
"Note however that it is never required that applications using mongo
be published"

Насчет надежности ничего сказать не могу, запускал только пару тестов.
Но думаю и CouchDB тоже нельзя назвать стабильным проектом:
http://couchdb.apache.org/
"Notice: The 1.0.0 release has a critical bug which can lead to data
loss in the default configuration"

-- 
Sergey

From akzhan.abdulin на gmail.com  Thu Sep 30 03:19:20 2010
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Thu, 30 Sep 2010 14:19:20 +0400
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>
	<AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>
Message-ID: <AANLkTim1Mf1rBVfti60ii4CXiVmjjZETW=efqr7Vxfqo@mail.gmail.com>

Да, мы тоже уже обновились до 1.0.1. Но вообще нареканий не было.

Про лицензирование - Максу уже позднее написали, что он не вполне прав.

30 сентября 2010 г. 14:14 пользователь Sergey Leschenko <sergle.ua на gmail.com
> написал:

> 2010/9/29 Akzhan Abdulin <akzhan.abdulin на gmail.com>:
> >> Просвятите какие есть последствия в лицензии Mogno?
> >
> > Это Affero GPL, не просто GPL. Насколько я понимаю, вас могут обязать
> > раскрыть исходники вашего сервиса целиком (хотя, конечно, в исходниках
> > сайта обычно ничего ценного нет).
>
> http://www.mongodb.org/display/DOCS/Licensing
> "If you are using a vanilla MongoDB server from either source or
> binary packages you have NO obligations"
> ...
> "Note however that it is never required that applications using mongo
> be published"
>
> Насчет надежности ничего сказать не могу, запускал только пару тестов.
> Но думаю и CouchDB тоже нельзя назвать стабильным проектом:
> http://couchdb.apache.org/
> "Notice: The 1.0.0 release has a critical bug which can lead to data
> loss in the default configuration"
>
> --
> Sergey
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100930/e0f683bf/attachment.html>

From cub.uanic на gmail.com  Thu Sep 30 05:17:45 2010
From: cub.uanic на gmail.com (Oleg Kostyuk)
Date: Thu, 30 Sep 2010 15:17:45 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>
	<AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>
Message-ID: <AANLkTik7Xk5wPwK7AL+0S3ACP-3u3fcKF_1PFescb=MA@mail.gmail.com>

Вы знаете, стабильных проектов вообще нет. В конце концов, ядра всех
известных мне систем имели критические уязвимости. Так что если у вас
есть прекрасная база без критических уязвимостей - то под чем же вы её
запускаете? И откуда уверенность, что завтра вашей базе не наступит
кирдык из-за (пока ещё) неизвестной ошибки? Так что вы её лучше не
запускайте совсем, ни под чем, а то вдруг data loss получится.


30 сентября 2010 г. 13:14 пользователь Sergey Leschenko
<sergle.ua на gmail.com> написал:
> 2010/9/29 Akzhan Abdulin <akzhan.abdulin на gmail.com>:
>>> Просвятите какие есть последствия в лицензии Mogno?
>>
>> Это Affero GPL, не просто GPL. Насколько я понимаю, вас могут обязать
>> раскрыть исходники вашего сервиса целиком (хотя, конечно, в исходниках
>> сайта обычно ничего ценного нет).
>
> http://www.mongodb.org/display/DOCS/Licensing
> "If you are using a vanilla MongoDB server from either source or
> binary packages you have NO obligations"
> ...
> "Note however that it is never required that applications using mongo
> be published"
>
> Насчет надежности ничего сказать не могу, запускал только пару тестов.
> Но думаю и CouchDB тоже нельзя назвать стабильным проектом:
> http://couchdb.apache.org/
> "Notice: The 1.0.0 release has a critical bug which can lead to data
> loss in the default configuration"
>
> --
> Sergey
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)

From sergle.ua на gmail.com  Thu Sep 30 05:54:15 2010
From: sergle.ua на gmail.com (Sergey Leschenko)
Date: Thu, 30 Sep 2010 15:54:15 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTik7Xk5wPwK7AL+0S3ACP-3u3fcKF_1PFescb=MA@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>
	<4CA33862.8070701@serezhkin.com>
	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>
	<AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>
	<AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>
	<AANLkTik7Xk5wPwK7AL+0S3ACP-3u3fcKF_1PFescb=MA@mail.gmail.com>
Message-ID: <AANLkTikxaF0iS2Jy-VUtB6ru93r8LfffZoa3h+DHRhOz@mail.gmail.com>

2010/9/30 Oleg Kostyuk <cub.uanic на gmail.com>:
> Вы знаете, стабильных проектов вообще нет.

А никто и не сомневается

-- 
Sergey

From ali на ali.org.ua  Thu Sep 30 06:12:36 2010
From: ali на ali.org.ua (Oleg Alistratov)
Date: Thu, 30 Sep 2010 16:12:36 +0300
Subject: [Moscow.pm]
	=?utf-8?q?persisten_storage_=D0=BF=D0=BE=D0=B4_AnyEve?=
	=?utf-8?q?nt?=
In-Reply-To: <AANLkTik7Xk5wPwK7AL+0S3ACP-3u3fcKF_1PFescb=MA@mail.gmail.com>
References: <AANLkTinZnvMQXD6P9raBk3g49o9wcG7tKQ_aOs-GyAiz@mail.gmail.com>	<4CA33862.8070701@serezhkin.com>	<AANLkTikCTqP1ecQ5NOJZjnaQuFN+JZZ3Opc0gPWCdeRg@mail.gmail.com>	<AANLkTimQ2VA+iHX578hRuYxHebQGKBxDO9+d2v=gOVXR@mail.gmail.com>	<AANLkTikE0w8HfpCYBUsbdV=+HryCAvJGhjByL_qnBmBE@mail.gmail.com>
	<AANLkTik7Xk5wPwK7AL+0S3ACP-3u3fcKF_1PFescb=MA@mail.gmail.com>
Message-ID: <4CA48CC4.1090303@ali.org.ua>


On 30.09.2010 15:17, Oleg Kostyuk wrote:

> Вы знаете, стабильных проектов вообще нет.

Ну, это лирика. Есть ведь (более-менее) объективные показатели.

Вот примерчик:
1. http://search.cpan.org/~drolsky/Moose-1.14/
    Несколько релизов в месяц, крайний ? две недели назад,
    успешность прохождения юнит-тестов ? не менее 97%
    в каждом релизе

2. http://search.cpan.org/~markstos/SQL-Interpolate-0.41/
    Крайний релиз ? 4 года назад, полностью проваленные тесты,
    да и до этого обычное дело ? 40% fails.

Это, допустим, вещи разные, но вот недавно как раз
выбирали между Image::EXIF и Image::ExifTool.
Так вот не обязательно трогать их обоих руками, чтобы
составить впечатление, кто внушает больше доверия.

Так и с базами.


--
Олег Алистратов