From dzirtik на gmail.com Tue Sep 1 07:06:39 2015 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 1 Sep 2015 17:06:39 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRgNCw0L3QsNC00LAgeWFwYyBFdXJvcGUgMjAx?= =?utf-8?q?5?= Message-ID: А кто уже в Гранаде? Давайте встретимся? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From shafiev на gmail.com Tue Sep 1 07:08:42 2015 From: shafiev на gmail.com (Naim Shafiev) Date: Tue, 1 Sep 2015 19:08:42 +0500 Subject: [Moscow.pm] =?utf-8?b?0JPRgNCw0L3QsNC00LAgeWFwYyBFdXJvcGUgMjAx?= =?utf-8?q?5?= In-Reply-To: References: Message-ID: можно в телеграмму группу для контакты. p.s ещё торчим с ваней в аэропорту Гранады ищем как уехать ) On Sep 1, 2015 4:06 PM, "Павел Щербинин" wrote: > А кто уже в Гранаде? Давайте встретимся? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tolid на tolid.eu.org Tue Sep 1 07:16:37 2015 From: tolid на tolid.eu.org (Anatoliy Dmytriyev) Date: Tue, 1 Sep 2015 16:16:37 +0200 Subject: [Moscow.pm] =?utf-8?b?0JPRgNCw0L3QsNC00LAgeWFwYyBFdXJvcGUgMjAx?= =?utf-8?q?5?= In-Reply-To: References: Message-ID: в 19.00 pre-conference beer http://act.yapc.eu/ye2015/event/1800 Regards, Anatoliy > On 01 Sep 2015, at 16:06, Павел Щербинин wrote: > > А кто уже в Гранаде? Давайте встретимся? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Tue Sep 1 09:13:23 2015 From: andy на shitov.ru (Andrew Shitov) Date: Tue, 1 Sep 2015 18:13:23 +0200 Subject: [Moscow.pm] =?utf-8?b?0JPRgNCw0L3QsNC00LAgeWFwYyBFdXJvcGUgMjAx?= =?utf-8?q?5?= In-Reply-To: References: Message-ID: > в 19.00 pre-conference beer > http://act.yapc.eu/ye2015/event/1800 +1 On Tue, Sep 1, 2015 at 4:16 PM, Anatoliy Dmytriyev wrote: > в 19.00 pre-conference beer > http://act.yapc.eu/ye2015/event/1800 > > > Regards, > Anatoliy > > > > On 01 Sep 2015, at 16:06, Павел Щербинин wrote: > > А кто уже в Гранаде? Давайте встретимся? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From dsimonov на gmail.com Thu Sep 3 10:09:36 2015 From: dsimonov на gmail.com (Dmitry Simonov) Date: Thu, 3 Sep 2015 20:09:36 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= Message-ID: Общаюсь с коллегами по прошлой работе... Возник вопрос, - в нашу эпоху автоматизации остались ли процессы, которые невозможно автоматизировать в принципе? --- Dmitriy V. Simonov From onokonem на gmail.com Thu Sep 3 10:26:21 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Thu, 3 Sep 2015 20:26:21 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: > остались ли процессы, которые невозможно > автоматизировать в принципе? Роботы не умеют понимать. Поэтому - да, остались From timur.nozadze на gmail.com Thu Sep 3 10:36:30 2015 From: timur.nozadze на gmail.com (=?UTF-8?B?0KLQuNC80YPRgCDQndC+0LfQsNC00LfQtQ==?=) Date: Thu, 03 Sep 2015 17:36:30 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: А что значит "понимать"? чт, 3 сент. 2015, 20:27, Daniel Podolsky : > > остались ли процессы, которые невозможно > > автоматизировать в принципе? > > Роботы не умеют понимать. Поэтому - да, остались > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Thu Sep 3 10:42:14 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Thu, 3 Sep 2015 20:42:14 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: > А что значит "понимать"? в смысле - дать ссылку на словарь? или вопрос как-то более интересен? From victor на vsespb.ru Thu Sep 3 10:49:58 2015 From: victor на vsespb.ru (Victor Efimov) Date: Thu, 3 Sep 2015 20:49:58 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Ну вот программа $perl -e 'print $ARGV[0]+$ARGV[1]' 3 4 7 если ей передать два числа, она понимает что это за числа и складывает их. 3 сентября 2015 г., 20:42 пользователь Daniel Podolsky написал: >> А что значит "понимать"? > в смысле - дать ссылку на словарь? или вопрос как-то более интересен? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From timur.nozadze на gmail.com Thu Sep 3 10:52:02 2015 From: timur.nozadze на gmail.com (=?UTF-8?B?0KLQuNC80YPRgCDQndC+0LfQsNC00LfQtQ==?=) Date: Thu, 03 Sep 2015 17:52:02 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Можно, конечно, и ссылку на словарь, если есть подходящая, но, естественно, вопрос интересен как минимум в контексте. Что это за процесс такой, почему роботы его не умеют, и как это связано с возможностью автоматизации? чт, 3 сент. 2015, 20:44, Daniel Podolsky : > > А что значит "понимать"? > в смысле - дать ссылку на словарь? или вопрос как-то более интересен? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From max на tyulin.ru Thu Sep 3 11:38:47 2015 From: max на tyulin.ru (Max Tyulin) Date: Thu, 03 Sep 2015 21:38:47 +0300 Subject: [Moscow.pm] =?koi8-r?b?98vBzNnXwcDUINLPws/U2SwgwSDOxSDexczP18XL?= In-Reply-To: References: Message-ID: <885321441305527@web6j.yandex.ru> Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Thu Sep 3 11:45:27 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Thu, 3 Sep 2015 21:45:27 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: > Можно, конечно, и ссылку на словарь, если есть подходящая, но, естественно, > вопрос интересен как минимум в контексте. Что это за процесс такой, почему > роботы его не умеют, и как это связано с возможностью автоматизации? в контексте автоматизации "понимать" - это формулировать цель. концепция цели в компьютерах не реализована, а реализована концепция целевой функции. то есть - компьютер способен определить, достиг ли он цели, но саму цель - и целевую функцию заодно - должен определить для него кто-нибудь, кто это умеет. From onokonem на gmail.com Thu Sep 3 11:47:34 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Thu, 3 Sep 2015 21:47:34 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: > если ей передать два числа, она понимает что это за числа и складывает их. а стол понимает, что надо держать на себе стакан, ага... From victor на vsespb.ru Thu Sep 3 13:40:55 2015 From: victor на vsespb.ru (Victor Efimov) Date: Thu, 3 Sep 2015 23:40:55 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: 3 сентября 2015 г., 21:47 пользователь Daniel Podolsky написал: >> если ей передать два числа, она понимает что это за числа и складывает их. > а стол понимает, что надо держать на себе стакан, ага... Я взял "понимание" "из словаря", как ты и просили. Вполне себе подходит. "A person understands a command if he/she knows who gave it, what is expected by the issuer, and whether the command is legitimate, and whether one understands the speaker (see 4)" "One understands a mathematical concept if one can solve problems using it, especially problems that are not similar to what one has seen before" Однако я вижу теперь появилось новое определение. Пруф есть? Это научная вообще вещь или игра словами? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From onokonem на gmail.com Thu Sep 3 14:10:35 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 4 Sep 2015 00:10:35 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: > Я взял "понимание" "из словаря", как ты и просили. Вполне себе подходит. Ути-пуси! Нет, не подходит. Словарь на другом языке, я заметил. From iozherelyev на gmail.com Thu Sep 3 15:14:46 2015 From: iozherelyev на gmail.com (Hoots The Owl) Date: Thu, 03 Sep 2015 22:14:46 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Есть такой человек, Пенроуз, он написал несколько талмудов на эту тему, я, сейчас, пытаюсь второй осилить, http://www.ozon.ru/context/detail/id/2193623/ http://filosof.historic.ru/books/item/f00/s01/z0001005/ Так вот, он пытается научно показать, что "понимание" и "осознание", в полной мере, недостижимо. Довольно связно пишет, но сложно. Все вокруг теоремы Геделя строит. Но это отходя от начальной темы об автоматизации, судя по моему опыту, чем более формализован бизнес процесс, тем с большей вероятностью, он подлежит автоматизации. Чем более сумбурно построен бизнес-процесс, тем с меньшей вероятностью реализуема автоматизация. пт, 4 сент. 2015 г. в 0:11, Daniel Podolsky : > > Я взял "понимание" "из словаря", как ты и просили. Вполне себе подходит. > Ути-пуси! > > Нет, не подходит. Словарь на другом языке, я заметил. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Thu Sep 3 22:11:50 2015 From: dsimonov на gmail.com (Dmitry Simonov) Date: Fri, 4 Sep 2015 08:11:50 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Коллеги! Это холивор. Тем не менее, не только Нил опирается на невозможность "понимания", но и многие другие мои знакомые. Однако это не слишком интересная тема. У меня есть функционал (я могу его продемонстрировать), который понимает, о чём тексты. И может с известной точностью определить, насколько тексты "про одно и то же". Это конечно же не совсем понимание, но шаг в ту самую сторону. Так что "автоматизация понимания о чём тексты" с некоторой ошибочностью решён. Предлагаю танцевать не от дефинишна понимания, а от дефинишна цивилизации. Всё, что цивилизация постигла, - продаётся и перепродаётся внутри её сферы. А всё, что не постигла, нельзя купить ни за какие деньги. Всё, что цивилизации подконтрольно, - продаётся. Всё, что неподконтрольно, - не продаётся. Пример для понимания: ещё век назад нельзя было лечить туберкулёз. И сколько угодно плати кому угодно, - это не помогало. А сейчас лечение туберкулёза, - вполне обычная практика. Лечат даже в бесплатных больницах. А уж если дать денег, - ещё и с комфортом вылечат. Автоматизировать нельзя то, что добывается за деньги. Можно ли автоматизировать рождение ребёнка? Нельзя. Услуги по человеческому сопровождению родов продаются вполне успешно, но нельзя, грубо говоря, воткнуть USB-девайз мамочке в пупок и он проведёт в автоматическом режиме роды. Надеюсь, приведённые примеры, чётко указывают на границу автоматизации. Подброшу ещё один важный момент, про который не все помнят. Автоматизируют обычно не всё подряд, а то, что требует масштабирования. Всё остальное автоматизировать в общем невыгодно. From dmitry на karasik.eu.org Thu Sep 3 23:46:05 2015 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Fri, 4 Sep 2015 08:46:05 +0200 Subject: [Moscow.pm] =?koi8-r?b?98vBzNnXwcDUINLPws/U2SwgwSDOxSDexczP18XL?= In-Reply-To: References: Message-ID: <20150904064605.GA21482@karasik2> On Fri, Sep 04, 2015 at 08:11:50AM +0300, Dmitry Simonov wrote: > Автоматизировать нельзя то, что добывается за деньги. Можно ли > автоматизировать рождение ребёнка? Нельзя. Услуги по человеческому > сопровождению родов продаются вполне успешно, но нельзя, грубо говоря, > воткнуть USB-девайз мамочке в пупок и он проведёт в автоматическом > режиме роды. Интересный ход мысли! ждем стартапа с реализацией ) -- Sincerely, Dmitry Karasik From pavel на kuptsov.info Fri Sep 4 00:38:44 2015 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Fri, 4 Sep 2015 10:38:44 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= Message-ID: В контексте таких сложных процессов как роды можно рассматривать автоматизацию каких-то промежуточных (или составных) процессов. Как-то - доставка роженицы в роддом при начале отхода вод. USB-Девайс вставляем в пупок и как только воды отошли - аэропочтой в роддом :))), не спрашивая мамочку. Сори за офтоп :))) -- Павел Автоматизировать нельзя то, что добывается за деньги. Можно ли > автоматизировать рождение ребёнка? Нельзя. Услуги по человеческому > сопровождению родов продаются вполне успешно, но нельзя, грубо говоря, > воткнуть USB-девайз мамочке в пупок и он проведёт в автоматическом > режиме роды. > > > ------------------------------ > > Subject: Нижний колонтитул дайджеста > > _______________________________________________ > Moscow-pm mailing list > Moscow-pm на pm.org > http://mail.pm.org/mailman/listinfo/moscow-pm > > > ------------------------------ > > Конец Дайджест списка рассылки Moscow-pm; том 95, выпуск 4 > > ********************************************************************************************** > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chapov на reg.ru Fri Sep 4 00:43:44 2015 From: chapov на reg.ru (=?UTF-8?B?0JTQtdC90LjRgSDQp9Cw0L/QvtCy?=) Date: Fri, 4 Sep 2015 11:43:44 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Матрица, блин 4 сентября 2015 г., 11:38 пользователь Павел Купцов написал: > В контексте таких сложных процессов как роды можно рассматривать > автоматизацию каких-то промежуточных (или составных) процессов. Как-то - > доставка роженицы в роддом при начале отхода вод. USB-Девайс вставляем в > пупок и как только воды отошли - аэропочтой в роддом :))), не спрашивая > мамочку. Сори за офтоп :))) > > -- > Павел > >> Автоматизировать нельзя то, что добывается за деньги. Можно ли >> автоматизировать рождение ребёнка? Нельзя. Услуги по человеческому >> сопровождению родов продаются вполне успешно, но нельзя, грубо говоря, >> воткнуть USB-девайз мамочке в пупок и он проведёт в автоматическом >> режиме роды. >> >> >> ------------------------------ >> >> Subject: Нижний колонтитул дайджеста >> >> _______________________________________________ >> Moscow-pm mailing list >> Moscow-pm на pm.org >> http://mail.pm.org/mailman/listinfo/moscow-pm >> >> >> ------------------------------ >> >> Конец Дайджест списка рассылки Moscow-pm; том 95, выпуск 4 >> >> ********************************************************************************************** > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Спасибо! http://spasibo.reg.ru С уважением, Чапов Денис Программист | Регистратор доменных имён REG.RU Тел.: +7 (495) 580-11-11, доб. 502 | Моб.: +8 (927) 7063974 Эл. почта: chapov на reg.ru | http://www.reg.ru | http://рег.рф Kind regards, Denis Chapov Developer | Accredited Domain Registrar REG.RU Phone: +7 (495) 580-11-11, ext. 502 | Mobile: +8 (927) 7063974 Email: chapov на reg.ru | http://www.reg.com From foxcool333 на gmail.com Fri Sep 4 02:15:46 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Fri, 04 Sep 2015 09:15:46 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Появление новых умений типа лечения туберкулеза - это следствие стремления к познанию. Одна из важнейших, на мой взгляд, если не самая важная, вещь на свете. Ей гносеология занимается - раздел философии. Вот тут сразу же внимание приковывается к первому слову, а не ко второму. Т.е. не к "познанию", а к "стремлению". Гонять через нейросеть что-то и обучать уже умеем, но самое важное сокрыто именно в стремлениях и в ВОЛЕ. ..наверное (: пт, 4 сент. 2015 г. в 10:44, Денис Чапов : > Матрица, блин > > 4 сентября 2015 г., 11:38 пользователь Павел Купцов > написал: > > В контексте таких сложных процессов как роды можно рассматривать > > автоматизацию каких-то промежуточных (или составных) процессов. Как-то - > > доставка роженицы в роддом при начале отхода вод. USB-Девайс вставляем в > > пупок и как только воды отошли - аэропочтой в роддом :))), не спрашивая > > мамочку. Сори за офтоп :))) > > > > -- > > Павел > > > >> Автоматизировать нельзя то, что добывается за деньги. Можно ли > >> автоматизировать рождение ребёнка? Нельзя. Услуги по человеческому > >> сопровождению родов продаются вполне успешно, но нельзя, грубо говоря, > >> воткнуть USB-девайз мамочке в пупок и он проведёт в автоматическом > >> режиме роды. > >> > >> > >> ------------------------------ > >> > >> Subject: Нижний колонтитул дайджеста > >> > >> _______________________________________________ > >> Moscow-pm mailing list > >> Moscow-pm на pm.org > >> http://mail.pm.org/mailman/listinfo/moscow-pm > >> > >> > >> ------------------------------ > >> > >> Конец Дайджест списка рассылки Moscow-pm; том 95, выпуск 4 > >> > >> > ********************************************************************************************** > > > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > Спасибо! http://spasibo.reg.ru > > С уважением, Чапов Денис > Программист | Регистратор доменных имён REG.RU > Тел.: +7 (495) 580-11-11, доб. 502 | Моб.: +8 (927) 7063974 > Эл. почта: chapov на reg.ru | http://www.reg.ru | http://рег.рф > > > Kind regards, Denis Chapov > Developer | Accredited Domain Registrar REG.RU > Phone: +7 (495) 580-11-11, ext. 502 | Mobile: +8 (927) 7063974 > Email: chapov на reg.ru | http://www.reg.com > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Fri Sep 4 02:17:25 2015 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Fri, 4 Sep 2015 12:17:25 +0300 Subject: [Moscow.pm] =?windows-1251?b?wurg6/vi4P7yIPDu4e7y+ywg4CDt5SD35evu?= =?windows-1251?b?4uXq?= In-Reply-To: References: Message-ID: <130374449.20150904121725@softsearch.ru> Здравствуйте, Dmitry. > У меня есть функционал (я могу > его продемонстрировать), который понимает, о чём тексты. И может с > известной точностью определить, насколько тексты "про одно и то же". > Это конечно же не совсем понимание, но шаг в ту самую сторону. Так что > "автоматизация понимания о чём тексты" с некоторой ошибочностью решён. Это не понимание, а имитация. И эту имитацию можно сделать довольно правдоподобной, как чат-бота, флиртующего с подростком. И мне кажется, что вся роботизация в ближайшем будущем будет строиться вокруг этой имитации искусственного разума. А самого ИИ, живущего в компьютере, создано так и не будет. А вот человеческий мозг начнут эксплуатировать намного сильнее, соединяя его с компьютером. Ибо сейчас этот ресурс, мягко выражаясь, простаивает. -- С уважением, Михаил mailto:postmaster на softsearch.ru From qalexx на gmail.com Fri Sep 4 02:45:21 2015 From: qalexx на gmail.com (Alexander Q) Date: Fri, 04 Sep 2015 09:45:21 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: <130374449.20150904121725@softsearch.ru> References: <130374449.20150904121725@softsearch.ru> Message-ID: А как вы предлагаете отличить ИИ от имитации? On Fri, Sep 4, 2015 at 12:38 PM Михаил Монашёв wrote: > Здравствуйте, Dmitry. > > > У меня есть функционал (я могу > > его продемонстрировать), который понимает, о чём тексты. И может с > > известной точностью определить, насколько тексты "про одно и то же". > > Это конечно же не совсем понимание, но шаг в ту самую сторону. Так что > > "автоматизация понимания о чём тексты" с некоторой ошибочностью решён. > > Это не понимание, а имитация. И эту имитацию можно сделать довольно > правдоподобной, как чат-бота, флиртующего с подростком. И мне кажется, > что вся роботизация в ближайшем будущем будет строиться вокруг этой > имитации искусственного разума. А самого ИИ, живущего в компьютере, > создано так и не будет. А вот человеческий мозг начнут эксплуатировать > намного сильнее, соединяя его с компьютером. Ибо сейчас этот ресурс, > мягко выражаясь, простаивает. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From msk-pm на sadok.spb.ru Fri Sep 4 02:52:09 2015 From: msk-pm на sadok.spb.ru (Dmitry Ivanov) Date: Fri, 4 Sep 2015 12:52:09 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: <130374449.20150904121725@softsearch.ru> Message-ID: <15110553666.20150904125209@sadok.spb.ru> Здравствуйте, Alexander. Вы писали 4 сентября 2015 г., 12:45:21: > А как вы предлагаете отличить ИИ от имитации? Тест Тьюринга же -- С уважением, Dmitry mailto:sadok на mail.ru From qalexx на gmail.com Fri Sep 4 02:55:38 2015 From: qalexx на gmail.com (Alexander Q) Date: Fri, 04 Sep 2015 09:55:38 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: <15110553666.20150904125209@sadok.spb.ru> References: <130374449.20150904121725@softsearch.ru> <15110553666.20150904125209@sadok.spb.ru> Message-ID: То есть, если что-то проходит тест Тьюринга, то мы считаем это ИИ? Что-то мне подсказывает, что хорошая имитация может пройти тест Тьюринга. Таким образом, имитация может быть неотличима от ИИ, и вообще это вещи не противоречащие друг другу. Это вполне согласуется с моими представлениями. On Fri, Sep 4, 2015 at 12:52 PM Dmitry Ivanov wrote: > Здравствуйте, Alexander. > > Вы писали 4 сентября 2015 г., 12:45:21: > > > А как вы предлагаете отличить ИИ от имитации? > > Тест Тьюринга же > > -- > С уважением, > Dmitry mailto:sadok на mail.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Fri Sep 4 04:42:11 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 4 Sep 2015 14:42:11 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: <20150904114211.GN21685@vdsl.uvw.ru> > Общаюсь с коллегами по прошлой работе... Возник вопрос, - в нашу эпоху > автоматизации остались ли процессы, которые невозможно > автоматизировать в принципе? Тред напомнил о красивом докладе на РИТ 2010 http://trendclub.ru/4081 From i.petro.77.00 на gmail.com Fri Sep 4 04:40:32 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 4 Sep 2015 14:40:32 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: <130374449.20150904121725@softsearch.ru> <15110553666.20150904125209@sadok.spb.ru> Message-ID: <20150904114032.GM21685@vdsl.uvw.ru> > То есть, если что-то проходит тест Тьюринга, то мы считаем это ИИ? > Что-то мне подсказывает, что хорошая имитация может пройти тест Тьюринга. Таким > образом, имитация может быть неотличима от ИИ, и вообще это вещи не > противоречащие друг другу. Это вполне согласуется с моими представлениями. Вероятно ТТ надо подстраивать под текущую ситуацию. как ЕГЭ подстраивают год от года так чтобы число стобальников было небольшим, так и ТТ будут подстраивать так чтобы человек проходил, а имитации отсекать. From worldmind на mail.ru Fri Sep 4 08:49:59 2015 From: worldmind на mail.ru (Alexey Shrub) Date: Fri, 04 Sep 2015 18:49:59 +0300 Subject: [Moscow.pm] =?koi8-r?b?98vBzNnXwcDUINLPws/U2SwgwSDOxSDexczP18XL?= In-Reply-To: References: Message-ID: <1441381799.1193.0@smtp.mail.ru> В принципе ИИ всё может, но его пока нет, а если говорить о текущем моменте: Автоматический перевод между языками, якобы сделан abbyy (compreno), но ничего общедоступного нет, а значит независимой проверки нельзя сделать и можно отбросить их заявления. Кроме них ничего осмысленного и нет. С распознаванием речи история похожая - что-то, как-то работает, но даже сравнимого с человеком результата, как я понимаю, нет. Распознавание образов - та же история, умные нейронные сети уже угадывают основной объект, но могут перепутать диван с лепардом и в целом описать картину им пока сложно. А все эти функции нужны во многих случаях, например для автоматизации милиционера. Про программирование уже говорили, а есть ещё научная деятельность On Чт, сен 3, 2015 в 8:09 , Dmitry Simonov wrote: > Общаюсь с коллегами по прошлой > работе... Возник вопрос, - в нашу эпоху > автоматизации остались ли процессы, > которые невозможно > автоматизировать в принципе? > > --- > Dmitriy V. Simonov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From qalexx на gmail.com Fri Sep 4 09:13:22 2015 From: qalexx на gmail.com (Alexander Q) Date: Fri, 04 Sep 2015 16:13:22 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: <1441381799.1193.0@smtp.mail.ru> References: <1441381799.1193.0@smtp.mail.ru> Message-ID: Существуют курьёзные случаи, когда синхронный переводчик не справляется. От отставания и до полного несоответствия оригинальному тексту. Если в такой ситуации машина справится лучше, то где интеллект а где имитация? Про распознавание образов та же тема. Мы знаем интеллект по его внешним проявлениям, больше никак. Внешние проявления можно имитировать. В определённых ограниченных условиях о достаточно хорошей имитации, мне кажется, уже можно говорить сегодня. Те же роботизированные автомобили или чат-боты. Человек и сам существует в ограниченных условиях. Рано или поздно имитация будет хороша настолько, чтобы вопрос о существовании искусственного интеллекта просто потерял смысл. Слава роботам. On Fri, Sep 4, 2015, 18:55 Alexey Shrub wrote: > В принципе ИИ всё может, но его пока нет, а если говорить о текущем > моменте: > Автоматический перевод между языками, якобы сделан abbyy (compreno), но > ничего общедоступного нет, а значит независимой проверки нельзя сделать и > можно отбросить их заявления. Кроме них ничего осмысленного и нет. > С распознаванием речи история похожая - что-то, как-то работает, но даже > сравнимого с человеком результата, как я понимаю, нет. > Распознавание образов - та же история, умные нейронные сети уже угадывают > основной объект, но могут перепутать диван с лепардом и в целом описать > картину им пока сложно. > А все эти функции нужны во многих случаях, например для автоматизации > милиционера. > Про программирование уже говорили, а есть ещё научная деятельность > > > On Чт, сен 3, 2015 в 8:09 , Dmitry Simonov wrote: > > Общаюсь с коллегами по прошлой работе... Возник вопрос, - в нашу эпоху > автоматизации остались ли процессы, которые невозможно автоматизировать в > принципе? --- Dmitriy V. Simonov > -- > 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 было извлечено… URL: From worldmind на mail.ru Fri Sep 4 10:17:24 2015 From: worldmind на mail.ru (Alexey Shrub) Date: Fri, 04 Sep 2015 20:17:24 +0300 Subject: [Moscow.pm] =?koi8-r?b?98vBzNnXwcDUINLPws/U2SwgwSDOxSDexczP18XL?= In-Reply-To: References: Message-ID: <1441387044.1193.1@smtp.mail.ru> Если, а пока, насколько мне известно, машина справляется хуже и об этом и был изначальный вопрос On Пт, сен 4, 2015 в 7:13 , Alexander Q wrote: > Существуют курьёзные случаи, когда > синхронный переводчик не > справляется. От отставания и до > полного несоответствия > оригинальному тексту. Если в такой > ситуации машина справится лучше, то > где интеллект а где имитация? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Fri Sep 4 15:21:01 2015 From: mi на ya.ru (Nikolay Mishin) Date: Sat, 05 Sep 2015 01:21:01 +0300 Subject: [Moscow.pm] Plack && Test-TCP Installation on Windows Message-ID: <3187381441405261@web30j.yandex.ru> Вложение в формате HTML было извлечено… URL: From mi на ya.ru Fri Sep 4 15:51:58 2015 From: mi на ya.ru (Nikolay Mishin) Date: Sat, 05 Sep 2015 01:51:58 +0300 Subject: [Moscow.pm] Plack && Test-TCP Installation on Windows In-Reply-To: <3187381441405261@web30j.yandex.ru> References: <3187381441405261@web30j.yandex.ru> Message-ID: <681151441407118@web15o.yandex.ru> Waw, я поставил Plack под strawberry-perl-5.20.0.1-64bit-portable (Successfully installed Plack-1.0037) не прошло и 3-х дней ;) а то пытаюсь переделывать CGI на PSGI,а Plack даже не ставится для начала 05.09.2015, 01:22, "Nikolay Mishin" : > Привет Moscow-PM, > пытаюсь поставить Plack под Windows 7 64 бита > смотрю на тесты Plack > http://matrix.cpantesters.org/?dist=Plack+1.0037 > он показывает, например, для 5.20.2 пройденные тесты, > тогда как, у Plack есть зависимость >  Test-TCP и этот модуль http://matrix.cpantesters.org/?dist=Test-TCP+2.13 > под 5.20.2 тесты не проходит, > получается, что и Plack не должен был бы проходить, >  что за ерунда, > получается не консистентность тестов > -- > С уважением > Николай Мишин > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From mi на ya.ru Sat Sep 5 03:24:13 2015 From: mi на ya.ru (Nikolay Mishin) Date: Sat, 05 Sep 2015 13:24:13 +0300 Subject: [Moscow.pm] Plack && Test-TCP Installation on Windows In-Reply-To: <681151441407118@web15o.yandex.ru> References: <3187381441405261@web30j.yandex.ru> <681151441407118@web15o.yandex.ru> Message-ID: <838481441448653@web29j.yandex.ru> теже проблемы с Dist::Milla : cpanm не справляется, падает, пришлось найти последний работающий cpanm https://cpan.metacpan.org/authors/id/D/DR/DROLSKY/Log-Dispatch-2.45.tar.gz последнюю Дист-зиллу, проходящую тесты cpanm https://cpan.metacpan.org/authors/id/R/RJ/RJBS/Dist-Zilla-5.037.tar.gz и только потом поставилась Дистмилла cpanm Dist::Milla что-то не так в перловом королевстве, нужно, возможно ручное указание, какие версии пакетов ставить - и давать версию такой установке 05.09.2015, 01:52, "Nikolay Mishin" : > Waw, > я поставил Plack под strawberry-perl-5.20.0.1-64bit-portable (Successfully installed Plack-1.0037) > не прошло и 3-х дней ;) > а то пытаюсь переделывать CGI на PSGI,а Plack даже не ставится для начала > > 05.09.2015, 01:22, "Nikolay Mishin" : >>  Привет Moscow-PM, >>  пытаюсь поставить Plack под Windows 7 64 бита >>  смотрю на тесты Plack >>  http://matrix.cpantesters.org/?dist=Plack+1.0037 >>  он показывает, например, для 5.20.2 пройденные тесты, >>  тогда как, у Plack есть зависимость >>   Test-TCP и этот модуль http://matrix.cpantesters.org/?dist=Test-TCP+2.13 >>  под 5.20.2 тесты не проходит, >>  получается, что и Plack не должен был бы проходить, >>   что за ерунда, >>  получается не консистентность тестов >>  -- >>  С уважением >>  Николай Мишин >> >>  ,-- >>  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 mi на ya.ru Sat Sep 5 03:26:45 2015 From: mi на ya.ru (Nikolay Mishin) Date: Sat, 05 Sep 2015 13:26:45 +0300 Subject: [Moscow.pm] Plack && Test-TCP Installation on Windows In-Reply-To: <681151441407118@web15o.yandex.ru> References: <3187381441405261@web30j.yandex.ru> <681151441407118@web15o.yandex.ru> Message-ID: <842571441448805@web29j.yandex.ru> Да, это все мне удалось поставить под This is perl 5, version 20, subversion 0 (v5.20.0) built for MSWin32-x64-multi-thread (strawberry-perl-5.20.0.1-64bit-portable) похоже это последняя стабильная версия, где его можно собрать 05.09.2015, 01:52, "Nikolay Mishin" : > Waw, > я поставил Plack под strawberry-perl-5.20.0.1-64bit-portable (Successfully installed Plack-1.0037) > не прошло и 3-х дней ;) > а то пытаюсь переделывать CGI на PSGI,а Plack даже не ставится для начала > > 05.09.2015, 01:22, "Nikolay Mishin" : >>  Привет Moscow-PM, >>  пытаюсь поставить Plack под Windows 7 64 бита >>  смотрю на тесты Plack >>  http://matrix.cpantesters.org/?dist=Plack+1.0037 >>  он показывает, например, для 5.20.2 пройденные тесты, >>  тогда как, у Plack есть зависимость >>   Test-TCP и этот модуль http://matrix.cpantesters.org/?dist=Test-TCP+2.13 >>  под 5.20.2 тесты не проходит, >>  получается, что и Plack не должен был бы проходить, >>   что за ерунда, >>  получается не консистентность тестов >>  -- >>  С уважением >>  Николай Мишин >> >>  ,-- >>  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 victor на vsespb.ru Sat Sep 5 03:34:43 2015 From: victor на vsespb.ru (Victor Efimov) Date: Sat, 5 Sep 2015 13:34:43 +0300 Subject: [Moscow.pm] Plack && Test-TCP Installation on Windows In-Reply-To: <3187381441405261@web30j.yandex.ru> References: <3187381441405261@web30j.yandex.ru> Message-ID: счас cpantesters немного down, так что сложно расследовать 5 сентября 2015 г., 1:21 пользователь Nikolay Mishin написал: > Привет Moscow-PM, > пытаюсь поставить Plack под Windows 7 64 бита > смотрю на тесты Plack > http://matrix.cpantesters.org/?dist=Plack+1.0037 > он показывает, например, для 5.20.2 пройденные тесты, > тогда как, у Plack есть зависимость > Test-TCP и этот модуль http://matrix.cpantesters.org/?dist=Test-TCP+2.13 > под 5.20.2 тесты не проходит, > получается, что и Plack не должен был бы проходить, > что за ерунда, > получается не консистентность тестов > -- > С уважением > Николай Мишин > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From postmaster на softsearch.ru Mon Sep 7 05:43:49 2015 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Mon, 7 Sep 2015 15:43:49 +0300 Subject: [Moscow.pm] =?windows-1251?b?wurg6/vi4P7yIPDu4e7y+ywg4CDt5SD35evu?= =?windows-1251?b?4uXq?= In-Reply-To: References: <130374449.20150904121725@softsearch.ru> Message-ID: <12810308294.20150907154349@softsearch.ru> Здравствуйте, Alexander. > А как вы предлагаете отличить ИИ от имитации? ИИ может синтезировать новое. Например, улучшать самого себя. ИМХО, это первое, чем занялся бы ИИ. -- С уважением, Михаил mailto:postmaster на softsearch.ru From i.petro.77.00 на gmail.com Mon Sep 7 06:08:18 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 7 Sep 2015 16:08:18 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: <12810308294.20150907154349@softsearch.ru> References: <130374449.20150904121725@softsearch.ru> <12810308294.20150907154349@softsearch.ru> Message-ID: <20150907130818.GQ21685@vdsl.uvw.ru> > Здравствуйте, Alexander. >> А как вы предлагаете отличить ИИ от имитации? > ИИ может синтезировать новое. Например, улучшать самого себя. ИМХО, > это первое, чем занялся бы ИИ. Вы требуете от искуственного интеллекта то что пока от естественного не удалось получить: улучшения самого себя From postmaster на softsearch.ru Mon Sep 7 07:42:50 2015 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Mon, 7 Sep 2015 17:42:50 +0300 Subject: [Moscow.pm] =?windows-1251?b?wurg6/vi4P7yIPDu4e7y+ywg4CDt5SD35evu?= =?windows-1251?b?4uXq?= In-Reply-To: <20150907130818.GQ21685@vdsl.uvw.ru> References: <130374449.20150904121725@softsearch.ru> <12810308294.20150907154349@softsearch.ru> <20150907130818.GQ21685@vdsl.uvw.ru> Message-ID: <1244929549.20150907174250@softsearch.ru> Здравствуйте, Ivan. >>> А как вы предлагаете отличить ИИ от имитации? >> ИИ может синтезировать новое. Например, улучшать самого себя. ИМХО, >> это первое, чем занялся бы ИИ. > Вы требуете от искуственного интеллекта то что пока от естественного > не удалось получить: улучшения самого себя Отчего же. Очень многие люди занимаются как совершенствованием своего тела, так и духовным ростом. У кого-то получается, у большинства нет. ИИ из машины сильно отличается от человека разумного. Первый на половину машина, второй - на половину животное. И кроме того оба смертны. И поэтому вынуждены с этой данностью бороться. Осознание её и ведёт к желанию себя улучшить. ИМХО, скорее появятся люди, которые пустили в себя машину, чем разумная машина. Этот путь просто в разы проще. -- С уважением, Михаил mailto:postmaster на softsearch.ru From chesnokov.ilya на gmail.com Mon Sep 7 08:18:21 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Mon, 7 Sep 2015 18:18:21 +0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= Message-ID: Добрый день. Есть ли готовые модули для поддержания постоянного соединения с каким-либо сервером? Нужно для того, например, чтобы инициализировать соединение при старте веб-приложения и повторно использовать в форках, при этом чтобы оно не закрывалось при уничтожении форка, ну и заново соединялось при необходимости. В-общем, нужно что-то вроде той части DBI, которая отвечает за TCP-соединение, но без всего того, что связано непосредственно с базами данных. Да, и еще интересно, есть ли что-то подобное отдельно для AnyEvent::Handle. -- Best regards, Ilya Chesnokov From kes-kes на yandex.ru Mon Sep 7 19:36:23 2015 From: kes-kes на yandex.ru (Eugen Konkov) Date: Mon, 7 Sep 2015 23:36:23 -0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: Message-ID: <91159690.20150907233623@yandex.ru> Здравствуйте, Ilya. IC> Есть ли готовые модули для поддержания постоянного соединения с IC> каким-либо сервером? Обычное TCP соединение с keep-alive пакетами http://habrahabr.ru/company/intersystems/blog/155565/ http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html >не закрывалось при уничтожении форка Делаете управление соединениями в мастер процессе. Создали соединение или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То нужно будер решить проблему, какому форку передавать пришедший ответ (Думаю будет проще если создавать хендл/fork) Вы писали 7 сентября 2015 г., 12:18:21: IC> Добрый день. IC> Есть ли готовые модули для поддержания постоянного соединения с IC> каким-либо сервером? Нужно для того, например, чтобы инициализировать IC> соединение при старте веб-приложения и повторно использовать в форках, IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и заново IC> соединялось при необходимости. IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за IC> TCP-соединение, но без всего того, что связано непосредственно с IC> базами данных. IC> Да, и еще интересно, есть ли что-то подобное отдельно для AnyEvent::Handle. IC> -- IC> Best regards, IC> Ilya Chesnokov -- С уважением, Eugen mailto:kes-kes на yandex.ru From victor на vsespb.ru Mon Sep 7 14:03:30 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 8 Sep 2015 00:03:30 +0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: <91159690.20150907233623@yandex.ru> References: <91159690.20150907233623@yandex.ru> Message-ID: Я думаю имелось ввиду несколько другое. Примеры это DBI и CPAN Redis. 1) Прежде чем послать данные в сокет сделать следующее: if ($self->{pid} != $$) { $self->connect; } (код из Redis.pm) 2) В DESTROY, если он есть, делать деструкцию только если $self->{pid} == $$. Надо сказать, это нужно только в DBI, т.к. он в DESTROY посылает какие-то данные в сокет. В "обычных" клиентах не нужно. В Redis.pm нету. 3) реконнект 8 сентября 2015 г., 5:36 пользователь Eugen Konkov написал: > Здравствуйте, Ilya. > > IC> Есть ли готовые модули для поддержания постоянного соединения с > IC> каким-либо сервером? > Обычное TCP соединение с keep-alive пакетами > http://habrahabr.ru/company/intersystems/blog/155565/ > http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html > >>не закрывалось при уничтожении форка > Делаете управление соединениями в мастер процессе. Создали соединение или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То нужно будер решить проблему, какому форку передавать пришедший ответ (Думаю будет проще если создавать хендл/fork) > > Вы писали 7 сентября 2015 г., 12:18:21: > > IC> Добрый день. > > IC> Есть ли готовые модули для поддержания постоянного соединения с > IC> каким-либо сервером? Нужно для того, например, чтобы инициализировать > IC> соединение при старте веб-приложения и повторно использовать в форках, > IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и заново > IC> соединялось при необходимости. > > IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за > IC> TCP-соединение, но без всего того, что связано непосредственно с > IC> базами данных. > > IC> Да, и еще интересно, есть ли что-то подобное отдельно для AnyEvent::Handle. > > IC> -- > IC> Best regards, > IC> Ilya Chesnokov > > > > -- > С уважением, > Eugen mailto:kes-kes на yandex.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From mi на ya.ru Mon Sep 7 15:08:41 2015 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 08 Sep 2015 01:08:41 +0300 Subject: [Moscow.pm] =?koi8-r?b?x8TFIMjSwc7R1NPRIMzPx8kgaXJjIMvBzsHMz9cs?= =?koi8-r?b?IM7B0NLJzcXSICNwbGFjaw==?= Message-ID: <1367591441663721@web15g.yandex.ru> Вложение в формате HTML было извлечено… URL: From maxim.vuets на gmail.com Tue Sep 8 02:50:31 2015 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Tue, 8 Sep 2015 11:50:31 +0200 Subject: [Moscow.pm] =?utf-8?b?0LPQtNC1INGF0YDQsNC90Y/RgtGB0Y8g0LvQvtCz?= =?utf-8?b?0LggaXJjINC60LDQvdCw0LvQvtCyLCDQvdCw0L/RgNC40LzQtdGAICNw?= =?utf-8?q?lack?= In-Reply-To: <1367591441663721@web15g.yandex.ru> References: <1367591441663721@web15g.yandex.ru> Message-ID: 2015-09-08 0:08 GMT+02:00 Nikolay Mishin : > где хранятся логи irc каналов, например #plack Не факт, что они ведутся. Зайди на канал, проверь topic - там часто упоминают местонахождения. Ну или спроси прямо на канале (-: Кое-какие логиг храняться здесь - http://irclog.perlgeek.de/ (Plack-а нет) From chesnokov.ilya на gmail.com Tue Sep 8 04:52:10 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Tue, 8 Sep 2015 14:52:10 +0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <91159690.20150907233623@yandex.ru> Message-ID: 8 сентября 2015 г., 0:03 пользователь Victor Efimov написал: > Я думаю имелось ввиду несколько другое. Примеры это DBI и CPAN Redis. Ну да. Хотя в целом про TCP keepalive тоже интересная тема. > 1) Прежде чем послать данные в сокет сделать следующее: > > if ($self->{pid} != $$) { > $self->connect; > } > > (код из Redis.pm) > > 2) В DESTROY, если он есть, делать деструкцию только если $self->{pid} == $$. > Надо сказать, это нужно только в DBI, т.к. он в DESTROY посылает > какие-то данные в сокет. В "обычных" клиентах не нужно. В Redis.pm > нету. В-общем, ключевой вопрос в том, можно ли использовать одно и то же соединение в разных процессах, если я правильно понял. Если нельзя, то первый подход используется, если нельзя, то второй - не закрывать соединение в дочерних процессах, а только в родительском. > 3) реконнект > > 8 сентября 2015 г., 5:36 пользователь Eugen Konkov написал: >> Здравствуйте, Ilya. >> >> IC> Есть ли готовые модули для поддержания постоянного соединения с >> IC> каким-либо сервером? >> Обычное TCP соединение с keep-alive пакетами >> http://habrahabr.ru/company/intersystems/blog/155565/ >> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html >> >>>не закрывалось при уничтожении форка >> Делаете управление соединениями в мастер процессе. Создали соединение или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То нужно будер решить проблему, какому форку передавать пришедший ответ (Думаю будет проще если создавать хендл/fork) >> >> Вы писали 7 сентября 2015 г., 12:18:21: >> >> IC> Добрый день. >> >> IC> Есть ли готовые модули для поддержания постоянного соединения с >> IC> каким-либо сервером? Нужно для того, например, чтобы инициализировать >> IC> соединение при старте веб-приложения и повторно использовать в форках, >> IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и заново >> IC> соединялось при необходимости. >> >> IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за >> IC> TCP-соединение, но без всего того, что связано непосредственно с >> IC> базами данных. >> >> IC> Да, и еще интересно, есть ли что-то подобное отдельно для AnyEvent::Handle. >> >> IC> -- >> IC> Best regards, >> IC> Ilya Chesnokov >> >> >> >> -- >> С уважением, >> Eugen mailto:kes-kes на yandex.ru >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From victor на vsespb.ru Tue Sep 8 04:59:27 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 8 Sep 2015 14:59:27 +0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <91159690.20150907233623@yandex.ru> Message-ID: 8 сентября 2015 г., 14:52 пользователь Ilya Chesnokov написал: > 8 сентября 2015 г., 0:03 пользователь Victor Efimov написал: >> Я думаю имелось ввиду несколько другое. Примеры это DBI и CPAN Redis. > > Ну да. Хотя в целом про TCP keepalive тоже интересная тема. > >> 1) Прежде чем послать данные в сокет сделать следующее: >> >> if ($self->{pid} != $$) { >> $self->connect; >> } >> >> (код из Redis.pm) >> >> 2) В DESTROY, если он есть, делать деструкцию только если $self->{pid} == $$. >> Надо сказать, это нужно только в DBI, т.к. он в DESTROY посылает >> какие-то данные в сокет. В "обычных" клиентах не нужно. В Redis.pm >> нету. > > В-общем, ключевой вопрос в том, можно ли использовать одно и то же > соединение в разных процессах, если я правильно понял. > Если нельзя, то первый подход используется, если нельзя, то второй - > не закрывать соединение в дочерних процессах, а только в родительском. По-моему одно и то же соединение в любом случае использовать нельзя. Учитывая что сценарий - это fork() про который мы не знаем зачем и почему он. Возможно до fork() кто-то использовал соединение, после fork() собирается использовать и в child и parent. В таком случае и child и parent будут писать в один сокет. Это всё равно что они по-очереди будут писать в сокет в одном процессе. А DESTROY в DBI имхо просто для того чтобы закрыть коннект, чтобы у mysql сервера не висели открытые коннекты > >> 3) реконнект >> >> 8 сентября 2015 г., 5:36 пользователь Eugen Konkov написал: >>> Здравствуйте, Ilya. >>> >>> IC> Есть ли готовые модули для поддержания постоянного соединения с >>> IC> каким-либо сервером? >>> Обычное TCP соединение с keep-alive пакетами >>> http://habrahabr.ru/company/intersystems/blog/155565/ >>> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html >>> >>>>не закрывалось при уничтожении форка >>> Делаете управление соединениями в мастер процессе. Создали соединение или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То нужно будер решить проблему, какому форку передавать пришедший ответ (Думаю будет проще если создавать хендл/fork) >>> >>> Вы писали 7 сентября 2015 г., 12:18:21: >>> >>> IC> Добрый день. >>> >>> IC> Есть ли готовые модули для поддержания постоянного соединения с >>> IC> каким-либо сервером? Нужно для того, например, чтобы инициализировать >>> IC> соединение при старте веб-приложения и повторно использовать в форках, >>> IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и заново >>> IC> соединялось при необходимости. >>> >>> IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за >>> IC> TCP-соединение, но без всего того, что связано непосредственно с >>> IC> базами данных. >>> >>> IC> Да, и еще интересно, есть ли что-то подобное отдельно для AnyEvent::Handle. >>> >>> IC> -- >>> IC> Best regards, >>> IC> Ilya Chesnokov >>> >>> >>> >>> -- >>> С уважением, >>> Eugen mailto:kes-kes на yandex.ru >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Best regards, > Ilya Chesnokov From aml на rulezz.ru Tue Sep 8 05:22:16 2015 From: aml на rulezz.ru (Alexander Lourier) Date: Tue, 08 Sep 2015 12:22:16 +0000 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <91159690.20150907233623@yandex.ru> Message-ID: Один сокет можно использовать в нескольких процессах, но у вас должен быть протокол, который это поддерживает. Системный вызов send позволяет отправлять цельные блоки данных так, чтобы они не перебивались в середине данными из другого процесса. Например, я вполне могу представить себе родительский процесс, который устанавливает соединение с получателем данных, запускает N детей, которые что-то вычисляют и сбрасывают результаты своей работы непосредственно в сокет. Если нужно отправлять запросы и получать ответы, то тут уже никак не проверить, кому из процессов достанется ответ, если они друг с другом не будут договариваться через какие-то механизмы синхронизации. Тогда дочерний процесс должен закрыть соединение и открыть своё новое, чтобы с тем же сервером общаться по отдельному соединению. On Tue, Sep 8, 2015 at 1:59 PM Victor Efimov wrote: > 8 сентября 2015 г., 14:52 пользователь Ilya Chesnokov > написал: > > 8 сентября 2015 г., 0:03 пользователь Victor Efimov > написал: > >> Я думаю имелось ввиду несколько другое. Примеры это DBI и CPAN Redis. > > > > Ну да. Хотя в целом про TCP keepalive тоже интересная тема. > > > >> 1) Прежде чем послать данные в сокет сделать следующее: > >> > >> if ($self->{pid} != $$) { > >> $self->connect; > >> } > >> > >> (код из Redis.pm) > >> > >> 2) В DESTROY, если он есть, делать деструкцию только если $self->{pid} > == $$. > >> Надо сказать, это нужно только в DBI, т.к. он в DESTROY посылает > >> какие-то данные в сокет. В "обычных" клиентах не нужно. В Redis.pm > >> нету. > > > > В-общем, ключевой вопрос в том, можно ли использовать одно и то же > > соединение в разных процессах, если я правильно понял. > > Если нельзя, то первый подход используется, если нельзя, то второй - > > не закрывать соединение в дочерних процессах, а только в родительском. > > По-моему одно и то же соединение в любом случае использовать нельзя. > Учитывая что сценарий - > это fork() про который мы не знаем зачем и почему он. Возможно до > fork() кто-то использовал соединение, после fork() > собирается использовать и в child и parent. В таком случае и child и > parent будут писать в один сокет. Это всё равно что они по-очереди > будут писать в сокет в одном процессе. > > А DESTROY в DBI имхо просто для того чтобы закрыть коннект, чтобы у > mysql сервера не висели открытые коннекты > > > > >> 3) реконнект > >> > >> 8 сентября 2015 г., 5:36 пользователь Eugen Konkov > написал: > >>> Здравствуйте, Ilya. > >>> > >>> IC> Есть ли готовые модули для поддержания постоянного соединения с > >>> IC> каким-либо сервером? > >>> Обычное TCP соединение с keep-alive пакетами > >>> http://habrahabr.ru/company/intersystems/blog/155565/ > >>> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html > >>> > >>>>не закрывалось при уничтожении форка > >>> Делаете управление соединениями в мастер процессе. Создали соединение > или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То нужно будер > решить проблему, какому форку передавать пришедший ответ (Думаю будет проще > если создавать хендл/fork) > >>> > >>> Вы писали 7 сентября 2015 г., 12:18:21: > >>> > >>> IC> Добрый день. > >>> > >>> IC> Есть ли готовые модули для поддержания постоянного соединения с > >>> IC> каким-либо сервером? Нужно для того, например, чтобы > инициализировать > >>> IC> соединение при старте веб-приложения и повторно использовать в > форках, > >>> IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и > заново > >>> IC> соединялось при необходимости. > >>> > >>> IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за > >>> IC> TCP-соединение, но без всего того, что связано непосредственно с > >>> IC> базами данных. > >>> > >>> IC> Да, и еще интересно, есть ли что-то подобное отдельно для > AnyEvent::Handle. > >>> > >>> IC> -- > >>> IC> Best regards, > >>> IC> Ilya Chesnokov > >>> > >>> > >>> > >>> -- > >>> С уважением, > >>> Eugen mailto:kes-kes на yandex.ru > >>> > >>> -- > >>> Moscow.pm mailing list > >>> moscow-pm на pm.org | http://moscow.pm.org > > > > > > > > -- > > Best regards, > > Ilya Chesnokov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Tue Sep 8 05:33:07 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 8 Sep 2015 15:33:07 +0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <91159690.20150907233623@yandex.ru> Message-ID: Вообще да. Нужен такой протокол и нужно опираться на гарантии ОС по поводу атомарности и флаша буферов и их размера. Чего там с send? === If the message is too long to pass atomically through the underlying protocol, the error EMSGSIZE is returned, and the message is not transmitted === как оно будет если сервер не успевает читать данные? И какой размер гарантируется? по-моему это не очень документировано http://stackoverflow.com/a/16165686/1625053 8 сентября 2015 г., 15:22 пользователь Alexander Lourier написал: > Один сокет можно использовать в нескольких процессах, но у вас должен быть > протокол, который это поддерживает. Системный вызов send позволяет > отправлять цельные блоки данных так, чтобы они не перебивались в середине > данными из другого процесса. Например, я вполне могу представить себе > родительский процесс, который устанавливает соединение с получателем данных, > запускает N детей, которые что-то вычисляют и сбрасывают результаты своей > работы непосредственно в сокет. Если нужно отправлять запросы и получать > ответы, то тут уже никак не проверить, кому из процессов достанется ответ, > если они друг с другом не будут договариваться через какие-то механизмы > синхронизации. Тогда дочерний процесс должен закрыть соединение и открыть > своё новое, чтобы с тем же сервером общаться по отдельному соединению. > > On Tue, Sep 8, 2015 at 1:59 PM Victor Efimov wrote: >> >> 8 сентября 2015 г., 14:52 пользователь Ilya Chesnokov >> написал: >> > 8 сентября 2015 г., 0:03 пользователь Victor Efimov >> > написал: >> >> Я думаю имелось ввиду несколько другое. Примеры это DBI и CPAN Redis. >> > >> > Ну да. Хотя в целом про TCP keepalive тоже интересная тема. >> > >> >> 1) Прежде чем послать данные в сокет сделать следующее: >> >> >> >> if ($self->{pid} != $$) { >> >> $self->connect; >> >> } >> >> >> >> (код из Redis.pm) >> >> >> >> 2) В DESTROY, если он есть, делать деструкцию только если $self->{pid} >> >> == $$. >> >> Надо сказать, это нужно только в DBI, т.к. он в DESTROY посылает >> >> какие-то данные в сокет. В "обычных" клиентах не нужно. В Redis.pm >> >> нету. >> > >> > В-общем, ключевой вопрос в том, можно ли использовать одно и то же >> > соединение в разных процессах, если я правильно понял. >> > Если нельзя, то первый подход используется, если нельзя, то второй - >> > не закрывать соединение в дочерних процессах, а только в родительском. >> >> По-моему одно и то же соединение в любом случае использовать нельзя. >> Учитывая что сценарий - >> это fork() про который мы не знаем зачем и почему он. Возможно до >> fork() кто-то использовал соединение, после fork() >> собирается использовать и в child и parent. В таком случае и child и >> parent будут писать в один сокет. Это всё равно что они по-очереди >> будут писать в сокет в одном процессе. >> >> А DESTROY в DBI имхо просто для того чтобы закрыть коннект, чтобы у >> mysql сервера не висели открытые коннекты >> >> > >> >> 3) реконнект >> >> >> >> 8 сентября 2015 г., 5:36 пользователь Eugen Konkov >> >> написал: >> >>> Здравствуйте, Ilya. >> >>> >> >>> IC> Есть ли готовые модули для поддержания постоянного соединения с >> >>> IC> каким-либо сервером? >> >>> Обычное TCP соединение с keep-alive пакетами >> >>> http://habrahabr.ru/company/intersystems/blog/155565/ >> >>> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html >> >>> >> >>>>не закрывалось при уничтожении форка >> >>> Делаете управление соединениями в мастер процессе. Создали соединение >> >>> или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То нужно будер >> >>> решить проблему, какому форку передавать пришедший ответ (Думаю будет проще >> >>> если создавать хендл/fork) >> >>> >> >>> Вы писали 7 сентября 2015 г., 12:18:21: >> >>> >> >>> IC> Добрый день. >> >>> >> >>> IC> Есть ли готовые модули для поддержания постоянного соединения с >> >>> IC> каким-либо сервером? Нужно для того, например, чтобы >> >>> инициализировать >> >>> IC> соединение при старте веб-приложения и повторно использовать в >> >>> форках, >> >>> IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и >> >>> заново >> >>> IC> соединялось при необходимости. >> >>> >> >>> IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за >> >>> IC> TCP-соединение, но без всего того, что связано непосредственно с >> >>> IC> базами данных. >> >>> >> >>> IC> Да, и еще интересно, есть ли что-то подобное отдельно для >> >>> AnyEvent::Handle. >> >>> >> >>> IC> -- >> >>> IC> Best regards, >> >>> IC> Ilya Chesnokov >> >>> >> >>> >> >>> >> >>> -- >> >>> С уважением, >> >>> Eugen mailto:kes-kes на yandex.ru >> >>> >> >>> -- >> >>> Moscow.pm mailing list >> >>> moscow-pm на pm.org | http://moscow.pm.org >> > >> > >> > >> > -- >> > Best regards, >> > Ilya Chesnokov >> -- >> 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 aml на rulezz.ru Tue Sep 8 06:25:08 2015 From: aml на rulezz.ru (Alexander Lourier) Date: Tue, 08 Sep 2015 13:25:08 +0000 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <91159690.20150907233623@yandex.ru> Message-ID: Покурил мануалы, и беру свои слова обратно. Гарантии неделимости даются только для DGRAM-сокетов. В случае TCP возможна частичная передача. Задачка разработки протокола, где можно шарить одно соединение между несколькими процессами усложняется. On Tue, Sep 8, 2015 at 2:33 PM Victor Efimov wrote: > Вообще да. Нужен такой протокол и нужно опираться на гарантии ОС по > поводу атомарности и флаша буферов и их размера. Чего там с send? > === > If the message is too long to pass atomically through the underlying > protocol, the error EMSGSIZE is returned, and the message is not > transmitted > === > как оно будет если сервер не успевает читать данные? И какой размер > гарантируется? по-моему это не очень документировано > http://stackoverflow.com/a/16165686/1625053 > > 8 сентября 2015 г., 15:22 пользователь Alexander Lourier > написал: > > Один сокет можно использовать в нескольких процессах, но у вас должен > быть > > протокол, который это поддерживает. Системный вызов send позволяет > > отправлять цельные блоки данных так, чтобы они не перебивались в середине > > данными из другого процесса. Например, я вполне могу представить себе > > родительский процесс, который устанавливает соединение с получателем > данных, > > запускает N детей, которые что-то вычисляют и сбрасывают результаты своей > > работы непосредственно в сокет. Если нужно отправлять запросы и получать > > ответы, то тут уже никак не проверить, кому из процессов достанется > ответ, > > если они друг с другом не будут договариваться через какие-то механизмы > > синхронизации. Тогда дочерний процесс должен закрыть соединение и открыть > > своё новое, чтобы с тем же сервером общаться по отдельному соединению. > > > > On Tue, Sep 8, 2015 at 1:59 PM Victor Efimov wrote: > >> > >> 8 сентября 2015 г., 14:52 пользователь Ilya Chesnokov > >> написал: > >> > 8 сентября 2015 г., 0:03 пользователь Victor Efimov > > >> > написал: > >> >> Я думаю имелось ввиду несколько другое. Примеры это DBI и CPAN Redis. > >> > > >> > Ну да. Хотя в целом про TCP keepalive тоже интересная тема. > >> > > >> >> 1) Прежде чем послать данные в сокет сделать следующее: > >> >> > >> >> if ($self->{pid} != $$) { > >> >> $self->connect; > >> >> } > >> >> > >> >> (код из Redis.pm) > >> >> > >> >> 2) В DESTROY, если он есть, делать деструкцию только если > $self->{pid} > >> >> == $$. > >> >> Надо сказать, это нужно только в DBI, т.к. он в DESTROY посылает > >> >> какие-то данные в сокет. В "обычных" клиентах не нужно. В Redis.pm > >> >> нету. > >> > > >> > В-общем, ключевой вопрос в том, можно ли использовать одно и то же > >> > соединение в разных процессах, если я правильно понял. > >> > Если нельзя, то первый подход используется, если нельзя, то второй - > >> > не закрывать соединение в дочерних процессах, а только в родительском. > >> > >> По-моему одно и то же соединение в любом случае использовать нельзя. > >> Учитывая что сценарий - > >> это fork() про который мы не знаем зачем и почему он. Возможно до > >> fork() кто-то использовал соединение, после fork() > >> собирается использовать и в child и parent. В таком случае и child и > >> parent будут писать в один сокет. Это всё равно что они по-очереди > >> будут писать в сокет в одном процессе. > >> > >> А DESTROY в DBI имхо просто для того чтобы закрыть коннект, чтобы у > >> mysql сервера не висели открытые коннекты > >> > >> > > >> >> 3) реконнект > >> >> > >> >> 8 сентября 2015 г., 5:36 пользователь Eugen Konkov < > kes-kes на yandex.ru> > >> >> написал: > >> >>> Здравствуйте, Ilya. > >> >>> > >> >>> IC> Есть ли готовые модули для поддержания постоянного соединения с > >> >>> IC> каким-либо сервером? > >> >>> Обычное TCP соединение с keep-alive пакетами > >> >>> http://habrahabr.ru/company/intersystems/blog/155565/ > >> >>> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html > >> >>> > >> >>>>не закрывалось при уничтожении форка > >> >>> Делаете управление соединениями в мастер процессе. Создали > соединение > >> >>> или их pool и отдаёте fork'ам хендлы. Если будет один хендл, То > нужно будер > >> >>> решить проблему, какому форку передавать пришедший ответ (Думаю > будет проще > >> >>> если создавать хендл/fork) > >> >>> > >> >>> Вы писали 7 сентября 2015 г., 12:18:21: > >> >>> > >> >>> IC> Добрый день. > >> >>> > >> >>> IC> Есть ли готовые модули для поддержания постоянного соединения с > >> >>> IC> каким-либо сервером? Нужно для того, например, чтобы > >> >>> инициализировать > >> >>> IC> соединение при старте веб-приложения и повторно использовать в > >> >>> форках, > >> >>> IC> при этом чтобы оно не закрывалось при уничтожении форка, ну и > >> >>> заново > >> >>> IC> соединялось при необходимости. > >> >>> > >> >>> IC> В-общем, нужно что-то вроде той части DBI, которая отвечает за > >> >>> IC> TCP-соединение, но без всего того, что связано непосредственно с > >> >>> IC> базами данных. > >> >>> > >> >>> IC> Да, и еще интересно, есть ли что-то подобное отдельно для > >> >>> AnyEvent::Handle. > >> >>> > >> >>> IC> -- > >> >>> IC> Best regards, > >> >>> IC> Ilya Chesnokov > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> С уважением, > >> >>> Eugen mailto:kes-kes на yandex.ru > >> >>> > >> >>> -- > >> >>> Moscow.pm mailing list > >> >>> moscow-pm на pm.org | http://moscow.pm.org > >> > > >> > > >> > > >> > -- > >> > Best regards, > >> > Ilya Chesnokov > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Tue Sep 8 07:07:50 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Tue, 08 Sep 2015 16:07:50 +0200 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: Message-ID: <6190736.t5CRWYxUqf@rawen> On Tuesday, September 08, 2015 13:25:08 Alexander Lourier wrote: > Покурил мануалы, и беру свои слова обратно. Гарантии неделимости даются > только для DGRAM-сокетов. В случае TCP возможна частичная передача. Задачка > разработки протокола, где можно шарить одно соединение между несколькими > процессами усложняется. Вопрос, думается мне, надо начать с постановки задачи. Вы от сокетов начинаете хотеть функциональности очередей. Ну возьмите 0MQ тогда, что ли. -- PEF Developer From aml на rulezz.ru Tue Sep 8 07:14:42 2015 From: aml на rulezz.ru (Alexander Lourier) Date: Tue, 08 Sep 2015 14:14:42 +0000 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: <6190736.t5CRWYxUqf@rawen> References: <6190736.t5CRWYxUqf@rawen> Message-ID: У нас тут идёт высокодуховное чесание языком без конкретной проблемы, которую надо решить. Челлендж заключается в том, чтобы шарить одно соединение между несколькими процессами, чтобы их не открывать и не закрывать постоянно. Рассуждаем, возможно такое или нет (не задаваясь вопросом, а надо ли оно вообще :). ZeroMQ такого не умеет. On Tue, Sep 8, 2015 at 4:10 PM PEF Secure wrote: > On Tuesday, September 08, 2015 13:25:08 Alexander Lourier wrote: > > Покурил мануалы, и беру свои слова обратно. Гарантии неделимости даются > > только для DGRAM-сокетов. В случае TCP возможна частичная передача. > Задачка > > разработки протокола, где можно шарить одно соединение между несколькими > > процессами усложняется. > > Вопрос, думается мне, надо начать с постановки задачи. Вы от сокетов > начинаете > хотеть функциональности очередей. Ну возьмите 0MQ тогда, что ли. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Tue Sep 8 07:52:42 2015 From: ali на ali.org.ua (Oleg Alistratov) Date: Tue, 08 Sep 2015 17:52:42 +0300 Subject: [Moscow.pm] =?koi8-r?b?7c/E1czJIMTM0SDQz8TExdLWwc7J0SDTz8XEyc7F?= =?koi8-r?b?zsnR?= In-Reply-To: References: <6190736.t5CRWYxUqf@rawen> Message-ID: <706391441723962@web1h.yandex.ru> Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Tue Sep 8 08:13:30 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Tue, 8 Sep 2015 18:13:30 +0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <6190736.t5CRWYxUqf@rawen> Message-ID: 8 сентября 2015 г., 17:14 пользователь Alexander Lourier написал: > У нас тут идёт высокодуховное чесание языком без конкретной проблемы, > которую надо решить. Ок, для конкретики: есть REST API, которое работает на префоркающемся Starman и отправляет запросы в RabbitMQ при помощи AnyEvent::RabbitMQ (который работает на основе AnyEvent::Handle). На данный момент соединение открывается заново при каждом запросе. Хочется, как-то это оптимизировать. Изначально думал, что можно работать через одно общее соединение, но как теперь понял, проще создать одно соединение на форк и работать с ним. -- Best regards, Ilya Chesnokov From kes-kes на yandex.ru Tue Sep 8 15:07:36 2015 From: kes-kes на yandex.ru (Eugen Konkov) Date: Tue, 8 Sep 2015 19:07:36 -0300 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <6190736.t5CRWYxUqf@rawen> Message-ID: <1291622679.20150908190736@yandex.ru> Здравствуйте, Ilya. IC> Изначально думал, что можно работать через одно общее соединение, но IC> как теперь понял, проще создать одно соединение на форк и работать с IC> ним. Именно. Можно работать через одно общее соединение, но реализация этого будет такой геморой, что лучше делать одно соединение на форк и забыть о вырианте 1. -- С уважением, Eugen mailto:kes-kes на yandex.ru From mi на ya.ru Tue Sep 8 14:32:13 2015 From: mi на ya.ru (Nikolay Mishin) Date: Wed, 09 Sep 2015 00:32:13 +0300 Subject: [Moscow.pm] PSGI and ftree Message-ID: <1661901441747933@web5j.yandex.ru> Вложение в формате HTML было извлечено… URL: From mi на ya.ru Tue Sep 8 14:52:13 2015 From: mi на ya.ru (Nikolay Mishin) Date: Wed, 09 Sep 2015 00:52:13 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1661901441747933@web5j.yandex.ru> References: <1661901441747933@web5j.yandex.ru> Message-ID: <1774861441749133@web24h.yandex.ru> Надо же стоило подробно описать проблему в письме и я нашел в чем была проблема: в модуле FamilyTreeBase есть настроечные параметры в частности treeScript => 'ftree', а я думал зароутиться к / это оказалось плохой идеей в итоге в psgi удалось оставить все по-старому даже не прописывая роутер к ftree: use strict; use warnings; use CGI::Emulate::PSGI; use CGI::Compile; my $cgi_script = "ftree.cgi"; my $sub = CGI::Compile->compile($cgi_script); my $app = CGI::Emulate::PSGI->handler($sub); my $cgi_person = "person_page.cgi"; my $sub_person = CGI::Compile->compile($cgi_person); my $app2 = CGI::Emulate::PSGI->handler($sub_person); use Plack::Builder; builder { enable "Plack::Middleware::Static", path => qr{[gif|png|jpg|swf|ico|mov|mp3|pdf|js|css]$}, root => './'; # $app; mount "/person_page" => $app2; mount "/" => $app; }; 09.09.2015, 00:32, "Nikolay Mishin" : > Привет, MoscowPM!! > > Ура,  я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI > https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 > > если ее поставить > cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz > > и скопировать папку cgi-bin из дистрибутива > например сюда > c:\ftree\cgi-bin > > то, делая > > c:\ftree\cgi-bin > и > plackup > > HTTP::Server::PSGI: Accepting connections at http://0:5000/ > и > теперь заходим в броузер > http://127.0.0.1:5000/ > > и можем увидеть генеалогическое дерево, причем > для его управления нужно просто редактировать файл > c:\ftree\cgi-bin\tree.xls > или > файл с другим именем, но тогда это имя нужно указать в файле ftree.config > изменив параметр > file_name tree.xls > на свой > > а картинки родных должны быть 3x4 > и их нужно класть в директорию > c:\ftree\cgi-bin\pictures > где именем картинки должен быть id персоны+.jpg > > все работает > > для юникса нужно будет еще исправить параметр > >         photo_dir   c:/ftree/cgi-bin/pictures/ > > на свой > > Просьба попробовать, > > 1) у меня не обрабатывается форма при нажатии на ссылку  Birthdays  (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) > > говорит > >  http://127.0.0.1:5000/-method > > not found > > 2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb > > буду очень благодарен, если поможете > > в > > app.psgi > > https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi > > тупо скомпилировал текущие работающие cgi скрипты > > -- > С уважением > Николай Мишин > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From mi на ya.ru Tue Sep 8 14:55:02 2015 From: mi на ya.ru (Nikolay Mishin) Date: Wed, 09 Sep 2015 00:55:02 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1774861441749133@web24h.yandex.ru> References: <1661901441747933@web5j.yandex.ru> <1774861441749133@web24h.yandex.ru> Message-ID: <1777451441749302@web24h.yandex.ru> Нет, ошибся, все-таки роутинг к ftree нужен builder { enable "Plack::Middleware::Static", path => qr{[gif|png|jpg|swf|ico|mov|mp3|pdf|js|css]$}, root => './'; # $app; mount "/person_page" => $app2; mount "/ftree" => $app; }; 09.09.2015, 00:52, "Nikolay Mishin" : > Надо же стоило подробно описать проблему в письме > и я нашел в чем была проблема: > в модуле FamilyTreeBase > есть настроечные параметры > в частности > treeScript => 'ftree', > а я думал зароутиться к / > это оказалось плохой идеей > в итоге в psgi удалось оставить все по-старому > даже не прописывая роутер к ftree: > > use strict; > use warnings; > > use CGI::Emulate::PSGI; > use CGI::Compile; > > my $cgi_script = "ftree.cgi"; > my $sub = CGI::Compile->compile($cgi_script); > my $app = CGI::Emulate::PSGI->handler($sub); > > my $cgi_person = "person_page.cgi"; > my $sub_person = CGI::Compile->compile($cgi_person); > my $app2 = CGI::Emulate::PSGI->handler($sub_person); > >  use Plack::Builder; > >   builder { >       enable "Plack::Middleware::Static", >           path => qr{[gif|png|jpg|swf|ico|mov|mp3|pdf|js|css]$}, root => './'; >       # $app; >           mount "/person_page" => $app2; >           mount "/" => $app; >   }; > > 09.09.2015, 00:32, "Nikolay Mishin" : >>  Привет, MoscowPM!! >> >>  Ура,  я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI >>  https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >> >>  если ее поставить >>  cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >> >>  и скопировать папку cgi-bin из дистрибутива >>  например сюда >>  c:\ftree\cgi-bin >> >>  то, делая >> >>  c:\ftree\cgi-bin >>  и >>  plackup >> >>  HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>  и >>  теперь заходим в броузер >>  http://127.0.0.1:5000/ >> >>  и можем увидеть генеалогическое дерево, причем >>  для его управления нужно просто редактировать файл >>  c:\ftree\cgi-bin\tree.xls >>  или >>  файл с другим именем, но тогда это имя нужно указать в файле ftree.config >>  изменив параметр >>  file_name tree.xls >>  на свой >> >>  а картинки родных должны быть 3x4 >>  и их нужно класть в директорию >>  c:\ftree\cgi-bin\pictures >>  где именем картинки должен быть id персоны+.jpg >> >>  все работает >> >>  для юникса нужно будет еще исправить параметр >> >>          photo_dir   c:/ftree/cgi-bin/pictures/ >> >>  на свой >> >>  Просьба попробовать, >> >>  1) у меня не обрабатывается форма при нажатии на ссылку  Birthdays  (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >> >>  говорит >> >>   http://127.0.0.1:5000/-method >> >>  not found >> >>  2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >> >>  буду очень благодарен, если поможете >> >>  в >> >>  app.psgi >> >>  https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >> >>  тупо скомпилировал текущие работающие cgi скрипты >> >>  -- >>  С уважением >>  Николай Мишин >> >>  ,-- >>  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 pef-secure на yandex.ru Tue Sep 8 15:31:34 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 09 Sep 2015 00:31:34 +0200 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: Message-ID: <1643309.CgoJct7O2f@rawen> On Tuesday, September 08, 2015 18:13:30 Ilya Chesnokov wrote: > Ок, для конкретики: есть REST API, которое работает на префоркающемся > Starman и отправляет запросы в RabbitMQ при помощи AnyEvent::RabbitMQ > (который работает на основе AnyEvent::Handle). На данный момент > соединение открывается заново при каждом запросе. Хочется, как-то это > оптимизировать. > > Изначально думал, что можно работать через одно общее соединение, но > как теперь понял, проще создать одно соединение на форк и работать с > ним. Идею оптимизировать соединения признаю годной. Я пробовал тест, когда клиент шлёт сообщение (жсон), сервер отвечает эхом (новый жсон). Если открывать- закрывать сокет, то 3000 сообщений/сек, если пользоваться уже открытым, то 50000 сообщений/сек на одном процессе. На локалхосте. Т.е. когда обработка сообщения крайне короткая, то затраты на соединение могут считаться существенными. Про конкретно данную ситуацию у меня есть своё мнение, но я пока не изложил его в коде. Да и кролик мне не интересен. -- PEF Developer From pef-secure на yandex.ru Tue Sep 8 15:35:20 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 09 Sep 2015 00:35:20 +0200 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: Message-ID: <13477407.Jl1ezn0AeQ@rawen> On Tuesday, September 08, 2015 13:25:08 Alexander Lourier wrote: > Покурил мануалы, и беру свои слова обратно. Гарантии неделимости даются > только для DGRAM-сокетов. В случае TCP возможна частичная передача. Задачка > разработки протокола, где можно шарить одно соединение между несколькими > процессами усложняется. sendmsg() бывает, однако -- PEF Developer From somerandomlogin на gmail.com Wed Sep 9 02:03:23 2015 From: somerandomlogin на gmail.com (Jack of Shadows) Date: Wed, 9 Sep 2015 12:03:23 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQutCw0LvRi9Cy0LDRjtGCINGA0L7QsdC+0YI=?= =?utf-8?b?0YssINCwINC90LUg0YfQtdC70L7QstC10Lo=?= In-Reply-To: References: Message-ID: Робот в рассылке детектед!!! 2015-09-03 20:36 GMT+03:00 Тимур Нозадзе : > А что значит "понимать"? > > чт, 3 сент. 2015, 20:27, Daniel Podolsky : > >> > остались ли процессы, которые невозможно >> > автоматизировать в принципе? >> >> Роботы не умеют понимать. Поэтому - да, остались >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From somerandomlogin на gmail.com Wed Sep 9 02:05:41 2015 From: somerandomlogin на gmail.com (Jack of Shadows) Date: Wed, 9 Sep 2015 12:05:41 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1661901441747933@web5j.yandex.ru> References: <1661901441747933@web5j.yandex.ru> Message-ID: Хотеть скриншоты или демо-сайт. 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : > Привет, MoscowPM!! > > Ура, я перевел ftree (программу,рисующую генеалогическое древо) из CGI в > PSGI > https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 > > если ее поставить > cpanm > https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz > > и скопировать папку cgi-bin из дистрибутива > например сюда > c:\ftree\cgi-bin > > то, делая > > c:\ftree\cgi-bin > и > plackup > > HTTP::Server::PSGI: Accepting connections at http://0:5000/ > и > теперь заходим в броузер > http://127.0.0.1:5000/ > > и можем увидеть генеалогическое дерево, причем > для его управления нужно просто редактировать файл > c:\ftree\cgi-bin\tree.xls > или > файл с другим именем, но тогда это имя нужно указать в файле ftree.config > изменив параметр > file_name tree.xls > на свой > > а картинки родных должны быть 3x4 > и их нужно класть в директорию > c:\ftree\cgi-bin\pictures > где именем картинки должен быть id персоны+.jpg > > все работает > > для юникса нужно будет еще исправить параметр > > photo_dir c:/ftree/cgi-bin/pictures/ > > на свой > > Просьба попробовать, > > 1) у меня не обрабатывается форма при нажатии на ссылку * Birthdays > > (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb > **)* > > *говорит* > > * http://127.0.0.1:5000/-method * > > not found > > 2)и не возвращается со страницы > http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb > > буду очень благодарен, если поможете > > в > > app.psgi > > > https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi > > тупо скомпилировал текущие работающие cgi скрипты > > -- > С уважением > Николай Мишин > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aml на rulezz.ru Wed Sep 9 03:37:29 2015 From: aml на rulezz.ru (Alexander Lourier) Date: Wed, 09 Sep 2015 10:37:29 +0000 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: <13477407.Jl1ezn0AeQ@rawen> References: <13477407.Jl1ezn0AeQ@rawen> Message-ID: Я не нашёл никаких подтверждений, что sendmsg гарантирует непрерывность передачи данных. Он точно так же возвращает ssize_t - сколько данных успешно "отправлено" (скопировано в выходной буфер). On Wed, Sep 9, 2015 at 12:35 AM PEF Secure wrote: > On Tuesday, September 08, 2015 13:25:08 Alexander Lourier wrote: > > Покурил мануалы, и беру свои слова обратно. Гарантии неделимости даются > > только для DGRAM-сокетов. В случае TCP возможна частичная передача. > Задачка > > разработки протокола, где можно шарить одно соединение между несколькими > > процессами усложняется. > > sendmsg() бывает, однако > > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Wed Sep 9 11:15:18 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 09 Sep 2015 20:15:18 +0200 Subject: [Moscow.pm] =?utf-8?b?0JzQvtC00YPQu9C4INC00LvRjyDQv9C+0LTQtNC1?= =?utf-8?b?0YDQttCw0L3QuNGPINGB0L7QtdC00LjQvdC10L3QuNGP?= In-Reply-To: References: <13477407.Jl1ezn0AeQ@rawen> Message-ID: <2062838.6C1lKSVjd9@rawen> On Wednesday, September 09, 2015 10:37:29 Alexander Lourier wrote: > Я не нашёл никаких подтверждений, что sendmsg гарантирует непрерывность > передачи данных. Он точно так же возвращает ssize_t - сколько данных > успешно "отправлено" (скопировано в выходной буфер). Насколько я помню, была гарантия для AF_UNIX/DGRAM, которая была мне нужна... === Writes onto a streaming socket (or a pipe) are thread-safe, *but not necessarily atomic*, if the size exceeds PIPE_BUF. If you want atomicity you either have to do your own locking, or use a DGRAM or SEQPACKET socket. === Ага, признаю свою ошибку, у меня был частный случай. -- PEF Developer From mi на ya.ru Wed Sep 9 19:25:57 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 10 Sep 2015 05:25:57 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> Message-ID: <502401441851957@web5o.yandex.ru> Скриншоты это проще, а есть ли облако, где можно запустить perl psgi приложение? желательно бесплатно исправил все ошибки https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 и даже сделал портейбл версию https://github.com/mishin/Ftree-portable осталось только уложить ее в дистрибутив 09.09.2015, 12:05, "Jack of Shadows" : > Хотеть скриншоты или демо-сайт. > > 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >> Привет, MoscowPM!! >> >> Ура,  я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >> >> если ее поставить >> cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >> >> и скопировать папку cgi-bin из дистрибутива >> например сюда >> c:\ftree\cgi-bin >> >> то, делая >> >> c:\ftree\cgi-bin >> и >> plackup >> >> HTTP::Server::PSGI: Accepting connections at http://0:5000/ >> и >> теперь заходим в броузер >> http://127.0.0.1:5000/ >> >> и можем увидеть генеалогическое дерево, причем >> для его управления нужно просто редактировать файл >> c:\ftree\cgi-bin\tree.xls >> или >> файл с другим именем, но тогда это имя нужно указать в файле ftree.config >> изменив параметр >> file_name tree.xls >> на свой >> >> а картинки родных должны быть 3x4 >> и их нужно класть в директорию >> c:\ftree\cgi-bin\pictures >> где именем картинки должен быть id персоны+.jpg >> >> все работает >> >> для юникса нужно будет еще исправить параметр >> >>         photo_dir   c:/ftree/cgi-bin/pictures/ >> >> на свой >> >> Просьба попробовать, >> >> 1) у меня не обрабатывается форма при нажатии на ссылку  Birthdays  (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >> >> говорит >> >>  http://127.0.0.1:5000/-method >> >> not found >> >> 2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >> >> буду очень благодарен, если поможете >> >> в >> >> app.psgi >> >> https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >> >> тупо скомпилировал текущие работающие cgi скрипты >> >> -- >> С уважением >> Николай Мишин >> >> -- >> 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 denis.fedoseev на gmail.com Thu Sep 10 05:10:05 2015 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Thu, 10 Sep 2015 15:10:05 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <502401441851957@web5o.yandex.ru> References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> Message-ID: Heroku, IBM bluemix, да тысячи их. Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. Хотя я для таких проектов тупо юзаю VPS на 10 евро в год, меньше заморочек чем с облаками 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: > Скриншоты это проще, а > есть ли облако, где можно запустить perl psgi приложение? > желательно бесплатно > исправил все ошибки > https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 > и даже сделал портейбл версию > https://github.com/mishin/Ftree-portable > осталось только уложить ее в дистрибутив > > > 09.09.2015, 12:05, "Jack of Shadows" : > > Хотеть скриншоты или демо-сайт. > > > > 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : > >> Привет, MoscowPM!! > >> > >> Ура, я перевел ftree (программу,рисующую генеалогическое древо) из CGI > в PSGI > >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 > >> > >> если ее поставить > >> cpanm > https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz > >> > >> и скопировать папку cgi-bin из дистрибутива > >> например сюда > >> c:\ftree\cgi-bin > >> > >> то, делая > >> > >> c:\ftree\cgi-bin > >> и > >> plackup > >> > >> HTTP::Server::PSGI: Accepting connections at http://0:5000/ > >> и > >> теперь заходим в броузер > >> http://127.0.0.1:5000/ > >> > >> и можем увидеть генеалогическое дерево, причем > >> для его управления нужно просто редактировать файл > >> c:\ftree\cgi-bin\tree.xls > >> или > >> файл с другим именем, но тогда это имя нужно указать в файле > ftree.config > >> изменив параметр > >> file_name tree.xls > >> на свой > >> > >> а картинки родных должны быть 3x4 > >> и их нужно класть в директорию > >> c:\ftree\cgi-bin\pictures > >> где именем картинки должен быть id персоны+.jpg > >> > >> все работает > >> > >> для юникса нужно будет еще исправить параметр > >> > >> photo_dir c:/ftree/cgi-bin/pictures/ > >> > >> на свой > >> > >> Просьба попробовать, > >> > >> 1) у меня не обрабатывается форма при нажатии на ссылку Birthdays ( > http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) > >> > >> говорит > >> > >> http://127.0.0.1:5000/-method > >> > >> not found > >> > >> 2)и не возвращается со страницы > http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb > >> > >> буду очень благодарен, если поможете > >> > >> в > >> > >> app.psgi > >> > >> > https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi > >> > >> тупо скомпилировал текущие работающие cgi скрипты > >> > >> -- > >> С уважением > >> Николай Мишин > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.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 > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Thu Sep 10 07:38:31 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Thu, 10 Sep 2015 14:38:31 +0000 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> Message-ID: где такие дешевые впски? чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev : > Heroku, IBM bluemix, да тысячи их. > Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. > > Хотя я для таких проектов тупо юзаю VPS на 10 евро в год, меньше > заморочек чем с облаками > > 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: > > Скриншоты это проще, а >> есть ли облако, где можно запустить perl psgi приложение? >> желательно бесплатно >> исправил все ошибки >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >> и даже сделал портейбл версию >> https://github.com/mishin/Ftree-portable >> осталось только уложить ее в дистрибутив >> >> >> 09.09.2015, 12:05, "Jack of Shadows" : >> > Хотеть скриншоты или демо-сайт. >> > >> > 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >> >> Привет, MoscowPM!! >> >> >> >> Ура, я перевел ftree (программу,рисующую генеалогическое древо) из >> CGI в PSGI >> >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >> >> >> >> если ее поставить >> >> cpanm >> https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >> >> >> >> и скопировать папку cgi-bin из дистрибутива >> >> например сюда >> >> c:\ftree\cgi-bin >> >> >> >> то, делая >> >> >> >> c:\ftree\cgi-bin >> >> и >> >> plackup >> >> >> >> HTTP::Server::PSGI: Accepting connections at http://0:5000/ >> >> и >> >> теперь заходим в броузер >> >> http://127.0.0.1:5000/ >> >> >> >> и можем увидеть генеалогическое дерево, причем >> >> для его управления нужно просто редактировать файл >> >> c:\ftree\cgi-bin\tree.xls >> >> или >> >> файл с другим именем, но тогда это имя нужно указать в файле >> ftree.config >> >> изменив параметр >> >> file_name tree.xls >> >> на свой >> >> >> >> а картинки родных должны быть 3x4 >> >> и их нужно класть в директорию >> >> c:\ftree\cgi-bin\pictures >> >> где именем картинки должен быть id персоны+.jpg >> >> >> >> все работает >> >> >> >> для юникса нужно будет еще исправить параметр >> >> >> >> photo_dir c:/ftree/cgi-bin/pictures/ >> >> >> >> на свой >> >> >> >> Просьба попробовать, >> >> >> >> 1) у меня не обрабатывается форма при нажатии на ссылку Birthdays ( >> http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >> >> >> >> говорит >> >> >> >> http://127.0.0.1:5000/-method >> >> >> >> not found >> >> >> >> 2)и не возвращается со страницы >> http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >> >> >> >> буду очень благодарен, если поможете >> >> >> >> в >> >> >> >> app.psgi >> >> >> >> >> https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >> >> >> >> тупо скомпилировал текущие работающие cgi скрипты >> >> >> >> -- >> >> С уважением >> >> Николай Мишин >> >> >> >> -- >> >> Moscow.pm mailing list >> >> moscow-pm на pm.org | http://moscow.pm.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 >> > > > > -- > С уважением, Денис Федосеев > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dim0xff на gmail.com Thu Sep 10 09:07:36 2015 From: dim0xff на gmail.com (Dmitry L.) Date: Thu, 10 Sep 2015 19:07:36 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> Message-ID: первый же в гугле по запросу "california vps" https://rijx.com/pricing.html 2015-09-10 17:38 GMT+03:00 Александр Фокскул : > где такие дешевые впски? > > чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev : >> >> Heroku, IBM bluemix, да тысячи их. >> Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >> >> Хотя я для таких проектов тупо юзаю VPS на 10 евро в год, меньше >> заморочек чем с облаками >> >> 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: >> >>> Скриншоты это проще, а >>> есть ли облако, где можно запустить perl psgi приложение? >>> желательно бесплатно >>> исправил все ошибки >>> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >>> и даже сделал портейбл версию >>> https://github.com/mishin/Ftree-portable >>> осталось только уложить ее в дистрибутив >>> >>> >>> 09.09.2015, 12:05, "Jack of Shadows" : >>> > Хотеть скриншоты или демо-сайт. >>> > >>> > 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >>> >> Привет, MoscowPM!! >>> >> >>> >> Ура, я перевел ftree (программу,рисующую генеалогическое древо) из >>> >> CGI в PSGI >>> >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >>> >> >>> >> если ее поставить >>> >> cpanm >>> >> https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >>> >> >>> >> и скопировать папку cgi-bin из дистрибутива >>> >> например сюда >>> >> c:\ftree\cgi-bin >>> >> >>> >> то, делая >>> >> >>> >> c:\ftree\cgi-bin >>> >> и >>> >> plackup >>> >> >>> >> HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>> >> и >>> >> теперь заходим в броузер >>> >> http://127.0.0.1:5000/ >>> >> >>> >> и можем увидеть генеалогическое дерево, причем >>> >> для его управления нужно просто редактировать файл >>> >> c:\ftree\cgi-bin\tree.xls >>> >> или >>> >> файл с другим именем, но тогда это имя нужно указать в файле >>> >> ftree.config >>> >> изменив параметр >>> >> file_name tree.xls >>> >> на свой >>> >> >>> >> а картинки родных должны быть 3x4 >>> >> и их нужно класть в директорию >>> >> c:\ftree\cgi-bin\pictures >>> >> где именем картинки должен быть id персоны+.jpg >>> >> >>> >> все работает >>> >> >>> >> для юникса нужно будет еще исправить параметр >>> >> >>> >> photo_dir c:/ftree/cgi-bin/pictures/ >>> >> >>> >> на свой >>> >> >>> >> Просьба попробовать, >>> >> >>> >> 1) у меня не обрабатывается форма при нажатии на ссылку Birthdays >>> >> (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >>> >> >>> >> говорит >>> >> >>> >> http://127.0.0.1:5000/-method >>> >> >>> >> not found >>> >> >>> >> 2)и не возвращается со страницы >>> >> http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >>> >> >>> >> буду очень благодарен, если поможете >>> >> >>> >> в >>> >> >>> >> app.psgi >>> >> >>> >> >>> >> https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >>> >> >>> >> тупо скомпилировал текущие работающие cgi скрипты >>> >> >>> >> -- >>> >> С уважением >>> >> Николай Мишин >>> >> >>> >> -- >>> >> Moscow.pm mailing list >>> >> moscow-pm на pm.org | http://moscow.pm.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 >> >> >> >> >> -- >> С уважением, Денис Федосеев >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- //wbr, Dmitry L. From denis.fedoseev на gmail.com Thu Sep 10 09:28:25 2015 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Thu, 10 Sep 2015 19:28:25 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> Message-ID: У братских латышей - time4vps контора называется, звезд с неба не хватает, но работает стабильно. 10 сентября 2015 г., 17:38 пользователь Александр Фокскул < foxcool333 на gmail.com> написал: > где такие дешевые впски? > > чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev : > >> Heroku, IBM bluemix, да тысячи их. >> Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >> >> Хотя я для таких проектов тупо юзаю VPS на 10 евро в год, меньше >> заморочек чем с облаками >> >> 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: >> >> Скриншоты это проще, а >>> есть ли облако, где можно запустить perl psgi приложение? >>> желательно бесплатно >>> исправил все ошибки >>> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >>> и даже сделал портейбл версию >>> https://github.com/mishin/Ftree-portable >>> осталось только уложить ее в дистрибутив >>> >>> >>> 09.09.2015, 12:05, "Jack of Shadows" : >>> > Хотеть скриншоты или демо-сайт. >>> > >>> > 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >>> >> Привет, MoscowPM!! >>> >> >>> >> Ура, я перевел ftree (программу,рисующую генеалогическое древо) из >>> CGI в PSGI >>> >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >>> >> >>> >> если ее поставить >>> >> cpanm >>> https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >>> >> >>> >> и скопировать папку cgi-bin из дистрибутива >>> >> например сюда >>> >> c:\ftree\cgi-bin >>> >> >>> >> то, делая >>> >> >>> >> c:\ftree\cgi-bin >>> >> и >>> >> plackup >>> >> >>> >> HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>> >> и >>> >> теперь заходим в броузер >>> >> http://127.0.0.1:5000/ >>> >> >>> >> и можем увидеть генеалогическое дерево, причем >>> >> для его управления нужно просто редактировать файл >>> >> c:\ftree\cgi-bin\tree.xls >>> >> или >>> >> файл с другим именем, но тогда это имя нужно указать в файле >>> ftree.config >>> >> изменив параметр >>> >> file_name tree.xls >>> >> на свой >>> >> >>> >> а картинки родных должны быть 3x4 >>> >> и их нужно класть в директорию >>> >> c:\ftree\cgi-bin\pictures >>> >> где именем картинки должен быть id персоны+.jpg >>> >> >>> >> все работает >>> >> >>> >> для юникса нужно будет еще исправить параметр >>> >> >>> >> photo_dir c:/ftree/cgi-bin/pictures/ >>> >> >>> >> на свой >>> >> >>> >> Просьба попробовать, >>> >> >>> >> 1) у меня не обрабатывается форма при нажатии на ссылку Birthdays ( >>> http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >>> >> >>> >> говорит >>> >> >>> >> http://127.0.0.1:5000/-method >>> >> >>> >> not found >>> >> >>> >> 2)и не возвращается со страницы >>> http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >>> >> >>> >> буду очень благодарен, если поможете >>> >> >>> >> в >>> >> >>> >> app.psgi >>> >> >>> >> >>> https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >>> >> >>> >> тупо скомпилировал текущие работающие cgi скрипты >>> >> >>> >> -- >>> >> С уважением >>> >> Николай Мишин >>> >> >>> >> -- >>> >> Moscow.pm mailing list >>> >> moscow-pm на pm.org | http://moscow.pm.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 >>> >> >> >> >> -- >> С уважением, Денис Федосеев >> -- >> 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 было извлечено… URL: From monk на nuked.su Thu Sep 10 12:55:23 2015 From: monk на nuked.su (=?UTF-8?B?TWF4aW0=?=) Date: Thu, 10 Sep 2015 22:55:23 +0300 Subject: [Moscow.pm] =?utf-8?q?PSGI_and_ftree?= In-Reply-To: References: <1661901441747933@web5j.yandex.ru> Message-ID: <1441914923.285227642@f323.i.mail.ru> Спасибо за наводку, я раньше столько за месяц платил :-) >Четверг, 10 сентября 2015, 19:28 +03:00 от Denis Fedoseev : > >У братских латышей - time4vps контора называется, звезд с неба не хватает, но работает стабильно. > >10 сентября 2015 г., 17:38 пользователь Александр Фокскул < foxcool333 на gmail.com > написал: >>где такие дешевые впски? >> >>чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev < denis.fedoseev на gmail.com >: >>>Heroku, IBM bluemix, да тысячи их. >>>Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >>> -- Maxim monk на nuked.su ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Thu Sep 10 14:11:35 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Thu, 10 Sep 2015 21:11:35 +0000 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1441914923.285227642@f323.i.mail.ru> References: <1661901441747933@web5j.yandex.ru> <1441914923.285227642@f323.i.mail.ru> Message-ID: ага аналогично. Осталось понять сколько у меня нагоняется трафика или найти анметеред чт, 10 сент. 2015 г. в 23:02, Maxim : > Спасибо за наводку, я раньше столько за месяц платил :-) > > Четверг, 10 сентября 2015, 19:28 +03:00 от Denis Fedoseev < > denis.fedoseev на gmail.com>: > > > > У братских латышей - time4vps контора называется, звезд с неба не хватает, > но работает стабильно. > > 10 сентября 2015 г., 17:38 пользователь Александр Фокскул < > foxcool333 на gmail.com > > > написал: > > где такие дешевые впски? > > чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev >: > > Heroku, IBM bluemix, да тысячи их. > Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. > > > -- > Maxim monk на nuked.su > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Thu Sep 10 20:26:20 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 11 Sep 2015 06:26:20 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> Message-ID: <1562641441941980@web18g.yandex.ru> Почитал https://docs.google.com/presentation/d/11N3bBJV2enpkOyV6XoSH6NuMku03DG6Hg51Jyr3oZ2Y/edit#slide=id.g4bad5fa4a_033 простое psgi приложение запускается,а вот мое,где CGI обернут с помощью PSGI - нет (https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.19/cgi-bin/app.psgi) придется переписывать... а так хотелось сделать по-быстрому 10.09.2015, 15:10, "Denis Fedoseev" : > Heroku, IBM bluemix, да тысячи их. > Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. > > Хотя я  для таких проектов тупо юзаю VPS на 10 евро в год, меньше заморочек чем с облаками > > 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: >> Скриншоты это проще, а >> есть ли облако, где можно запустить perl psgi приложение? >> желательно бесплатно >> исправил все ошибки >> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >> и даже сделал портейбл версию >> https://github.com/mishin/Ftree-portable >> осталось только уложить ее в дистрибутив >> >> 09.09.2015, 12:05, "Jack of Shadows" : >> >>> Хотеть скриншоты или демо-сайт. >>> >>> 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >>>> Привет, MoscowPM!! >>>> >>>> Ура,  я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI >>>> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >>>> >>>> если ее поставить >>>> cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >>>> >>>> и скопировать папку cgi-bin из дистрибутива >>>> например сюда >>>> c:\ftree\cgi-bin >>>> >>>> то, делая >>>> >>>> c:\ftree\cgi-bin >>>> и >>>> plackup >>>> >>>> HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>>> и >>>> теперь заходим в броузер >>>> http://127.0.0.1:5000/ >>>> >>>> и можем увидеть генеалогическое дерево, причем >>>> для его управления нужно просто редактировать файл >>>> c:\ftree\cgi-bin\tree.xls >>>> или >>>> файл с другим именем, но тогда это имя нужно указать в файле ftree.config >>>> изменив параметр >>>> file_name tree.xls >>>> на свой >>>> >>>> а картинки родных должны быть 3x4 >>>> и их нужно класть в директорию >>>> c:\ftree\cgi-bin\pictures >>>> где именем картинки должен быть id персоны+.jpg >>>> >>>> все работает >>>> >>>> для юникса нужно будет еще исправить параметр >>>> >>>>         photo_dir   c:/ftree/cgi-bin/pictures/ >>>> >>>> на свой >>>> >>>> Просьба попробовать, >>>> >>>> 1) у меня не обрабатывается форма при нажатии на ссылку  Birthdays  (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >>>> >>>> говорит >>>> >>>>  http://127.0.0.1:5000/-method >>>> >>>> not found >>>> >>>> 2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >>>> >>>> буду очень благодарен, если поможете >>>> >>>> в >>>> >>>> app.psgi >>>> >>>> https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >>>> >>>> тупо скомпилировал текущие работающие cgi скрипты >>>> >>>> -- >>>> С уважением >>>> Николай Мишин >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.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 > > -- > С уважением, Денис Федосеев > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From mi на ya.ru Thu Sep 10 20:30:57 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 11 Sep 2015 06:30:57 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1562641441941980@web18g.yandex.ru> References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> <1562641441941980@web18g.yandex.ru> Message-ID: <1567331441942257@web18g.yandex.ru> нашел ошибку heroku logs --tail > heroku.log 2015-09-10T20:30:20.084341+00:00 app[web.1]: Error while loading /app/app.psgi: Can't locate CGI/Emulate/PSGI.pm in @INC (you may need to install the CGI::Emulate::PSGI module) (@INC contains: /app/local/lib/perl5/x86_64-linux /app/local/lib/perl5 /app/vendor/lib/perl5 /app/vendor/perl/lib/site_perl/5.22.0/x86_64-linux /app/vendor/perl/lib/site_perl/5.22.0 /app/vendor/perl/lib/5.22.0/x86_64-linux /app/vendor/perl/lib/5.22.0 .) at /app/app.psgi line 7. сейчас разберемся, как тут модуль поставить 11.09.2015, 06:26, "Nikolay Mishin" : > Почитал > https://docs.google.com/presentation/d/11N3bBJV2enpkOyV6XoSH6NuMku03DG6Hg51Jyr3oZ2Y/edit#slide=id.g4bad5fa4a_033 > > простое psgi приложение запускается,а вот > мое,где CGI обернут с помощью PSGI - нет (https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.19/cgi-bin/app.psgi) > > придется переписывать... > а так хотелось сделать по-быстрому > > 10.09.2015, 15:10, "Denis Fedoseev" : >>  Heroku, IBM bluemix, да тысячи их. >>  Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >> >>  Хотя я  для таких проектов тупо юзаю VPS на 10 евро в год, меньше заморочек чем с облаками >> >>  10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: >>>  Скриншоты это проще, а >>>  есть ли облако, где можно запустить perl psgi приложение? >>>  желательно бесплатно >>>  исправил все ошибки >>>  https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >>>  и даже сделал портейбл версию >>>  https://github.com/mishin/Ftree-portable >>>  осталось только уложить ее в дистрибутив >>> >>>  09.09.2015, 12:05, "Jack of Shadows" : >>> >>>>  Хотеть скриншоты или демо-сайт. >>>> >>>>  2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >>>>>  Привет, MoscowPM!! >>>>> >>>>>  Ура,  я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI >>>>>  https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >>>>> >>>>>  если ее поставить >>>>>  cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >>>>> >>>>>  и скопировать папку cgi-bin из дистрибутива >>>>>  например сюда >>>>>  c:\ftree\cgi-bin >>>>> >>>>>  то, делая >>>>> >>>>>  c:\ftree\cgi-bin >>>>>  и >>>>>  plackup >>>>> >>>>>  HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>>>>  и >>>>>  теперь заходим в броузер >>>>>  http://127.0.0.1:5000/ >>>>> >>>>>  и можем увидеть генеалогическое дерево, причем >>>>>  для его управления нужно просто редактировать файл >>>>>  c:\ftree\cgi-bin\tree.xls >>>>>  или >>>>>  файл с другим именем, но тогда это имя нужно указать в файле ftree.config >>>>>  изменив параметр >>>>>  file_name tree.xls >>>>>  на свой >>>>> >>>>>  а картинки родных должны быть 3x4 >>>>>  и их нужно класть в директорию >>>>>  c:\ftree\cgi-bin\pictures >>>>>  где именем картинки должен быть id персоны+.jpg >>>>> >>>>>  все работает >>>>> >>>>>  для юникса нужно будет еще исправить параметр >>>>> >>>>>          photo_dir   c:/ftree/cgi-bin/pictures/ >>>>> >>>>>  на свой >>>>> >>>>>  Просьба попробовать, >>>>> >>>>>  1) у меня не обрабатывается форма при нажатии на ссылку  Birthdays  (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >>>>> >>>>>  говорит >>>>> >>>>>   http://127.0.0.1:5000/-method >>>>> >>>>>  not found >>>>> >>>>>  2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >>>>> >>>>>  буду очень благодарен, если поможете >>>>> >>>>>  в >>>>> >>>>>  app.psgi >>>>> >>>>>  https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >>>>> >>>>>  тупо скомпилировал текущие работающие cgi скрипты >>>>> >>>>>  -- >>>>>  С уважением >>>>>  Николай Мишин >>>>> >>>>>  -- >>>>>  Moscow.pm mailing list >>>>>  moscow-pm на pm.org | http://moscow.pm.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 >> >>  -- >>  С уважением, Денис Федосеев >> >>  ,-- >>  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 mi на ya.ru Thu Sep 10 21:01:29 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 11 Sep 2015 07:01:29 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1562641441941980@web18g.yandex.ru> References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> <1562641441941980@web18g.yandex.ru> Message-ID: <1003151441944089@web3m.yandex.ru> Вау, заработало https://still-lowlands-7377.herokuapp.com/ftree правда пока картинки не отображаются неверно указал версию requires 'CGI::Emulate::PSGI', '0.21'; в cpanfile и даже с картинками https://still-lowlands-7377.herokuapp.com/ftree?type=tree;target=Homer_Simpson;levels=2;passwd=;lang=gb какие, однако, фантастичные технологии стали, всем спасибо!!! 11.09.2015, 06:26, "Nikolay Mishin" : > Почитал > https://docs.google.com/presentation/d/11N3bBJV2enpkOyV6XoSH6NuMku03DG6Hg51Jyr3oZ2Y/edit#slide=id.g4bad5fa4a_033 > > простое psgi приложение запускается,а вот > мое,где CGI обернут с помощью PSGI - нет (https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.19/cgi-bin/app.psgi) > > придется переписывать... > а так хотелось сделать по-быстрому > > 10.09.2015, 15:10, "Denis Fedoseev" : >>  Heroku, IBM bluemix, да тысячи их. >>  Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >> >>  Хотя я  для таких проектов тупо юзаю VPS на 10 евро в год, меньше заморочек чем с облаками >> >>  10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: >>>  Скриншоты это проще, а >>>  есть ли облако, где можно запустить perl psgi приложение? >>>  желательно бесплатно >>>  исправил все ошибки >>>  https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >>>  и даже сделал портейбл версию >>>  https://github.com/mishin/Ftree-portable >>>  осталось только уложить ее в дистрибутив >>> >>>  09.09.2015, 12:05, "Jack of Shadows" : >>> >>>>  Хотеть скриншоты или демо-сайт. >>>> >>>>  2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >>>>>  Привет, MoscowPM!! >>>>> >>>>>  Ура,  я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI >>>>>  https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >>>>> >>>>>  если ее поставить >>>>>  cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >>>>> >>>>>  и скопировать папку cgi-bin из дистрибутива >>>>>  например сюда >>>>>  c:\ftree\cgi-bin >>>>> >>>>>  то, делая >>>>> >>>>>  c:\ftree\cgi-bin >>>>>  и >>>>>  plackup >>>>> >>>>>  HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>>>>  и >>>>>  теперь заходим в броузер >>>>>  http://127.0.0.1:5000/ >>>>> >>>>>  и можем увидеть генеалогическое дерево, причем >>>>>  для его управления нужно просто редактировать файл >>>>>  c:\ftree\cgi-bin\tree.xls >>>>>  или >>>>>  файл с другим именем, но тогда это имя нужно указать в файле ftree.config >>>>>  изменив параметр >>>>>  file_name tree.xls >>>>>  на свой >>>>> >>>>>  а картинки родных должны быть 3x4 >>>>>  и их нужно класть в директорию >>>>>  c:\ftree\cgi-bin\pictures >>>>>  где именем картинки должен быть id персоны+.jpg >>>>> >>>>>  все работает >>>>> >>>>>  для юникса нужно будет еще исправить параметр >>>>> >>>>>          photo_dir   c:/ftree/cgi-bin/pictures/ >>>>> >>>>>  на свой >>>>> >>>>>  Просьба попробовать, >>>>> >>>>>  1) у меня не обрабатывается форма при нажатии на ссылку  Birthdays  (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >>>>> >>>>>  говорит >>>>> >>>>>   http://127.0.0.1:5000/-method >>>>> >>>>>  not found >>>>> >>>>>  2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >>>>> >>>>>  буду очень благодарен, если поможете >>>>> >>>>>  в >>>>> >>>>>  app.psgi >>>>> >>>>>  https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >>>>> >>>>>  тупо скомпилировал текущие работающие cgi скрипты >>>>> >>>>>  -- >>>>>  С уважением >>>>>  Николай Мишин >>>>> >>>>>  -- >>>>>  Moscow.pm mailing list >>>>>  moscow-pm на pm.org | http://moscow.pm.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 >> >>  -- >>  С уважением, Денис Федосеев >> >>  ,-- >>  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 denis.fedoseev на gmail.com Thu Sep 10 23:38:27 2015 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Fri, 11 Sep 2015 09:38:27 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> <1441914923.285227642@f323.i.mail.ru> Message-ID: Это чего такое ты гоняешь что тебе 500Гб в месяц не хватает? 11 сентября 2015 г., 0:11 пользователь Александр Фокскул < foxcool333 на gmail.com> написал: > ага аналогично. Осталось понять сколько у меня нагоняется трафика или > найти анметеред > > чт, 10 сент. 2015 г. в 23:02, Maxim : > >> Спасибо за наводку, я раньше столько за месяц платил :-) >> >> Четверг, 10 сентября 2015, 19:28 +03:00 от Denis Fedoseev < >> denis.fedoseev на gmail.com>: >> >> >> >> У братских латышей - time4vps контора называется, звезд с неба не >> хватает, но работает стабильно. >> >> 10 сентября 2015 г., 17:38 пользователь Александр Фокскул < >> foxcool333 на gmail.com >> > >> написал: >> >> где такие дешевые впски? >> >> чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev > >: >> >> Heroku, IBM bluemix, да тысячи их. >> Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >> >> >> -- >> Maxim monk на nuked.su >> -- >> 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 было извлечено… URL: From foxcool333 на gmail.com Fri Sep 11 00:14:09 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Fri, 11 Sep 2015 07:14:09 +0000 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: References: <1661901441747933@web5j.yandex.ru> <1441914923.285227642@f323.i.mail.ru> Message-ID: CJDNS нода. У нее есть транзиэный трафик. Удобно проксировать через виртуалку так nginx ом запросы на локальный ноут, даже если он за натом. Но это свои развлекухи. (: 9:38, Пт, 11.09.2015, Denis Fedoseev : > Это чего такое ты гоняешь что тебе 500Гб в месяц не хватает? > > 11 сентября 2015 г., 0:11 пользователь Александр Фокскул < > foxcool333 на gmail.com> написал: > > ага аналогично. Осталось понять сколько у меня нагоняется трафика или >> найти анметеред >> >> чт, 10 сент. 2015 г. в 23:02, Maxim : >> >>> Спасибо за наводку, я раньше столько за месяц платил :-) >>> >>> Четверг, 10 сентября 2015, 19:28 +03:00 от Denis Fedoseev < >>> denis.fedoseev на gmail.com>: >>> >>> >>> >>> У братских латышей - time4vps контора называется, звезд с неба не >>> хватает, но работает стабильно. >>> >>> 10 сентября 2015 г., 17:38 пользователь Александр Фокскул < >>> foxcool333 на gmail.com >>> > >>> написал: >>> >>> где такие дешевые впски? >>> >>> чт, 10 сент. 2015 г. в 15:10, Denis Fedoseev >> >: >>> >>> Heroku, IBM bluemix, да тысячи их. >>> Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >>> >>> >>> -- >>> Maxim monk на nuked.su >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Fri Sep 11 02:49:40 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 11 Sep 2015 12:49:40 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <1562641441941980@web18g.yandex.ru> References: <1661901441747933@web5j.yandex.ru> <502401441851957@web5o.yandex.ru> <1562641441941980@web18g.yandex.ru> Message-ID: 11 сентября 2015 г., 6:26 пользователь Nikolay Mishin написал: > Почитал > https://docs.google.com/presentation/d/11N3bBJV2enpkOyV6XoSH6NuMku03DG6Hg51Jyr3oZ2Y/edit#slide=id.g4bad5fa4a_033 > > простое psgi приложение запускается,а вот > мое,где CGI обернут с помощью PSGI - нет (https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.19/cgi-bin/app.psgi) Может это как-то связано с тем, что у тебя пути к перлу странные прописаны в shebang line? > придется переписывать... > а так хотелось сделать по-быстрому > > 10.09.2015, 15:10, "Denis Fedoseev" : >> Heroku, IBM bluemix, да тысячи их. >> Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. >> >> Хотя я для таких проектов тупо юзаю VPS на 10 евро в год, меньше заморочек чем с облаками >> >> 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: >>> Скриншоты это проще, а >>> есть ли облако, где можно запустить perl psgi приложение? >>> желательно бесплатно >>> исправил все ошибки >>> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 >>> и даже сделал портейбл версию >>> https://github.com/mishin/Ftree-portable >>> осталось только уложить ее в дистрибутив >>> >>> 09.09.2015, 12:05, "Jack of Shadows" : >>> >>>> Хотеть скриншоты или демо-сайт. >>>> >>>> 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : >>>>> Привет, MoscowPM!! >>>>> >>>>> Ура, я перевел ftree (программу,рисующую генеалогическое древо) из CGI в PSGI >>>>> https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 >>>>> >>>>> если ее поставить >>>>> cpanm https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz >>>>> >>>>> и скопировать папку cgi-bin из дистрибутива >>>>> например сюда >>>>> c:\ftree\cgi-bin >>>>> >>>>> то, делая >>>>> >>>>> c:\ftree\cgi-bin >>>>> и >>>>> plackup >>>>> >>>>> HTTP::Server::PSGI: Accepting connections at http://0:5000/ >>>>> и >>>>> теперь заходим в броузер >>>>> http://127.0.0.1:5000/ >>>>> >>>>> и можем увидеть генеалогическое дерево, причем >>>>> для его управления нужно просто редактировать файл >>>>> c:\ftree\cgi-bin\tree.xls >>>>> или >>>>> файл с другим именем, но тогда это имя нужно указать в файле ftree.config >>>>> изменив параметр >>>>> file_name tree.xls >>>>> на свой >>>>> >>>>> а картинки родных должны быть 3x4 >>>>> и их нужно класть в директорию >>>>> c:\ftree\cgi-bin\pictures >>>>> где именем картинки должен быть id персоны+.jpg >>>>> >>>>> все работает >>>>> >>>>> для юникса нужно будет еще исправить параметр >>>>> >>>>> photo_dir c:/ftree/cgi-bin/pictures/ >>>>> >>>>> на свой >>>>> >>>>> Просьба попробовать, >>>>> >>>>> 1) у меня не обрабатывается форма при нажатии на ссылку Birthdays (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) >>>>> >>>>> говорит >>>>> >>>>> http://127.0.0.1:5000/-method >>>>> >>>>> not found >>>>> >>>>> 2)и не возвращается со страницы http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb >>>>> >>>>> буду очень благодарен, если поможете >>>>> >>>>> в >>>>> >>>>> app.psgi >>>>> >>>>> https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi >>>>> >>>>> тупо скомпилировал текущие работающие cgi скрипты >>>>> >>>>> -- >>>>> С уважением >>>>> Николай Мишин >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.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 >> >> -- >> С уважением, Денис Федосеев >> >> ,-- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From mi на ya.ru Fri Sep 11 03:16:01 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 11 Sep 2015 13:16:01 +0300 Subject: [Moscow.pm] PSGI and ftree Message-ID: <780481441966561@web21g.yandex.ru> Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Fri Sep 11 04:06:00 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 11 Sep 2015 14:06:00 +0300 Subject: [Moscow.pm] PSGI and ftree In-Reply-To: <780481441966561@web21g.yandex.ru> References: <780481441966561@web21g.yandex.ru> Message-ID: 11 сентября 2015 г., 13:16 пользователь Nikolay Mishin написал: > > Спасибо, Илья, дело было в отсутствии нужных модулей в cpanfile > Все заработало > http://still-lowlands-7377.herokuapp.com/ftree?passwd=;type=tree;target=Homer_Simpson;levels=2;lang=ru Прикольно :-) > 12:49, 11 сентября 2015 г., Ilya Chesnokov : > > 11 сентября 2015 г., 6:26 пользователь Nikolay Mishin написал: > > Почитал > > https://docs.google.com/presentation/d/11N3bBJV2enpkOyV6XoSH6NuMku03DG6Hg51Jyr3oZ2Y/edit#slide=id.g4bad5fa4a_033 > > простое psgi приложение запускается,а вот > мое,где CGI обернут с помощью PSGI - нет > (https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.19/cgi-bin/app.psgi) > > > Может это как-то связано с тем, что у тебя пути к перлу странные > прописаны в shebang line? > > > придется переписывать... > а так хотелось сделать по-быстрому > > 10.09.2015, 15:10, "Denis Fedoseev" : > > Heroku, IBM bluemix, да тысячи их. > Минимальный инстанс все бесплатно дают, а дальше надо посмотреть. > > Хотя я для таких проектов тупо юзаю VPS на 10 евро в год, меньше заморочек > чем с облаками > > 10 сентября 2015 г., 5:25 пользователь Nikolay Mishin написал: > > Скриншоты это проще, а > есть ли облако, где можно запустить perl psgi приложение? > желательно бесплатно > исправил все ошибки > https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.19 > и даже сделал портейбл версию > https://github.com/mishin/Ftree-portable > осталось только уложить ее в дистрибутив > > 09.09.2015, 12:05, "Jack of Shadows" : > > Хотеть скриншоты или демо-сайт. > > 2015-09-09 0:32 GMT+03:00 Nikolay Mishin : > > Привет, MoscowPM!! > > Ура, я перевел ftree (программу,рисующую генеалогическое древо) из CGI в > PSGI > https://metacpan.org/release/MISHIN/FamilyTreeInfo-2.3.14 > > если ее поставить > cpanm > https://cpan.metacpan.org/authors/id/M/MI/MISHIN/FamilyTreeInfo-2.3.14.tar.gz > > и скопировать папку cgi-bin из дистрибутива > например сюда > c:\ftree\cgi-bin > > то, делая > > c:\ftree\cgi-bin > и > plackup > > HTTP::Server::PSGI: Accepting connections at http://0:5000/ > и > теперь заходим в броузер > http://127.0.0.1:5000/ > > и можем увидеть генеалогическое дерево, причем > для его управления нужно просто редактировать файл > c:\ftree\cgi-bin\tree.xls > или > файл с другим именем, но тогда это имя нужно указать в файле ftree.config > изменив параметр > file_name tree.xls > на свой > > а картинки родных должны быть 3x4 > и их нужно класть в директорию > c:\ftree\cgi-bin\pictures > где именем картинки должен быть id персоны+.jpg > > все работает > > для юникса нужно будет еще исправить параметр > > photo_dir c:/ftree/cgi-bin/pictures/ > > на свой > > Просьба попробовать, > > 1) у меня не обрабатывается форма при нажатии на ссылку Birthdays > (http://127.0.0.1:5000/?type=bdays;passwd=;lang=gb) > > говорит > > http://127.0.0.1:5000/-method > > not found > > 2)и не возвращается со страницы > http://127.0.0.1:5000/person_page?target=Abraham_Simpson;passwd=;lang=gb > > буду очень благодарен, если поможете > > в > > app.psgi > > https://metacpan.org/source/MISHIN/FamilyTreeInfo-2.3.14/cgi-bin/app.psgi > > тупо скомпилировал текущие работающие cgi скрипты > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.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 > > > -- > С уважением, Денис Федосеев > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > Best regards, > Ilya Chesnokov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > Отправлено из мобильной Яндекс.Почты: http://m.ya.ru/ymail > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From mail на knutov.com Sat Sep 12 15:26:38 2015 From: mail на knutov.com (Nick Knutov) Date: Sun, 13 Sep 2015 03:26:38 +0500 Subject: [Moscow.pm] =?utf-8?b?0YDQtdC90LTQtdGAIGhhc2hyZWZfYXJyYXkg0LIg?= =?utf-8?b?0YLQtdC60YHRgtC+0LLRg9GOINGC0LDQsdC70LjRhtGD?= Message-ID: <55F4A69E.8010704@knutov.com> Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) в текстовую таблицу? Text::Table и Text::Table::Manifold требуют немного другого входного формата. Менять формат вручную не хочется. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From akzhan.abdulin на gmail.com Sat Sep 12 18:48:40 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Sun, 13 Sep 2015 04:48:40 +0300 Subject: [Moscow.pm] =?koi8-r?b?0sXOxMXSIGhhc2hyZWZfYXJyYXkg1yDUxcvT1M/X?= =?koi8-r?b?1cAg1MHCzMnD1Q==?= In-Reply-To: <55F4A69E.8010704@knutov.com> References: <55F4A69E.8010704@knutov.com> Message-ID: Написать свой конвертер, держа в уме, что каждая строка может иметь свой набор полей?) Отправлено с iPhone > 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): > > Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) > в текстовую таблицу? > > Text::Table и Text::Table::Manifold требуют немного другого входного > формата. Менять формат вручную не хочется. > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From mail на knutov.com Sun Sep 13 02:59:51 2015 From: mail на knutov.com (Nick Knutov) Date: Sun, 13 Sep 2015 14:59:51 +0500 Subject: [Moscow.pm] =?utf-8?b?0YDQtdC90LTQtdGAIGhhc2hyZWZfYXJyYXkg0LIg?= =?utf-8?b?0YLQtdC60YHRgtC+0LLRg9GOINGC0LDQsdC70LjRhtGD?= In-Reply-To: References: <55F4A69E.8010704@knutov.com> Message-ID: <55F54917.9070106@knutov.com> Много возни, сложно делать выравнивание влево/вправо, много памяти на копию, если табличка большая (а у меня в основном большие). Т.е. оно так и сделано сейчас, конечно, но я надеялся на существование альтернатив. 13.09.2015 6:48, Akzhan Abdulin пишет: > Написать свой конвертер, держа в уме, что каждая строка может иметь свой набор полей?) > > Отправлено с iPhone > >> 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): >> >> Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) >> в текстовую таблицу? >> >> Text::Table и Text::Table::Manifold требуют немного другого входного >> формата. Менять формат вручную не хочется. >> >> -- >> Best Regards, >> Nick Knutov >> http://knutov.com >> ICQ: 272873706 >> Voice: +7-904-84-23-130 >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From akzhan.abdulin на gmail.com Sun Sep 13 04:14:26 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Sun, 13 Sep 2015 14:14:26 +0300 Subject: [Moscow.pm] =?koi8-r?b?0sXOxMXSIGhhc2hyZWZfYXJyYXkg1yDUxcvT1M/X?= =?koi8-r?b?1cAg1MHCzMnD1Q==?= In-Reply-To: <55F54917.9070106@knutov.com> References: <55F4A69E.8010704@knutov.com> <55F54917.9070106@knutov.com> Message-ID: Мы вообще рендерим в yaml и не паримся ;-) Отправлено с iPhone > 13 сент. 2015 г., в 12:59, Nick Knutov написал(а): > > Много возни, сложно делать выравнивание влево/вправо, много памяти на > копию, если табличка большая (а у меня в основном большие). > > Т.е. оно так и сделано сейчас, конечно, но я надеялся на существование > альтернатив. > > 13.09.2015 6:48, Akzhan Abdulin пишет: >> Написать свой конвертер, держа в уме, что каждая строка может иметь свой набор полей?) >> >> Отправлено с iPhone >> >>> 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): >>> >>> Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) >>> в текстовую таблицу? >>> >>> Text::Table и Text::Table::Manifold требуют немного другого входного >>> формата. Менять формат вручную не хочется. >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From mescalito.ua на gmail.com Sun Sep 13 04:34:01 2015 From: mescalito.ua на gmail.com (D.MON) Date: Sun, 13 Sep 2015 13:34:01 +0200 Subject: [Moscow.pm] =?koi8-r?b?0sXOxMXSIGhhc2hyZWZfYXJyYXkg1yDUxcvT1M/X?= =?koi8-r?b?1cAg1MHCzMnD1Q==?= In-Reply-To: References: <55F4A69E.8010704@knutov.com> <55F54917.9070106@knutov.com> Message-ID: <698E8030-9406-4779-8889-D09812D78249@gmail.com> Согласно документации json is valid yaml, а это входной формат по условию задачи Sent from my iPhone > On 13 Sep 2015, at 13:14, Akzhan Abdulin wrote: > > Мы вообще рендерим в yaml и не паримся ;-) > > Отправлено с iPhone > >> 13 сент. 2015 г., в 12:59, Nick Knutov написал(а): >> >> Много возни, сложно делать выравнивание влево/вправо, много памяти на >> копию, если табличка большая (а у меня в основном большие). >> >> Т.е. оно так и сделано сейчас, конечно, но я надеялся на существование >> альтернатив. >> >> 13.09.2015 6:48, Akzhan Abdulin пишет: >>> Написать свой конвертер, держа в уме, что каждая строка может иметь свой набор полей?) >>> >>> Отправлено с iPhone >>> >>>> 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): >>>> >>>> Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) >>>> в текстовую таблицу? >>>> >>>> Text::Table и Text::Table::Manifold требуют немного другого входного >>>> формата. Менять формат вручную не хочется. >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Best Regards, >> Nick Knutov >> http://knutov.com >> ICQ: 272873706 >> Voice: +7-904-84-23-130 >> >> -- >> 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 akzhan.abdulin на gmail.com Sun Sep 13 06:43:52 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Sun, 13 Sep 2015 16:43:52 +0300 Subject: [Moscow.pm] =?utf-8?b?0YDQtdC90LTQtdGAIGhhc2hyZWZfYXJyYXkg0LIg?= =?utf-8?b?0YLQtdC60YHRgtC+0LLRg9GOINGC0LDQsdC70LjRhtGD?= In-Reply-To: <698E8030-9406-4779-8889-D09812D78249@gmail.com> References: <55F4A69E.8010704@knutov.com> <55F54917.9070106@knutov.com> <698E8030-9406-4779-8889-D09812D78249@gmail.com> Message-ID: JSON != YAML. хотя бы из-за отсутствия требования на завершающий \n 13 сентября 2015 г., 14:34 пользователь D.MON написал: > Согласно документации json is valid yaml, а это входной формат по условию > задачи > > Sent from my iPhone > > > On 13 Sep 2015, at 13:14, Akzhan Abdulin > wrote: > > > > Мы вообще рендерим в yaml и не паримся ;-) > > > > Отправлено с iPhone > > > >> 13 сент. 2015 г., в 12:59, Nick Knutov написал(а): > >> > >> Много возни, сложно делать выравнивание влево/вправо, много памяти на > >> копию, если табличка большая (а у меня в основном большие). > >> > >> Т.е. оно так и сделано сейчас, конечно, но я надеялся на существование > >> альтернатив. > >> > >> 13.09.2015 6:48, Akzhan Abdulin пишет: > >>> Написать свой конвертер, держа в уме, что каждая строка может иметь > свой набор полей?) > >>> > >>> Отправлено с iPhone > >>> > >>>> 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): > >>>> > >>>> Подскажите, чем можно отрендерить hashref_array (или, как вариант, > json) > >>>> в текстовую таблицу? > >>>> > >>>> Text::Table и Text::Table::Manifold требуют немного другого входного > >>>> формата. Менять формат вручную не хочется. > >>>> > >>>> -- > >>>> Best Regards, > >>>> Nick Knutov > >>>> http://knutov.com > >>>> ICQ: 272873706 > >>>> Voice: +7-904-84-23-130 > >>>> > >>>> -- > >>>> Moscow.pm mailing list > >>>> moscow-pm на pm.org | http://moscow.pm.org > >> > >> -- > >> Best Regards, > >> Nick Knutov > >> http://knutov.com > >> ICQ: 272873706 > >> Voice: +7-904-84-23-130 > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mescalito.ua на gmail.com Sun Sep 13 08:28:07 2015 From: mescalito.ua на gmail.com (D.MON) Date: Sun, 13 Sep 2015 18:28:07 +0300 Subject: [Moscow.pm] =?koi8-r?b?0sXOxMXSIGhhc2hyZWZfYXJyYXkg1yDUxcvT1M/X?= =?koi8-r?b?1cAg1MHCzMnD1Q==?= In-Reply-To: References: <55F4A69E.8010704@knutov.com> <55F54917.9070106@knutov.com> <698E8030-9406-4779-8889-D09812D78249@gmail.com> Message-ID: <13212FB8-95E5-461F-BF1B-6C81D50C8831@gmail.com> JSON это подмножество YAML. Никто и не говорил о равенстве Sent from my iPhone > On 13 Sep 2015, at 16:43, Akzhan Abdulin wrote: > > JSON != YAML. хотя бы из-за отсутствия требования на завершающий \n > > 13 сентября 2015 г., 14:34 пользователь D.MON написал: >> Согласно документации json is valid yaml, а это входной формат по условию задачи >> >> Sent from my iPhone >> >> > On 13 Sep 2015, at 13:14, Akzhan Abdulin wrote: >> > >> > Мы вообще рендерим в yaml и не паримся ;-) >> > >> > Отправлено с iPhone >> > >> >> 13 сент. 2015 г., в 12:59, Nick Knutov написал(а): >> >> >> >> Много возни, сложно делать выравнивание влево/вправо, много памяти на >> >> копию, если табличка большая (а у меня в основном большие). >> >> >> >> Т.е. оно так и сделано сейчас, конечно, но я надеялся на существование >> >> альтернатив. >> >> >> >> 13.09.2015 6:48, Akzhan Abdulin пишет: >> >>> Написать свой конвертер, держа в уме, что каждая строка может иметь свой набор полей?) >> >>> >> >>> Отправлено с iPhone >> >>> >> >>>> 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): >> >>>> >> >>>> Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) >> >>>> в текстовую таблицу? >> >>>> >> >>>> Text::Table и Text::Table::Manifold требуют немного другого входного >> >>>> формата. Менять формат вручную не хочется. >> >>>> >> >>>> -- >> >>>> Best Regards, >> >>>> Nick Knutov >> >>>> http://knutov.com >> >>>> ICQ: 272873706 >> >>>> Voice: +7-904-84-23-130 >> >>>> >> >>>> -- >> >>>> Moscow.pm mailing list >> >>>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> >> Best Regards, >> >> Nick Knutov >> >> http://knutov.com >> >> ICQ: 272873706 >> >> Voice: +7-904-84-23-130 >> >> >> >> -- >> >> Moscow.pm mailing list >> >> moscow-pm на pm.org | http://moscow.pm.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 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrei.protasovitski на gmail.com Sun Sep 13 14:00:42 2015 From: andrei.protasovitski на gmail.com (Andrei) Date: Sun, 13 Sep 2015 23:00:42 +0200 Subject: [Moscow.pm] =?utf-8?b?0YDQtdC90LTQtdGAIGhhc2hyZWZfYXJyYXkg0LIg?= =?utf-8?b?0YLQtdC60YHRgtC+0LLRg9GOINGC0LDQsdC70LjRhtGD?= In-Reply-To: <55F4A69E.8010704@knutov.com> References: <55F4A69E.8010704@knutov.com> Message-ID: perldoc -f format Не? 13 сентября 2015 г., 0:26 пользователь Nick Knutov написал: > Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) > в текстовую таблицу? > > Text::Table и Text::Table::Manifold требуют немного другого входного > формата. Менять формат вручную не хочется. > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Andrei Protasovitski < andrei[dot]protasovitski[at]gmail[dot]com > Diemen, Netherlands ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Sun Sep 13 16:28:48 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 14 Sep 2015 02:28:48 +0300 Subject: [Moscow.pm] =?koi8-r?b?0sXOxMXSIGhhc2hyZWZfYXJyYXkg1yDUxcvT1M/X?= =?koi8-r?b?1cAg1MHCzMnD1Q==?= In-Reply-To: <13212FB8-95E5-461F-BF1B-6C81D50C8831@gmail.com> References: <55F4A69E.8010704@knutov.com> <55F54917.9070106@knutov.com> <698E8030-9406-4779-8889-D09812D78249@gmail.com> <13212FB8-95E5-461F-BF1B-6C81D50C8831@gmail.com> Message-ID: Переформулирую - json != подмножество yaml. Хотя в новых спецификациям могли и узаконить. Все дело в завершающем \n Отправлено с iPhone > 13 сент. 2015 г., в 18:28, D.MON написал(а): > > JSON это подмножество YAML. Никто и не говорил о равенстве > > Sent from my iPhone > >> On 13 Sep 2015, at 16:43, Akzhan Abdulin wrote: >> >> JSON != YAML. хотя бы из-за отсутствия требования на завершающий \n >> >> 13 сентября 2015 г., 14:34 пользователь D.MON написал: >>> Согласно документации json is valid yaml, а это входной формат по условию задачи >>> >>> Sent from my iPhone >>> >>> > On 13 Sep 2015, at 13:14, Akzhan Abdulin wrote: >>> > >>> > Мы вообще рендерим в yaml и не паримся ;-) >>> > >>> > Отправлено с iPhone >>> > >>> >> 13 сент. 2015 г., в 12:59, Nick Knutov написал(а): >>> >> >>> >> Много возни, сложно делать выравнивание влево/вправо, много памяти на >>> >> копию, если табличка большая (а у меня в основном большие). >>> >> >>> >> Т.е. оно так и сделано сейчас, конечно, но я надеялся на существование >>> >> альтернатив. >>> >> >>> >> 13.09.2015 6:48, Akzhan Abdulin пишет: >>> >>> Написать свой конвертер, держа в уме, что каждая строка может иметь свой набор полей?) >>> >>> >>> >>> Отправлено с iPhone >>> >>> >>> >>>> 13 сент. 2015 г., в 1:26, Nick Knutov написал(а): >>> >>>> >>> >>>> Подскажите, чем можно отрендерить hashref_array (или, как вариант, json) >>> >>>> в текстовую таблицу? >>> >>>> >>> >>>> Text::Table и Text::Table::Manifold требуют немного другого входного >>> >>>> формата. Менять формат вручную не хочется. >>> >>>> >>> >>>> -- >>> >>>> Best Regards, >>> >>>> Nick Knutov >>> >>>> http://knutov.com >>> >>>> ICQ: 272873706 >>> >>>> Voice: +7-904-84-23-130 >>> >>>> >>> >>>> -- >>> >>>> Moscow.pm mailing list >>> >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >>> >> -- >>> >> Best Regards, >>> >> Nick Knutov >>> >> http://knutov.com >>> >> ICQ: 272873706 >>> >> Voice: +7-904-84-23-130 >>> >> >>> >> -- >>> >> Moscow.pm mailing list >>> >> moscow-pm на pm.org | http://moscow.pm.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 >> >> -- >> 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 было извлечено… URL: From mi на ya.ru Sat Sep 19 17:31:03 2015 From: mi на ya.ru (Nikolay Mishin) Date: Sun, 20 Sep 2015 03:31:03 +0300 Subject: [Moscow.pm] Google API Message-ID: <502011442709063@web18h.yandex.ru> Вложение в формате HTML было извлечено… URL: From aml на rulezz.ru Sun Sep 20 00:59:31 2015 From: aml на rulezz.ru (Alexander Lourier) Date: Sun, 20 Sep 2015 07:59:31 +0000 Subject: [Moscow.pm] Google API In-Reply-To: <502011442709063@web18h.yandex.ru> References: <502011442709063@web18h.yandex.ru> Message-ID: По вашей ссылке на документацию Net::Google::Drive::Simple над тем параграфом, который вы цитировали, есть URL на документацию: https://developers.google.com/drive/web/enable-sdk. Там написано, как это сделать. Интерфейс панели управления поменяли, и теперь всякие менюшки по-другому называются. On Sun, Sep 20, 2015 at 2:31 AM Nikolay Mishin wrote: > Дорогой MoscowPM! > > Я не могу разобраться с авторизацией в google > https://developers.google.com/identity/protocols/OAuth2 > > примеры в сети ( > http://www.rley.org/doku.php?id=work:automating_billing_with_perl_and_the_google_docs_api > > https://metacpan.org/pod/Net::Google::Drive::Simple > > после всех мытарств > > > Net-Google-Drive-Simple-0.12\eg>perl file-download > 2015/09/20 03:18:05 Testing API > 2015/09/20 03:18:05 Cache file > c:\Users\TOSH\Documents\job\perl\strawberry-perl-5.20.0.1-32bit-PDL\data/.google-drive.yml > not found. See GETTING STARTED in the > docs for how to get started. > Cache file > c:\Users\TOSH\Documents\job\perl\strawberry-perl-5.20.0.1-32bit-PDL\data/.google-drive.yml > not found. See GETTING STARTED in the docs for how to get > started. at > c:/Users/TOSH/Documents/job/perl/strawberry-perl-5.20.0.1-32bit-PDL/perl/site/lib/OAuth/Cmdline.pm > line 184 > > у кого-нибудь это работает? > > читаю https://metacpan.org/pod/Net::Google::Drive::Simple > > Click on "Enable the Drive API and SDK", and find "Create an API project > in the Google APIs Console". On the API console, create a new project, > click "Services", and enable "Drive API" (leave "drive SDK" off). Then, > under "API Access" in the navigation bar, create a client ID, and make sure > to register a an "installed application" (not a "web application"). > "Redirect URIs" should contain "http://localhost". This will get you a > "Client ID" and a "Client Secret". > > > > click "Services", - нет такого меню "Services", > > > https://console.developers.google.com/project/653582365001/apiui/apiview/drive/overview > > в общем не работает, помогите! > > > -- > С уважением > Николай Мишин > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Mon Sep 21 05:30:01 2015 From: dsimonov на gmail.com (Dmitry Simonov) Date: Mon, 21 Sep 2015 15:30:01 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPQvtGB0YLQvtGA0LPQuA==?= Message-ID: Коллеги! А кто-то пытался с командой разработки пойти на госторги? Есть положительный/отрицательный опыт? --- Dmitriy V. Simonov From dmitry на eremeev.ru Mon Sep 21 05:32:10 2015 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Mon, 21 Sep 2015 15:32:10 +0300 Subject: [Moscow.pm] =?koi8-r?b?58/T1M/Sx8k=?= In-Reply-To: References: Message-ID: Как говорят у нас в Петербурге - головная боль. — Yours Dmitry Eremeev > On 21 Sep 2015, at 15:30, Dmitry Simonov wrote: > > Коллеги! > > А кто-то пытался с командой разработки пойти на госторги? Есть > положительный/отрицательный опыт? > > --- > Dmitriy V. Simonov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From akzhan.abdulin на gmail.com Tue Sep 29 07:26:11 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 17:26:11 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= Message-ID: Я тут пару месяцев фигней страдал. но деньги заканчиваются. В общем, ищу работу в нормальной компании (не стартапе) с использованием Perl (можно Ruby, Node etc.). Можно даже Python, с учётом времени на переквалификацию. Решить, куда я пойду, я планирую до пятницы. Основная особенность моя личная - devops + ci + взаимодействие с frontend. ​ akzhan-r ​​ akzhan-er ​ ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Sep 29 07:27:16 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 17:27:16 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: Message-ID: Чуть не забыл, предпочтителен Питер или удалёнка. 29 сентября 2015 г., 17:26 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > Я тут пару месяцев фигней страдал. но деньги заканчиваются. > > В общем, ищу работу в нормальной компании (не стартапе) с использованием > Perl (можно Ruby, Node etc.). > > Можно даже Python, с учётом времени на переквалификацию. > > > Решить, куда я пойду, я планирую до пятницы. > > Основная особенность моя личная - devops + ci + взаимодействие с frontend. > > ​ > akzhan-r > > ​​ > akzhan-er > > ​ > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Sep 29 07:32:44 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 17:32:44 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: Message-ID: Возможна Москва, но это зарплаты выше +20, +релокэйшн бонус. 29 сентября 2015 г., 17:27 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > Чуть не забыл, предпочтителен Питер или удалёнка. > > 29 сентября 2015 г., 17:26 пользователь Akzhan Abdulin < > akzhan.abdulin на gmail.com> написал: > > Я тут пару месяцев фигней страдал. но деньги заканчиваются. >> >> В общем, ищу работу в нормальной компании (не стартапе) с использованием >> Perl (можно Ruby, Node etc.). >> >> Можно даже Python, с учётом времени на переквалификацию. >> >> >> Решить, куда я пойду, я планирую до пятницы. >> >> Основная особенность моя личная - devops + ci + взаимодействие с frontend. >> >> ​ >> akzhan-r >> >> ​​ >> akzhan-er >> >> ​ >> > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Sep 29 07:39:35 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 17:39:35 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: Message-ID: про стартапы, по напоиналке Андрея = я готов придти в стартап, которому больше 3 лет и у которого финансирование гарантировано минимум на 3 года. 29 сентября 2015 г., 17:32 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > Возможна Москва, но это зарплаты выше +20, +релокэйшн бонус. > > 29 сентября 2015 г., 17:27 пользователь Akzhan Abdulin < > akzhan.abdulin на gmail.com> написал: > > Чуть не забыл, предпочтителен Питер или удалёнка. >> >> 29 сентября 2015 г., 17:26 пользователь Akzhan Abdulin < >> akzhan.abdulin на gmail.com> написал: >> >> Я тут пару месяцев фигней страдал. но деньги заканчиваются. >>> >>> В общем, ищу работу в нормальной компании (не стартапе) с использованием >>> Perl (можно Ruby, Node etc.). >>> >>> Можно даже Python, с учётом времени на переквалификацию. >>> >>> >>> Решить, куда я пойду, я планирую до пятницы. >>> >>> Основная особенность моя личная - devops + ci + взаимодействие с >>> frontend. >>> >>> ​ >>> akzhan-r >>> >>> ​​ >>> akzhan-er >>> >>> ​ >>> >> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Sep 29 07:41:38 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 29 Sep 2015 17:41:38 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: Message-ID: еще зарплатные ожидания надо опубликовать. 2015-09-29 17:39 GMT+03:00 Akzhan Abdulin : > про стартапы, по напоиналке Андрея = я готов придти в стартап, которому > больше 3 лет и у которого финансирование гарантировано минимум на 3 года. > > 29 сентября 2015 г., 17:32 пользователь Akzhan Abdulin < > akzhan.abdulin на gmail.com> написал: > > Возможна Москва, но это зарплаты выше +20, +релокэйшн бонус. >> >> 29 сентября 2015 г., 17:27 пользователь Akzhan Abdulin < >> akzhan.abdulin на gmail.com> написал: >> >> Чуть не забыл, предпочтителен Питер или удалёнка. >>> >>> 29 сентября 2015 г., 17:26 пользователь Akzhan Abdulin < >>> akzhan.abdulin на gmail.com> написал: >>> >>> Я тут пару месяцев фигней страдал. но деньги заканчиваются. >>>> >>>> В общем, ищу работу в нормальной компании (не стартапе) с >>>> использованием Perl (можно Ruby, Node etc.). >>>> >>>> Можно даже Python, с учётом времени на переквалификацию. >>>> >>>> >>>> Решить, куда я пойду, я планирую до пятницы. >>>> >>>> Основная особенность моя личная - devops + ci + взаимодействие с >>>> frontend. >>>> >>>> ​ >>>> akzhan-r >>>> >>>> ​​ >>>> akzhan-er >>>> >>>> ​ >>>> >>> >>> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Sep 29 07:45:22 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 17:45:22 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: Message-ID: зависит от города. тут Денис недавно говорил, что уже в крыму можно жить, там 110 (и даже готов подвинуться). питер 130. москва зависит от расположения офиса, не меньше 150. тут главное 2 цены квартиры + 3-50 за остальное. иначе нет безопасности и удобства. снимаю я только двушки. 29 сентября 2015 г., 17:41 пользователь Daniel Podolsky написал: > еще зарплатные ожидания надо опубликовать. > > 2015-09-29 17:39 GMT+03:00 Akzhan Abdulin : > >> про стартапы, по напоиналке Андрея = я готов придти в стартап, которому >> больше 3 лет и у которого финансирование гарантировано минимум на 3 года. >> >> 29 сентября 2015 г., 17:32 пользователь Akzhan Abdulin < >> akzhan.abdulin на gmail.com> написал: >> >> Возможна Москва, но это зарплаты выше +20, +релокэйшн бонус. >>> >>> 29 сентября 2015 г., 17:27 пользователь Akzhan Abdulin < >>> akzhan.abdulin на gmail.com> написал: >>> >>> Чуть не забыл, предпочтителен Питер или удалёнка. >>>> >>>> 29 сентября 2015 г., 17:26 пользователь Akzhan Abdulin < >>>> akzhan.abdulin на gmail.com> написал: >>>> >>>> Я тут пару месяцев фигней страдал. но деньги заканчиваются. >>>>> >>>>> В общем, ищу работу в нормальной компании (не стартапе) с >>>>> использованием Perl (можно Ruby, Node etc.). >>>>> >>>>> Можно даже Python, с учётом времени на переквалификацию. >>>>> >>>>> >>>>> Решить, куда я пойду, я планирую до пятницы. >>>>> >>>>> Основная особенность моя личная - devops + ci + взаимодействие с >>>>> frontend. >>>>> >>>>> ​ >>>>> akzhan-r >>>>> >>>>> ​​ >>>>> akzhan-er >>>>> >>>>> ​ >>>>> >>>> >>>> >>> >> >> -- >> 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 было извлечено… URL: From devrow на gmail.com Tue Sep 29 08:13:03 2015 From: devrow на gmail.com (devrow на gmail.com) Date: Tue, 29 Sep 2015 18:13:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: Message-ID: <560AAA7F.9050900@gmail.com> вы не могли бы еще рассказать что любите откушивать и в какое время? а то в некоторых шарашках повара, говорят, что французики, однако, мы давеча на пикничке никак не могли согласиться с этим. итальяшки-с все поголовно. On 29.09.2015 17:45, Akzhan Abdulin wrote: > зависит от города. тут Денис недавно говорил, что уже в крыму можно жить, > там 110 (и даже готов подвинуться). питер 130. москва зависит от > расположения офиса, не меньше 150. > > тут главное 2 цены квартиры + 3-50 за остальное. иначе нет безопасности и > удобства. > > снимаю я только двушки. > > > 29 сентября 2015 г., 17:41 пользователь Daniel Podolsky > написал: > >> еще зарплатные ожидания надо опубликовать. >> >> 2015-09-29 17:39 GMT+03:00 Akzhan Abdulin : >> >>> про стартапы, по напоиналке Андрея = я готов придти в стартап, которому >>> больше 3 лет и у которого финансирование гарантировано минимум на 3 года. >>> >>> 29 сентября 2015 г., 17:32 пользователь Akzhan Abdulin < >>> akzhan.abdulin на gmail.com> написал: >>> >>> Возможна Москва, но это зарплаты выше +20, +релокэйшн бонус. >>>> >>>> 29 сентября 2015 г., 17:27 пользователь Akzhan Abdulin < >>>> akzhan.abdulin на gmail.com> написал: >>>> >>>> Чуть не забыл, предпочтителен Питер или удалёнка. >>>>> >>>>> 29 сентября 2015 г., 17:26 пользователь Akzhan Abdulin < >>>>> akzhan.abdulin на gmail.com> написал: >>>>> >>>>> Я тут пару месяцев фигней страдал. но деньги заканчиваются. >>>>>> >>>>>> В общем, ищу работу в нормальной компании (не стартапе) с >>>>>> использованием Perl (можно Ruby, Node etc.). >>>>>> >>>>>> Можно даже Python, с учётом времени на переквалификацию. >>>>>> >>>>>> >>>>>> Решить, куда я пойду, я планирую до пятницы. >>>>>> >>>>>> Основная особенность моя личная - devops + ci + взаимодействие с >>>>>> frontend. >>>>>> >>>>>> ​ >>>>>> akzhan-r >>>>>> >>>>>> ​​ >>>>>> akzhan-er >>>>>> >>>>>> ​ >>>>>> >>>>> >>>>> >>>> >>> >>> -- >>> 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 worldmind на mail.ru Tue Sep 29 10:21:33 2015 From: worldmind на mail.ru (Alexey Shrub) Date: Tue, 29 Sep 2015 20:21:33 +0300 Subject: [Moscow.pm] =?koi8-r?b?8M/J08sg0sHCz9TZ?= In-Reply-To: <560AAA7F.9050900@gmail.com> References: <560AAA7F.9050900@gmail.com> Message-ID: <1443547293.5493.0@smtp.mail.ru> Человек формулирует чего он хотел бы в идеале, не думаю что стоит его за это осуждать. Реальность не всегда совпадает в ожиданиями, но стремиться нужно к идеалу. On Вт, сен 29, 2015 в 6:13 , devrow на gmail.com wrote: > вы не могли бы еще рассказать что > любите откушивать и в какое время? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From devrow на gmail.com Tue Sep 29 10:46:56 2015 From: devrow на gmail.com (devrow на gmail.com) Date: Tue, 29 Sep 2015 20:46:56 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: <1443547293.5493.0@smtp.mail.ru> References: <560AAA7F.9050900@gmail.com> <1443547293.5493.0@smtp.mail.ru> Message-ID: <560ACE90.502@gmail.com> разница между реальностью, действительностью, ожиданиями и идеалом выходит за рамки данной короткой статьи. подпишитесь на новости по смс всего за 0.99 руб. и вы получите еще обогреватель если позвоните сейчас. On 29.09.2015 20:21, Alexey Shrub wrote: > Человек формулирует чего он хотел бы в идеале, не думаю что стоит его за > это осуждать. > Реальность не всегда совпадает в ожиданиями, но стремиться нужно к идеалу. > > On Вт, сен 29, 2015 в 6:13 , devrow на gmail.com wrote: >> вы не могли бы еще рассказать что любите откушивать и в какое время? > > From qalexx на gmail.com Tue Sep 29 10:53:07 2015 From: qalexx на gmail.com (Alexander Q) Date: Tue, 29 Sep 2015 17:53:07 +0000 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: <560ACE90.502@gmail.com> References: <560AAA7F.9050900@gmail.com> <1443547293.5493.0@smtp.mail.ru> <560ACE90.502@gmail.com> Message-ID: Зачем это бомбилово здесь? On Tue, 29 Sep 2015 20:48 devrow на gmail.com wrote: > разница между реальностью, действительностью, ожиданиями и идеалом > выходит за рамки данной короткой статьи. подпишитесь на новости по > смс всего за 0.99 руб. и вы получите еще обогреватель если позвоните > сейчас. > > On 29.09.2015 20:21, Alexey Shrub wrote: > > Человек формулирует чего он хотел бы в идеале, не думаю что стоит его за > > это осуждать. > > Реальность не всегда совпадает в ожиданиями, но стремиться нужно к > идеалу. > > > > On Вт, сен 29, 2015 в 6:13 , devrow на gmail.com wrote: > >> вы не могли бы еще рассказать что любите откушивать и в какое время? > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From devrow на gmail.com Tue Sep 29 11:03:54 2015 From: devrow на gmail.com (devrow на gmail.com) Date: Tue, 29 Sep 2015 21:03:54 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/QvtC40YHQuiDRgNCw0LHQvtGC0Ys=?= In-Reply-To: References: <560AAA7F.9050900@gmail.com> <1443547293.5493.0@smtp.mail.ru> <560ACE90.502@gmail.com> Message-ID: <560AD28A.9070006@gmail.com> Akzhan, на балу тот самый гусар... позовите дворецкого в конце-то концов. On 29.09.2015 20:53, Alexander Q wrote: > Зачем это бомбилово здесь? > > On Tue, 29 Sep 2015 20:48 devrow на gmail.com wrote: > >> разница между реальностью, действительностью, ожиданиями и идеалом >> выходит за рамки данной короткой статьи. подпишитесь на новости по >> смс всего за 0.99 руб. и вы получите еще обогреватель если позвоните >> сейчас. >> >> On 29.09.2015 20:21, Alexey Shrub wrote: >>> Человек формулирует чего он хотел бы в идеале, не думаю что стоит его за >>> это осуждать. >>> Реальность не всегда совпадает в ожиданиями, но стремиться нужно к >> идеалу. >>> >>> On Вт, сен 29, 2015 в 6:13 , devrow на gmail.com wrote: >>>> вы не могли бы еще рассказать что любите откушивать и в какое время? >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> From pef-secure на yandex.ru Tue Sep 29 11:35:04 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Tue, 29 Sep 2015 20:35:04 +0200 Subject: [Moscow.pm] =?utf-8?b?0LzQvtC5INC/0LXRgNCy0YvQuSBDUEFOINC80L4=?= =?utf-8?b?0LTRg9C70Yw=?= Message-ID: <2213737.FlAiOrc1BI@rawen> Привет, Я, наконец-то, выкатил свой первый CPAN-модуль. Но пока не до конца понял "всё ли так", посмотрите, пожалуйста: https://metacpan.org/release/dbix-struct Вопрос только о правильности оформления пакета. -- PEF Developer From mi на ya.ru Tue Sep 29 11:49:44 2015 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 29 Sep 2015 21:49:44 +0300 Subject: [Moscow.pm] =?koi8-r?b?8M/J08sg0sHCz9TZ?= In-Reply-To: <560AAA7F.9050900@gmail.com> References: <560AAA7F.9050900@gmail.com> Message-ID: <1370601443552584@web7h.yandex.ru> Вложение в формате HTML было извлечено… URL: From dmitry на karasik.eu.org Tue Sep 29 12:19:15 2015 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Tue, 29 Sep 2015 21:19:15 +0200 Subject: [Moscow.pm] =?koi8-r?b?zc/KINDF0tfZyiBDUEFOIM3PxNXM2A==?= In-Reply-To: <2213737.FlAiOrc1BI@rawen> References: <2213737.FlAiOrc1BI@rawen> Message-ID: <20150929191915.GA10781@karasik2> On Tue, Sep 29, 2015 at 08:35:04PM +0200, PEF Secure wrote: > Привет, > > > Я, наконец-то, выкатил свой первый CPAN-модуль. Но пока не до конца понял "всё > ли так", посмотрите, пожалуйста: https://metacpan.org/release/dbix-struct > > Вопрос только о правильности оформления пакета. В Makefile.PL на мой взгляд много лишнего - INSTALLDIRS, PREREQ_PM со стандартными модулями, test, dist, clean, realclean. MANIFEST было бы неплохо. А так все хорошо > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely, Dmitry Karasik From akzhan.abdulin на gmail.com Tue Sep 29 13:19:33 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 23:19:33 +0300 Subject: [Moscow.pm] =?utf-8?b?0LzQvtC5INC/0LXRgNCy0YvQuSBDUEFOINC80L4=?= =?utf-8?b?0LTRg9C70Yw=?= In-Reply-To: <2213737.FlAiOrc1BI@rawen> References: <2213737.FlAiOrc1BI@rawen> Message-ID: Рекомендую Dist::Zilla, Антон Герасимов доклад делал недавно на YAPC SPb, можно поискать 29 сентября 2015 г., 21:35 пользователь PEF Secure написал: > Привет, > > > Я, наконец-то, выкатил свой первый CPAN-модуль. Но пока не до конца понял > "всё > ли так", посмотрите, пожалуйста: https://metacpan.org/release/dbix-struct > > Вопрос только о правильности оформления пакета. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Sep 29 13:29:21 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 29 Sep 2015 23:29:21 +0300 Subject: [Moscow.pm] =?utf-8?b?0LzQvtC5INC/0LXRgNCy0YvQuSBDUEFOINC80L4=?= =?utf-8?b?0LTRg9C70Yw=?= In-Reply-To: References: <2213737.FlAiOrc1BI@rawen> Message-ID: пример использования - Locale::Babelfish 29 сентября 2015 г., 23:19 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > Рекомендую Dist::Zilla, Антон Герасимов доклад делал недавно на YAPC SPb, > можно поискать > > 29 сентября 2015 г., 21:35 пользователь PEF Secure > написал: > > Привет, >> >> >> Я, наконец-то, выкатил свой первый CPAN-модуль. Но пока не до конца понял >> "всё >> ли так", посмотрите, пожалуйста: https://metacpan.org/release/dbix-struct >> >> Вопрос только о правильности оформления пакета. >> -- >> PEF Developer >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ivan на bessarabov.ru Wed Sep 30 01:51:18 2015 From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=) Date: Wed, 30 Sep 2015 11:51:18 +0300 Subject: [Moscow.pm] =?utf-8?b?0LzQvtC5INC/0LXRgNCy0YvQuSBDUEFOINC80L4=?= =?utf-8?b?0LTRg9C70Yw=?= In-Reply-To: <2213737.FlAiOrc1BI@rawen> References: <2213737.FlAiOrc1BI@rawen> Message-ID: Почему-то на странице https://metacpan.org/release/dbix-struct нет инфы про github репозиторий и предпочитаемый трекер, хотя в дистрибутиве resources указаны. Кажется, это баг metacpan. Если через несколько дней у дистрибутива не появится эта инфа, наверное, было бы неплохо написать про это в https://github.com/CPAN-API/metacpan-web/issues Очень неплохо хранить в репозитории и выкладывать вместе с дистрибутивом файл Changes в котором собирается история версий (пример https://metacpan.org/source/RIBASUSHI/SQL-Abstract-1.81/Changes). Лично мне очень нравится версионировать perl библиотеки по http://semver.org/, но это не является общепринятой практикой в Perl мире (но на мой взгляд, с semver все получается проще — https://metacpan.org/source/BESSARABV/Moment-1.2.1/Changes ) Сейчас версия https://metacpan.org/release/dbix-struct — 0.03, но других версий не видно ни на metacpan, ни на http://backpan.perl.org/authors/id/P/PE/PEFSECURE/ — странно начинать с версии 0.03. В github репозитории нет ни одного тега, поэтому нельзя понять что было в предыдуших версиях (на мой взгляд, хорошая практика — это ставить git теги, которые совпадают с версиями на cpan) Сейчас название дистрибутива — dbix-struct. Кажется, что лучше назвать его с сохранениемм регистра DBIx-Struct (раздел distribution на странице http://neilb.org/2015/09/05/cpan-glossary.html ) И, на мой взгляд, табы — зло, нужно использовать 4 пробела =) 2015-09-29 21:35 GMT+03:00 PEF Secure : > Привет, > > > Я, наконец-то, выкатил свой первый CPAN-модуль. Но пока не до конца понял "всё > ли так", посмотрите, пожалуйста: https://metacpan.org/release/dbix-struct > > Вопрос только о правильности оформления пакета. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From pef-secure на yandex.ru Wed Sep 30 02:18:59 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 30 Sep 2015 11:18:59 +0200 Subject: [Moscow.pm] =?utf-8?b?0LzQvtC5INC/0LXRgNCy0YvQuSBDUEFOINC80L4=?= =?utf-8?b?0LTRg9C70Yw=?= In-Reply-To: References: <2213737.FlAiOrc1BI@rawen> Message-ID: <2454033.H3nQsrlL4y@rawen> On Wednesday, September 30, 2015 11:51:18 Иван Бессарабов wrote: > Почему-то на странице https://metacpan.org/release/dbix-struct нет > инфы про github репозиторий и предпочитаемый трекер, хотя в > дистрибутиве resources указаны. Кажется, это баг metacpan. Если через > несколько дней у дистрибутива не появится эта инфа, наверное, было бы > неплохо написать про это в > https://github.com/CPAN-API/metacpan-web/issues А ещё нет dependencies, что тоже меня смутило. Подобные мелочи и сподвигли меня спросить тут. > Очень неплохо хранить в репозитории и выкладывать вместе с > дистрибутивом файл Changes в котором собирается история версий (пример > https://metacpan.org/source/RIBASUSHI/SQL-Abstract-1.81/Changes). > Лично мне очень нравится версионировать perl библиотеки по > http://semver.org/, но это не является общепринятой практикой в Perl > мире (но на мой взгляд, с semver все получается проще — > https://metacpan.org/source/BESSARABV/Moment-1.2.1/Changes ) Спасибо, изучу. > Сейчас версия https://metacpan.org/release/dbix-struct — 0.03, но > других версий не видно ни на metacpan, ни на > http://backpan.perl.org/authors/id/P/PE/PEFSECURE/ — странно начинать > с версии 0.03. В github репозитории нет ни одного тега, поэтому нельзя > понять что было в предыдуших версиях (на мой взгляд, хорошая практика > — это ставить git теги, которые совпадают с версиями на cpan) Да, согласен, выглядит странно со стороны. С практической точки зрения, вряд ли кому то интересно "что было раньше", в данном случае. "0.01" выглядит "опаснее", а "0.02" больше похоже на "бету" :) Так что можно считать, что это трюк нумерации, вроде как и начало, но уже были обкатанные и исправленные версии. > Сейчас название дистрибутива — dbix-struct. Кажется, что лучше назвать > его с сохранениемм регистра DBIx-Struct (раздел distribution на > странице http://neilb.org/2015/09/05/cpan-glossary.html ) Учту. > И, на мой взгляд, табы — зло, нужно использовать 4 пробела =) Этому холивару уже не один десяток лет :) -- PEF Developer