From dmitry на karasik.eu.org Fri Aug 2 01:36:47 2013 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Fri, 2 Aug 2013 10:36:47 +0200 Subject: [Moscow.pm] =?koi8-r?b?QW55RXZlbnQ6OkhUVFAgySBUTFM=?= In-Reply-To: References: <20130730114543.GA15064@shroompy> Message-ID: <20130802083647.GA39762@nataraj.karasik.eu.org> Вообще-то "вместе с", а не "вместо". Если автор модуля не использует warnings это на сегодня недопустимо, но если у вылетают баги при -w это нисколько не ССЗБ а баг который надо фиксить. On Wed, Jul 31, 2013 at 02:12:44PM +0300, TheAthlete wrote: > Спасибо, не знал, что нужно использовать use warnings вместо -w > > Ilya Chesnokov писал(а) в своём письме Wed, 31 > Jul 2013 13:42:11 +0300: > > > 2013/7/31 TheAthlete > > > >> Вот что написал Marc Lehmann по этому поводу: > >> > > [...] > > > >> Second, this is a bug in perl - during global destruction, perl can > >> randomly corrupt data structures, which sometimes causes messages like > >> these. > >> > > > > Это поведение документировано: > > http://search.cpan.org/~rjbs/perl-5.18.0/pod/perlobj.pod#Global_Destruction, > > поэтому это не баг, а фича :) > > > > Цитата для тех, кому лень лезть в браузер: > > The order in which objects are destroyed during the global destruction > > before the program exits is unpredictable. This means that any objects > > contained by your object may already have been destroyed. You should > > check > > that a contained object is defined before calling a method on it: > > sub DESTROY { > > my $self = shift; > > > > $self->{handle}->close() if $self->{handle}; > > } > > > > > >> Удивительно то что несмотря на агрессивное отрицание, он скорее всего > >> баг пофиксит .. но аргументы конечно достойны facepalm.jpg ) > > > > Просто он говорит о том, что автор ССЗБ, раз не использует принятую > > конвенцию (use warnings вместо -w) =) И он прав, ящитаю =) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely, Dmitry Karasik From ivan на serezhkin.com Sat Aug 3 07:58:43 2013 From: ivan на serezhkin.com (Vany Serezhkin) Date: Sat, 03 Aug 2013 18:58:43 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC0INCy0LjQvdC00L7QuSDRgdC+0LLRgdC1?= =?utf-8?b?0Lwg0LLRgdGRINC/0LvQvtGF0L4/?= Message-ID: <51FD1AA3.7000309@serezhkin.com> Привет. Решил дома с виндой побаловатся, но наткнулся вот на такие грабли use strict; use AnyEvent::HTTP; use Config; my $start = time; my $cv = AE::cv; http_request(GET => "http://urh.ru/", sub { $cv->send;}); $cv->recv; print((time-$start)." $Config{archname} ".AnyEvent::detect."\n"); C:\box\YT\rss>perl t.pl 19 MSWin32-x64-multi-thread AnyEvent::Impl::Perl Приучить его виндовым днс кэшем пользоваться можно? Подобная бяка и на strawberry и на activestate. -- WBR, Vany From sergey.aleynikov на gmail.com Sat Aug 3 09:45:12 2013 From: sergey.aleynikov на gmail.com (Sergey Aleynikov) Date: Sat, 3 Aug 2013 20:45:12 +0400 Subject: [Moscow.pm] =?koi8-r?b?8M/EINfJzsTPyiDTz9fTxc0g19OjINDMz8jPPw==?= In-Reply-To: <51FD1AA3.7000309@serezhkin.com> References: <51FD1AA3.7000309@serezhkin.com> Message-ID: Добрый день, > C:\box\YT\rss>perl t.pl > 19 MSWin32-x64-multi-thread AnyEvent::Impl::Perl C:\>perl -e "use AnyEvent; print AnyEvent::detect" AnyEvent::Impl::EV Достаточно поставить EV. Best regards, Sergey Aleynikov From mi на ya.ru Mon Aug 5 05:55:46 2013 From: mi на ya.ru (Nikolay Mishin) Date: Mon, 05 Aug 2013 16:55:46 +0400 Subject: [Moscow.pm] YAPC Message-ID: <99551375707346@web9h.yandex.ru> Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Mon Aug 5 07:25:25 2013 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Mon, 5 Aug 2013 18:25:25 +0400 Subject: [Moscow.pm] YAPC In-Reply-To: <99551375707346@web9h.yandex.ru> References: <99551375707346@web9h.yandex.ru> Message-ID: 5 августа 2013 г., 16:55 пользователь Nikolay Mishin написал: > Коллеги у меня вопрос, > если мне все-таки не удается поехать на YAPC в Киев, > то является ли хорошим тоном разрегистрироваться? > или можно и так Mock регистрацию оcтавить (не внося плату)? > поверьте мне бы очень хотелось поехать, > но в кругу perl->отпуск-с-женой->работа perl отстоять не удалось ;)) > > Уговори жену поехать в отпуск в Киев в дни конференции. Profit! :) > буду смотреть online, спасибо организаторам > > -- > С уважением > Николай Мишин > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Ilya Chesnokov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на eremeev.ru Mon Aug 5 07:21:32 2013 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Mon, 5 Aug 2013 14:21:32 +0000 Subject: [Moscow.pm] YAPC In-Reply-To: References: <99551375707346@web9h.yandex.ru> Message-ID: <1286685549-1375712820-cardhu_decombobulator_blackberry.rim.net-1698878847-@b5.c7.bise7.blackberry> +100 В Киеве есть что посмотреть! Отправлено с беспроводного устройства BlackBerry? -----Original Message----- From: Ilya Chesnokov Sender: "Moscow-pm" Date: Mon, 5 Aug 2013 18:25:25 To: Moscow.pm group Reply-To: "Moscow.pm group" Subject: Re: [Moscow.pm] YAPC -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org From ivan на serezhkin.com Mon Aug 5 11:24:49 2013 From: ivan на serezhkin.com (Vany Serezhkin) Date: Mon, 05 Aug 2013 22:24:49 +0400 Subject: [Moscow.pm] =?koi8-r?b?8M/EINfJzsTPyiDTz9fTxc0g19OjINDMz8jPPw==?= In-Reply-To: References: <51FD1AA3.7000309@serezhkin.com> Message-ID: <51FFEDF1.70005@serezhkin.com> 03.08.2013 20:45, Sergey Aleynikov пишет: > Добрый день, > >> C:\box\YT\rss>perl t.pl >> 19 MSWin32-x64-multi-thread AnyEvent::Impl::Perl > C:\>perl -e "use AnyEvent; print AnyEvent::detect" > AnyEvent::Impl::EV > > Достаточно поставить EV. =_)) ну да ... а толку? 19 MSWin32-x64-multi-thread AnyEvent::Impl::EV -- WBR, Vany From i.petro.77.00 на gmail.com Mon Aug 5 11:47:05 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 5 Aug 2013 22:47:05 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= Message-ID: <20130805184705.GB12687@vdsl.uvw.ru> кто как делает сабж? мы много лет делаем на базе flock'а который делает опен на $0 (а временами и на файлхендл DATA). все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит print. иногда внутри flock "зависает" (хотя должен либо взять блокировку, либо вернуть ошибку). и далее один скрипт "висит", все другие видят flock и отваливаются. пока не выяснил: бага в перле это или в окружении линуховом или еще где. ща бы просто проблему решить. добавить alarm можно конечно но не хочется. есть еще варианты решения сабжа? From akzhan.abdulin на gmail.com Mon Aug 5 11:47:50 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 5 Aug 2013 22:47:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: runit? 5 августа 2013 г., 22:47 пользователь Ivan Petrov написал: > кто как делает сабж? > > мы много лет делаем на базе flock'а который делает опен на $0 (а > временами и на файлхендл DATA). > все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит > print. > иногда внутри flock "зависает" (хотя должен либо взять блокировку, > либо вернуть ошибку). > и далее один скрипт "висит", все другие видят flock и отваливаются. > > пока не выяснил: бага в перле это или в окружении линуховом или еще > где. > ща бы просто проблему решить. > добавить alarm можно конечно но не хочется. > > есть еще варианты решения сабжа? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Aug 5 12:20:04 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 5 Aug 2013 23:20:04 +0400 Subject: [Moscow.pm] =?koi8-r?b?69LPztPL0snQ1Nk6INrB3cnUwSDP1CDQz9fUz9LO?= =?koi8-r?b?z8fPINrB0NXTy8E=?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: <914065644.20130805232004@softsearch.ru> Здравствуйте, Ivan. Много лет делаем через flock на FreeBSD. Проблем ни разу не было. -- С уважением, Михаил mailto:postmaster на softsearch.ru From mail на knutov.com Mon Aug 5 12:21:17 2013 From: mail на knutov.com (Nick Knutov) Date: Tue, 06 Aug 2013 01:21:17 +0600 Subject: [Moscow.pm] =?koi8-r?b?69LPztPL0snQ1Nk6INrB3cnUwSDP1CDQz9fUz9LO?= =?koi8-r?b?z8fPINrB0NXTy8E=?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: <51FFFB2D.3070103@knutov.com> use Unix::PID; my $pid = 'appname.pid'; $pid = '/var/run/'.$pid if $< == 0; # real user ID is root Unix::PID->new()->pid_file($pid) or die "The PID in '$pid' is still running."; 06.08.2013 0:47, Ivan Petrov пишет: > кто как делает сабж? > > мы много лет делаем на базе flock'а который делает опен на $0 (а > временами и на файлхендл DATA). > все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит > print. > иногда внутри flock "зависает" (хотя должен либо взять блокировку, > либо вернуть ошибку). > и далее один скрипт "висит", все другие видят flock и отваливаются. > > пока не выяснил: бага в перле это или в окружении линуховом или еще > где. > ща бы просто проблему решить. > добавить alarm можно конечно но не хочется. > > есть еще варианты решения сабжа? > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From me на lelf.lu Mon Aug 5 12:30:23 2013 From: me на lelf.lu (Anton Nikishaev) Date: Mon, 5 Aug 2013 23:30:23 +0400 Subject: [Moscow.pm] Carton 1.0 Message-ID: http://weblog.bulknews.net/post/57356232719/carton-1-0-is-released https://metacpan.org/module/Carton -- lelf From i.petro.77.00 на gmail.com Mon Aug 5 12:35:29 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 5 Aug 2013 23:35:29 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= In-Reply-To: <914065644.20130805232004@softsearch.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> <914065644.20130805232004@softsearch.ru> Message-ID: <20130805193529.GC20657@vdsl.uvw.ru> > Здравствуйте, Ivan. > Много лет делаем через flock на FreeBSD. Проблем ни разу не было. мы тоже много лет через flock. проблемы стал замечать последние пару лет. как на Perl 5.12 или 5.14 съехали (начало не помню). проблемы нечастые, но временами происходят в совсем неудобное время. From zhecka на gmail.com Mon Aug 5 13:26:16 2013 From: zhecka на gmail.com (Eugene Kaltashkin) Date: Tue, 6 Aug 2013 00:26:16 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: если shell, удобнее всего делать через mkdir, нет накладных расходов на open и flock. проверка сразу отдаёт ошибку если имя существует и не зависит от нагрузки на файловую систему и дисковые очереди. 05.08.2013 22:47 пользователь "Ivan Petrov" написал: > кто как делает сабж? > > мы много лет делаем на базе flock'а который делает опен на $0 (а > временами и на файлхендл DATA). > все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит > print. > иногда внутри flock "зависает" (хотя должен либо взять блокировку, > либо вернуть ошибку). > и далее один скрипт "висит", все другие видят flock и отваливаются. > > пока не выяснил: бага в перле это или в окружении линуховом или еще > где. > ща бы просто проблему решить. > добавить alarm можно конечно но не хочется. > > есть еще варианты решения сабжа? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Mon Aug 5 13:40:16 2013 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 06 Aug 2013 00:40:16 +0400 Subject: [Moscow.pm] Carton 1.0 In-Reply-To: References: Message-ID: <206051375735216@web6e.yandex.ru> Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Mon Aug 5 13:57:32 2013 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 6 Aug 2013 00:57:32 +0400 Subject: [Moscow.pm] =?koi8-r?b?69LPztPL0snQ1Nk6INrB3cnUwSDP1CDQz9fUz9LO?= =?koi8-r?b?z8fPINrB0NXTy8E=?= In-Reply-To: References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: > нет накладных расходов на open и flock лолшто? конечно, там есть open ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From maxim.vuets на gmail.com Mon Aug 5 14:35:50 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Mon, 5 Aug 2013 23:35:50 +0200 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: On Monday, August 5, 2013, Ivan Petrov wrote: > кто как делает сабж? > > мы много лет делаем на базе flock'а который делает опен на $0 (а > временами и на файлхендл DATA). > все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит > print. > иногда внутри flock "зависает" (хотя должен либо взять блокировку, > либо вернуть ошибку). > и далее один скрипт "висит", все другие видят flock и отваливаются. > > пока не выяснил: бага в перле это или в окружении линуховом или еще > где. > ща бы просто проблему решить. > добавить alarm можно конечно но не хочется. > > есть еще варианты решения сабжа? https://metacpan.org/module/IPC::ConcurrencyLimit http://blog.booking.com/highlander-daemons-without-daemons.html ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Mon Aug 5 14:37:58 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Tue, 06 Aug 2013 00:37:58 +0300 Subject: [Moscow.pm] =?koi8-r?b?69LPztPL0snQ1Nk6INrB3cnUwSDP1CDQz9fUz9LO?= =?koi8-r?b?z8fPINrB0NXTy8E=?= In-Reply-To: References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: <215981375738678@web26h.yandex.ru> Вложение в формате HTML было извлечено… URL: From ruz на bestpractical.com Mon Aug 5 15:23:14 2013 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Tue, 6 Aug 2013 02:23:14 +0400 Subject: [Moscow.pm] =?utf-8?b?0JXQtNGDINCyINCa0LjQtdCyINC90LAg0LzQsNGI?= =?utf-8?b?0LjQvdC1LCDQtdGB0YLRjCDQvNC10YHRgtCw?= Message-ID: В субботу утром туда, в четверг обратно. -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Aug 5 18:42:30 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 6 Aug 2013 05:42:30 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: Я просто создаю "крон-скрипты" долгоиграющими скриптами в runit. По умолчанию в down, а по крону им делается start. Повторный start живого скрипта роли не играет. 5 августа 2013 г., 22:47 пользователь Ivan Petrov написал: > кто как делает сабж? > > мы много лет делаем на базе flock'а который делает опен на $0 (а > временами и на файлхендл DATA). > все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит > print. > иногда внутри flock "зависает" (хотя должен либо взять блокировку, > либо вернуть ошибку). > и далее один скрипт "висит", все другие видят flock и отваливаются. > > пока не выяснил: бага в перле это или в окружении линуховом или еще > где. > ща бы просто проблему решить. > добавить alarm можно конечно но не хочется. > > есть еще варианты решения сабжа? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Mon Aug 5 22:00:07 2013 From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=) Date: Tue, 06 Aug 2013 09:00:07 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YPRgdC6?= =?utf-8?b?0LA=?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: <1375765207.986415401@f386.i.mail.ru> Эта задача решается без программирования утилитой flock http://linux.die.net/man/1/flock -- Alexey Shrub From isage на aumi.ru Tue Aug 6 00:28:26 2013 From: isage на aumi.ru (iSage) Date: Tue, 06 Aug 2013 11:28:26 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrRgNC+0L3RgdC60YDQuNC/0YLRizog0LfQsNGJ?= =?utf-8?b?0LjRgtCwINC+0YIg0L/QvtCy0YLQvtGA0L3QvtCz0L4g0LfQsNC/0YM=?= =?utf-8?b?0YHQutCw?= In-Reply-To: References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: <0c9f0b4ec2e3a2d4aeba4de139371de0@aumi.ru> https://twitter.com/sadserver/status/364457132696928259 On 2013-08-06 05:42, Akzhan Abdulin wrote: > Я просто создаю "крон-скрипты" долгоиграющими скриптами в runit. По умолчанию в down, а по крону им делается start. Повторный start живого скрипта роли не играет. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From yu.pats на gmail.com Tue Aug 6 01:40:15 2013 From: yu.pats на gmail.com (Yury Pats) Date: Tue, 6 Aug 2013 08:40:15 +0000 Subject: [Moscow.pm] =?utf-8?b?0JXQtNGDINCyINCa0LjQtdCyINC90LAg0LzQsNGI?= =?utf-8?b?0LjQvdC1LCDQtdGB0YLRjCDQvNC10YHRgtCw?= In-Reply-To: References: Message-ID: Аналогично и я, но только из Минска. 2013/8/5 Ruslan Zakirov > В субботу утром туда, в четверг обратно. > > -- > Best regards, Ruslan. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на karasik.eu.org Tue Aug 6 11:20:22 2013 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Tue, 6 Aug 2013 20:20:22 +0200 Subject: [Moscow.pm] =?koi8-r?b?69LPztPL0snQ1Nk6INrB3cnUwSDP1CDQz9fUz9LO?= =?koi8-r?b?z8fPINrB0NXTy8E=?= In-Reply-To: <20130805184705.GB12687@vdsl.uvw.ru> References: <20130805184705.GB12687@vdsl.uvw.ru> Message-ID: <20130806182022.GA24345@nataraj.karasik.eu.org> On Mon, Aug 05, 2013 at 10:47:05PM +0400, Ivan Petrov wrote: > кто как делает сабж? > > мы много лет делаем на базе flock'а который делает опен на $0 (а > временами и на файлхендл DATA). > все работает. но вот ИНОГДА наблюдаем сбои: перед flock и после стоит > print. > иногда внутри flock "зависает" (хотя должен либо взять блокировку, > либо вернуть ошибку). flock имеет право зависнуть конечно . Это без LOCK_NB? Т.к. чтобы зависал с LOCK_NB первый раз слышу. -- Sincerely, Dmitry Karasik From ksvs1996 на ymail.com Fri Aug 16 04:50:08 2013 From: ksvs1996 на ymail.com (ksvs) Date: Fri, 16 Aug 2013 12:50:08 +0100 (BST) Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjzogQW55RXZlbnQgaW4g?= =?utf-8?q?Mail=2Eru?= In-Reply-To: <20130729111823.GB6091@vdsl.uvw.ru> References: <1374847064.18493.YahooMailNeo@web171501.mail.ir2.yahoo.com> <1375096121.51542.YahooMailNeo@web171504.mail.ir2.yahoo.com> <20130729111823.GB6091@vdsl.uvw.ru> Message-ID: <1376653808.5736.YahooMailNeo@web171502.mail.ir2.yahoo.com> Пытался ответить все это время и не смог. Если бы понял, что не получается, то получилось бы. Зато выработал еще одно правило работы с Coro: Когда в приложении нужна пауза, а все сокеты уже, пока закрыты, то следует использовать CORE::sleep, а не Coro::EV::timer_once. В противном случае будет 100% загрузка CPU. Странно, что сам Coro::EV это не делает. Переписал Coro приложение на голый EV. Оказалось, что по памяти немножко лучше стало, а скорость работы увеличилась в два раза. При этом использовал функции прослойки (о которых говорил выше), чтобы было красиво и не было много вложенных sub. Строки: 1141 - EV. 1178 - Coro. Больше строк из-за общния между async. ________________________________ From: Ivan Petrov To: moscow-pm на pm.org Sent: Monday, 29 July 2013, 14:18 Subject: Re: [Moscow.pm] Вакансия: AnyEvent in Mail.ru >> 1. Фактически удваивается кол-во вызовов. >> 1.1 Если так забить на производительность, то лучше юзать Coro > А разве обертка AnyEvent добавляет поверх EV меньше вызовов? > Coro говорите... Что-то с ним не складываетсяу у меня. На EV всегда получается, > а на Coro - через раз. :-) а что не получается? -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sharifulin на gmail.com Sat Aug 17 20:28:14 2013 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Sun, 18 Aug 2013 07:28:14 +0400 Subject: [Moscow.pm] Fwd: Re: [mojolicious-plugin-mail] SSL/TLS support (#11) In-Reply-To: <520FAA2E.7060705@tokon.net> References: <520FAA2E.7060705@tokon.net> Message-ID: Привет. Если кому-то интересно и/или есть желание и понимание темы, прошу включится в разговор и предложить верное решение, готов сделать контрибьютором. У меня сейчас не так много времени на это, плюс я не вижу задач, где можно было это применить в моих задачах/проектах. Заранее спасибо) use Perl or die; ---------- Forwarded message ---------- From: Rolf St?ckli Date: Sat, Aug 17, 2013 at 8:51 PM Subject: Fwd: Re: [mojolicious-plugin-mail] SSL/TLS support (#11) To: Анатолий Шарифулин Hello Anatoly, Before I start, I need some decisions from you. I've had different ideas how to solve this. My actual idea is: - Create a package Mojolicious::Plugin::Mail::**SMTPS, similar to MIME::Lite::SMTP, but using Net::SMTPS - Create a subroutine reference $send_by_smtps analogue to MIME::Lite->send_by_smtp, that uses MIME::Lite::SMTP instead. - If howargs contains an "encryption" parameter, send the message with $msg->send_by_sub($send_by_**smtps, @args), if not, send it as usual. Do you think this could be solved in this way? Then I have, once again, the question about the testing. Like the other time with the $howargs as parameter from ->mail(), I've no idea how to test such a change, because it only affects the actual transmission of the message, and in testing the message isn't sent. In my new program, I send messages to a test account, retrieve them from there and check their content, but this doesn't work in public code. Can you please give me a hint? Regards Rolf -------- Original-Nachricht -------- Betreff: Re: [mojolicious-plugin-mail] SSL/TLS support (#11) Datum: Thu, 15 Aug 2013 15:55:04 -0700 Von: Anatoly Sharifulin Antwort an: sharifulin/mojolicious-plugin-**mail > An: sharifulin/mojolicious-plugin-**mail > Kopie (CC): Tekki No, are you? You can send me pull request. ? Reply to this email directly or view it on GitHub >. -- Rolf St?ckli Villa CH-8765 Engi Tel. +41 55 642 25 88 www.facebook.com/vaslovag -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From scripter.vrn на gmail.com Tue Aug 20 07:41:30 2013 From: scripter.vrn на gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQktC70LDRgdC+0LI=?=) Date: Tue, 20 Aug 2013 18:41:30 +0400 Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQ6IGRpZSDQstC90YPRgtGA0Lgg0Lo=?= =?utf-8?b?0L7Qu9C70LHQtdC60LA=?= Message-ID: Добрый вечер всем. Может кто знает, есть ли способ для AE ловить ошибку там, где объявлен коллбек? А то постоянно приходится потенциально опасные места всех коллбеков eval-ить и с самого верху везде передавать коллбек on_error, для сообщения об ошибке вызывающему. Как кто вообще с такой проблемой справляется? Пример: do_async_call( on_done => sub { say "yahoo!" }, on_error => sub { $log->write( $_[0] ) }, ); sub do_async_call { my $self = shift; my ($data, %cb) = @_; eval { if ( $self->{some_flag} ) { $self->_get_new_data( on_done => sub { $self->_sync_save_data( $_[0] ); # <<<< die внутри AE, нужно тоже eval-ить }, on_error => $cb{on_error}, } else { $self->_sync_save_data( $data ); # <<<< die в eval-е, все ок } }; if ($@) { AE::postpone { $cb{on_error}->( "can't do async call: $@" ) }; } return; } sub _sync_save_data { die "can't save data"; } ---- С уважением, Вадим Власов т.: +7 (916) 424-00-72 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Tue Aug 20 07:50:00 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Tue, 20 Aug 2013 18:50:00 +0400 Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQ6IGRpZSDQstC90YPRgtGA0Lgg0Lo=?= =?utf-8?b?0L7Qu9C70LHQtdC60LA=?= In-Reply-To: References: Message-ID: <6790A80B-5362-481C-9837-AC53E4B41AD8@gmail.com> Привет, Как пишет Марк вот здесь - http://search.cpan.org/~mlehmann/AnyEvent-7.04/lib/AnyEvent.pm#ERROR_AND_EXCEPTION_HANDLING - AnyEvent-у наср.ть на это дело :) Ну и там же замечено, что надо смотреть уровнем ниже (EV/Event/etc) Я как раз юзаю $EV::DIED = sub {} Евгений On Aug 20, 2013, at 6:41 PM, Вадим Власов wrote: > Добрый вечер всем. > > Может кто знает, есть ли способ для AE ловить ошибку там, где объявлен коллбек? > А то постоянно приходится потенциально опасные места всех коллбеков eval-ить и с самого верху везде передавать коллбек on_error, для сообщения об ошибке вызывающему. > Как кто вообще с такой проблемой справляется? > > Пример: > > do_async_call( > on_done => sub { say "yahoo!" }, > on_error => sub { $log->write( $_[0] ) }, > ); > > sub do_async_call { > my $self = shift; > my ($data, %cb) = @_; > > eval { > if ( $self->{some_flag} ) { > $self->_get_new_data( > on_done => sub { > $self->_sync_save_data( $_[0] ); # <<<< die внутри AE, нужно тоже eval-ить > }, > on_error => $cb{on_error}, > } > else { > $self->_sync_save_data( $data ); # <<<< die в eval-е, все ок > } > }; > if ($@) { > AE::postpone { $cb{on_error}->( "can't do async call: $@" ) }; > } > > return; > } > > sub _sync_save_data { > die "can't save data"; > } > > ---- > С уважением, > Вадим Власов > т.: +7 (916) 424-00-72 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mons на cpan.org Tue Aug 20 08:59:13 2013 From: mons на cpan.org (Mons Anderson) Date: Tue, 20 Aug 2013 19:59:13 +0400 Subject: [Moscow.pm] =?windows-1251?b?QW55RXZlbnQ6IGRpZSDi7fPy8Ogg6u7r6+Hl?= =?windows-1251?b?6uA=?= In-Reply-To: References: Message-ID: <196AE3E4-7BE4-49E0-8E9B-E91E477C7763@cpan.org> Во первых считаю плохим тоном несколько коллбеков - успешный и неуспешный. Порождает массу ошибок. хороший вариант имхо do_async_call(sub { if (defined $_[0]) { #it's ok } else { # error in $_[1] } }) Во вторых: Да, любой синхронный вызов с потенциальным die оборачивается в eval; eval { sync_call() ;1 } or return $cb->(undef, $@); ? sub_call(? sub { defined $_[0] or return $cb->(undef, $_[1]); }); В третьих: EV::DIED Это на случай если все-таки где-то что-то провтыкалось. при этом лучше сделать EV::unloop и перезапустить процесс, т.к. иначе велика вероятность, что все зависнет в каком-нибудь некондиционном состоянии. On 20.08.2013, at 18:41, Вадим Власов wrote: > Добрый вечер всем. > > Может кто знает, есть ли способ для AE ловить ошибку там, где объявлен коллбек? > А то постоянно приходится потенциально опасные места всех коллбеков eval-ить и с самого верху везде передавать коллбек on_error, для сообщения об ошибке вызывающему. > Как кто вообще с такой проблемой справляется? > > Пример: > > do_async_call( > on_done => sub { say "yahoo!" }, > on_error => sub { $log->write( $_[0] ) }, > ); > > sub do_async_call { > my $self = shift; > my ($data, %cb) = @_; > > eval { > if ( $self->{some_flag} ) { > $self->_get_new_data( > on_done => sub { > $self->_sync_save_data( $_[0] ); # <<<< die внутри AE, нужно тоже eval-ить > }, > on_error => $cb{on_error}, > } > else { > $self->_sync_save_data( $data ); # <<<< die в eval-е, все ок > } > }; > if ($@) { > AE::postpone { $cb{on_error}->( "can't do async call: $@" ) }; > } > > return; > } > > sub _sync_save_data { > die "can't save data"; > } > > ---- > С уважением, > Вадим Власов > т.: +7 (916) 424-00-72 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From scripter.vrn на gmail.com Tue Aug 20 09:25:18 2013 From: scripter.vrn на gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQktC70LDRgdC+0LI=?=) Date: Tue, 20 Aug 2013 20:25:18 +0400 Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQ6IGRpZSDQstC90YPRgtGA0Lgg0Lo=?= =?utf-8?b?0L7Qu9C70LHQtdC60LA=?= In-Reply-To: <196AE3E4-7BE4-49E0-8E9B-E91E477C7763@cpan.org> References: <196AE3E4-7BE4-49E0-8E9B-E91E477C7763@cpan.org> Message-ID: Эх, я так надеялся на какой-нибудь волшебный простой способ. Альтернатива on_error-у интересная, но к сожалению уже много кода написано с двумя коллбеками. Какого рода ошибки провоцирует такой стиль? Мне приходит в голову только что on_error бывает далеко не везде и его обязательность неочевидна - можно вполне забыть передать, что вылезет только в рантайме в самый неподходящий момент. 20 августа 2013 г., 19:59 пользователь Mons Anderson написал: > Во первых считаю плохим тоном несколько коллбеков - успешный и неуспешный. > Порождает массу ошибок. > хороший вариант имхо > > do_async_call(sub { > if (defined $_[0]) { > #it's ok > } > else { > # error in $_[1] > } > }) > > > Во вторых: > Да, любой синхронный вызов с потенциальным die оборачивается в eval; > > eval { sync_call() ;1 } or return $cb->(undef, $@); > > ? > sub_call(? sub { > defined $_[0] or return $cb->(undef, $_[1]); > }); > > В третьих: EV::DIED > Это на случай если все-таки где-то что-то провтыкалось. > при этом лучше сделать EV::unloop и перезапустить процесс, т.к. иначе > велика вероятность, что все зависнет в каком-нибудь некондиционном > состоянии. > > > On 20.08.2013, at 18:41, Вадим Власов wrote: > > > Добрый вечер всем. > > > > Может кто знает, есть ли способ для AE ловить ошибку там, где объявлен > коллбек? > > А то постоянно приходится потенциально опасные места всех коллбеков > eval-ить и с самого верху везде передавать коллбек on_error, для сообщения > об ошибке вызывающему. > > Как кто вообще с такой проблемой справляется? > > > > Пример: > > > > do_async_call( > > on_done => sub { say "yahoo!" }, > > on_error => sub { $log->write( $_[0] ) }, > > ); > > > > sub do_async_call { > > my $self = shift; > > my ($data, %cb) = @_; > > > > eval { > > if ( $self->{some_flag} ) { > > $self->_get_new_data( > > on_done => sub { > > $self->_sync_save_data( $_[0] ); # <<<< die внутри AE, нужно > тоже eval-ить > > }, > > on_error => $cb{on_error}, > > } > > else { > > $self->_sync_save_data( $data ); # <<<< die в eval-е, все ок > > } > > }; > > if ($@) { > > AE::postpone { $cb{on_error}->( "can't do async call: $@" ) }; > > } > > > > return; > > } > > > > sub _sync_save_data { > > die "can't save data"; > > } > > > > ---- > > С уважением, > > Вадим Власов > > т.: +7 (916) 424-00-72 > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ---- С уважением, Вадим Власов т.: +7 (916) 424-00-72 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Aug 20 15:34:33 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 21 Aug 2013 02:34:33 +0400 Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQ6IGRpZSDQstC90YPRgtGA0Lgg0Lo=?= =?utf-8?b?0L7Qu9C70LHQtdC60LA=?= In-Reply-To: References: <196AE3E4-7BE4-49E0-8E9B-E91E477C7763@cpan.org> Message-ID: <20130820223433.GG28861@vdsl.uvw.ru> > Эх, я так надеялся на какой-нибудь волшебный простой способ. волшебный способ - выкинуть нахрен AE и юзать Coro. написанный на AE код можно сохранить и плавно мигрировать с него на Coro From rpnwork на yandex.ru Thu Aug 22 04:52:31 2013 From: rpnwork на yandex.ru (from_mars) Date: Thu, 22 Aug 2013 22:52:31 +1100 Subject: [Moscow.pm] twiggy starman sqlite catalyst Message-ID: Утра. Подскажите, кто знает. 1. Я правильно понимаю, что используя twiggy, обращения из Catalyst-приложения к sqlite-базе, через схему сгенерированную, как показано в туториале Catalyst-a, будут блокирующими? Или есть способ заставить схему использовать AnyEvent или что-то подобное, при работе с БД? 2. И вот если использовать starman, то каждый его worker - это отдельный процесс, т.е. копия Catalyst-приложения и совместная работа с одной sqlite базой, может привести к порче данных и вообще уничтожению файловой системы HDD и биоса? Спасибо. From citrin на citrin.ru Thu Aug 22 05:04:08 2013 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Thu, 22 Aug 2013 16:04:08 +0400 Subject: [Moscow.pm] twiggy starman sqlite catalyst In-Reply-To: References: Message-ID: <5215FE38.4030607@citrin.ru> On 08/22/13 15:52, from_mars wrote: > 2. И вот если использовать starman, то каждый его worker - это отдельный > процесс, т.е. копия Catalyst-приложения и совместная работа с одной sqlite > базой, может привести к порче данных и вообще уничтожению файловой системы HDD и > биоса? sqlite предусматривает одновременную работу нескольких процессов с одной базой и порчи данных быть не должно: https://www.sqlite.org/lockingv3.html From mail на knutov.com Fri Aug 23 07:03:10 2013 From: mail на knutov.com (Nick Knutov) Date: Fri, 23 Aug 2013 20:03:10 +0600 Subject: [Moscow.pm] =?utf-8?b?0LDQvdCw0LvQvtCzIENHSTo6V2ViSU4g0LTQu9GP?= =?utf-8?q?_Plack?= Message-ID: <52176B9E.8090206@knutov.com> В очередной раз захотел аналог CGI::WebIN, на этот раз для Plack. Хочу в формах многоуровневые хеши и массивы, например: Спросил - https://github.com/plack/Plack/issues/421 И вот теперь то ли я дурак и чего-то не понимаю, то ли модулями из приведенного ответа желаемое не решается и синтаксис (наименование переменных) у них сильно другой и быстро/эффективно (переданных параметров может быть много) одно к другому не привести. Как быть то? ps: я смотрел и получается, что у меня в среднем на обработку формы, если это делать CGI::WebIN, уходит минимум 150мс, а с другой стороны есть очень много причин хотеть не трогать шаблоны и не менять синтаксис в них. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From rpnwork на yandex.ru Sat Aug 24 05:18:59 2013 From: rpnwork на yandex.ru (from_mars) Date: Sat, 24 Aug 2013 23:18:59 +1100 Subject: [Moscow.pm] twiggy starman sqlite catalyst In-Reply-To: References: Message-ID: Утра. Вот еще такой момент. Twiggy же не форкает psgi приложение, а запускает его в своем процессе? Т.е. получается что Catalyst-прилоежние, это просто callback для twiggy AnyEvent цикла? И следовательно, если взять обычное Catalyst "hello world" приложение, без всяких AnyEvent вызовов, и запустить его из-под twiggy на многопроцессорной машине, оно будет проигрывать в скорости приложению запущенному из-под starman? From pavel на kuptsov.info Sat Aug 24 08:15:44 2013 From: pavel на kuptsov.info (=?KOI8-R?B?8MHXxcwg69XQw8/X?=) Date: Sat, 24 Aug 2013 19:15:44 +0400 Subject: [Moscow.pm] =?koi8-r?b?wc7BzM/HIENHSTo6V2ViSU4gxMzRIFBsYWNr?= Message-ID: Мне кажется вот это ответ: a) Automatically inflating user input into a nested structure brings a security hole unless you explicitly specify which parameters to inflate. 23.08.2013 23:00 пользователь написал: > Сообщения, предназначенные для списка рассылки Moscow-pm, необходимо > отправлять по адресу > moscow-pm на pm.org > > Для изменения параметров подписки вы можеже использовать веб-страницу > http://mail.pm.org/mailman/listinfo/moscow-pm > > Для получения информации о том, как пользовать почтовым интерфейсом, > отправьте письмо, в теле или теме которого будет слово 'help', по > адресу: > moscow-pm-request на pm.org > > Адрес человека, ответственного за этот список рассылки: > moscow-pm-owner на pm.org > > При ответе, пожалуйста, измение тему письма так, чтобы она была более > содержательной чем "Re: Содержание дайджеста списка рассылки > Moscow-pm..." > > > В этом номере: > > 1. аналог CGI::WebIN для Plack (Nick Knutov) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Aug 2013 20:03:10 +0600 > From: Nick Knutov > To: moscow-pm на pm.org > Subject: [Moscow.pm] аналог CGI::WebIN для Plack > Message-ID: <52176B9E.8090206 на knutov.com> > Content-Type: text/plain; charset=UTF-8 > > В очередной раз захотел аналог CGI::WebIN, на этот раз для Plack. > Хочу в формах многоуровневые хеши и массивы, например: > > > Спросил - https://github.com/plack/Plack/issues/421 > > И вот теперь то ли я дурак и чего-то не понимаю, то ли модулями из > приведенного ответа желаемое не решается и синтаксис (наименование > переменных) у них сильно другой и быстро/эффективно (переданных > параметров может быть много) одно к другому не привести. > > Как быть то? > > > ps: я смотрел и получается, что у меня в среднем на обработку формы, > если это делать CGI::WebIN, уходит минимум 150мс, а с другой стороны > есть очень много причин хотеть не трогать шаблоны и не менять синтаксис > в них. > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > > ------------------------------ > > Subject: Нижний колонтитул дайджеста > > _______________________________________________ > Moscow-pm mailing list > Moscow-pm на pm.org > http://mail.pm.org/mailman/listinfo/moscow-pm > > > ------------------------------ > > Конец Дайджест списка рассылки Moscow-pm; том 70, выпуск 12 > *********************************************************** > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Sat Aug 24 08:19:32 2013 From: mail на knutov.com (Nick Knutov) Date: Sat, 24 Aug 2013 21:19:32 +0600 Subject: [Moscow.pm] =?koi8-r?b?wc7BzM/HIENHSTo6V2ViSU4gxMzRIFBsYWNr?= In-Reply-To: References: Message-ID: <5218CF04.7020806@knutov.com> А я не вижу где тут могут быть проблемы, пока оно не экспортируется в глобальную область имен. Энивей, о безопасности я уж как-нибудь в состоянии побеспокоиться сам. 24.08.2013 21:15, Павел Купцов пишет: > Мне кажется вот это ответ: > a) Automatically inflating user input into a nested structure brings a > security hole unless you explicitly specify which parameters to inflate. > > 23.08.2013 23:00 пользователь > написал: > > Сообщения, предназначенные для списка рассылки Moscow-pm, необходимо > отправлять по адресу > moscow-pm на pm.org > > Для изменения параметров подписки вы можеже использовать веб-страницу > http://mail.pm.org/mailman/listinfo/moscow-pm > > Для получения информации о том, как пользовать почтовым интерфейсом, > отправьте письмо, в теле или теме которого будет слово 'help', по > адресу: > moscow-pm-request на pm.org > > Адрес человека, ответственного за этот список рассылки: > moscow-pm-owner на pm.org > > При ответе, пожалуйста, измение тему письма так, чтобы она была более > содержательной чем "Re: Содержание дайджеста списка рассылки > Moscow-pm..." > > > В этом номере: > > 1. аналог CGI::WebIN для Plack (Nick Knutov) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Aug 2013 20:03:10 +0600 > From: Nick Knutov > > To: moscow-pm на pm.org > Subject: [Moscow.pm] аналог CGI::WebIN для Plack > Message-ID: <52176B9E.8090206 на knutov.com > > > Content-Type: text/plain; charset=UTF-8 > > В очередной раз захотел аналог CGI::WebIN, на этот раз для Plack. > Хочу в формах многоуровневые хеши и массивы, например: > > > Спросил - https://github.com/plack/Plack/issues/421 > > И вот теперь то ли я дурак и чего-то не понимаю, то ли модулями из > приведенного ответа желаемое не решается и синтаксис (наименование > переменных) у них сильно другой и быстро/эффективно (переданных > параметров может быть много) одно к другому не привести. > > Как быть то? > > > ps: я смотрел и получается, что у меня в среднем на обработку формы, > если это делать CGI::WebIN, уходит минимум 150мс, а с другой стороны > есть очень много причин хотеть не трогать шаблоны и не менять синтаксис > в них. > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > > ------------------------------ > > Subject: Нижний колонтитул дайджеста > > _______________________________________________ > Moscow-pm mailing list > Moscow-pm на pm.org > http://mail.pm.org/mailman/listinfo/moscow-pm > > > ------------------------------ > > Конец Дайджест списка рассылки Moscow-pm; том 70, выпуск 12 > *********************************************************** > > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From ksvs1996 на ymail.com Sat Aug 24 08:53:25 2013 From: ksvs1996 на ymail.com (ksvs) Date: Sat, 24 Aug 2013 16:53:25 +0100 (BST) Subject: [Moscow.pm] Coro Message-ID: <1377359605.92792.YahooMailNeo@web171505.mail.ir2.yahoo.com> Помните, я недавно ругался на coro, что медленно. Написал вариант на голом EV, который оказался в 1.6 раза быстрей. Программа состояла из движка управления и модулей общения с центром и работы с http серверами. Сегодня подумалось, раз уже есть варианту модулей на голом EV и Curl, то почему бы не попробовать их с Coro. Написал простенький переходник между движком управления на Coro и модулями на EV. Оказалось, что скорость у них одинакова. Выводы: 1. Coro хорош при правильном использовании. 2. Coro::LWP использовать не нужно (читал, что медленно, но не думал, что настолько). P.S. Странно как-то, с первого раза написал на EV, а с Coro пришлось помучиться, хотя должно быть наоборот. Еще открытые вопросы. Стоит ли использовать Соro и для обвязки, или ее делать на EV? Какое вижу преимущество coro: можно прибить async по таймауту. Может что-то еще есть? Почему же Coro оказался быст? Может из-за того, что в EV версии на уровне Perl находиться взаимодействие между частями системы, а в случае Coro - каналы и семафоры находятся на C уровне. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tarkhil на over.ru Mon Aug 26 00:43:44 2013 From: tarkhil на over.ru (Alex Povolotsky) Date: Mon, 26 Aug 2013 11:43:44 +0400 Subject: [Moscow.pm] =?utf-8?b?REJEOjpPcmFjbGUrREJEOjpQcm94eSwg0L/QvtC8?= =?utf-8?b?0L7Qs9C40YLQtSDRgSDQutC+0LTQuNGA0L7QstC60L7QuQ==?= Message-ID: <521B0730.8010500@over.ru> Добрый день Есть старый (нереально старый) Oracle на Sun'е, который в некоем обозримом будущем будет унесен на Postgres/FreeBSD. Пока, для того, чтобы унести скрипты с Sun'а, я сделал на линуксе DBI::ProxyServer, и хожу на него, используя DBD::Proxy. Проблема в том, что оракловая база в koi-8, и хотелось бы как-то более осмысленно, чем явно для каждой строки, делать перекодирование в/из UTF-8. Почитав документацию на DBD::Oracle, я установил NLS_NCHAR=UTF8, потом в AL32UTF8 - без эффекта. Если кто-то работал с DBD::Oracle и побеждал UTF, прошу поделиться если что 'Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production' 'PL/SQL Release 9.2.0.8.0 - Production' 'CORE 9.2.0.8.0 Production' 'TNS for Solaris: Version 9.2.0.8.0 - Production' 'NLSRTL Version 9.2.0.8.0 - Production' Alex From mialinx на gmail.com Mon Aug 26 00:38:35 2013 From: mialinx на gmail.com (Dmitry Smal) Date: Mon, 26 Aug 2013 07:38:35 +0000 (UTC) Subject: [Moscow.pm] =?utf-8?b?0LDQvdCw0LvQvtCzIENHSTo6V2ViSU4g0LTQu9GP?= =?utf-8?q?_Plack?= References: <52176B9E.8090206@knutov.com> Message-ID: Nick Knutov writes: > > В очередной раз захотел аналог CGI::WebIN, на этот раз для Plack. > Хочу в формах многоуровневые хеши и массивы, например: > > > Спросил - https://github.com/plack/Plack/issues/421 > > И вот теперь то ли я дурак и чего-то не понимаю, то ли > модулями из > приведенного ответа желаемое не решается и > синтаксис (наименование > переменных) у них сильно другой и быстро/эффективно (переданных > параметров может быть много) одно к другому не привести. Товарищ пишет, что не нужно этот функционал в Plack засовывать и он прав. Можно сделать какую-нть миддлварь или обертку над Plack::Request, которая будет строить структуру. > > Как быть то? > > ps: я смотрел и получается, что у меня в среднем на > обработку формы, > если это делать CGI::WebIN, уходит минимум 150мс, а с другой стороны > есть очень много причин хотеть не трогать шаблоны и не > менять синтаксис > в них. > Посмотри CGI::Struct и CGI::Struct:XS, они должны подойти по синтаксису. Последний я как раз пилил из-за проблем с производительностью, он весьма быстрый (особенно если поставить dclone=0). И да, CGI - просто наследние имени, с Plack тоже работает без проблем. From qalexx на gmail.com Mon Aug 26 00:48:32 2013 From: qalexx на gmail.com (Alexander Q) Date: Mon, 26 Aug 2013 11:48:32 +0400 Subject: [Moscow.pm] =?utf-8?b?REJEOjpPcmFjbGUrREJEOjpQcm94eSwg0L/QvtC8?= =?utf-8?b?0L7Qs9C40YLQtSDRgSDQutC+0LTQuNGA0L7QstC60L7QuQ==?= In-Reply-To: <521B0730.8010500@over.ru> References: <521B0730.8010500@over.ru> Message-ID: > > DBI->connect( $link, $user, $pass, { ora_ncharset => 'AL32UTF8', > ora_charset => 'UTF8' } ); Вот так сработало у меня. 2013/8/26 Alex Povolotsky > Добрый день > > Есть старый (нереально старый) Oracle на Sun'е, который в некоем обозримом > будущем будет унесен на Postgres/FreeBSD. Пока, для того, чтобы унести > скрипты с Sun'а, я сделал на линуксе DBI::ProxyServer, и хожу на него, > используя DBD::Proxy. > > Проблема в том, что оракловая база в koi-8, и хотелось бы как-то более > осмысленно, чем явно для каждой строки, делать перекодирование в/из UTF-8. > > Почитав документацию на DBD::Oracle, я установил NLS_NCHAR=UTF8, потом в > AL32UTF8 - без эффекта. > > Если кто-то работал с DBD::Oracle и побеждал UTF, прошу поделиться > > если что > > 'Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production' > 'PL/SQL Release 9.2.0.8.0 - Production' > 'CORE 9.2.0.8.0 Production' > 'TNS for Solaris: Version 9.2.0.8.0 - Production' > 'NLSRTL Version 9.2.0.8.0 - Production' > > Alex > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- With best regards, Alexander Q mailto:qalexx на gmail.com ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tarkhil на over.ru Mon Aug 26 01:26:44 2013 From: tarkhil на over.ru (Alex Povolotsky) Date: Mon, 26 Aug 2013 12:26:44 +0400 Subject: [Moscow.pm] =?koi8-r?b?REJEOjpPcmFjbGUrREJEOjpQcm94eSwg0M/Nz8fJ?= =?koi8-r?b?1MUg0yDLz8TJ0s/Xy8/K?= In-Reply-To: References: <521B0730.8010500@over.ru> Message-ID: <521B1144.60006@over.ru> On 08/26/13 11:48, Alexander Q wrote: > > DBI->connect( $link, $user, $pass, { ora_ncharset => 'AL32UTF8', > ora_charset => 'UTF8' } ); > > Вот так сработало у меня. Спасибо, на линуксе работет. Проблема в том, что через DBD::Proxy это передать не получается. Ну, в самом крайнем случае, прибью гвоздями... > > > 2013/8/26 Alex Povolotsky > > > Добрый день > > Есть старый (нереально старый) Oracle на Sun'е, который в некоем > обозримом будущем будет унесен на Postgres/FreeBSD. Пока, для > того, чтобы унести скрипты с Sun'а, я сделал на линуксе > DBI::ProxyServer, и хожу на него, используя DBD::Proxy. > > Проблема в том, что оракловая база в koi-8, и хотелось бы как-то > более осмысленно, чем явно для каждой строки, делать > перекодирование в/из UTF-8. > > Почитав документацию на DBD::Oracle, я установил NLS_NCHAR=UTF8, > потом в AL32UTF8 - без эффекта. > > Если кто-то работал с DBD::Oracle и побеждал UTF, прошу поделиться > > если что > > 'Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production' > 'PL/SQL Release 9.2.0.8.0 - Production' > 'CORE 9.2.0.8.0 Production' > 'TNS for Solaris: Version 9.2.0.8.0 - Production' > 'NLSRTL Version 9.2.0.8.0 - Production' > > Alex > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > With best regards, > Alexander Q mailto:qalexx на gmail.com > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruz на bestpractical.com Mon Aug 26 02:15:24 2013 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Mon, 26 Aug 2013 13:15:24 +0400 Subject: [Moscow.pm] =?utf-8?b?REJEOjpPcmFjbGUrREJEOjpQcm94eSwg0L/QvtC8?= =?utf-8?b?0L7Qs9C40YLQtSDRgSDQutC+0LTQuNGA0L7QstC60L7QuQ==?= In-Reply-To: <521B1144.60006@over.ru> References: <521B0730.8010500@over.ru> <521B1144.60006@over.ru> Message-ID: 2013/8/26 Alex Povolotsky > On 08/26/13 11:48, Alexander Q wrote: > > DBI->connect( $link, $user, $pass, { ora_ncharset => 'AL32UTF8', >> ora_charset => 'UTF8' } ); > > Вот так сработало у меня. > > > Спасибо, на линуксе работет. Проблема в том, что через DBD::Proxy это > передать не получается. Ну, в самом крайнем случае, прибью гвоздями... > Похоже, что прокси драйвер не умеет передавать атрибуты конекта. Можно тоже самое попробовать сделать через ENV на сервере с DBI::ProxyServer, DBD::Oracle должен их подхватить. > > > > > 2013/8/26 Alex Povolotsky > >> Добрый день >> >> Есть старый (нереально старый) Oracle на Sun'е, который в некоем >> обозримом будущем будет унесен на Postgres/FreeBSD. Пока, для того, чтобы >> унести скрипты с Sun'а, я сделал на линуксе DBI::ProxyServer, и хожу на >> него, используя DBD::Proxy. >> >> Проблема в том, что оракловая база в koi-8, и хотелось бы как-то более >> осмысленно, чем явно для каждой строки, делать перекодирование в/из UTF-8. >> >> Почитав документацию на DBD::Oracle, я установил NLS_NCHAR=UTF8, потом в >> AL32UTF8 - без эффекта. >> >> Если кто-то работал с DBD::Oracle и побеждал UTF, прошу поделиться >> >> если что >> >> 'Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production' >> 'PL/SQL Release 9.2.0.8.0 - Production' >> 'CORE 9.2.0.8.0 Production' >> 'TNS for Solaris: Version 9.2.0.8.0 - Production' >> 'NLSRTL Version 9.2.0.8.0 - Production' >> >> Alex >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > With best regards, > Alexander Q mailto:qalexx на gmail.com > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Aug 26 06:50:03 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 26 Aug 2013 17:50:03 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQuNC90YXRgNC+0L3QvdGL0Lkg0LrQvtC90L0=?= =?utf-8?b?0LXQutGC?= Message-ID: <20130826135003.GF16410@vdsl.uvw.ru> Нужно строго синхронное приложение (то есть асинхронные фреймворки в данном случае нельзя применять). на входе - хост, порт, таймаут (может быть меньше одной секунды) на выходе: сокет с установленным соединением, либо ошибка по достижении таймаута, либо ошибка установления соединения. Вопрос куда покопать чтобы такое сделать? Timeout в IO::Socket по видимому не всегда работает. то есть поставив таймаут в скажем 0.1 секунду, все равно можно зависнуть секунд на 5-10 From citrin на citrin.ru Mon Aug 26 08:31:02 2013 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Mon, 26 Aug 2013 19:31:02 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers Message-ID: <521B74B6.3080202@citrin.ru> В 5.18 флаг taint ставится даже на числа (IV) и похоже убрать его можно только через XS. По крайней мере $i = int($i) этот флаг не чистит. Это bug или feature? Если feature то вреда от неё больше чем пользы. From tarkhil на over.ru Mon Aug 26 08:50:41 2013 From: tarkhil на over.ru (Alex Povolotsky) Date: Mon, 26 Aug 2013 19:50:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?REJEOjpPcmFjbGUrREJEOjpQcm94eSwg0M/Nz8fJ?= =?koi8-r?b?1MUg0yDLz8TJ0s/Xy8/K?= In-Reply-To: References: <521B0730.8010500@over.ru> <521B1144.60006@over.ru> Message-ID: <521B7951.5000006@over.ru> On 08/26/13 13:15, Ruslan Zakirov wrote: > > > > 2013/8/26 Alex Povolotsky > > > On 08/26/13 11:48, Alexander Q wrote: >> >> DBI->connect( $link, $user, $pass, { ora_ncharset => >> 'AL32UTF8', ora_charset => 'UTF8' } ); >> >> Вот так сработало у меня. > > Спасибо, на линуксе работет. Проблема в том, что через DBD::Proxy > это передать не получается. Ну, в самом крайнем случае, прибью > гвоздями... > > > Похоже, что прокси драйвер не умеет передавать атрибуты конекта. Можно > тоже самое попробовать сделать через ENV на сервере с > DBI::ProxyServer, DBD::Oracle должен их подхватить. Не "похоже", а "точно не передает". Сделал не через ENV, просто прибил гвоздями в копии модуля. Некрасиво, но это однострочник одной задачи. > > > >> >> >> 2013/8/26 Alex Povolotsky > >> >> Добрый день >> >> Есть старый (нереально старый) Oracle на Sun'е, который в >> некоем обозримом будущем будет унесен на Postgres/FreeBSD. >> Пока, для того, чтобы унести скрипты с Sun'а, я сделал на >> линуксе DBI::ProxyServer, и хожу на него, используя DBD::Proxy. >> >> Проблема в том, что оракловая база в koi-8, и хотелось бы >> как-то более осмысленно, чем явно для каждой строки, делать >> перекодирование в/из UTF-8. >> >> Почитав документацию на DBD::Oracle, я установил >> NLS_NCHAR=UTF8, потом в AL32UTF8 - без эффекта. >> >> Если кто-то работал с DBD::Oracle и побеждал UTF, прошу >> поделиться >> >> если что >> >> 'Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production' >> 'PL/SQL Release 9.2.0.8.0 - Production' >> 'CORE 9.2.0.8.0 Production' >> 'TNS for Solaris: Version 9.2.0.8.0 - Production' >> 'NLSRTL Version 9.2.0.8.0 - Production' >> >> Alex >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> With best regards, >> Alexander Q mailto:qalexx на gmail.com >> >> >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Best regards, Ruslan. > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ksvs1996 на ymail.com Mon Aug 26 09:04:37 2013 From: ksvs1996 на ymail.com (ksvs) Date: Mon, 26 Aug 2013 17:04:37 +0100 (BST) Subject: [Moscow.pm] =?utf-8?b?77u/0KHQuNC90YXRgNC+0L3QvdGL0Lkg0LrQvtC9?= =?utf-8?b?0L3vu7/QtdC60YI=?= In-Reply-To: <20130826135003.GF16410@vdsl.uvw.ru> References: <20130826135003.GF16410@vdsl.uvw.ru> Message-ID: <1377533077.65117.YahooMailNeo@web171506.mail.ir2.yahoo.com> Как зависает, если там идет переход в неблокирующий режим и вызов select? А может зависании - это обращению к DNS? ________________________________ From: Ivan Petrov To: moscow-pm на pm.org Sent: Monday, 26 August 2013, 16:50 Subject: [Moscow.pm] ?Синхронный конн?ект Нужно строго синхронное приложение (то есть асинхронные фреймворки в данном случае нельзя применять). на входе - хост, порт, таймаут (может быть меньше одной секунды) на выходе: сокет с установленным соединением, либо ошибка по достижении таймаута, либо ошибка установления соединения. Вопрос куда покопать чтобы такое сделать? Timeout  в IO::Socket по видимому не всегда работает. то есть поставив таймаут в скажем 0.1 секунду, все равно можно зависнуть секунд на 5-10 -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruz на bestpractical.com Mon Aug 26 10:53:22 2013 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Mon, 26 Aug 2013 21:53:22 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers In-Reply-To: <521B74B6.3080202@citrin.ru> References: <521B74B6.3080202@citrin.ru> Message-ID: 2013/8/26 Anton Yuzhaninov > В 5.18 флаг taint ставится даже на числа (IV) и похоже убрать его можно > только через XS. По крайней мере $i = int($i) этот флаг не чистит. > А как вы получили IV сразу и с флагом, но без строкового представления? > Это bug или feature? Если feature то вреда от неё больше чем пользы. В 5.16 тоже самое. the only way to bypass the tainting mechanism is by referencing subpatterns from a regular expression match. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From citrin на citrin.ru Mon Aug 26 11:16:05 2013 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Mon, 26 Aug 2013 22:16:05 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers In-Reply-To: References: <521B74B6.3080202@citrin.ru> Message-ID: <521B9B65.7000105@citrin.ru> On 08/26/13 21:53, Ruslan Zakirov wrote: > > В 5.18 флаг taint ставится даже на числа (IV) и похоже убрать его можно > только через XS. По крайней мере $i = int($i) этот флаг не чистит. > > > А как вы получили IV сразу и с флагом, но без строкового представления? my $x = oct ($ARGV[0]); Dump($x); На 5.14 тоже пишет MG_TYPE = PERL_MAGIC_taint(t) Почему с 5.10 до 5.16 код работал, а на 5.18 падает с ошибкой Insecure dependency, буду смотреть. Видимо где то в другом месте разное поведение. > > Это bug или feature? Если feature то вреда от неё больше чем пользы. > > > В 5.16 тоже самое. the only way to bypass the tainting mechanism is by > referencing subpatterns from a regular expression match. Проверять результат int/oct через regexp это какой то костыль IMHO. Если уж и делать проверку числа, то через > и < From dmitry на karasik.eu.org Mon Aug 26 11:36:59 2013 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Mon, 26 Aug 2013 20:36:59 +0200 Subject: [Moscow.pm] =?koi8-r?b?88nOyNLPzs7ZyiDLz87OxcvU?= In-Reply-To: <20130826135003.GF16410@vdsl.uvw.ru> References: <20130826135003.GF16410@vdsl.uvw.ru> Message-ID: <20130826183659.GA59567@nataraj.karasik.eu.org> On Mon, Aug 26, 2013 at 05:50:03PM +0400, Ivan Petrov wrote: > Нужно строго синхронное приложение (то есть асинхронные фреймворки в > данном случае нельзя применять). > > на входе - хост, порт, таймаут (может быть меньше одной секунды) > > на выходе: сокет с установленным соединением, либо ошибка по > достижении таймаута, либо ошибка установления соединения. > > Вопрос куда покопать чтобы такое сделать? alarm? -- Sincerely, Dmitry Karasik From mi на ya.ru Mon Aug 26 11:52:33 2013 From: mi на ya.ru (Nikolay Mishin) Date: Mon, 26 Aug 2013 22:52:33 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers In-Reply-To: <521B74B6.3080202@citrin.ru> References: <521B74B6.3080202@citrin.ru> Message-ID: <63701377543153@web21m.yandex.ru> Вложение в формате HTML было извлечено… URL: From me на lelf.lu Mon Aug 26 12:58:49 2013 From: me на lelf.lu (Anton Nikishaev) Date: Mon, 26 Aug 2013 23:58:49 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers In-Reply-To: <521B9B65.7000105@citrin.ru> References: <521B74B6.3080202@citrin.ru> <521B9B65.7000105@citrin.ru> Message-ID: <93F8309E-B738-4E25-9AC5-6DB6ADE3A87C@lelf.lu> On Aug 26, 2013, at 10:16 PM, Anton Yuzhaninov wrote: > On 08/26/13 21:53, Ruslan Zakirov wrote: >> >> В 5.18 флаг taint ставится даже на числа (IV) и похоже убрать его можно >> только через XS. По крайней мере $i = int($i) этот флаг не чистит. >> >> >> А как вы получили IV сразу и с флагом, но без строкового представления? > > > my $x = oct ($ARGV[0]); > Dump($x); > > На 5.14 тоже пишет > MG_TYPE = PERL_MAGIC_taint(t) > > Почему с 5.10 до 5.16 код работал, а на 5.18 падает с ошибкой Insecure dependency, буду смотреть. Видимо где то в другом месте разное поведение. > В другом Betty:hacks lelf$ perl -t -E 'say $^V; open (FOO, ">", int $ARGV[0])' 12345 v5.16.1 Insecure dependency in open while running with -t switch at -e line 1. -- lelf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: From yu.pats на gmail.com Mon Aug 26 13:46:53 2013 From: yu.pats на gmail.com (Yury Pats) Date: Mon, 26 Aug 2013 20:46:53 +0000 Subject: [Moscow.pm] [odesk.com] Perl job remote Message-ID: Ребят, мы ищем еще перловиков в команду. Сильных и средних. Детали вакансии по ссылке ниже https://www.odesk.com/jobs/Senior-Perl-Software-Engineer_~~17cdf0b66f804882 Пишите мне, + отвечайте на вакансию прямо на сайте. Сорри за спам. -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From me на lelf.lu Mon Aug 26 14:49:12 2013 From: me на lelf.lu (Anton Nikishaev) Date: Tue, 27 Aug 2013 01:49:12 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers In-Reply-To: <521B9B65.7000105@citrin.ru> References: <521B74B6.3080202@citrin.ru> <521B9B65.7000105@citrin.ru> Message-ID: <78383AF3-A6FA-40B4-8A9A-0B0053DBD2F3@lelf.lu> On Aug 26, 2013, at 10:16 PM, Anton Yuzhaninov wrote: > >> >> Это bug или feature? Если feature то вреда от неё больше чем пользы. >> >> >> В 5.16 тоже самое. the only way to bypass the tainting mechanism is by >> referencing subpatterns from a regular expression match. > > Проверять результат int/oct через regexp это какой то костыль IMHO. > Если уж и делать проверку числа, то через > и < Betty:~ lelf$ perl -E 'say join ",", grep { /^(\d+)(?(?{ $^N > 5 })$|(*FAIL))/a } 1..10' 6,7,8,9,10 *убежал* -- lelf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: From i.petro.77.00 на gmail.com Mon Aug 26 16:22:50 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 27 Aug 2013 03:22:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQuNC90YXRgNC+0L3QvdGL0Lkg0LrQvtC90L0=?= =?utf-8?b?0LXQutGC?= In-Reply-To: <20130826183659.GA59567@nataraj.karasik.eu.org> References: <20130826135003.GF16410@vdsl.uvw.ru> <20130826183659.GA59567@nataraj.karasik.eu.org> Message-ID: <20130826232250.GA15357@vdsl.uvw.ru> >> Нужно строго синхронное приложение (то есть асинхронные фреймворки в >> данном случае нельзя применять). >> >> на входе - хост, порт, таймаут (может быть меньше одной секунды) >> >> на выходе: сокет с установленным соединением, либо ошибка по >> достижении таймаута, либо ошибка установления соединения. >> >> Вопрос куда покопать чтобы такое сделать? > alarm? alarm он же ж в секундах всегда был From i.petro.77.00 на gmail.com Mon Aug 26 16:23:18 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 27 Aug 2013 03:23:18 +0400 Subject: [Moscow.pm] =?utf-8?b?77u/0KHQuNC90YXRgNC+0L3QvdGL0Lkg0LrQvtC9?= =?utf-8?b?0L3vu7/QtdC60YI=?= In-Reply-To: <1377533077.65117.YahooMailNeo@web171506.mail.ir2.yahoo.com> References: <20130826135003.GF16410@vdsl.uvw.ru> <1377533077.65117.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: <20130826232318.GB15357@vdsl.uvw.ru> > Как зависает, если там идет переход в неблокирующий режим и вызов select? > А может зависании - это обращению к DNS? да, ДНС вероятнее всего From misha на rattler.kiev.ua Mon Aug 26 21:32:20 2013 From: misha на rattler.kiev.ua (Michael Bochkaryov) Date: Tue, 27 Aug 2013 07:32:20 +0300 Subject: [Moscow.pm] =?koi8-r?b?88nOyNLPzs7ZyiDLz87OxcvU?= In-Reply-To: <20130826232250.GA15357@vdsl.uvw.ru> References: <20130826135003.GF16410@vdsl.uvw.ru> <20130826183659.GA59567@nataraj.karasik.eu.org> <20130826232250.GA15357@vdsl.uvw.ru> Message-ID: 27.08.2013 2:23 "Ivan Petrov" wrote: > >> Вопрос куда покопать чтобы такое сделать? > > > alarm? > > alarm он же ж в секундах всегда был AFAR, use Time::HiRes qw(alarm); Regards, Misha ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Aug 27 00:49:31 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 27 Aug 2013 11:49:31 +0400 Subject: [Moscow.pm] QIWI Message-ID: <20130827074931.GC15357@vdsl.uvw.ru> а кто-то для QIWI http-воркера делал? не по API а по http чтобы работал. поделитесь ссылкой на более менее работающий прототип модуля? From simashin на gmail.com Tue Aug 27 01:04:10 2013 From: simashin на gmail.com (Alexander Simashin) Date: Tue, 27 Aug 2013 12:04:10 +0400 Subject: [Moscow.pm] QIWI In-Reply-To: <20130827074931.GC15357@vdsl.uvw.ru> References: <20130827074931.GC15357@vdsl.uvw.ru> Message-ID: У них есть API ? ) 2013/8/27 Ivan Petrov > а кто-то для QIWI http-воркера делал? > не по API а по http чтобы работал. > > поделитесь ссылкой на более менее работающий прототип модуля? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Aug 27 01:10:42 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 27 Aug 2013 12:10:42 +0400 Subject: [Moscow.pm] QIWI In-Reply-To: References: <20130827074931.GC15357@vdsl.uvw.ru> Message-ID: <20130827081042.GD15357@vdsl.uvw.ru> > У них есть API ? ) API только для юрлиц, нужно парсить обычный кошелек From sergiy.borodych на gmail.com Tue Aug 27 04:22:41 2013 From: sergiy.borodych на gmail.com (Sergiy Borodych) Date: Tue, 27 Aug 2013 14:22:41 +0300 Subject: [Moscow.pm] =?utf-8?b?0KHQuNC90YXRgNC+0L3QvdGL0Lkg0LrQvtC90L0=?= =?utf-8?b?0LXQutGC?= In-Reply-To: References: <20130826135003.GF16410@vdsl.uvw.ru> <20130826183659.GA59567@nataraj.karasik.eu.org> <20130826232250.GA15357@vdsl.uvw.ru> Message-ID: Еще возможно IO::Select поможет ? Ну или "старым дедовским" методом через select ;) select(undef, undef, undef, 0.25); # пример из perldoc 2013/8/27 Michael Bochkaryov > > 27.08.2013 2:23 "Ivan Petrov" wrote: > > >> Вопрос куда покопать чтобы такое сделать? > > > > > alarm? > > > > alarm он же ж в секундах всегда был > > AFAR, use Time::HiRes qw(alarm); > > Regards, > Misha > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Sergiy Borodych ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mons на cpan.org Tue Aug 27 11:29:57 2013 From: mons на cpan.org (Mons Anderson) Date: Tue, 27 Aug 2013 22:29:57 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQuNC90YXRgNC+0L3QvdGL0Lkg0LrQvtC90L0=?= =?utf-8?b?0LXQutGC?= In-Reply-To: <20130826135003.GF16410@vdsl.uvw.ru> References: <20130826135003.GF16410@vdsl.uvw.ru> Message-ID: Я вот тут как-то начинал писать, но пока не допилил до продакшна. Можно надергать семплов. https://github.com/Mons/IO-Sync В основном проблема в резолвинге. а если кондово, то да, alarm 2013/8/26 Ivan Petrov : > Нужно строго синхронное приложение (то есть асинхронные фреймворки в > данном случае нельзя применять). > > на входе - хост, порт, таймаут (может быть меньше одной секунды) > > на выходе: сокет с установленным соединением, либо ошибка по > достижении таймаута, либо ошибка установления соединения. > > Вопрос куда покопать чтобы такое сделать? > > Timeout в IO::Socket по видимому не всегда работает. > то есть поставив таймаут в скажем 0.1 секунду, все равно можно > зависнуть секунд на 5-10 > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best wishes, Vladimir V. Perepelitsa aka Mons Anderson , http://github.com/Mons From ruz на bestpractical.com Thu Aug 29 02:38:45 2013 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Thu, 29 Aug 2013 13:38:45 +0400 Subject: [Moscow.pm] perl 5.18 and taint numbers In-Reply-To: <78383AF3-A6FA-40B4-8A9A-0B0053DBD2F3@lelf.lu> References: <521B74B6.3080202@citrin.ru> <521B9B65.7000105@citrin.ru> <78383AF3-A6FA-40B4-8A9A-0B0053DBD2F3@lelf.lu> Message-ID: 2013/8/27 Anton Nikishaev > > On Aug 26, 2013, at 10:16 PM, Anton Yuzhaninov wrote: > > > >> > >> Это bug или feature? Если feature то вреда от неё больше чем пользы. > >> > >> > >> В 5.16 тоже самое. the only way to bypass the tainting mechanism is by > >> referencing subpatterns from a regular expression match. > > > > Проверять результат int/oct через regexp это какой то костыль IMHO. > > Если уж и делать проверку числа, то через > и < > Дело не в результате int/oct, а в аргументе. ARGV нужно сначала почистить, а потом использовать. Betty:~ lelf$ perl -E 'say join ",", grep { /^(\d+)(?(?{ $^N > 5 > })$|(*FAIL))/a } 1..10' > 6,7,8,9,10 > > > *убежал* > > > > -- > lelf > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: