From dsimonov на gmail.com Thu Mar 1 20:49:41 2012 From: dsimonov на gmail.com (Dmitry Simonov) Date: Fri, 2 Mar 2012 08:49:41 +0400 Subject: [Moscow.pm] =?utf-8?b?0LfQvdCw0LrQvtC80YvQtSDQuNGJ0YPRgiDRhNGD?= =?utf-8?b?0LvRgtCw0LnQvC3Rg9C00LDQu9GR0L3RidC40LrQvtCy?= Message-ID: Привет! Мои знакомые опять попросили рекомендаций на перловиков, которым интересна full-time удалённая работа (денег обещают сравнимо с фулл-тайм работой в московском офисе). Единственное условие - я должен знать вас лично или вас должны рекомендовать хорошо знакомые мне люди. Пишите в личку. П.С. здесь не флудить, plz. --- Dmitriy V. Simonov, Perl & Python programmer From afiskon на gmail.com Sun Mar 4 17:33:25 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Mon, 5 Mar 2012 04:33:25 +0300 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= Message-ID: Всем привет. Нашел упоминание этого модуля в книге "MySQL. Оптимизация производительности". Кстати, отличная книга, рекомендую. Как я понял, этот модуль представляет собой уровень абстракции над репликами и шардингами. В гугле можно найти упоминания DBIx::DBCluster, но его нет ни на CPAN, ни на metacpan. Не знает ли уважаемый All, что с ним случилось и есть ли ему замена? -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dionys на gmail.com Sun Mar 4 23:07:15 2012 From: dionys на gmail.com (Denis Ibaev) Date: Mon, 5 Mar 2012 11:07:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: 5 марта 2012 г. 5:33 пользователь Alexandr Alexeev написал: > Нашел упоминание этого модуля в книге "MySQL. Оптимизация > производительности". > Не знает ли уважаемый All, что с ним случилось? Кажется, у него была только одна версия и больше он не развивался: http://backpan.perl.org/authors/id/A/AR/ARAK/ -- Денис Ибаев From afiskon на gmail.com Mon Mar 5 00:05:37 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Mon, 5 Mar 2012 12:05:37 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: Весьма прискорбно. А альтернативы никому не попадалось? 5 марта 2012 г. 11:07 пользователь Denis Ibaev написал: > 5 марта 2012 г. 5:33 пользователь Alexandr Alexeev > написал: > > Нашел упоминание этого модуля в книге "MySQL. Оптимизация > > производительности". > > Не знает ли уважаемый All, что с ним случилось? > > Кажется, у него была только одна версия и больше он не развивался: > http://backpan.perl.org/authors/id/A/AR/ARAK/ > > -- > Денис Ибаев > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Mon Mar 5 00:41:43 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Mon, 05 Mar 2012 12:41:43 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: <360361330936903@web113.yandex.ru> Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Mon Mar 5 11:55:31 2012 From: andy на shitov.ru (Andrew Shitov) Date: Mon, 5 Mar 2012 20:55:31 +0100 Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LggTVNLL0FNUw==?= Message-ID: Независимо от результатов выборов я с удовольствием хочу предложить несколько открытых позиций бекенд-программистов в молодой, динамично развивающейся компании (не букинг). Часть позиций - непосредственно в моем отделе, часть в других. Общее у всех вакансий: требуется человек, хорошо разбирающийся в программировании серверной стороны сайтов. Perl или Python. Важно уменее работать с базами данных (как на уровне SQL, так и ORM), юниксом и гитом. Отдельная вакансия для тех, кто умеет писать высоконагруженные и масштабируемые приложения. Желательны грамотный русский и нормальный английский языки. Обязательно наличие горящих глаз и отсутствие старперства в крови. Среди задач - программирование внешнего API (XML/JSON), работа с API сторонних компаний (Гугл, Яндекс), программирование частей сайта для партнерской программы, билинг и, разумеется, много задач по основному сайту, которым пользуются клиенты. Задачи все очень разные и очень интересные; я ищу как людей, которые сами готовы придумывать задачи, так и тех, кому более комфортно работать по готовому списку действий. У нас есть работа на несколько лет вперед. Вакансии открыты в Москве и Амстердаме. Подробности об условиях в московском офисе: http://ostrovok.ru/about/jobs/ (дополнительные условия работы перечислены внизу страницы). Можно написать либо мне, либо отправить резюме через форму на сайте. -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From zzz на zzz.org.ua Mon Mar 5 13:56:09 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Mon, 5 Mar 2012 23:56:09 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On Mon, Mar 5, 2012 at 3:33 AM, Alexandr Alexeev wrote: > Как я понял, этот модуль представляет собой уровень абстракции над репликами > и шардингами. В гугле можно найти упоминания DBIx::DBCluster, но его нет ни > на CPAN, ни на metacpan. Не знает ли уважаемый All, что с ним случилось и > есть ли ему замена? Шардинг можно за 5 минут сделать самому. Например: # Список нод для шард от 0 до F %SHARDS = ( '0' => ['192.168.0.2:8000'], ... 'f' => ['192.168.0.2:8001'] ); $key = '/hello'; $nodes = $SHARDS{ substr md5_hex($key), 0, 1 }; Можно и по репликам сразу распределить, если надо: $node = $nodes->[ hex (substr md5_hex($key), 9, 1) % @$nodes ]; Я не думаю, что кто-то осмелится надеяться на чужие модули для этого :) Да и о фейловере надо самому заботиться, особенно, если блокирующее приложение. Ему же надо как-то узнать, что какая-то нода упала. From afiskon на gmail.com Mon Mar 5 17:30:55 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Tue, 6 Mar 2012 04:30:55 +0300 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: А как Вы добавите в ваш шардинг новые ноды? Что будите делать, если нагрузка на одну из нод окажется существенно больше нагрузки на любую другую? Вот поэтому я не доверяю очевидным пятиминутным решениям, сделанным самостоятельно, и ищу готовые, проверенные временем. Конечно, если такие есть. 6 марта 2012 г. 0:56 пользователь Alexandr Gomoliako написал: > On Mon, Mar 5, 2012 at 3:33 AM, Alexandr Alexeev > wrote: > > Как я понял, этот модуль представляет собой уровень абстракции над > репликами > > и шардингами. В гугле можно найти упоминания DBIx::DBCluster, но его нет > ни > > на CPAN, ни на metacpan. Не знает ли уважаемый All, что с ним случилось и > > есть ли ему замена? > > Шардинг можно за 5 минут сделать самому. Например: > > # Список нод для шард от 0 до F > %SHARDS = ( '0' => ['192.168.0.2:8000'], ... 'f' => ['192.168.0.2:8001'] > ); > > $key = '/hello'; > $nodes = $SHARDS{ substr md5_hex($key), 0, 1 }; > > Можно и по репликам сразу распределить, если надо: > > $node = $nodes->[ hex (substr md5_hex($key), 9, 1) % @$nodes ]; > > Я не думаю, что кто-то осмелится надеяться на чужие модули для этого :) > Да и о фейловере надо самому заботиться, особенно, если блокирующее > приложение. Ему же надо как-то узнать, что какая-то нода упала. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Mon Mar 5 18:11:22 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Tue, 6 Mar 2012 04:11:22 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On Tue, Mar 6, 2012 at 3:30 AM, Alexandr Alexeev wrote: > А как Вы добавите в ваш шардинг новые ноды? Это не мой шардинг. Допустим, у вас шарды от 0 до 7 на ноде1, а шарды от 8 до F на ноде2 и у вас появились нода3 и нода4. Берете тупо копируете шарды 4 .. 7 в ноду3, а шарды C .. F в ноду4. Все. Если собираетесь расти очень сильно, то берите побольше шард сразу, например 256 (00 .. FF) или 4096 (000 ... FFF). Для баз данных можно использовать имя шарды как префикс имен таблиц, чтобы их можно было физически копировать. > Что будите делать, если нагрузка > на одну из нод окажется существенно больше нагрузки на любую другую? Вы для того и распределяете по ключам, чтобы этого не случилось. > Вот поэтому я не доверяю очевидным пятиминутным решениям, сделанным > самостоятельно, и ищу готовые, проверенные временем. Конечно, если такие > есть. Это пятименутное решение проверено пол планетой. From afiskon на gmail.com Mon Mar 5 20:46:08 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Tue, 6 Mar 2012 08:46:08 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: > Допустим, у вас шарды от 0 до 7 на ноде1, а шарды от 8 до F на ноде2 и > у вас появились нода3 и нода4. Берете тупо копируете шарды 4 .. 7 в > ноду3, а шарды C .. F в ноду4 Значит вы все-таки говорите о динамическом распределении данных, а не статическом? Тогда да, решается проблема с добавлением новых нод (не только увеличение их числа в два раза) и даже перераспределения нагрузки между нодами, если, к примеру, на нодах используется разное железо. > Это пятименутное решение проверено пол планетой. Потому и странно, что нет готовой абстракции. Но я начинаю догадываться, что не там ищу - нужно смотреть в сторону MySQL Proxy и тп. Кстати, раз уж я поднял этот вопрос. Скажите, граждане, а как у половины планеты принято переносить данные между нодами, сохраняя работоспособность приложения? Есть ли способ сделать это, не лишая приложение даже небольшой части функционала? 6 марта 2012 г. 6:11 пользователь Alexandr Gomoliako написал: > On Tue, Mar 6, 2012 at 3:30 AM, Alexandr Alexeev > wrote: > > А как Вы добавите в ваш шардинг новые ноды? > > Это не мой шардинг. > > Допустим, у вас шарды от 0 до 7 на ноде1, а шарды от 8 до F на ноде2 и > у вас появились нода3 и нода4. Берете тупо копируете шарды 4 .. 7 в > ноду3, а шарды C .. F в ноду4. Все. > Если собираетесь расти очень сильно, то берите побольше шард сразу, > например 256 (00 .. FF) или 4096 (000 ... FFF). > > Для баз данных можно использовать имя шарды как префикс имен таблиц, > чтобы их можно было физически копировать. > > > Что будите делать, если нагрузка > > на одну из нод окажется существенно больше нагрузки на любую другую? > > Вы для того и распределяете по ключам, чтобы этого не случилось. > > > Вот поэтому я не доверяю очевидным пятиминутным решениям, сделанным > > самостоятельно, и ищу готовые, проверенные временем. Конечно, если такие > > есть. > > Это пятименутное решение проверено пол планетой. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From meettya на gmail.com Mon Mar 5 22:02:22 2012 From: meettya на gmail.com (Dmitry Karpich) Date: Tue, 6 Mar 2012 10:02:22 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: On Mar 6, 2012, at 1:56 AM, Alexandr Gomoliako wrote: > On Mon, Mar 5, 2012 at 3:33 AM, Alexandr Alexeev wrote: >> Как я понял, этот модуль представляет собой уровень абстракции над репликами >> и шардингами. В гугле можно найти упоминания DBIx::DBCluster, но его нет ни >> на CPAN, ни на metacpan. Не знает ли уважаемый All, что с ним случилось и >> есть ли ему замена? > > Шардинг можно за 5 минут сделать самому. Например: > > # Список нод для шард от 0 до F > %SHARDS = ( '0' => ['192.168.0.2:8000'], ... 'f' => ['192.168.0.2:8001'] ); > > $key = '/hello'; Я не большой спец в данной теме, но решение выглядит несколько странно. Такое, в стиле Why?SQL Верно понимаю, что разделяя шардинг в таком стиле, по факту получаем на выходе Key-Value хранилище? Реляционная модель становится больше не применима(ибо неполна), joint-ы больше не работают, так? Тогда может NoSQL ? Из серии тех, что хорошо делят нагрузку, их ноне немало. Или что-то упустил по незнанию? > $nodes = $SHARDS{ substr md5_hex($key), 0, 1 }; > > Можно и по репликам сразу распределить, если надо: > > $node = $nodes->[ hex (substr md5_hex($key), 9, 1) % @$nodes ]; > > Я не думаю, что кто-то осмелится надеяться на чужие модули для этого :) > Да и о фейловере надо самому заботиться, особенно, если блокирующее > приложение. Ему же надо как-то узнать, что какая-то нода упала. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From afiskon на gmail.com Mon Mar 5 22:31:39 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Tue, 6 Mar 2012 10:31:39 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: >> Верно понимаю, что разделяя шардинг в таком стиле, по факту получаем на выходе Key-Value хранилище? Если у вас блог-платформа и посты пользователей хранятся в табличке posts, вы можете поднять несколько мастер-серверов и раскидывать между ними посты по user_id. Аналогично комментарии можно раскидывать по post_id. >> Реляционная модель становится больше не применима(ибо неполна), joint-ы больше не работают, так? В общем случае - да, целостность внешних ключей проверять приходится вручную. Делать джоины тоже. С другой стороны, в примере с блог-платформой можно размещать блог и комментарии на одном сервере, тогда будет и целостность и джоины. >> Тогда может NoSQL? В новых приложениях может иметь смысл рассмотреть этот вариант. 6 марта 2012 г. 10:02 пользователь Dmitry Karpich написал: > > On Mar 6, 2012, at 1:56 AM, Alexandr Gomoliako wrote: > > > On Mon, Mar 5, 2012 at 3:33 AM, Alexandr Alexeev > wrote: > >> Как я понял, этот модуль представляет собой уровень абстракции над > репликами > >> и шардингами. В гугле можно найти упоминания DBIx::DBCluster, но его > нет ни > >> на CPAN, ни на metacpan. Не знает ли уважаемый All, что с ним случилось > и > >> есть ли ему замена? > > > > Шардинг можно за 5 минут сделать самому. Например: > > > > # Список нод для шард от 0 до F > > %SHARDS = ( '0' => ['192.168.0.2:8000'], ... 'f' => ['192.168.0.2:8001'] > ); > > > > $key = '/hello'; > > Я не большой спец в данной теме, но решение выглядит несколько странно. > Такое, в стиле Why?SQL > > Верно понимаю, что разделяя шардинг в таком стиле, по факту получаем на > выходе Key-Value хранилище? > Реляционная модель становится больше не применима(ибо неполна), joint-ы > больше не работают, так? > > Тогда может NoSQL ? > > Из серии тех, что хорошо делят нагрузку, их ноне немало. > > Или что-то упустил по незнанию? > > > $nodes = $SHARDS{ substr md5_hex($key), 0, 1 }; > > > > Можно и по репликам сразу распределить, если надо: > > > > $node = $nodes->[ hex (substr md5_hex($key), 9, 1) % @$nodes ]; > > > > Я не думаю, что кто-то осмелится надеяться на чужие модули для этого :) > > Да и о фейловере надо самому заботиться, особенно, если блокирующее > > приложение. Ему же надо как-то узнать, что какая-то нода упала. > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mshogin на gmail.com Tue Mar 6 05:20:18 2012 From: mshogin на gmail.com (=?KOI8-R?B?7cnIwcnMIPvPx8nO?=) Date: Tue, 6 Mar 2012 17:20:18 +0400 Subject: [Moscow.pm] Modern Perl 2011-2012 PDFs Available! Message-ID: Всем привет. Из письма: " chromatic just put letter and A4 sized PDFs of Modern Perl: the Book online. This is the new edition, updated for 5.14 and 2011-2012. As usual, these electronic versions are free to download. Please do. Please share them with friends, family, colleagues, coworkers, and interested people. http://www.modernperlbooks.com/mt/2012/02/modern-perl-2011-2012-pdfs-available.html Posted By Jeff Bisbee " -- Shogin Mike ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akovbovich на gmail.com Tue Mar 6 05:29:07 2012 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Tue, 6 Mar 2012 17:29:07 +0400 Subject: [Moscow.pm] Modern Perl 2011-2012 PDFs Available! In-Reply-To: References: Message-ID: Супер! 6 марта 2012 г. 17:20 пользователь Михаил Шогин написал: > Всем привет. > > Из письма: > > " > chromatic just put letter and A4 sized PDFs of Modern Perl: the Book online. > This is the new edition, updated for 5.14 and 2011-2012. As usual, these > electronic versions are free to download. Please do. Please share them with > friends, family, colleagues, coworkers, and interested people. > > http://www.modernperlbooks.com/mt/2012/02/modern-perl-2011-2012-pdfs-available.html > Posted By Jeff Bisbee > " > > -- > Shogin Mike > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From zzz на zzz.org.ua Tue Mar 6 05:53:32 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Tue, 6 Mar 2012 15:53:32 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= Message-ID: On Tue, Mar 6, 2012 at 6:46 AM, Alexandr Alexeev wrote: > Значит вы все-таки говорите о динамическом распределении данных, а не > статическом? Тогда да, решается проблема с добавлением новых нод (не только > увеличение их числа в два раза) и даже перераспределения нагрузки между > нодами, если, к примеру, на нодах используется разное железо. Нет, шарды не перераспределяются динамически, а только с добавлением нод. Но да, можно на какие-то ноды больше шард ложить, на какие-то меньше. > Потому и странно, что нет готовой абстракции. Но я начинаю догадываться, что Почему странно? Шардинг здесь самое простое и отдельно особого ничем не поможет. > не там ищу - нужно смотреть в сторону MySQL Proxy и тп. Лучше в сторону Riak и т.п. > Кстати, раз уж я поднял этот вопрос. Скажите, граждане, а как у половины > планеты принято переносить данные между нодами, сохраняя работоспособность > приложения? Есть ли способ сделать это, не лишая приложение даже небольшой > части функционала? Синхронизация между репликами, кроме репликации, например с помощью Merkle дерева. From ruz на bestpractical.com Wed Mar 7 03:07:50 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Wed, 7 Mar 2012 15:07:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: 2012/3/6 Alexandr Gomoliako : > On Tue, Mar 6, 2012 at 6:46 AM, Alexandr Alexeev wrote: >> Значит вы все-таки говорите о динамическом распределении данных, а не >> статическом? Тогда да, решается проблема с добавлением новых нод (не только >> увеличение их числа в два раза) и даже перераспределения нагрузки между >> нодами, если, к примеру, на нодах используется разное железо. > > Нет, шарды не перераспределяются динамически, а только с добавлением > нод. Но да, можно на какие-то ноды больше шард ложить, на какие-то > меньше. Это как реализовать. Если использовать что-то в дополнение к хеш функции или вместо, то можно в сравнительно небольшом объеме памяти хранить карту соответствия записей к нодам. При необходимости переноса карта расщепляется, лочится и данные переносятся с ноды на ноду. Даунтайм только для относительно небольшого количества пользователей. Объем данных для переноса небольшой. Если есть динамическое добавление нод, то за динамической миграцией данных далеко ходить не надо. >> Потому и странно, что нет готовой абстракции. Но я начинаю догадываться, что > > Почему странно? Шардинг здесь самое простое и отдельно особого ничем не поможет. > >> не там ищу - нужно смотреть в сторону MySQL Proxy и тп. > > Лучше в сторону Riak и т.п. > >> Кстати, раз уж я поднял этот вопрос. Скажите, граждане, а как у половины >> планеты принято переносить данные между нодами, сохраняя работоспособность >> приложения? Есть ли способ сделать это, не лишая приложение даже небольшой >> части функционала? > > Синхронизация между репликами, кроме репликации, например с помощью > Merkle дерева. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ruslan. From zzz на zzz.org.ua Wed Mar 7 07:21:11 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 7 Mar 2012 17:21:11 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On 3/7/12, Ruslan Zakirov wrote: > Это как реализовать. Если использовать что-то в дополнение к хеш > функции или вместо, то можно в сравнительно небольшом объеме памяти > хранить карту соответствия записей к нодам. > При необходимости переноса карта расщепляется, лочится и данные > переносятся с ноды на ноду. Даунтайм только для относительно > небольшого количества пользователей. Объем данных для переноса > небольшой. В смысле? В том примере мы же разделяем по хэш функции на шарды, а шарды уже и так описаны в виде карты соответствия шард к нодам. Т.е. для переноса просто копируются шарды куда нужно, удаляются откуда не нужно и меняются в конфиге. Без даунтайма получится только, если есть синхронизация реплик шард (и естественно фейловер по репликам), т.е. добавили новые ноды, поменяли в конфиге, дождались синхронизации, удалили ненужные ноды, поменяли в конфиге, дождались синхронизации и т.д. From ruz на bestpractical.com Wed Mar 7 09:21:01 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Wed, 7 Mar 2012 21:21:01 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: 2012/3/7 Alexandr Gomoliako : > On 3/7/12, Ruslan Zakirov wrote: >> Это как реализовать. Если использовать что-то в дополнение к хеш >> функции или вместо, то можно в сравнительно небольшом объеме памяти >> хранить карту соответствия записей к нодам. > >> При необходимости переноса карта расщепляется, лочится и данные >> переносятся с ноды на ноду. Даунтайм только для относительно >> небольшого количества пользователей. Объем данных для переноса >> небольшой. > > В смысле? В том примере мы же разделяем по хэш функции на шарды, а > шарды уже и так описаны в виде карты соответствия шард к нодам. Т.е. > для переноса просто копируются шарды куда нужно, удаляются откуда не > нужно и меняются в конфиге. > > Без даунтайма получится только, если есть синхронизация реплик шард (и > естественно фейловер по репликам), т.е. добавили новые ноды, поменяли > в конфиге, дождались синхронизации, удалили ненужные ноды, поменяли в > конфиге, дождались синхронизации и т.д. Я не спец в этом вопросе и за жизненость не поручусь. Мы мапим ключи на несколько нод, допустим это пользовательские акаунты. Нужно решить вопрос добавления нод. Ключей много, нод мало, то есть нужна карта соответствия. Можно по хэш функции, а можно и другим способом, например: массив граничных значений. Бинарным поиском можно найти ноду за O(lg(n)). Из преимуществ - можно вычленить один ключ в отдельную записьв карте. Пользуясь преимуществом можно переносить ключи между нодами по одному. Возникает задача блокировки отдельных записей в карте, что может повысить общую нагрузку. Блоки ключей в карте блокируются, только когда меняется нода блока, а проверяется блок только при записи. Алгоритм переноса следующий: 1) Блокируем саму карту 2) Отщепляем определенные ключи в отдельную запись карты. 3) Снимаем блок 4) Блокируем отщепленную запись 5) Копируем данные 6) Меняем запись в карте 7) Снимаем блок 8) Удаляем данные из старой ноды (тут нужно быть уверенным, что никто уже не читает эти данные и не произойдет обратной миграции) 9) При необходимости повторяем первые три пункта с объединением блоков в карте Если объем данных для ключа небольшой, то миграция займет разумное время. Разумное решение? Не знаю. Возможно есть еще интереснее и полезней. Вопрос репликации не рассматривается. Он решается отдельно и никак не противоречит с приведенным вариантом решения. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ruslan. From postmaster на softsearch.ru Wed Mar 7 10:30:33 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 7 Mar 2012 22:30:33 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= Message-ID: <1626917070.20120307223033@softsearch.ru> Здравствуйте. Наверняка многие используют тикет-системы для раздачи заданий разработчикам. Мы используем Trac. Есть ли какая-то возможность работать с Trac-ом в офлайне: создавать новые тикеты, менять существующие, и потом всё синхронизировать с сервером, откуда разработчики через веб-морду смотрят тикеты. Или может есть ещё какие-то тикет-системы с вебмордой (чтобы не зависеть от операционки) и офлайновой работой? Всё остальное желательно, но вторично. -- С уважением, Михаил mailto:postmaster на softsearch.ru From akzhan.abdulin на gmail.com Wed Mar 7 10:35:32 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 7 Mar 2012 22:35:32 +0400 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: <1626917070.20120307223033@softsearch.ru> References: <1626917070.20120307223033@softsearch.ru> Message-ID: http://almworks.com/jiraclient/ 7 марта 2012 г. 22:30 пользователь Михаил Монашёв написал: > Здравствуйте. > > Наверняка многие используют тикет-системы для раздачи заданий > разработчикам. Мы используем Trac. > > Есть ли какая-то возможность работать с Trac-ом в офлайне: создавать > новые тикеты, менять существующие, и потом всё синхронизировать с > сервером, откуда разработчики через веб-морду смотрят тикеты. > > Или может есть ещё какие-то тикет-системы с вебмордой (чтобы не > зависеть от операционки) и офлайновой работой? Всё остальное > желательно, но вторично. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Wed Mar 7 10:50:01 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 7 Mar 2012 20:50:01 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On 3/7/12, Ruslan Zakirov wrote: > Мы мапим ключи на несколько нод, допустим это пользовательские > акаунты. Нужно решить вопрос добавления нод. > > Ключей много, нод мало, то есть нужна карта соответствия. Можно по хэш > функции, а можно и другим способом, например: массив граничных > значений. Бинарным поиском можно найти ноду за O(lg(n)). Из > преимуществ - можно вычленить один ключ в отдельную записьв карте. > Пользуясь преимуществом можно переносить ключи между нодами по одному. > > Возникает задача блокировки отдельных записей в карте, что может > повысить общую нагрузку. Блоки ключей в карте блокируются, только > когда меняется нода блока, а проверяется блок только при записи. > Алгоритм переноса следующий: > > 1) Блокируем саму карту > 2) Отщепляем определенные ключи в отдельную запись карты. > 3) Снимаем блок > 4) Блокируем отщепленную запись > 5) Копируем данные > 6) Меняем запись в карте > 7) Снимаем блок > 8) Удаляем данные из старой ноды (тут нужно быть уверенным, что никто > уже не читает эти данные и не произойдет обратной миграции) > 9) При необходимости повторяем первые три пункта с объединением блоков в > карте > > Если объем данных для ключа небольшой, то миграция займет разумное время. > > Разумное решение? Не знаю. Возможно есть еще интереснее и полезней. Не очень. Похоже на идеи из Chord/DHash, но это для p2p систем, не для датацентров. Хотя с блокированием ни для чего не подойдет. Мы не можем себе позволить копировать пол базы из ноды по одной записи в датацентре, это будет слишком большая нагрузка на дисковое IO. Но это приемлемо в p2p, где дисковое IO вообще не проблема, и даже наоборот, там важнее уменьшить трафик. Шардинг же мапит ключи на шарды (куски), а шарды на ноды, причем количество шард заранее известно и задается один раз. Это позволяет как перемещать шарды между нодами с небольшими затратами, так и избавиться от сложных алгоритмов перераспределения данных, соответственно повысив надежность. > Вопрос репликации не рассматривается. Он решается отдельно и никак не > противоречит с приведенным вариантом решения. Как его решить отдельно? Допустим, что делать если отпал мастер для какой-то группы ключей? Или если там все равноправны и одна нода упала, то как узнать, на какой из реплик для какого-то ключа данные правильные, а на какой нет? Это уже не тривиально, нужно иметь какой-то порядок в системе (lamport timestamp, vector/matrix clock), чтобы четко знать, на какой ноде запись самая свежая. Или как-то выбирать мастера (paxos). В общем все очень тесно связано. From chesnokov.ilya на gmail.com Wed Mar 7 11:25:13 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 7 Mar 2012 23:25:13 +0400 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> Message-ID: Как насчёт https://metacpan.org/module/sd? 7 марта 2012 г. 22:35 пользователь Akzhan Abdulin написал: > http://almworks.com/jiraclient/ > > 7 марта 2012 г. 22:30 пользователь Михаил Монашёв > написал: > >> Здравствуйте. >> >> Наверняка   многие   используют   тикет-системы  для  раздачи  заданий >> разработчикам. Мы используем Trac. >> >> Есть  ли  какая-то возможность работать с Trac-ом в офлайне: создавать >> новые  тикеты,  менять  существующие,  и  потом всё синхронизировать с >> сервером, откуда разработчики через веб-морду смотрят тикеты. >> >> Или  может  есть  ещё  какие-то  тикет-системы  с  вебмордой (чтобы не >> зависеть   от   операционки)   и  офлайновой  работой?  Всё  остальное >> желательно, но вторично. >> >> -- >> С уважением, >>  Михаил                          mailto:postmaster на softsearch.ru >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From afiskon на gmail.com Wed Mar 7 11:51:52 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 7 Mar 2012 22:51:52 +0300 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: Про перенос шард нашел интересную инфу в презентации по Redis Cluster. Там описан следующий алгоритм: == Перенос шарда X с ноды A на ноду Б == Для каждого ключа K, принадлежащего X: 1. Залочить K на A 2. Скопировать K на Б 3. Пометить K на А, как "moved to Б" 4. Разлочить K Когда перенос всех ключей выполнен, удалить X с A и произвести изменения на сервере-словаре (или серверах). Если на A приходит запрос данных для K, который уже был перенесен на Б, говорим "спроси у ноды Б (в этот единственный раз)". Если переносить не спеша (небольшими порциями с паузами) в нужное время и с подходящим размером шардов, то, вроде, должно неплохо работать. Что думаете? 7 марта 2012 г. 21:50 пользователь Alexandr Gomoliako написал: > On 3/7/12, Ruslan Zakirov wrote: > > Мы мапим ключи на несколько нод, допустим это пользовательские > > акаунты. Нужно решить вопрос добавления нод. > > > > Ключей много, нод мало, то есть нужна карта соответствия. Можно по хэш > > функции, а можно и другим способом, например: массив граничных > > значений. Бинарным поиском можно найти ноду за O(lg(n)). Из > > преимуществ - можно вычленить один ключ в отдельную записьв карте. > > Пользуясь преимуществом можно переносить ключи между нодами по одному. > > > > Возникает задача блокировки отдельных записей в карте, что может > > повысить общую нагрузку. Блоки ключей в карте блокируются, только > > когда меняется нода блока, а проверяется блок только при записи. > > Алгоритм переноса следующий: > > > > 1) Блокируем саму карту > > 2) Отщепляем определенные ключи в отдельную запись карты. > > 3) Снимаем блок > > 4) Блокируем отщепленную запись > > 5) Копируем данные > > 6) Меняем запись в карте > > 7) Снимаем блок > > 8) Удаляем данные из старой ноды (тут нужно быть уверенным, что никто > > уже не читает эти данные и не произойдет обратной миграции) > > 9) При необходимости повторяем первые три пункта с объединением блоков в > > карте > > > > Если объем данных для ключа небольшой, то миграция займет разумное время. > > > > Разумное решение? Не знаю. Возможно есть еще интереснее и полезней. > > Не очень. Похоже на идеи из Chord/DHash, но это для p2p систем, не для > датацентров. Хотя с блокированием ни для чего не подойдет. > > Мы не можем себе позволить копировать пол базы из ноды по одной записи > в датацентре, это будет слишком большая нагрузка на дисковое IO. Но > это приемлемо в p2p, где дисковое IO вообще не проблема, и даже > наоборот, там важнее уменьшить трафик. > > Шардинг же мапит ключи на шарды (куски), а шарды на ноды, причем > количество шард заранее известно и задается один раз. Это позволяет > как перемещать шарды между нодами с небольшими затратами, так и > избавиться от сложных алгоритмов перераспределения данных, > соответственно повысив надежность. > > > Вопрос репликации не рассматривается. Он решается отдельно и никак не > > противоречит с приведенным вариантом решения. > > Как его решить отдельно? Допустим, что делать если отпал мастер для > какой-то группы ключей? Или если там все равноправны и одна нода > упала, то как узнать, на какой из реплик для какого-то ключа данные > правильные, а на какой нет? Это уже не тривиально, нужно иметь > какой-то порядок в системе (lamport timestamp, vector/matrix clock), > чтобы четко знать, на какой ноде запись самая свежая. Или как-то > выбирать мастера (paxos). В общем все очень тесно связано. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Wed Mar 7 12:02:39 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 7 Mar 2012 22:02:39 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On 3/7/12, Alexandr Alexeev wrote: > Про перенос шард нашел интересную инфу в презентации по Redis Cluster. Там > описан следующий алгоритм: > > == Перенос шарда X с ноды A на ноду Б == > Для каждого ключа K, принадлежащего X: > 1. Залочить K на A > 2. Скопировать K на Б > 3. Пометить K на А, как "moved to Б" > 4. Разлочить K > Когда перенос всех ключей выполнен, удалить X с A и произвести изменения на > сервере-словаре (или серверах). Если на A приходит запрос данных для K, > который уже был перенесен на Б, говорим "спроси у ноды Б (в этот > единственный раз)". > > Если переносить не спеша (небольшими порциями с паузами) в нужное время и с > подходящим размером шардов, то, вроде, должно неплохо работать. Что думаете? Для редиса лучше посмотри статью Jeremy из крэйгслиста, погугли redis sharding craigslist или как-то так. From zzz на zzz.org.ua Wed Mar 7 12:10:32 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 7 Mar 2012 22:10:32 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: > Для редиса лучше посмотри статью Jeremy из крэйгслиста, погугли redis > sharding craigslist или как-то так. Кстати, у редиса по-моему есть синхронизация, можно считать какждый редис шардой, т.е. для 16 шард запустить 16 редисов, будет довольно просто. From foxcool333 на gmail.com Wed Mar 7 14:01:08 2012 From: foxcool333 на gmail.com (Foxcool) Date: Thu, 08 Mar 2012 02:01:08 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> Message-ID: <4F57DAA4.2070702@gmail.com> On 03/07/2012 11:25 PM, Ilya Chesnokov wrote: > Как насчёт https://metacpan.org/module/sd? > > 7 марта 2012 г. 22:35 пользователь Akzhan Abdulin > написал: >> http://almworks.com/jiraclient/ >> >> 7 марта 2012 г. 22:30 пользователь Михаил Монашёв >> написал: >> >>> Здравствуйте. >>> >>> Наверняка многие используют тикет-системы для раздачи заданий >>> разработчикам. Мы используем Trac. >>> >>> Есть ли какая-то возможность работать с Trac-ом в офлайне: создавать >>> новые тикеты, менять существующие, и потом всё синхронизировать с >>> сервером, откуда разработчики через веб-морду смотрят тикеты. >>> >>> Или может есть ещё какие-то тикет-системы с вебмордой (чтобы не >>> зависеть от операционки) и офлайновой работой? Всё остальное >>> желательно, но вторично. >>> >>> -- >>> С уважением, >>> Михаил mailto:postmaster на softsearch.ru >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > Кстати, есть ли приличная альтернатива этому непотребному глюкалову неудобному под названием TRAC? -- http://foxcool.ru foxcool на jabber.ru From akzhan.abdulin на gmail.com Wed Mar 7 14:07:57 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 8 Mar 2012 02:07:57 +0400 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: <4F57DAA4.2070702@gmail.com> References: <1626917070.20120307223033@softsearch.ru> <4F57DAA4.2070702@gmail.com> Message-ID: для массовых тикетниц (саппорт etc.) - OTRS, остальное - JIRA, Redmine. 8 марта 2012 г. 2:01 пользователь Foxcool написал: > On 03/07/2012 11:25 PM, Ilya Chesnokov wrote: > >> Как насчёт https://metacpan.org/module/sd**? >> >> 7 марта 2012 г. 22:35 пользователь Akzhan Abdulin >> написал: >> >>> http://almworks.com/**jiraclient/ >>> >>> 7 марта 2012 г. 22:30 пользователь Михаил Монашёв>> **ru > >>> написал: >>> >>> Здравствуйте. >>>> >>>> Наверняка многие используют тикет-системы для раздачи заданий >>>> разработчикам. Мы используем Trac. >>>> >>>> Есть ли какая-то возможность работать с Trac-ом в офлайне: создавать >>>> новые тикеты, менять существующие, и потом всё синхронизировать с >>>> сервером, откуда разработчики через веб-морду смотрят тикеты. >>>> >>>> Или может есть ещё какие-то тикет-системы с вебмордой (чтобы не >>>> зависеть от операционки) и офлайновой работой? Всё остальное >>>> желательно, но вторично. >>>> >>>> -- >>>> С уважением, >>>> Михаил mailto:postmaster на softsearch.**ru >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> > Кстати, есть ли приличная альтернатива этому непотребному глюкалову > неудобному под названием TRAC? > > -- > http://foxcool.ru > foxcool на jabber.ru > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruz на bestpractical.com Wed Mar 7 16:13:07 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Thu, 8 Mar 2012 04:13:07 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: 2012/3/7 Alexandr Gomoliako : > On 3/7/12, Ruslan Zakirov wrote: >> Мы мапим ключи на несколько нод, допустим это пользовательские >> акаунты. Нужно решить вопрос добавления нод. >> >> Ключей много, нод мало, то есть нужна карта соответствия. Можно по хэш >> функции, а можно и другим способом, например: массив граничных >> значений. Бинарным поиском можно найти ноду за O(lg(n)). Из >> преимуществ - можно вычленить один ключ в отдельную записьв карте. >> Пользуясь преимуществом можно переносить ключи между нодами по одному. >> >> Возникает задача блокировки отдельных записей в карте, что может >> повысить общую нагрузку. Блоки ключей в карте блокируются, только >> когда меняется нода блока, а проверяется блок только при записи. >> Алгоритм переноса следующий: >> >> 1) Блокируем саму карту >> 2) Отщепляем определенные ключи в отдельную запись карты. >> 3) Снимаем блок >> 4) Блокируем отщепленную запись >> 5) Копируем данные >> 6) Меняем запись в карте >> 7) Снимаем блок >> 8) Удаляем данные из старой ноды (тут нужно быть уверенным, что никто >> уже не читает эти данные и не произойдет обратной миграции) >> 9) При необходимости повторяем первые три пункта с объединением блоков в >> карте >> >> Если объем данных для ключа небольшой, то миграция займет разумное время. >> >> Разумное решение? Не знаю. Возможно есть еще интереснее и полезней. > > Не очень. Похоже на идеи из Chord/DHash, но это для p2p систем, не для > датацентров. Хотя с блокированием ни для чего не подойдет. > > Мы не можем себе позволить копировать пол базы из ноды по одной записи > в датацентре, это будет слишком большая нагрузка на дисковое IO. Но Какие-то оценки у вас странные. Откусили блок в Х ключей и переместили, если необходимость перенести быстрее. Кто сказал, что нужно ввести ноду за пять минут. Пять дней тоже нормально. > это приемлемо в p2p, где дисковое IO вообще не проблема, и даже > наоборот, там важнее уменьшить трафик. > > Шардинг же мапит ключи на шарды (куски), а шарды на ноды, причем Из вашего примера было сложно понять, что у вас изначально шард больше чем нод и количество шард статичное. > количество шард заранее известно и задается один раз. Это позволяет > как перемещать шарды между нодами с небольшими затратами, так и > избавиться от сложных алгоритмов перераспределения данных, > соответственно повысив надежность. Это плюс. Шарды у вас просто в разных БД на одном инстансе СУБД? Что делать, когда шард станет меньше чем нод? Или шард просто ну очень много? Блокировки все равно нужны для переноса шард между нодами. >> Вопрос репликации не рассматривается. Он решается отдельно и никак не >> противоречит с приведенным вариантом решения. > > Как его решить отдельно? Допустим, что делать если отпал мастер для > какой-то группы ключей? Или если там все равноправны и одна нода > упала, то как узнать, на какой из реплик для какого-то ключа данные > правильные, а на какой нет? Это уже не тривиально, нужно иметь > какой-то порядок в системе (lamport timestamp, vector/matrix clock), > чтобы четко знать, на какой ноде запись самая свежая. Или как-то > выбирать мастера (paxos). В общем все очень тесно связано. Как это связано с разбиением данных по шардам и нодам? Не вижу супер прямой связи. Если только вы не реплицируете данные больше одного раза и не разбрасываете их по различным шардам. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ruslan. From zzz на zzz.org.ua Wed Mar 7 17:44:22 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Thu, 8 Mar 2012 03:44:22 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On 3/8/12, Ruslan Zakirov wrote: > Какие-то оценки у вас странные. Откусили блок в Х ключей и > переместили, если необходимость перенести быстрее. Кто сказал, что > нужно ввести ноду за пять минут. Пять дней тоже нормально. Нужно ввести ноду за 0 минут, за пять дней может и конец света наступить :) Но вообще правило примерно такое: новая копия должна создаваться быстрее, чем время между отказами дисков/появлением бэдблоков с учетом каскадных отказов, иначе данные будут теряться. Вот тут можно почитать подробнее: http://pdos.csail.mit.edu/papers/carbonite:nsdi06/ > Из вашего примера было сложно понять, что у вас изначально шард больше > чем нод и количество шард статичное. > > Это плюс. Шарды у вас просто в разных БД на одном инстансе СУБД? Шарды там, где вам удобно :) Хотите, можно приписывать в имена таблиц, а можно и просто назвать базу по имени шарды. > Что делать, когда шард станет меньше чем нод? Или шард просто ну очень > много? Да, их очень, заранее берется побольше. Например, если начинаете с 1-й ноды (сервера) и хотите вырасти в 100 раз, то берите сразу 2 hex буквы, т.е. 256 шард. > Блокировки все равно нужны для переноса шард между нодами. Это если не использовать никакую распределнную модель хранения данных. > Как это связано с разбиением данных по шардам и нодам? Не вижу супер > прямой связи. Если только вы не реплицируете данные больше одного раза > и не разбрасываете их по различным шардам. А как это может быть без нескольких реплик? Потеряли данные и забыли? :) Или упал мастер ну и пусть, подождем, пока суппорт починит и вернет? За это время большие шансы потерять данные и те что есть. From afiskon на gmail.com Thu Mar 8 02:09:32 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 8 Mar 2012 13:09:32 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> <4F57DAA4.2070702@gmail.com> Message-ID: +1 за Джиру, она прекрасна 8 марта 2012 г. 1:07 пользователь Akzhan Abdulin написал: > для массовых тикетниц (саппорт etc.) - OTRS, > остальное - JIRA, Redmine. > > 8 марта 2012 г. 2:01 пользователь Foxcool написал: > > On 03/07/2012 11:25 PM, Ilya Chesnokov wrote: >> >>> Как насчёт https://metacpan.org/module/sd? >>> >>> 7 марта 2012 г. 22:35 пользователь Akzhan Abdulin >>> написал: >>> >>>> http://almworks.com/jiraclient/ >>>> >>>> 7 марта 2012 г. 22:30 пользователь Михаил Монашёв< >>>> postmaster на softsearch.ru> >>>> написал: >>>> >>>> Здравствуйте. >>>>> >>>>> Наверняка многие используют тикет-системы для раздачи заданий >>>>> разработчикам. Мы используем Trac. >>>>> >>>>> Есть ли какая-то возможность работать с Trac-ом в офлайне: создавать >>>>> новые тикеты, менять существующие, и потом всё синхронизировать с >>>>> сервером, откуда разработчики через веб-морду смотрят тикеты. >>>>> >>>>> Или может есть ещё какие-то тикет-системы с вебмордой (чтобы не >>>>> зависеть от операционки) и офлайновой работой? Всё остальное >>>>> желательно, но вторично. >>>>> >>>>> -- >>>>> С уважением, >>>>> Михаил mailto:postmaster на softsearch.ru >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> >> Кстати, есть ли приличная альтернатива этому непотребному глюкалову >> неудобному под названием TRAC? >> >> -- >> http://foxcool.ru >> foxcool на jabber.ru >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruz на bestpractical.com Thu Mar 8 05:20:48 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Thu, 8 Mar 2012 17:20:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: 2012/3/8 Alexandr Gomoliako : > On 3/8/12, Ruslan Zakirov wrote: >> Какие-то оценки у вас странные. Откусили блок в Х ключей и >> переместили, если необходимость перенести быстрее. Кто сказал, что >> нужно ввести ноду за пять минут. Пять дней тоже нормально. > > Нужно ввести ноду за 0 минут, за пять дней может и конец света наступить :) > > Но вообще правило примерно такое: новая копия должна создаваться > быстрее, чем время между отказами дисков/появлением бэдблоков с учетом > каскадных отказов, иначе данные будут теряться. При чем тут копии? Я говорил, про расширение количества нод и перенос данных со старых нод на новую. Репликацию новой ноды никто не отменял. > Вот тут можно почитать подробнее: > http://pdos.csail.mit.edu/papers/carbonite:nsdi06/ Опять про репликацию. Чтож. >> Из вашего примера было сложно понять, что у вас изначально шард больше >> чем нод и количество шард статичное. >> >> Это плюс. Шарды у вас просто в разных БД на одном инстансе СУБД? > > Шарды там, где вам удобно :) Хотите, можно приписывать в имена таблиц, > а можно и просто назвать базу по имени шарды. Понятно. >> Что делать, когда шард станет меньше чем нод? Или шард просто ну очень >> много? > > Да, их очень, заранее берется побольше. Например, если начинаете с 1-й > ноды (сервера) и хотите вырасти в 100 раз, то берите сразу 2 hex > буквы, т.е. 256 шард. Политика ясна. >> Блокировки все равно нужны для переноса шард между нодами. > > Это если не использовать никакую распределнную модель хранения данных. Какие-то прям абстрактные выражения. >> Как это связано с разбиением данных по шардам и нодам? Не вижу супер >> прямой связи. Если только вы не реплицируете данные больше одного раза >> и не разбрасываете их по различным шардам. > > А как это может быть без нескольких реплик? Потеряли данные и забыли? :) > Или упал мастер ну и пусть, подождем, пока суппорт починит и вернет? > За это время большие шансы потерять данные и те что есть. Понятно. Я про шардинг, распределение данных по шардам и шардов по нодам, последующее перераспределение данных, а вы все про репликацию и failover. Задачи конечно рядом идут, но не на столько чтобы говорить про одно, а ответы получать все время про другое. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ruslan. From zzz на zzz.org.ua Thu Mar 8 07:43:24 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Thu, 8 Mar 2012 17:43:24 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: > При чем тут копии? Я говорил, про расширение количества нод и перенос > данных со старых нод на новую. Репликацию новой ноды никто не отменял. Копия, реплика, какая разница. Если у вас шарда на двух нодах и одна нода умерла, то пять дней вводить новую ноду уж слишком большой риск. Так несколько раз и гарантированно потеряете данные. >> Вот тут можно почитать подробнее: >> http://pdos.csail.mit.edu/papers/carbonite:nsdi06/ > > Опять про репликацию. Чтож. Ну да, вся суть в этом, а не в шардинге в одну строчку :) > Понятно. Я про шардинг, распределение данных по шардам и шардов по > нодам, последующее перераспределение данных, а вы все про репликацию и > failover. Задачи конечно рядом идут, но не на столько чтобы говорить > про одно, а ответы получать все время про другое. Ну вот а я не пойму, каким образом они могут быть разделимы. Допустим, вы хотите добавить запись, у вас для шарды есть 3 ноды и вам обязательно нужен фейловер (а кому не нужен в общем-то?). Вот тут сразу и надо определиться, как это делать. Можно использовать quorum logic, и послать запрос во все три ноды, подождать пока обработаются и если все ок -- сказать клиенту, что данные сохранены. Это позволит отвечать на запросы чтения записи обращаясь только к одной ноде. Вместо репликации теперь будет только синхронизация, но нужно обязательно какой-то дополнительный параметр для решения конфликтов при синхронизации, на случай двух запросов одновременно. Если это vector clock, то он привязан к шардингу и ко всей системе вообще. Можно использовать репликацию. Но тогда все равно нужен алгоритм, чтобы ноды договорились о новом мастере, если текущий упал. И при этом все запросы к шарде без мастера будут в это время отказывать. Полноценного фейловера не получается. И это все опять привязано к шардингу и всей системе. Хотя еще как вариант можно сделать все ноды с репликами мастерами и раскидывать запросы по хэшу по ним, как в изначальном примере. А у них у каждой будет репликация на оба соседа установлена. Тогда наверное выбор мастера для шарды уже не нужен. Останется решить только проблему хэлсчека. From afiskon на gmail.com Thu Mar 8 10:40:09 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 8 Mar 2012 21:40:09 +0300 Subject: [Moscow.pm] =?utf-8?b?0J7RhtC10L3QutCwINC/0L7QutGA0YvRgtC40Y8g?= =?utf-8?b?0LrQvtC00LAg0YLQtdGB0YLQsNC80Lg=?= Message-ID: Хочу убедиться, что при прогоне тестов (проект на Mojolicious) каждая строчка моего кода выполняется по крайней мере один раз. Или хотя бы чтобы такое "покрытие" (в кавычках - ибо имеет место ленивость логических операторов и тп) составило не менее N%. Есть ли готовые средства, позволяющие в этом убедиться? Есть ли средства, позволяющие мне в короткие сроки создать соответствующий инструмент? -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tarkhil на over.ru Thu Mar 8 11:21:56 2012 From: tarkhil на over.ru (Alex Povolotsky) Date: Thu, 08 Mar 2012 23:21:56 +0400 Subject: [Moscow.pm] =?koi8-r?b?REJJeDo6Q2xhc3MgySBkZXBsb3kg1yBQZ1NRTA==?= Message-ID: <4F5906D4.10203@over.ru> Добрый вечер, а какой механизм деплоя сейчас наиболее рабочий для DBIx::Class и PgSQL? Alex From afiskon на gmail.com Thu Mar 8 11:30:07 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 8 Mar 2012 22:30:07 +0300 Subject: [Moscow.pm] =?utf-8?b?REJJeDo6Q2xhc3Mg0LggZGVwbG95INCyIFBnU1FM?= In-Reply-To: <4F5906D4.10203@over.ru> References: <4F5906D4.10203@over.ru> Message-ID: Я в последнее время делаю так. Зависимости приложения ставятся автоматически (подсмотрел рецепт здесь: http://koorchik.blogspot.com/2012/01/perl.html ). Коллеги предпочитают использовать RPM, но я его не знаю и боюсь. Схема БД хранится в репозитории в текстовом файле. Обновление всего, что связано с БД, происходит вручную. Выкатка кода происходит не часто, потому также делается вручную, согласно файлам INSTALL.TXT и UPDATE.TXT из того же репозитория. 8 марта 2012 г. 22:21 пользователь Alex Povolotsky написал: > Добрый вечер, > > а какой механизм деплоя сейчас наиболее рабочий для DBIx::Class и PgSQL? > > Alex > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From despairr на gmail.com Thu Mar 8 11:49:32 2012 From: despairr на gmail.com (Walery Studennikov) Date: Thu, 8 Mar 2012 23:49:32 +0400 Subject: [Moscow.pm] =?koi8-r?b?78PFzsvBINDPy9LZ1MnRIMvPxMEg1MXT1MHNyQ==?= In-Reply-To: References: Message-ID: 8 марта 2012 г. 22:40 пользователь Alexandr Alexeev написал: > Хочу убедиться, что при прогоне тестов (проект на Mojolicious) каждая > строчка моего кода выполняется по крайней мере один раз. Или хотя бы чтобы > такое "покрытие" (в кавычках - ибо имеет место ленивость логических > операторов и тп) составило не менее N%. Есть ли готовые средства, > позволяющие в этом убедиться? Есть ли средства, позволяющие мне в короткие > сроки создать соответствующий инструмент? Devel::Cover ? -- Walery Studennikov http://www.reg.ru/ From afiskon на gmail.com Thu Mar 8 12:31:59 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 8 Mar 2012 23:31:59 +0300 Subject: [Moscow.pm] =?utf-8?b?0J7RhtC10L3QutCwINC/0L7QutGA0YvRgtC40Y8g?= =?utf-8?b?0LrQvtC00LAg0YLQtdGB0YLQsNC80Lg=?= In-Reply-To: References: Message-ID: Вот за что я люблю Perl - стоит о чем-то подумать - сразу оказывается, что это уже есть на CPAN :) А нельзя ли как-то узнать, какие строки НЕ покрыты, а то в моем случае это целых 3.4% ! Для протокола - в Mojolicious Devel::Cover юзается так: HARNESS_PERL_SWITCHES=-MDevel::Cover prove -l -r ./t cover cover -delete 8 марта 2012 г. 22:49 пользователь Walery Studennikov написал: > 8 марта 2012 г. 22:40 пользователь Alexandr Alexeev > написал: > > Хочу убедиться, что при прогоне тестов (проект на Mojolicious) каждая > > строчка моего кода выполняется по крайней мере один раз. Или хотя бы > чтобы > > такое "покрытие" (в кавычках - ибо имеет место ленивость логических > > операторов и тп) составило не менее N%. Есть ли готовые средства, > > позволяющие в этом убедиться? Есть ли средства, позволяющие мне в > короткие > > сроки создать соответствующий инструмент? > > Devel::Cover ? > > -- > Walery Studennikov > http://www.reg.ru/ > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Thu Mar 8 12:49:48 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 8 Mar 2012 23:49:48 +0300 Subject: [Moscow.pm] =?utf-8?b?0J7RhtC10L3QutCwINC/0L7QutGA0YvRgtC40Y8g?= =?utf-8?b?0LrQvtC00LAg0YLQtdGB0YLQsNC80Lg=?= In-Reply-To: References: Message-ID: >> А нельзя ли как-то узнать, какие строки НЕ покрыты Разобрался - все есть в HTML отчете 8 марта 2012 г. 23:31 пользователь Alexandr Alexeev написал: > Вот за что я люблю Perl - стоит о чем-то подумать - сразу оказывается, что > это уже есть на CPAN :) А нельзя ли как-то узнать, какие строки НЕ покрыты, > а то в моем случае это целых 3.4% ! > > Для протокола - в Mojolicious Devel::Cover юзается так: > > HARNESS_PERL_SWITCHES=-MDevel::Cover prove -l -r ./t > cover > cover -delete > > 8 марта 2012 г. 22:49 пользователь Walery Studennikov написал: > > 8 марта 2012 г. 22:40 пользователь Alexandr Alexeev >> написал: >> > Хочу убедиться, что при прогоне тестов (проект на Mojolicious) каждая >> > строчка моего кода выполняется по крайней мере один раз. Или хотя бы >> чтобы >> > такое "покрытие" (в кавычках - ибо имеет место ленивость логических >> > операторов и тп) составило не менее N%. Есть ли готовые средства, >> > позволяющие в этом убедиться? Есть ли средства, позволяющие мне в >> короткие >> > сроки создать соответствующий инструмент? >> >> Devel::Cover ? >> >> -- >> Walery Studennikov >> http://www.reg.ru/ >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Thu Mar 8 17:46:38 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 9 Mar 2012 03:46:38 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: > Можно использовать репликацию Все-таки это была плохая идея. Точнее плохая для тех, у кого нет синхронной репликации (как, например, mysql). Предположим такую ситуацию: добавили новую запись, ответили, что запись сохранена и нода сразу же упала. Запись не успела реплицироваться на две соседние ноды, а бд не возвратила ошибки, т.к. не ждет ответа от соседних нод. Итог: данные потеряны, inconsistency. А вдруг эта запись была списыванием со счета пол миллиона или еще чем-то таким важным. Кто знает, какие есть базы данных с синхронной репликацией? From i.petro.77.00 на gmail.com Thu Mar 8 23:22:26 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 9 Mar 2012 11:22:26 +0400 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElDXQ==?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> <4F57DAA4.2070702@gmail.com> Message-ID: <20120309072225.GA22813@apache.rbscorp.ru> > +1 за Джиру, она прекрасна Jira кошмарна. она прекрасна может быть для ПМ. для разработчика у нее кучи нужностей что есть у трака нет, как-то: - интеграции с вики (да, понятно что можно его внешний поставить) - показа/просмотра кода/перлдок (и интеграция с вики) - управления тикетами из коммитов (закрытие, упоминание) итд итп. From dmitry на eremeev.ru Thu Mar 8 23:38:16 2012 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Fri, 9 Mar 2012 11:38:16 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: <20120309072225.GA22813@apache.rbscorp.ru> References: <1626917070.20120307223033@softsearch.ru> <4F57DAA4.2070702@gmail.com> <20120309072225.GA22813@apache.rbscorp.ru> Message-ID: Кстати да, коллеги, может кто сталкивался: Есть задача на мелком стартапе полу-автоматизировать саппорт. Типа - люди шлют письма с вопросами через форму с выбором темы, а мы им новое или из имеющихся предыдущих ответов по старым кейсам пуляем + возможность публикации в вебе. Есть что-то по возможности халявное-недорогое? 09.03.2012, в 11:22, Ivan Petrov написал(а): >> +1 за Джиру, она прекрасна > > Jira кошмарна. она прекрасна может быть для ПМ. для разработчика у нее > кучи нужностей что есть у трака нет, как-то: > - интеграции с вики (да, понятно что можно его внешний поставить) > - показа/просмотра кода/перлдок (и интеграция с вики) > - управления тикетами из коммитов (закрытие, упоминание) > > итд итп. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From afiskon на gmail.com Thu Mar 8 23:45:44 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Fri, 9 Mar 2012 10:45:44 +0300 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: >> Кто знает, какие есть базы данных с синхронной репликацией? Для MySQL есть патчи. Еще можно решить эту проблему так: 1. Простой вариант - критические данные читаем только с мастера. Если нагрузка на мастера большая, нужно секционирование. 2. Сложные и трудный в поддержке вариант - пишем на мастер, ждем появления данных на реплике (или на всех репликах), после чего помечаем (например, в Redis), что за этими данными можно ходить на реплику. 9 марта 2012 г. 4:46 пользователь Alexandr Gomoliako написал: > > Можно использовать репликацию > > Все-таки это была плохая идея. Точнее плохая для тех, у кого нет > синхронной репликации (как, например, mysql). Предположим такую > ситуацию: добавили новую запись, ответили, что запись сохранена и нода > сразу же упала. Запись не успела реплицироваться на две соседние ноды, > а бд не возвратила ошибки, т.к. не ждет ответа от соседних нод. Итог: > данные потеряны, inconsistency. А вдруг эта запись была списыванием со > счета пол миллиона или еще чем-то таким важным. > > Кто знает, какие есть базы данных с синхронной репликацией? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.zhdanov на gmail.com Fri Mar 9 00:15:56 2012 From: denis.zhdanov на gmail.com (Denis Zhdanov) Date: Fri, 9 Mar 2012 10:15:56 +0200 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: <20120309072225.GA22813@apache.rbscorp.ru> References: <1626917070.20120307223033@softsearch.ru> <4F57DAA4.2070702@gmail.com> <20120309072225.GA22813@apache.rbscorp.ru> Message-ID: 9 марта 2012 г. 9:22 пользователь Ivan Petrov написал: > Jira кошмарна. она прекрасна может быть для ПМ. для разработчика у нее > кучи нужностей что есть у трака нет, как-то: >  - интеграции с вики (да, понятно что можно его внешний поставить) >  - показа/просмотра кода/перлдок (и интеграция с вики) >  - управления тикетами из коммитов (закрытие, упоминание) Все это есть - но своими решениями, от Atlassian - Confluence для wiki, Fisheye - для интеграции с code versioning, Bamboo - для CI и т.д. Ну и все за денежку, понятное дело. Хотя переодически бывают раздачи халявы, типа $10 для 3-5 пользователей... А бесплатно - да, только Trac да Redmine... From despairr на gmail.com Fri Mar 9 00:21:31 2012 From: despairr на gmail.com (Walery Studennikov) Date: Fri, 9 Mar 2012 12:21:31 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> <4F57DAA4.2070702@gmail.com> <20120309072225.GA22813@apache.rbscorp.ru> Message-ID: 9 марта 2012 г. 12:15 пользователь Denis Zhdanov написал: > Все это есть - но своими решениями, от Atlassian - Confluence для > wiki, Fisheye - для интеграции с code versioning, Bamboo - для CI и > т.д. > Ну и все за денежку, понятное дело. Хотя переодически бывают раздачи > халявы, типа $10 для 3-5 пользователей... > А бесплатно - да, только Trac да Redmine... mantisbt ;) -- Walery Studennikov http://www.reg.ru/ From cub.uanic на gmail.com Fri Mar 9 05:32:50 2012 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Fri, 9 Mar 2012 15:32:50 +0200 Subject: [Moscow.pm] =?utf-8?b?REJJeDo6Q2xhc3Mg0LggZGVwbG95INCyIFBnU1FM?= In-Reply-To: References: <4F5906D4.10203@over.ru> Message-ID: DBIx::Class::DeploymentHandler (стороннее, более актуальное, рекомендуемое) DBIx::Class::Schema::Versioned (коробочное решение, но смотри "SEE ALSO") Оба позволяют обрабатывать собственно деплой новой базы, и как бонус - деплой изменений (при изменениях в схеме) на уже существующую базу. Как и весь DBIx::Class, оба решения - db-agnostic. Позволю себе дать совет по поиску актуальных решений. Если вас (как и меня :) прёт DBIx::Class, то смотрим всех, кто его релизил. Я это делаю тут: http://search.cpan.org/dist/DBIx-Class/ - путём перебора всех вариантов в "Other Releases". И далее, по всем этим авторам - смотрю, что они ещё нарелизили. Как правило, всё самое интересное и актуальное находится именно таким путём. Степень доверия к конкретно этим авторам весьма высока, как и к тем, кто релизил Moose, Catalyst, KiokuDB, CHI и некоторые другие вещи. И что важно, актуальные авторы прямо в доке к модулю пишут, что модуль устарел (например, DBIx::Class::UTF8Columns). Таким образом, "нарваться" на неактуальные модули от неизвестно кого - практически нереально. Удачи! 8 марта 2012 г. 21:30 пользователь Alexandr Alexeev написал: > Я в последнее время делаю так. > > Зависимости приложения ставятся автоматически (подсмотрел рецепт здесь: > http://koorchik.blogspot.com/2012/01/perl.html ). Коллеги предпочитают > использовать RPM, но я его не знаю и боюсь. > > Схема БД хранится в репозитории в текстовом файле. Обновление всего, что > связано с БД, происходит вручную. Выкатка кода происходит не часто, потому > также делается вручную, согласно файлам INSTALL.TXT и UPDATE.TXT из того же > репозитория. > > 8 марта 2012 г. 22:21 пользователь Alex Povolotsky > написал: > >> Добрый вечер, >> >> а какой механизм деплоя сейчас наиболее рабочий для DBIx::Class и PgSQL? >> >> Alex >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) From zzz на zzz.org.ua Fri Mar 9 06:04:44 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 9 Mar 2012 16:04:44 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: On 3/9/12, Alexandr Alexeev wrote: > 1. Простой вариант - критические данные читаем только с мастера. Если > нагрузка на мастера большая, нужно секционирование. > 2. Сложные и трудный в поддержке вариант - пишем на мастер, ждем появления > данных на реплике (или на всех репликах), после чего помечаем (например, в > Redis), что за этими данными можно ходить на реплику. Да не, это глупости :) From cub.uanic на gmail.com Fri Mar 9 08:56:45 2012 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Fri, 9 Mar 2012 18:56:45 +0200 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGB0YLQsNC70L4g0YEg0LzQvtC00YM=?= =?utf-8?b?0LvQtdC8IERCSXg6OkRCQ2x1c3Rlcj8=?= In-Reply-To: References: Message-ID: 9 марта 2012 г. 16:04 пользователь Alexandr Gomoliako написал: > On 3/9/12, Alexandr Alexeev wrote: > >> 1. Простой вариант - критические данные читаем только с мастера. Если >> нагрузка на мастера большая, нужно секционирование. >> 2. Сложные и трудный в поддержке вариант - пишем на мастер, ждем появления >> данных на реплике (или на всех репликах), после чего помечаем (например, в >> Redis), что за этими данными можно ходить на реплику. > > Да не, это глупости :) Есть мнение, что бОльшая часть этого разговора - глупости :) По той простой причине, что сей разговор сильно напоминает переизобретение колеса. Ведь есть же уже готовые решения - master-master для MySQL, pgcluster и slony - для PostgreSQL, для кого угодно (ну, почти :) через DBIx::Class::Storage::DBI::Replicated. И ещё вагон и маленькая тележка NoSql решений. Многое из вышеназванного поддерживает и шардинг, и пере-балансировку, и fail-over (особенно - для NoSql). Зачем ещё что-то изобретать на стороне перла? Получится же класический вариант: хоть и с квадратными колёсами, и едет не везде - но зато велосипед собственного изготовления, круто же! :)) Без наезда :) -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) From zzz на zzz.org.ua Fri Mar 9 09:53:05 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 9 Mar 2012 19:53:05 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINPUwczPINMgzc/E1czFzSBEQkl4OjpEQkNs?= =?koi8-r?b?dXN0ZXI/?= In-Reply-To: References: Message-ID: > Есть мнение, что бОльшая часть этого разговора - глупости :) > > По той простой причине, что сей разговор сильно напоминает > переизобретение колеса. Ведь есть же уже готовые решения - > master-master для MySQL, pgcluster и slony - для PostgreSQL, для кого > угодно (ну, почти :) через DBIx::Class::Storage::DBI::Replicated. И > ещё вагон и маленькая тележка NoSql решений. Многое из вышеназванного > поддерживает и шардинг, и пере-балансировку, и fail-over (особенно - > для NoSql). Зачем ещё что-то изобретать на стороне перла? Получится же > класический вариант: хоть и с квадратными колёсами, и едет не везде - > но зато велосипед собственного изготовления, круто же! :)) > > Без наезда :) Есть мнение, что надо переизобретать и побольше :) Правда здесь другие причины. Не знаю, кто решится надеяться на какое-то nosql решение, если данные важные. Вон кто понадеялся на монго, получили кучу проблем и успели уже на него много наговорить. Просто сложность монго такая, что практически нет шансов, что все пройдет гладко под нагрузкой. И да, непонятно как быть со специализированностью, они же все созданы под очень конкретные задачи и чуть в сторону уже медленные и неэффективные. Есть же разница: 5 серверов с очень эффективной реализацией или 50 с не очень, что еще и на отклике отражается. From xamess на gmail.com Fri Mar 9 14:13:25 2012 From: xamess на gmail.com (xames) Date: Sat, 10 Mar 2012 02:13:25 +0400 Subject: [Moscow.pm] =?koi8-r?b?REJJeDo6Q2xhc3MgySBkZXBsb3kg1yBQZ1NRTA==?= In-Reply-To: References: <4F5906D4.10203@over.ru> Message-ID: Если смотреть не только на DBIx::Class решения, то советую попробовать http://dklab.ru/lib/dklab_pgmigrator/ 9 марта 2012 г. 17:32 пользователь Oleg Kostyuk написал: > DBIx::Class::DeploymentHandler (стороннее, более актуальное, рекомендуемое) > DBIx::Class::Schema::Versioned (коробочное решение, но смотри "SEE ALSO") > > Оба позволяют обрабатывать собственно деплой новой базы, и как бонус - > деплой изменений (при изменениях в схеме) на уже существующую базу. > Как и весь DBIx::Class, оба решения - db-agnostic. > > Позволю себе дать совет по поиску актуальных решений. Если вас (как и > меня :) прёт DBIx::Class, то смотрим всех, кто его релизил. Я это > делаю тут: http://search.cpan.org/dist/DBIx-Class/ - путём перебора > всех вариантов в "Other Releases". И далее, по всем этим авторам - > смотрю, что они ещё нарелизили. Как правило, всё самое интересное и > актуальное находится именно таким путём. Степень доверия к конкретно > этим авторам весьма высока, как и к тем, кто релизил Moose, Catalyst, > KiokuDB, CHI и некоторые другие вещи. И что важно, актуальные авторы > прямо в доке к модулю пишут, что модуль устарел (например, > DBIx::Class::UTF8Columns). Таким образом, "нарваться" на неактуальные > модули от неизвестно кого - практически нереально. > > Удачи! > > > 8 марта 2012 г. 21:30 пользователь Alexandr Alexeev написал: >> Я в последнее время делаю так. >> >> Зависимости приложения ставятся автоматически (подсмотрел рецепт здесь: >> http://koorchik.blogspot.com/2012/01/perl.html ). Коллеги предпочитают >> использовать RPM, но я его не знаю и боюсь. >> >> Схема БД хранится в репозитории в текстовом файле. Обновление всего, что >> связано с БД, происходит вручную. Выкатка кода происходит не часто, потому >> также делается вручную, согласно файлам INSTALL.TXT и UPDATE.TXT из того же >> репозитория. >> >> 8 марта 2012 г. 22:21 пользователь Alex Povolotsky >> написал: >> >>> Добрый вечер, >>> >>> а какой механизм деплоя сейчас наиболее рабочий для DBIx::Class и PgSQL? >>> >>> Alex >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> С уважением, Александр >> Личный блог: http://eax.me/ >> Мой форум: http://it-talk.org/ >> Мой Twitter: http://twitter.com/afiskon >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > Sincerely yours, > Oleg Kostyuk (CUB-UANIC) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From postmaster на softsearch.ru Sun Mar 11 00:05:21 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 11 Mar 2012 12:05:21 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> Message-ID: <1482973725.20120311120521@softsearch.ru> Здравствуйте, Ilya. > Как насчёт https://metacpan.org/module/sd? Очень интересная вещь. А вебморда к SD есть? -- С уважением, Михаил mailto:postmaster на softsearch.ru From dsimonov на gmail.com Sun Mar 11 04:35:08 2012 From: dsimonov на gmail.com (Dmitry Simonov) Date: Sun, 11 Mar 2012 15:35:08 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQvdCw0LrQvtC80YvQtSDRgNCw0LfRi9GB0Lo=?= =?utf-8?b?0LjQstCw0Y7RgiBqdW5pb3It0YDQsNC30YDQsNCx0L7RgtGH0LjQutCw?= Message-ID: Привет! Мои знакомые опять попросили рекомендаций на junior-перловиков, которым интересна full-time удалённая работа. Пишите в личку. junior-перловик - это тот, у кого до сих пор не было перла в работе "по самые помидоры", но кто хочет такое получить и обучиться. От себя могу сказать, что даже тех, у кого столько перла в работе есть, задачи моих знакомых станут некоторым откровением ;) П.С. здесь не флудить, plz. --- Dmitriy V. Simonov, Perl & Python programmer From ruz на bestpractical.com Sun Mar 11 06:53:31 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Sun, 11 Mar 2012 17:53:31 +0400 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: <1482973725.20120311120521@softsearch.ru> References: <1626917070.20120307223033@softsearch.ru> <1482973725.20120311120521@softsearch.ru> Message-ID: Есть маленький веб сервер для личного пользования. 11.03.2012 12:06 пользователь "Михаил Монашёв" написал: > Здравствуйте, Ilya. > > > Как насчёт https://metacpan.org/module/sd? > > Очень интересная вещь. А вебморда к SD есть? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sun Mar 11 08:23:01 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 11 Mar 2012 19:23:01 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> <1482973725.20120311120521@softsearch.ru> Message-ID: <792190362.20120311192301@softsearch.ru> Здравствуйте, Ruslan. >> Как насчёт https://metacpan.org/module/sd? >> Очень интересная вещь. А вебморда к SD есть? >>> Есть маленький веб сервер для личного пользования. Не совсем понял. Оно совсем в непотребном виде что ли? -- С уважением, Михаил mailto:postmaster на softsearch.ru From cub.uanic на gmail.com Sun Mar 11 08:57:45 2012 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Sun, 11 Mar 2012 17:57:45 +0200 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: <792190362.20120311192301@softsearch.ru> References: <1626917070.20120307223033@softsearch.ru> <1482973725.20120311120521@softsearch.ru> <792190362.20120311192301@softsearch.ru> Message-ID: Мммм... А может, cil устроит?.. Работает поверх git, если что. http://www.chilts.org/project/cil/ 11 марта 2012 г. 17:23 пользователь Михаил Монашёв написал: > Здравствуйте, Ruslan. > >>> Как насчёт https://metacpan.org/module/sd? > >>> Очень интересная вещь. А вебморда к SD есть? > >>>> Есть маленький веб сервер для личного пользования. > > Не совсем понял. Оно совсем в непотребном виде что ли? > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) From ruz на bestpractical.com Sun Mar 11 09:51:33 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Sun, 11 Mar 2012 20:51:33 +0400 Subject: [Moscow.pm] =?utf-8?b?0KLQuNC60LXRgi3RgdC40YHRgtC10LzRiyDQuCA=?= =?utf-8?b?0L7RhNC70LDQvdC+0LLQsNGPINGA0LDQsdC+0YLQsC4gW09GRlRPUElD?= =?utf-8?q?=5D?= In-Reply-To: <792190362.20120311192301@softsearch.ru> References: <1626917070.20120307223033@softsearch.ru> <1482973725.20120311120521@softsearch.ru> <792190362.20120311192301@softsearch.ru> Message-ID: Это больше трекер для личного использования для офлайн работы с другими трекерами. Не помню есть ли там синхронизация с Trac, но есть с другими. Ruslan from phone. 11.03.2012 19:23 пользователь "Михаил Монашёв" написал: > Здравствуйте, Ruslan. > > >> Как насчёт https://metacpan.org/module/sd? > > >> Очень интересная вещь. А вебморда к SD есть? > > >>> Есть маленький веб сервер для личного пользования. > > Не совсем понял. Оно совсем в непотребном виде что ли? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sun Mar 11 09:54:55 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 11 Mar 2012 20:54:55 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> <1482973725.20120311120521@softsearch.ru> <792190362.20120311192301@softsearch.ru> Message-ID: <1908515954.20120311205455@softsearch.ru> Здравствуйте, Ruslan. > Это больше трекер для личного использования для офлайн работы с > другими трекерами. Не помню есть ли там синхронизация с Trac, но > есть с другими. Невнимательно читал описание. Вроде всё есть. -- С уважением, Михаил mailto:postmaster на softsearch.ru From timonnius на gmail.com Mon Mar 12 03:03:51 2012 From: timonnius на gmail.com (=?KOI8-R?B?9MnNz8bFyiDtwdLLz9c=?=) Date: Mon, 12 Mar 2012 13:03:51 +0300 Subject: [Moscow.pm] =?koi8-r?b?TW9qb2xpY2lvdXM6OkxpdGUg0NLJzcXS2Q==?= Message-ID: Добрый день Moscow.pm! Пытаюсь освоить сабж (до этого с вебом почти не сталкивался) но очень страдаю от недостатка рабочих примеров. Те что б откопипастить себе, запустить, удостоверится что работает, и дальше мучить вдоволь. Меня интересуют самые самые основы (в частности кнопочки поля ввода и прочая элементарная штука) в официальных доках я ничего подобного не нашел, яндекс тоже помочь не смог. Всем заранее спасибо. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.fedoseev на gmail.com Mon Mar 12 03:14:26 2012 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Mon, 12 Mar 2012 14:14:26 +0400 Subject: [Moscow.pm] =?koi8-r?b?TW9qb2xpY2lvdXM6OkxpdGUg0NLJzcXS2Q==?= In-Reply-To: References: Message-ID: Кнопочки поля ввода делаются в шаблоне, сам Mojolicious тут не при чем. Примеров как обрабатывать то что тебе отдает форма с полями ввода в интрете и на оф. сайте навалом. https://github.com/alpha6/fotostore/blob/master/fotostore.pl Вот например минимальный скрипт хостящий картинки. 12 марта 2012 г. 14:03 пользователь Тимофей Марков написал: > Добрый день Moscow.pm! > Пытаюсь освоить сабж (до этого с вебом почти не сталкивался) но очень > страдаю от недостатка рабочих примеров. Те что б откопипастить себе, > запустить, удостоверится что работает, и дальше мучить вдоволь. Меня > интересуют самые самые основы (в частности кнопочки поля ввода и прочая > элементарная штука) в официальных доках я ничего подобного не нашел, > яндекс тоже помочь не смог. > Всем заранее спасибо. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sergey.malochinskiy на gmail.com Mon Mar 12 03:16:51 2012 From: sergey.malochinskiy на gmail.com (Sergey Malochinskiy) Date: Mon, 12 Mar 2012 14:16:51 +0400 Subject: [Moscow.pm] =?utf-8?b?TW9qb2xpY2lvdXM6OkxpdGUg0L/RgNC40LzQtdGA?= =?utf-8?b?0Ys=?= In-Reply-To: References: Message-ID: Приветствую. Тяжко с примерами простыми. Сам по кускам и более сложным примерам изучал. http://showmetheco.de/articles/2010/2/using-jquery-and-ajax-in-mojolicious.html - вот например маленький пример с Jquery. 12 марта 2012 г. 14:03 пользователь Тимофей Марков написал: > Добрый день Moscow.pm! > Пытаюсь освоить сабж (до этого с вебом почти не сталкивался) но очень > страдаю от недостатка рабочих примеров. Те что б откопипастить себе, > запустить, удостоверится что работает, и дальше мучить вдоволь. Меня > интересуют самые самые основы (в частности кнопочки поля ввода и прочая > элементарная штука) в официальных доках я ничего подобного не нашел, > яндекс тоже помочь не смог. > Всем заранее спасибо. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Sergey Malochinskiy ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From paul.vlasov на gmail.com Mon Mar 12 04:12:10 2012 From: paul.vlasov на gmail.com (Pavel Vlasov) Date: Mon, 12 Mar 2012 15:12:10 +0400 Subject: [Moscow.pm] =?utf-8?b?TW9qb2xpY2lvdXM6OkxpdGUg0L/RgNC40LzQtdGA?= =?utf-8?b?0Ys=?= In-Reply-To: References: Message-ID: Если вдруг потребуется Mojolicious не Lite: Отличный пример с авторизацией: http://koorchik.blogspot.com/2010/11/mojolicious-lite.html 2012/3/12 Sergey Malochinskiy > Приветствую. > > Тяжко с примерами простыми. > Сам по кускам и более сложным примерам изучал. > > > http://showmetheco.de/articles/2010/2/using-jquery-and-ajax-in-mojolicious.html - > вот например маленький пример с Jquery. > > > 12 марта 2012 г. 14:03 пользователь Тимофей Марков написал: > >> Добрый день Moscow.pm! >> Пытаюсь освоить сабж (до этого с вебом почти не сталкивался) но очень >> страдаю от недостатка рабочих примеров. Те что б откопипастить себе, >> запустить, удостоверится что работает, и дальше мучить вдоволь. Меня >> интересуют самые самые основы (в частности кнопочки поля ввода и прочая >> элементарная штука) в официальных доках я ничего подобного не нашел, >> яндекс тоже помочь не смог. >> Всем заранее спасибо. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Best regards, > Sergey Malochinskiy > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Pavel Vlasov Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavel на kuptsov.info Mon Mar 12 04:54:42 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Mon, 12 Mar 2012 15:54:42 +0400 Subject: [Moscow.pm] =?koi8-r?b?TW9qb2xpY2lvdXM6OkxpdGUg0NLJzcXS2SAo9MnN?= =?koi8-r?b?z8bFyiDtwdLLz9cp?= In-Reply-To: References: Message-ID: Для кнопочек, полей ввода - посмотрите лучше какой-нибудь инструмент вроде spry от адоб или bootstrap http://labs.adobe.com/technologies/spry/docs.html http://twitter.github.com/bootstrap/ Spry попроще будет. -- Павел From worldmind на mail.ru Mon Mar 12 05:51:39 2012 From: worldmind на mail.ru (worldmind) Date: Mon, 12 Mar 2012 15:51:39 +0300 Subject: [Moscow.pm] =?koi8-r?b?78PFzsvBINDPy9LZ1MnRIMvPxMEg1MXT1MHNyQ==?= In-Reply-To: References: Message-ID: <1331556699.2663.3.camel@host> В Чт., 08/03/2012 в 23:49 +0400, Walery Studennikov пишет: > Devel::Cover ? Или сразу https://github.com/worldmind/perl-test-code-quality-template/blob/master/xt/70-code-coverage.t From ruz на bestpractical.com Mon Mar 12 06:16:25 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Mon, 12 Mar 2012 17:16:25 +0400 Subject: [Moscow.pm] =?utf-8?b?TW9qb2xpY2lvdXM6OkxpdGUg0L/RgNC40LzQtdGA?= =?utf-8?b?0YsgKNCi0LjQvNC+0YTQtdC5INCc0LDRgNC60L7Qsik=?= In-Reply-To: References: Message-ID: Привет, Мне bootstrap очень понравился. Как раз штука для тех, кто знает CSS по столь по скольку. Позволяет сконцентрироваться на серверной части и получить при этом приемлимый вид страниц. В комплекте с FireBug или Chrome's developers tools еще легче. Увидел нужный элемент, ткнул правой кнопкой, inspect element, посмотрел HTML и повторил. У меня даже есть в загашнике плагин для Mojo, который генерирует bootstrap html из perl структур, но он пока в непотребном виде для выкладывания. 2012/3/12 Павел : > Для кнопочек, полей ввода - посмотрите лучше какой-нибудь инструмент > вроде spry от адоб или bootstrap > > http://labs.adobe.com/technologies/spry/docs.html > http://twitter.github.com/bootstrap/ > > Spry попроще будет. > -- > Павел > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ruslan. From ruz на bestpractical.com Mon Mar 12 06:22:29 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Mon, 12 Mar 2012 17:22:29 +0400 Subject: [Moscow.pm] =?utf-8?b?TW9qb2xpY2lvdXM6OkxpdGUg0L/RgNC40LzQtdGA?= =?utf-8?b?0YsgKNCi0LjQvNC+0YTQtdC5INCc0LDRgNC60L7Qsik=?= In-Reply-To: References: Message-ID: Еще не читал, но: Mojolicious + Bootstrap = Awesome http://blogs.perl.org/users/joel_berger/2012/03/mojolicious-bootstrap-awesome.html 2012/3/12 Ruslan Zakirov : > Привет, > > Мне bootstrap очень понравился. Как раз штука для тех, кто знает CSS > по столь по скольку. Позволяет сконцентрироваться на серверной части и > получить при этом приемлимый вид страниц. В комплекте с FireBug или > Chrome's developers tools еще легче. Увидел нужный элемент, ткнул > правой кнопкой, inspect element, посмотрел HTML и повторил. > > У меня даже есть в загашнике плагин для Mojo, который генерирует > bootstrap html из perl структур, но он пока в непотребном виде для > выкладывания. > > 2012/3/12 Павел : >> Для кнопочек, полей ввода - посмотрите лучше какой-нибудь инструмент >> вроде spry от адоб или bootstrap >> >> http://labs.adobe.com/technologies/spry/docs.html >> http://twitter.github.com/bootstrap/ >> >> Spry попроще будет. >> -- >> Павел >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Best regards, Ruslan. -- Best regards, Ruslan. From vaneska.ru на gmail.com Mon Mar 12 08:49:54 2012 From: vaneska.ru на gmail.com (=?KOI8-R?B?6dfBziDzz8vPzM/X?=) Date: Mon, 12 Mar 2012 19:49:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?TW9qb2xpY2lvdXM6OkxpdGUg0NLJzcXS2SAo9MnN?= =?koi8-r?b?z8bFyiDtwdLLz9cp?= In-Reply-To: References: Message-ID: Bootstrap великолепен. Делаю на нем админку. Очень удобно. Особенно для тех, кто очень не любит верстать. 12 марта 2012 г. 17:22 пользователь Ruslan Zakirov написал: > Еще не читал, но: > > Mojolicious + Bootstrap = Awesome > http://blogs.perl.org/users/joel_berger/2012/03/mojolicious-bootstrap-awesome.html > > 2012/3/12 Ruslan Zakirov : >> Привет, >> >> Мне bootstrap очень понравился. Как раз штука для тех, кто знает CSS >> по столь по скольку. Позволяет сконцентрироваться на серверной части и >> получить при этом приемлимый вид страниц. В комплекте с FireBug или >> Chrome's developers tools еще легче. Увидел нужный элемент, ткнул >> правой кнопкой, inspect element, посмотрел HTML и повторил. >> >> У меня даже есть в загашнике плагин для Mojo, который генерирует >> bootstrap html из perl структур, но он пока в непотребном виде для >> выкладывания. >> >> 2012/3/12 Павел : >>> Для кнопочек, полей ввода - посмотрите лучше какой-нибудь инструмент >>> вроде spry от адоб или bootstrap >>> >>> http://labs.adobe.com/technologies/spry/docs.html >>> http://twitter.github.com/bootstrap/ >>> >>> Spry попроще будет. >>> -- >>> Павел >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Best regards, Ruslan. > > > > -- > Best regards, Ruslan. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением, Иван From netspamer на gmail.com Mon Mar 12 15:51:25 2012 From: netspamer на gmail.com (Ali Ramazanov) Date: Tue, 13 Mar 2012 01:51:25 +0300 Subject: [Moscow.pm] utf8 Message-ID: Приветствую всех! Возможно я нарвался на что-то попсовое, но всё равно был удивлён. Работая со строками как с октетами, обнаружил, что eq не даёт положительно результата на две строки (при выводе на консоль они идентичны). Перевел их во внутренний формат, обнаружил, что буква 'й' может по-разному записываться. первый вариант: $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}\x{306}")' й at -e line 1. декомпозируется на два символа: $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}")' и at -e line 1. $ perl -e 'use Encode warn Encode::encode("utf8", "\x{306}")' ? at -e line 1. ------------------------------------------------- второй вариант: $ perl -e 'use Encode warn Encode::encode("utf8", "\x{439}")' й at -e line 1. На консоле первый и второй вариант выглядит абсолютно одинаково, как с этим правильно бороться кроме как замены и привидения к одному виду?) Потратил какое-то время и не хотел верить свои глазам :) Спасибо! ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Mon Mar 12 16:52:26 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Tue, 13 Mar 2012 01:52:26 +0200 Subject: [Moscow.pm] utf8 In-Reply-To: References: Message-ID: On Tue, Mar 13, 2012 at 12:51 AM, Ali Ramazanov wrote: > Возможно я нарвался на что-то попсовое, но всё равно был удивлён. > Работая со строками как с октетами, обнаружил, что eq не даёт положительно > результата на две строки  (при выводе на консоль они  идентичны). > Перевел их во внутренний формат, обнаружил, что буква 'й' может по-разному > записываться. > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}\x{306}")' > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{439}")' Как раз недавно здесь обсуждалось: perl -MUnicode::Collate -le 'print Unicode::Collate->new->eq("\x{438}\x{306}", "\x{439}")' From ruz на bestpractical.com Mon Mar 12 16:53:56 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Tue, 13 Mar 2012 03:53:56 +0400 Subject: [Moscow.pm] utf8 In-Reply-To: References: Message-ID: Привет. http://www.unicode.org/reports/tr15/ - тут смотреть таблички и картинки. Далее читать и обрабатывать свои данные: http://search.cpan.org/~sadahiro/Unicode-Normalize-1.14/Normalize.pm http://search.cpan.org/~flora/perl-5.14.2/pod/perlunicode.pod#Unicode_Regular_Expression_Support_Level Смотрим секцию RL2.1 Canonical Equivalents 2012/3/13 Ali Ramazanov : > Приветствую всех! > > Возможно я нарвался на что-то попсовое, но всё равно был удивлён. > Работая со строками как с октетами, обнаружил, что eq не даёт положительно > результата на две строки  (при выводе на консоль они  идентичны). > Перевел их во внутренний формат, обнаружил, что буква 'й' может по-разному > записываться. > > первый вариант: > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}\x{306}")' > й at -e line 1. > > декомпозируется на два символа: > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}")' > и at -e line 1. > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{306}")' > ? at -e line 1. > ------------------------------------------------- > > второй вариант: > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{439}")' > й at -e line 1. > > > На консоле первый и второй вариант выглядит абсолютно одинаково, как с этим > правильно бороться кроме как замены и привидения к одному виду?) > Потратил какое-то время и не хотел верить свои глазам :) > > Спасибо! > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ruslan. From afiskon на gmail.com Mon Mar 12 22:27:13 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Tue, 13 Mar 2012 09:27:13 +0400 Subject: [Moscow.pm] utf8 In-Reply-To: References: Message-ID: А сделать utf8::decode и сравнить во внутреннем формате перла не помогает? 13 марта 2012 г. 3:53 пользователь Ruslan Zakirov написал: > Привет. > > http://www.unicode.org/reports/tr15/ - тут смотреть таблички и картинки. > > Далее читать и обрабатывать свои данные: > > http://search.cpan.org/~sadahiro/Unicode-Normalize-1.14/Normalize.pm > > > http://search.cpan.org/~flora/perl-5.14.2/pod/perlunicode.pod#Unicode_Regular_Expression_Support_Level > > Смотрим секцию RL2.1 Canonical Equivalents > > > 2012/3/13 Ali Ramazanov : > > Приветствую всех! > > > > Возможно я нарвался на что-то попсовое, но всё равно был удивлён. > > Работая со строками как с октетами, обнаружил, что eq не даёт > положительно > > результата на две строки (при выводе на консоль они идентичны). > > Перевел их во внутренний формат, обнаружил, что буква 'й' может > по-разному > > записываться. > > > > первый вариант: > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}\x{306}")' > > й at -e line 1. > > > > декомпозируется на два символа: > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}")' > > и at -e line 1. > > > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{306}")' > > ? at -e line 1. > > ------------------------------------------------- > > > > второй вариант: > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{439}")' > > й at -e line 1. > > > > > > На консоле первый и второй вариант выглядит абсолютно одинаково, как с > этим > > правильно бороться кроме как замены и привидения к одному виду?) > > Потратил какое-то время и не хотел верить свои глазам :) > > > > Спасибо! > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > Best regards, Ruslan. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From netspamer на gmail.com Tue Mar 13 00:43:39 2012 From: netspamer на gmail.com (Ali Ramazanov) Date: Tue, 13 Mar 2012 11:43:39 +0400 Subject: [Moscow.pm] utf8 In-Reply-To: References: Message-ID: Пробовал, не помогает, так как коды символов отличаются. В общем нужна нормализация, как написали выше. Ещё обнаружил, что на utf8 консоли в mac os эти символы одинаковые, а на linux есть небольшие различия. 13 марта 2012 г. 9:27 пользователь Alexandr Alexeev написал: > А сделать utf8::decode и сравнить во внутреннем формате перла не помогает? > > 13 марта 2012 г. 3:53 пользователь Ruslan Zakirov написал: > > Привет. >> >> http://www.unicode.org/reports/tr15/ - тут смотреть таблички и картинки. >> >> Далее читать и обрабатывать свои данные: >> >> http://search.cpan.org/~sadahiro/Unicode-Normalize-1.14/Normalize.pm >> >> >> http://search.cpan.org/~flora/perl-5.14.2/pod/perlunicode.pod#Unicode_Regular_Expression_Support_Level >> >> Смотрим секцию RL2.1 Canonical Equivalents >> >> >> 2012/3/13 Ali Ramazanov : >> > Приветствую всех! >> > >> > Возможно я нарвался на что-то попсовое, но всё равно был удивлён. >> > Работая со строками как с октетами, обнаружил, что eq не даёт >> положительно >> > результата на две строки (при выводе на консоль они идентичны). >> > Перевел их во внутренний формат, обнаружил, что буква 'й' может >> по-разному >> > записываться. >> > >> > первый вариант: >> > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}\x{306}")' >> > й at -e line 1. >> > >> > декомпозируется на два символа: >> > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}")' >> > и at -e line 1. >> > >> > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{306}")' >> > ? at -e line 1. >> > ------------------------------------------------- >> > >> > второй вариант: >> > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{439}")' >> > й at -e line 1. >> > >> > >> > На консоле первый и второй вариант выглядит абсолютно одинаково, как с >> этим >> > правильно бороться кроме как замены и привидения к одному виду?) >> > Потратил какое-то время и не хотел верить свои глазам :) >> > >> > Спасибо! >> > >> > >> > -- >> > Moscow.pm mailing list >> > moscow-pm на pm.org | http://moscow.pm.org >> > >> >> >> >> -- >> Best regards, Ruslan. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From despairr на gmail.com Tue Mar 13 01:19:31 2012 From: despairr на gmail.com (Walery Studennikov) Date: Tue, 13 Mar 2012 12:19:31 +0400 Subject: [Moscow.pm] =?koi8-r?b?78PFzsvBINDPy9LZ1MnRIMvPxMEg1MXT1MHNyQ==?= In-Reply-To: <1331556699.2663.3.camel@host> References: <1331556699.2663.3.camel@host> Message-ID: 12 марта 2012 г. 16:51 пользователь worldmind написал: > В Чт., 08/03/2012 в 23:49 +0400, Walery Studennikov пишет: >> Devel::Cover ? > > Или сразу > https://github.com/worldmind/perl-test-code-quality-template/blob/master/xt/70-code-coverage.t Хм... Альтернатива Perl::Critic? Надеюсь, список правил настраивается... И почему им не хватило Perl::Critic? Или его нельзя расширять сверх правил из PBP по религиозным причинам? ;) -- Walery Studennikov http://www.reg.ru/ From nordicdyno на yandex.ru Tue Mar 13 01:30:24 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Tue, 13 Mar 2012 12:30:24 +0400 Subject: [Moscow.pm] utf8 In-Reply-To: References: Message-ID: <614871331627424@web87.yandex.ru> Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Tue Mar 13 01:47:06 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 13 Mar 2012 12:47:06 +0400 Subject: [Moscow.pm] =?koi8-r?b?9MnLxdQt08nT1MXN2SDJIM/GzMHOz9fB0SDSwcLP?= =?koi8-r?b?1MEuIFtPRkZUT1BJQ10=?= In-Reply-To: References: <1626917070.20120307223033@softsearch.ru> Message-ID: <626511798.20120313124706@softsearch.ru> Здравствуйте, Ilya. > Как насчёт https://metacpan.org/module/sd ? Интересная тулза, но как оказалось, страдает зависимостью от глючных или устаревших сторонних модулей, делающих, например, невозможным работу с Траком. Фиксить нет времени. А в целом, очень даже. -- С уважением, Михаил mailto:postmaster на softsearch.ru From worldmind на mail.ru Tue Mar 13 01:47:25 2012 From: worldmind на mail.ru (worldmind) Date: Tue, 13 Mar 2012 11:47:25 +0300 Subject: [Moscow.pm] =?koi8-r?b?78PFzsvBINDPy9LZ1MnRIMvPxMEg1MXT1MHNyQ==?= In-Reply-To: References: <1331556699.2663.3.camel@host> Message-ID: <1331628445.9549.2.camel@host> В Вт., 13/03/2012 в 12:19 +0400, Walery Studennikov пишет: > Хм... Альтернатива Perl::Critic? > Надеюсь, список правил настраивается... > И почему им не хватило Perl::Critic? > Или его нельзя расширять сверх правил из PBP по религиозным причинам? ;) почему альтернатива? Там и он тоже есть, просто набор нефункциональных тестов на качество кода, с критиком, метриками кода и многим другим From netspamer на gmail.com Tue Mar 13 01:48:22 2012 From: netspamer на gmail.com (Ali Ramazanov) Date: Tue, 13 Mar 2012 12:48:22 +0400 Subject: [Moscow.pm] utf8 In-Reply-To: <614871331627424@web87.yandex.ru> References: <614871331627424@web87.yandex.ru> Message-ID: Спасибо! Отличные статьи! 13 марта 2012 г. 12:30 пользователь Orlovsky Alexander написал: > Вот еще хорошая подборка статей о Perl&Unicode: > http://www.effectiveperlprogramming.com/blog/category/book/chapters/unicode > > мой пост в бложике на тему Unicode: > http://nordicdyno.github.com/blog/2012/02/17/unicode-basics/ > > 13.03.2012, 11:43, "Ali Ramazanov" : > > Пробовал, не помогает, так как коды символов отличаются. В общем нужна > нормализация, как написали выше. Ещё обнаружил, что на utf8 консоли в mac > os эти символы одинаковые, а на linux есть небольшие различия. > > 13 марта 2012 г. 9:27 пользователь Alexandr Alexeev написал: > > А сделать utf8::decode и сравнить во внутреннем формате перла не помогает? > > 13 марта 2012 г. 3:53 пользователь Ruslan Zakirov > написал: > > > Привет. > > http://www.unicode.org/reports/tr15/ - тут смотреть таблички и картинки. > > Далее читать и обрабатывать свои данные: > > http://search.cpan.org/~sadahiro/Unicode-Normalize-1.14/Normalize.pm > > > http://search.cpan.org/~flora/perl-5.14.2/pod/perlunicode.pod#Unicode_Regular_Expression_Support_Level > > Смотрим секцию RL2.1 Canonical Equivalents > > > 2012/3/13 Ali Ramazanov : > > Приветствую всех! > > > > Возможно я нарвался на что-то попсовое, но всё равно был удивлён. > > Работая со строками как с октетами, обнаружил, что eq не даёт > положительно > > результата на две строки (при выводе на консоль они идентичны). > > Перевел их во внутренний формат, обнаружил, что буква 'й' может > по-разному > > записываться. > > > > первый вариант: > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}\x{306}")' > > й at -e line 1. > > > > декомпозируется на два символа: > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{438}")' > > и at -e line 1. > > > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{306}")' > > ? at -e line 1. > > ------------------------------------------------- > > > > второй вариант: > > $ perl -e 'use Encode warn Encode::encode("utf8", "\x{439}")' > > й at -e line 1. > > > > > > На консоле первый и второй вариант выглядит абсолютно одинаково, как с > этим > > правильно бороться кроме как замены и привидения к одному виду?) > > Потратил какое-то время и не хотел верить свои глазам :) > > > > Спасибо! > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Best regards, Ruslan. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > 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 viacheslav.t на gmail.com Wed Mar 14 07:43:05 2012 From: viacheslav.t на gmail.com (vti) Date: Wed, 14 Mar 2012 16:43:05 +0200 Subject: [Moscow.pm] =?utf-8?q?Gabor_Szabo_=D0=B8_Test_Automation_Training?= =?utf-8?b?INCyINCa0LjQtdCy0LU=?= Message-ID: <4F60AE79.1030508@gmail.com> Дорогие друзья, Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание провести Perl тренинг на тему "Test Automation", если наберется нужное к-во людей. Если вы или ваша компания заинтересованы в участии, пожалуйста, присылайте ваши вопросы и заявки мне на почту viacheslav.t на gmail.com. Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите это предложение в ваши компании. Возможность провести тренинг существенно снизит наши расходы на проведение воркшопа и позволит оставить его бесплатным. ----------------------- The 2 days class will include both lectures and hands on exercises. Therefore the participants are requested to bring their own notebook machine to be able to enjoy the whole course. The assumption is that people are familiar with Perl but have little or no experience in writing tests in Perl. In the first 3/4 of the course we'll learn about the testing framework available in Perl (TAP and the Test::* modules). In last 1/4 we are going to learn about various tools to interact with external system (e.g. Databases, Web applications, Networking devices, CLI). After the course the participants will be able to write test for their applications. They will be able to setup a simple smoke testing environment to run regression tests, collect the results, and create nice reports. During the class we'll be talking about unit, integration, system and even acceptance testing with both white- and black-box testing in mind. The planned 4 parts of the training. (There might be some changes, but more or less this is how the parts will work out.) - Introduction to testing, why, when, who and how ? - Understanding the basic tasks of the QA engineer - Introduction to TAP - the Test Anything Protocol - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) - Common reporting framework (Test::Harness) - Extending the testing framework (Test::Builder) - Other testing modules including Test::Most, Test::Deep - More from Test::* (e.g. Test::Warn, Test::Exception) - Setting up continuous integration (smoke testing) - Report integration with Smolder - Command Line Interface (CLI) applications - Testing network devices - Testing Web application - Examples for database testing If time permits also - Testing file-systems - Microsoft Windows GUI applications About the trainer: Gabor Szabo has been using Perl since 1995 and teaching Perl since 2000. He is the lead developer of Padre, the Perl IDE, and he contributed unit tests to several CPAN modules. He is also the creator of DWIM Perl and he is writing the Perl Maven books. The class will be given in English. Participants are expected to bring their own computer to do the exercises. Sharing one computer by up to 2 student is acceptable and even encouraged. Fee: Regular registration fee is 400 USD + VAT / person Early bird till 30 April is 300 USD + VAT / person In order to have this course we will have to have enough people register by 5 April. In order to encourage you to do this we have a special discount price for people who register till 5 April, which is 200 USD + VAT / person From sharifulin на gmail.com Wed Mar 14 08:49:03 2012 From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=) Date: Wed, 14 Mar 2012 19:49:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?R2Fib3IgU3phYm8gySBUZXN0IEF1dG9tYXRpb24g?= =?koi8-r?b?VHJhaW5pbmcg1yDrycXXxQ==?= In-Reply-To: <4F60AE79.1030508@gmail.com> References: <4F60AE79.1030508@gmail.com> Message-ID: Конечно дорого, тем более ничего нового-интересного не узнаете. On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: > Дорогие друзья, > > Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев > посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание > провести Perl тренинг на тему "Test Automation", если наберется нужное > к-во людей. Если вы или ваша компания заинтересованы в участии, > пожалуйста, присылайте ваши вопросы и заявки мне на почту > viacheslav.t на gmail.com. > > Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 > Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. > > Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите > это предложение в ваши компании. Возможность провести тренинг > существенно снизит наши расходы на проведение воркшопа и позволит > оставить его бесплатным. > > ----------------------- > > The 2 days class will include both lectures and hands on exercises. > Therefore the participants are requested to bring their own notebook > machine to be able to enjoy the whole course. > > The assumption is that people are familiar with Perl but have little or > no experience in writing tests in Perl. > > In the first 3/4 of the course we'll learn about the testing framework > available in Perl (TAP and the Test::* modules). In last 1/4 > we are going to learn about various tools to interact with external > system (e.g. Databases, Web applications, Networking devices, CLI). > > After the course the participants will be able to write test for their > applications. They will be able to setup a simple smoke testing > environment to run regression tests, collect the results, > and create nice reports. > > During the class we'll be talking about unit, integration, > system and even acceptance testing with both white- and > black-box testing in mind. > > > The planned 4 parts of the training. (There might be > some changes, but more or less this is how the parts > will work out.) > > > - Introduction to testing, why, when, who and how ? > - Understanding the basic tasks of the QA engineer > - Introduction to TAP - the Test Anything Protocol > - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) > > > - Common reporting framework (Test::Harness) > - Extending the testing framework (Test::Builder) > - Other testing modules including Test::Most, Test::Deep > > > - More from Test::* (e.g. Test::Warn, Test::Exception) > - Setting up continuous integration (smoke testing) > - Report integration with Smolder > - Command Line Interface (CLI) applications > > > - Testing network devices > - Testing Web application > - Examples for database testing > If time permits also > - Testing file-systems > - Microsoft Windows GUI applications > > > About the trainer: > > Gabor Szabo has been using Perl since 1995 and teaching > Perl since 2000. He is the lead developer of Padre, the Perl IDE, > and he contributed unit tests to several CPAN modules. > He is also the creator of DWIM Perl and he is writing the > Perl Maven books. > > > The class will be given in English. > Participants are expected to bring their own computer to do the exercises. > Sharing one computer by up to 2 student is acceptable and even encouraged. > > Fee: > Regular registration fee is 400 USD + VAT / person > Early bird till 30 April is 300 USD + VAT / person > > In order to have this course we will have to have enough > people register by 5 April. In order to encourage you to > do this we have a special discount price for people who register > till 5 April, which is 200 USD + VAT / person > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timur.nozadze на gmail.com Wed Mar 14 12:28:59 2012 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Wed, 14 Mar 2012 23:28:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?6NXLySDQ0skg19nQz8zOxc7JySDUxdPUz9c=?= Message-ID: Добрый день. Есть некий модуль с набором тестов. Перед прогоном тестов и после их завершения нужно выполнять некие инициализирующие/финализирующие действия, например, распаковать какие-нибудь данные, нужные для тестирования, а потом их удалить. Хочется, чтобы эти действия выполнялись ровно один раз, как при прогоне нескольких тестов через Test::Harness/TAP::Harness, так и при прямом запуске какого-нибудь одного тестового скрипта. Нет ли каких-нибудь готовых средств для подобной задачи? Поиск по CPAN пока ничего не дал. -- С уважением, Тимур Нозадзе From ruz на bestpractical.com Wed Mar 14 12:37:27 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Wed, 14 Mar 2012 23:37:27 +0400 Subject: [Moscow.pm] =?utf-8?b?0KXRg9C60Lgg0L/RgNC4INCy0YvQv9C+0LvQvdC1?= =?utf-8?b?0L3QuNC4INGC0LXRgdGC0L7Qsg==?= In-Reply-To: References: Message-ID: 2012/3/14 Тимур Нозадзе : > Добрый день. > > Есть некий модуль с набором тестов. > Перед прогоном тестов и после их завершения нужно выполнять некие > инициализирующие/финализирующие действия, например, распаковать > какие-нибудь данные, нужные для тестирования, а потом их удалить. > Хочется, чтобы эти действия выполнялись ровно один раз, как при > прогоне нескольких тестов через Test::Harness/TAP::Harness, так и при > прямом запуске какого-нибудь одного тестового скрипта. > > Нет ли каких-нибудь готовых средств для подобной задачи? Поиск по CPAN > пока ничего не дал. Один раз на файл или один раз на несколько файлов? > > > -- > С уважением, Тимур Нозадзе > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ruslan. From zzz на zzz.org.ua Wed Mar 14 12:48:10 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 14 Mar 2012 21:48:10 +0200 Subject: [Moscow.pm] =?koi8-r?b?6NXLySDQ0skg19nQz8zOxc7JySDUxdPUz9c=?= In-Reply-To: References: Message-ID: >> Есть некий модуль с набором тестов. >> Перед прогоном тестов и после их завершения нужно выполнять некие >> инициализирующие/финализирующие действия, например, распаковать >> какие-нибудь данные, нужные для тестирования, а потом их удалить. >> Хочется, чтобы эти действия выполнялись ровно один раз, как при >> прогоне нескольких тестов через Test::Harness/TAP::Harness, так и при >> прямом запуске какого-нибудь одного тестового скрипта. >> >> Нет ли каких-нибудь готовых средств для подобной задачи? Поиск по CPAN >> пока ничего не дал. > > Один раз на файл или один раз на несколько файлов? BEGIN {} END {} не подходят? А если для всех файлов, то можно добавить в t/00-begin.t t/99-end.t From timur.nozadze на gmail.com Wed Mar 14 13:14:03 2012 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Thu, 15 Mar 2012 00:14:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?6NXLySDQ0skg19nQz8zOxc7JySDUxdPUz9c=?= In-Reply-To: References: Message-ID: > Один раз на файл или один раз на несколько файлов? Один раз на прогон тестов, независимо от того, прогоняется один файл или несколько. Т. е. запускаем напрямую любой один тест (perl t/01-sometest.pl) -- действия выполняются в начале и конце 01-sometest.pl. Запускаем набор файлов, например, через make test -- перед прогоном первого теста в первом файле и после прогона последнего в последнем. > BEGIN {} > END {} > не подходят? > > А если для всех файлов, то можно добавить в t/00-begin.t t/99-end.t Вот как раз эти два варианта работают каждый в своём случае, а хочется нечто комбинированное. Т. е. чтобы BEGIN отрабатывал только если тест-файл -- первый в прогоняемом наборе, END -- только если последний (в том числе, если он всего один). Подозреваю, что если тесты запускаются через Test::Harness, наверное, должен быть некий глобальный объект Test::Harness/Test::Builder, в который можно полезть грязными руками, и, угрожая утюгом, вытащить у него информацию обо всём наборе тестов и текущей позиции в нём. Но подробностей как оно там внутри работает, я не знаю, да и не хочется изобретать велосипед. 14 марта 2012 г. 23:48 пользователь Alexandr Gomoliako написал: >>> Есть некий модуль с набором тестов. >>> Перед прогоном тестов и после их завершения нужно выполнять некие >>> инициализирующие/финализирующие действия, например, распаковать >>> какие-нибудь данные, нужные для тестирования, а потом их удалить. >>> Хочется, чтобы эти действия выполнялись ровно один раз, как при >>> прогоне нескольких тестов через Test::Harness/TAP::Harness, так и при >>> прямом запуске какого-нибудь одного тестового скрипта. >>> >>> Нет ли каких-нибудь готовых средств для подобной задачи? Поиск по CPAN >>> пока ничего не дал. >> >> Один раз на файл или один раз на несколько файлов? > > BEGIN {} > END {} > не подходят? > > А если для всех файлов, то можно добавить в t/00-begin.t t/99-end.t > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением, Тимур Нозадзе From zzz на zzz.org.ua Wed Mar 14 13:51:19 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 14 Mar 2012 22:51:19 +0200 Subject: [Moscow.pm] =?koi8-r?b?6NXLySDQ0skg19nQz8zOxc7JySDUxdPUz9c=?= In-Reply-To: References: Message-ID: On Wed, Mar 14, 2012 at 10:14 PM, Тимур Нозадзе wrote: > Вот как раз эти два варианта работают каждый в своём случае, а хочется > нечто комбинированное. Т. е. чтобы BEGIN отрабатывал только если > тест-файл -- первый в прогоняемом наборе, END -- только если последний > (в том числе, если он всего один). > > Подозреваю, что если тесты запускаются через Test::Harness, наверное, > должен быть некий глобальный объект Test::Harness/Test::Builder, в > который можно полезть грязными руками, и, угрожая утюгом, вытащить у > него информацию обо всём наборе тестов и текущей позиции в нём. > Но подробностей как оно там внутри работает, я не знаю, да и не > хочется изобретать велосипед. Ну обычно отдельный процесс для каждого тест файла, так что не выйдет. Да и зачем в конце чистить? Это работа для make clean. Сам make и так много временных файлов насоздает. Хотя это наверное проблема, если вы используете системный /tmp. Не используйте его, пользуйтесь текущей директорией :) From ruz на bestpractical.com Wed Mar 14 14:06:59 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Thu, 15 Mar 2012 01:06:59 +0400 Subject: [Moscow.pm] =?utf-8?b?0KXRg9C60Lgg0L/RgNC4INCy0YvQv9C+0LvQvdC1?= =?utf-8?b?0L3QuNC4INGC0LXRgdGC0L7Qsg==?= In-Reply-To: References: Message-ID: 2012/3/15 Тимур Нозадзе : >> Один раз на файл или один раз на несколько файлов? > Один раз на прогон тестов, независимо от того, прогоняется один файл > или несколько. > Т. е.  запускаем напрямую любой один тест (perl t/01-sometest.pl) -- > действия выполняются в начале и конце 01-sometest.pl. > Запускаем набор файлов, например, через make test -- перед прогоном > первого теста в первом файле и после прогона последнего в последнем. Идеального решения вы не найдете. Есть три варианты запустить тесты: perl t/xxx.t prove -v t/xxx.t make test TEST_FILES=t/xxx.t Первый кардинально отличается от двух других, но и там не передается список тестов. Не нужно вам это. Инициализируйте и дропайте в каждом тесте. Возможность запускать параллельно тесты очень полезна. Еще в определенный момент захочется после падения тест файла оказаться в том же окружении. По этому, если тест развалился можно не дропать данные, а дополнительно выводить конфиг файл для запуска. -- Best regards, Ruslan. From timur.nozadze на gmail.com Wed Mar 14 15:34:36 2012 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Thu, 15 Mar 2012 02:34:36 +0400 Subject: [Moscow.pm] =?koi8-r?b?6NXLySDQ0skg19nQz8zOxc7JySDUxdPUz9c=?= In-Reply-To: References: Message-ID: > Да и зачем в конце чистить? Это работа для make clean. Сам make и так > много временных файлов насоздает. > Хотя это наверное проблема, если вы используете системный /tmp. Не > используйте его, пользуйтесь текущей директорией :) Нет, системный /tmp я не трогаю. В моём конкретном случае, предположим, чистить в конце действительно не так уж и важно, и можно оставить это для make clean. Но это если речь идёт о файлах. А если предположить, что инициализация подразумевает какие-то более хитрые действия, хотя бы, например, запись в БД? > Идеального решения вы не найдете. Есть три варианты запустить тесты: > > perl t/xxx.t > prove -v t/xxx.t > make test TEST_FILES=t/xxx.t Ну, вроде бы, и prove, и make test работают через Test::Harness/TAP::Harness, так что можно считать, что варианта более-менее два. :) > Не нужно вам это. Инициализируйте и дропайте в каждом тесте. Да, мне, может быть, и не так уж дозарезу нужно -- не так у меня много тестов, и не такие страшные вещи там делаются, чтобы нельзя было их делать в каждом тесте. Но если тестов много и сделать нужно что-то тяжёлое (например, перезалить/сгенерировать какую-нибудь не совсем маленькую тестовую БД) -- думаю, вышеобозначенная фича вполне могла бы иметь право на жизнь. 15 марта 2012 г. 1:06 пользователь Ruslan Zakirov написал: > 2012/3/15 Тимур Нозадзе : >>> Один раз на файл или один раз на несколько файлов? >> Один раз на прогон тестов, независимо от того, прогоняется один файл >> или несколько. >> Т. е. запускаем напрямую любой один тест (perl t/01-sometest.pl) -- >> действия выполняются в начале и конце 01-sometest.pl. >> Запускаем набор файлов, например, через make test -- перед прогоном >> первого теста в первом файле и после прогона последнего в последнем. > > Идеального решения вы не найдете. Есть три варианты запустить тесты: > > perl t/xxx.t > prove -v t/xxx.t > make test TEST_FILES=t/xxx.t > > Первый кардинально отличается от двух других, но и там не передается > список тестов. > > Не нужно вам это. Инициализируйте и дропайте в каждом тесте. > > Возможность запускать параллельно тесты очень полезна. > > Еще в определенный момент захочется после падения тест файла оказаться > в том же окружении. По этому, если тест развалился можно не дропать > данные, а дополнительно выводить конфиг файл для запуска. > > -- > Best regards, Ruslan. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением, Тимур Нозадзе From zzz на zzz.org.ua Wed Mar 14 16:25:05 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Thu, 15 Mar 2012 01:25:05 +0200 Subject: [Moscow.pm] =?koi8-r?b?6NXLySDQ0skg19nQz8zOxc7JySDUxdPUz9c=?= In-Reply-To: References: Message-ID: > оставить это для make clean. Но это если речь идёт о файлах. А если > предположить, что инициализация подразумевает какие-то более хитрые > действия, хотя бы, например, запись в БД? Ну если это SQLite, DB_File или что-то такое, то они же тоже простые файлы :) А для mysql и т.д. уже нужно что-то специально делать, можно через %ENV проверять или plan 'skip_all', если нету. Получится, что нестандартная часть не будет запускаться, там где не надо. В общем у меня так: 1. В каждом тесте создается директория tmp/tXX прямо в текущей директории, XX номер теста. 2. Данные чистятся непосредственно перед использованием, чтобы не заботиться о make clean. 3. Отдельный clean хук, чтобы удалить tmp/. Это позволяет избежать проблем с системным /tmp (особенно переполнением при ошибках), а также запускать тесты параллельно, как заметил Руслан, сохранять данные для дальнейшего расследования, выводить их сразу через diag, что для cpantesters и разных CI очень важно и т.д. From mi на ya.ru Wed Mar 14 22:39:50 2012 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Mar 2012 09:39:50 +0400 Subject: [Moscow.pm] =?koi8-r?b?R2Fib3IgU3phYm8gySBUZXN0IEF1dG9tYXRpb24g?= =?koi8-r?b?VHJhaW5pbmcg1yDrycXXxQ==?= In-Reply-To: References: <4F60AE79.1030508@gmail.com> Message-ID: <344681331789990@web38.yandex.ru> странно, а в Риге это стоило 100 евро 14.03.2012, 19:49, "Анатолий Шарифулин" : > Конечно дорого, тем более ничего нового-интересного не узнаете. > > On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: >> Дорогие друзья, >> >> Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев >> посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание >> провести Perl тренинг на тему "Test Automation", если наберется нужное >> к-во людей. Если вы или ваша компания заинтересованы в участии, >> пожалуйста, присылайте ваши вопросы и заявки мне на почту >> viacheslav.t на gmail.com. >> >> Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 >> Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. >> >> Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите >> это предложение в ваши компании. Возможность провести тренинг >> существенно снизит наши расходы на проведение воркшопа и позволит >> оставить его бесплатным. >> >> ----------------------- >> >> The 2 days class will include both lectures and hands on exercises. >> Therefore the participants are requested to bring their own notebook >> machine to be able to enjoy the whole course. >> >> The assumption is that people are familiar with Perl but have little or >> no experience in writing tests in Perl. >> >> In the first 3/4 of the course we'll learn about the testing framework >> available in Perl (TAP and the Test::* modules). In last 1/4 >> we are going to learn about various tools to interact with external >> system (e.g. Databases, Web applications, Networking devices, CLI). >> >> After the course the participants will be able to write test for their >> applications. They will be able to setup a simple smoke testing >> environment to run regression tests, collect the results, >> and create nice reports. >> >> During the class we'll be talking about unit, integration, >> system and even acceptance testing with both white- and >> black-box testing in mind. >> >> The planned 4 parts of the training. (There might be >> some changes, but more or less this is how the parts >> will work out.) >> >> - Introduction to testing, why, when, who and how ? >> - Understanding the basic tasks of the QA engineer >> - Introduction to TAP - the Test Anything Protocol >> - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) >> >> - Common reporting framework (Test::Harness) >> - Extending the testing framework (Test::Builder) >> - Other testing modules including Test::Most, Test::Deep >> >> - More from Test::* (e.g. Test::Warn, Test::Exception) >> - Setting up continuous integration (smoke testing) >> - Report integration with Smolder >> - Command Line Interface (CLI) applications >> >> - Testing network devices >> - Testing Web application >> - Examples for database testing >> If time permits also >> - Testing file-systems >> - Microsoft Windows GUI applications >> >> About the trainer: >> >> Gabor Szabo has been using Perl since 1995 and teaching >> Perl since 2000. He is the lead developer of Padre, the Perl IDE, >> and he contributed unit tests to several CPAN modules. >> He is also the creator of DWIM Perl and he is writing the >> Perl Maven books. >> >> The class will be given in English. >> Participants are expected to bring their own computer to do the exercises. >> Sharing one computer by up to 2 student is acceptable and even encouraged. >> >> Fee: >> Regular registration fee is 400 USD + VAT / person >> Early bird till 30 April is 300 USD + VAT / person >> >> In order to have this course we will have to have enough >> people register by 5 April. In order to encourage you to >> do this we have a special discount price for people who register >> till 5 April, which is 200 USD + VAT / person >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > -- > С уважением, >  Анатолий Шарифулин. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Nikolay Mishin From afiskon на gmail.com Wed Mar 14 23:12:20 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 15 Mar 2012 10:12:20 +0400 Subject: [Moscow.pm] =?utf-8?b?0KXRg9C60Lgg0L/RgNC4INCy0YvQv9C+0LvQvdC1?= =?utf-8?b?0L3QuNC4INGC0LXRgdGC0L7Qsg==?= In-Reply-To: References: Message-ID: Скорее всего, вы делаете что-то не так. Но если очень хочется - напишите собственный скрипт run-tests.pl, который 1. Если получает аргумент all - прогоняет все тесты 2. Если получает список тестов - прогоняет только их Для совместимости с prove и остальными можете использовать переменную окружения, типа USING_RUN_TESTS=1 или TESTS_DATA_INIT=1 - если она установлена - ничего не создаем и не удаляем, если не установлена - делаем инициализацию и очестку в самих тестах. ИЛИ напишите один мага-тест, который прогоняет остальные (лежащие в .pm файлах) в зависимости например от тех же переменных окружения. 15 марта 2012 г. 3:25 пользователь Alexandr Gomoliako написал: > > оставить это для make clean. Но это если речь идёт о файлах. А если > > предположить, что инициализация подразумевает какие-то более хитрые > > действия, хотя бы, например, запись в БД? > > Ну если это SQLite, DB_File или что-то такое, то они же тоже простые файлы > :) > А для mysql и т.д. уже нужно что-то специально делать, можно через > %ENV проверять или plan 'skip_all', если нету. Получится, что > нестандартная часть не будет запускаться, там где не надо. > > В общем у меня так: > 1. В каждом тесте создается директория tmp/tXX прямо в текущей > директории, XX номер теста. > 2. Данные чистятся непосредственно перед использованием, чтобы не > заботиться о make clean. > 3. Отдельный clean хук, чтобы удалить tmp/. > > Это позволяет избежать проблем с системным /tmp (особенно > переполнением при ошибках), а также запускать тесты параллельно, как > заметил Руслан, сохранять данные для дальнейшего расследования, > выводить их сразу через diag, что для cpantesters и разных CI очень > важно и т.д. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vovkasm на gmail.com Wed Mar 14 23:15:40 2012 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Thu, 15 Mar 2012 10:15:40 +0400 Subject: [Moscow.pm] =?utf-8?b?0KXRg9C60Lgg0L/RgNC4INCy0YvQv9C+0LvQvdC1?= =?utf-8?b?0L3QuNC4INGC0LXRgdGC0L7Qsg==?= In-Reply-To: References: Message-ID: 14 марта 2012 г. 23:28 пользователь Тимур Нозадзе написал: > Добрый день. > > Есть некий модуль с набором тестов. > Перед прогоном тестов и после их завершения нужно выполнять некие > инициализирующие/финализирующие действия, например, распаковать > какие-нибудь данные, нужные для тестирования, а потом их удалить. > Хочется, чтобы эти действия выполнялись ровно один раз, как при > прогоне нескольких тестов через Test::Harness/TAP::Harness, так и при > прямом запуске какого-нибудь одного тестового скрипта. > > Нет ли каких-нибудь готовых средств для подобной задачи? Поиск по CPAN > пока ничего не дал. > Здесь уже писали, это не самый лучший способ держать общие тестовые данные на несколько тестов, это будет работать, только если эти данные не меняются. Готового решения вы не найдете, скорей всего, ведь тестовый файл - это по определению просто исполняемый файл (не обязательно даже на перле), который выдает в STDOUT данные в соответствии с TAP протоколом. Но сделать то, что вы хотите не так сложно, видится два варианта: 1. t/lib/TestUtil.pm - в нем весь общий код на тему инициализации и очистки тестовых данных t/00_init_env.t - инициализирует тестовые данные и создает файл test_env.lock (к примеру) t/*.t в них что-то вроде BEGIN { -e 'test_env.lock' || TestUtil::init_test_env() } и аналогично с END t/99_clean_env.t - чистит тестовые данные как-то так... 2. Если тестов становится много, можно конвертнуться в Test::Class... (там можно сделать общий setup/teardown) -- Vladimir Timofeev From dmitry на karasik.eu.org Thu Mar 15 02:34:51 2012 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Thu, 15 Mar 2012 10:34:51 +0100 Subject: [Moscow.pm] =?koi8-r?b?R2Fib3IgU3phYm8gySBUZXN0IEF1dG9tYXRpb24g?= =?koi8-r?b?VHJhaW5pbmcg1yDrycXXxQ==?= In-Reply-To: <344681331789990@web38.yandex.ru> References: <4F60AE79.1030508@gmail.com> <344681331789990@web38.yandex.ru> Message-ID: <20120315093451.GA81690@tetsuo.karasik.eu.org> Габор переоценивает платежеспособность украинских компаний ;) /dk On Thu, Mar 15, 2012 at 09:39:50AM +0400, Nikolay Mishin wrote: > странно, а в Риге это стоило 100 евро > > 14.03.2012, 19:49, "Анатолий Шарифулин" : > > Конечно дорого, тем более ничего нового-интересного не узнаете. > > > > On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: > >> Дорогие друзья, > >> > >> Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев > >> посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание > >> провести Perl тренинг на тему "Test Automation", если наберется нужное > >> к-во людей. Если вы или ваша компания заинтересованы в участии, > >> пожалуйста, присылайте ваши вопросы и заявки мне на почту > >> viacheslav.t на gmail.com. > >> > >> Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 > >> Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. > >> > >> Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите > >> это предложение в ваши компании. Возможность провести тренинг > >> существенно снизит наши расходы на проведение воркшопа и позволит > >> оставить его бесплатным. > >> > >> ----------------------- > >> > >> The 2 days class will include both lectures and hands on exercises. > >> Therefore the participants are requested to bring their own notebook > >> machine to be able to enjoy the whole course. > >> > >> The assumption is that people are familiar with Perl but have little or > >> no experience in writing tests in Perl. > >> > >> In the first 3/4 of the course we'll learn about the testing framework > >> available in Perl (TAP and the Test::* modules). In last 1/4 > >> we are going to learn about various tools to interact with external > >> system (e.g. Databases, Web applications, Networking devices, CLI). > >> > >> After the course the participants will be able to write test for their > >> applications. They will be able to setup a simple smoke testing > >> environment to run regression tests, collect the results, > >> and create nice reports. > >> > >> During the class we'll be talking about unit, integration, > >> system and even acceptance testing with both white- and > >> black-box testing in mind. > >> > >> The planned 4 parts of the training. (There might be > >> some changes, but more or less this is how the parts > >> will work out.) > >> > >> - Introduction to testing, why, when, who and how ? > >> - Understanding the basic tasks of the QA engineer > >> - Introduction to TAP - the Test Anything Protocol > >> - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) > >> > >> - Common reporting framework (Test::Harness) > >> - Extending the testing framework (Test::Builder) > >> - Other testing modules including Test::Most, Test::Deep > >> > >> - More from Test::* (e.g. Test::Warn, Test::Exception) > >> - Setting up continuous integration (smoke testing) > >> - Report integration with Smolder > >> - Command Line Interface (CLI) applications > >> > >> - Testing network devices > >> - Testing Web application > >> - Examples for database testing > >> If time permits also > >> - Testing file-systems > >> - Microsoft Windows GUI applications > >> > >> About the trainer: > >> > >> Gabor Szabo has been using Perl since 1995 and teaching > >> Perl since 2000. He is the lead developer of Padre, the Perl IDE, > >> and he contributed unit tests to several CPAN modules. > >> He is also the creator of DWIM Perl and he is writing the > >> Perl Maven books. > >> > >> The class will be given in English. > >> Participants are expected to bring their own computer to do the exercises. > >> Sharing one computer by up to 2 student is acceptable and even encouraged. > >> > >> Fee: > >> Regular registration fee is 400 USD + VAT / person > >> Early bird till 30 April is 300 USD + VAT / person > >> > >> In order to have this course we will have to have enough > >> people register by 5 April. In order to encourage you to > >> do this we have a special discount price for people who register > >> till 5 April, which is 200 USD + VAT / person > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > > С уважением, > >  Анатолий Шарифулин. > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Nikolay Mishin > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely, Dmitry Karasik From chesnokov.ilya на gmail.com Thu Mar 15 02:35:30 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 15 Mar 2012 13:35:30 +0400 Subject: [Moscow.pm] =?utf-8?q?Gabor_Szabo_=D0=B8_Test_Automation_Training?= =?utf-8?b?INCyINCa0LjQtdCy0LU=?= In-Reply-To: <344681331789990@web38.yandex.ru> References: <4F60AE79.1030508@gmail.com> <344681331789990@web38.yandex.ru> Message-ID: Инфляция ;) 15 марта 2012 г. 9:39 пользователь Nikolay Mishin написал: > странно, а в Риге это стоило 100 евро > > 14.03.2012, 19:49, "Анатолий Шарифулин" : >> Конечно дорого, тем более ничего нового-интересного не узнаете. >> >> On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: >>> Дорогие друзья, >>> >>> Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев >>> посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание >>> провести Perl тренинг на тему "Test Automation", если наберется нужное >>> к-во людей. Если вы или ваша компания заинтересованы в участии, >>> пожалуйста, присылайте ваши вопросы и заявки мне на почту >>> viacheslav.t на gmail.com. >>> >>> Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 >>> Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. >>> >>> Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите >>> это предложение в ваши компании. Возможность провести тренинг >>> существенно снизит наши расходы на проведение воркшопа и позволит >>> оставить его бесплатным. >>> >>> ----------------------- >>> >>> The 2 days class will include both lectures and hands on exercises. >>> Therefore the participants are requested to bring their own notebook >>> machine to be able to enjoy the whole course. >>> >>> The assumption is that people are familiar with Perl but have little or >>> no experience in writing tests in Perl. >>> >>> In the first 3/4 of the course we'll learn about the testing framework >>> available in Perl (TAP and the Test::* modules). In last 1/4 >>> we are going to learn about various tools to interact with external >>> system (e.g. Databases, Web applications, Networking devices, CLI). >>> >>> After the course the participants will be able to write test for their >>> applications. They will be able to setup a simple smoke testing >>> environment to run regression tests, collect the results, >>> and create nice reports. >>> >>> During the class we'll be talking about unit, integration, >>> system and even acceptance testing with both white- and >>> black-box testing in mind. >>> >>> The planned 4 parts of the training. (There might be >>> some changes, but more or less this is how the parts >>> will work out.) >>> >>> - Introduction to testing, why, when, who and how ? >>> - Understanding the basic tasks of the QA engineer >>> - Introduction to TAP - the Test Anything Protocol >>> - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) >>> >>> - Common reporting framework (Test::Harness) >>> - Extending the testing framework (Test::Builder) >>> - Other testing modules including Test::Most, Test::Deep >>> >>> - More from Test::* (e.g. Test::Warn, Test::Exception) >>> - Setting up continuous integration (smoke testing) >>> - Report integration with Smolder >>> - Command Line Interface (CLI) applications >>> >>> - Testing network devices >>> - Testing Web application >>> - Examples for database testing >>> If time permits also >>> - Testing file-systems >>> - Microsoft Windows GUI applications >>> >>> About the trainer: >>> >>> Gabor Szabo has been using Perl since 1995 and teaching >>> Perl since 2000. He is the lead developer of Padre, the Perl IDE, >>> and he contributed unit tests to several CPAN modules. >>> He is also the creator of DWIM Perl and he is writing the >>> Perl Maven books. >>> >>> The class will be given in English. >>> Participants are expected to bring their own computer to do the exercises. >>> Sharing one computer by up to 2 student is acceptable and even encouraged. >>> >>> Fee: >>> Regular registration fee is 400 USD + VAT / person >>> Early bird till 30 April is 300 USD + VAT / person >>> >>> In order to have this course we will have to have enough >>> people register by 5 April. In order to encourage you to >>> do this we have a special discount price for people who register >>> till 5 April, which is 200 USD + VAT / person >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> С уважением, >>  Анатолий Шарифулин. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > -- > Nikolay Mishin > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From chesnokov.ilya на gmail.com Thu Mar 15 02:45:05 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 15 Mar 2012 13:45:05 +0400 Subject: [Moscow.pm] =?utf-8?q?Gabor_Szabo_=D0=B8_Test_Automation_Training?= =?utf-8?b?INCyINCa0LjQtdCy0LU=?= In-Reply-To: References: <4F60AE79.1030508@gmail.com> <344681331789990@web38.yandex.ru> Message-ID: Ура! Наконец-то на сайте perlmova.org появились точные даты проведения конференции: http://perlmova.org/yr2012/ - можно заказывать билеты :) Кстати, забавляет страница статистики: http://perlmova.org/yr2012/stats :) 15 марта 2012 г. 13:35 пользователь Ilya Chesnokov написал: > Инфляция ;) > > 15 марта 2012 г. 9:39 пользователь Nikolay Mishin написал: >> странно, а в Риге это стоило 100 евро >> >> 14.03.2012, 19:49, "Анатолий Шарифулин" : >>> Конечно дорого, тем более ничего нового-интересного не узнаете. >>> >>> On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: >>>> Дорогие друзья, >>>> >>>> Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев >>>> посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание >>>> провести Perl тренинг на тему "Test Automation", если наберется нужное >>>> к-во людей. Если вы или ваша компания заинтересованы в участии, >>>> пожалуйста, присылайте ваши вопросы и заявки мне на почту >>>> viacheslav.t на gmail.com. >>>> >>>> Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 >>>> Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. >>>> >>>> Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите >>>> это предложение в ваши компании. Возможность провести тренинг >>>> существенно снизит наши расходы на проведение воркшопа и позволит >>>> оставить его бесплатным. >>>> >>>> ----------------------- >>>> >>>> The 2 days class will include both lectures and hands on exercises. >>>> Therefore the participants are requested to bring their own notebook >>>> machine to be able to enjoy the whole course. >>>> >>>> The assumption is that people are familiar with Perl but have little or >>>> no experience in writing tests in Perl. >>>> >>>> In the first 3/4 of the course we'll learn about the testing framework >>>> available in Perl (TAP and the Test::* modules). In last 1/4 >>>> we are going to learn about various tools to interact with external >>>> system (e.g. Databases, Web applications, Networking devices, CLI). >>>> >>>> After the course the participants will be able to write test for their >>>> applications. They will be able to setup a simple smoke testing >>>> environment to run regression tests, collect the results, >>>> and create nice reports. >>>> >>>> During the class we'll be talking about unit, integration, >>>> system and even acceptance testing with both white- and >>>> black-box testing in mind. >>>> >>>> The planned 4 parts of the training. (There might be >>>> some changes, but more or less this is how the parts >>>> will work out.) >>>> >>>> - Introduction to testing, why, when, who and how ? >>>> - Understanding the basic tasks of the QA engineer >>>> - Introduction to TAP - the Test Anything Protocol >>>> - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) >>>> >>>> - Common reporting framework (Test::Harness) >>>> - Extending the testing framework (Test::Builder) >>>> - Other testing modules including Test::Most, Test::Deep >>>> >>>> - More from Test::* (e.g. Test::Warn, Test::Exception) >>>> - Setting up continuous integration (smoke testing) >>>> - Report integration with Smolder >>>> - Command Line Interface (CLI) applications >>>> >>>> - Testing network devices >>>> - Testing Web application >>>> - Examples for database testing >>>> If time permits also >>>> - Testing file-systems >>>> - Microsoft Windows GUI applications >>>> >>>> About the trainer: >>>> >>>> Gabor Szabo has been using Perl since 1995 and teaching >>>> Perl since 2000. He is the lead developer of Padre, the Perl IDE, >>>> and he contributed unit tests to several CPAN modules. >>>> He is also the creator of DWIM Perl and he is writing the >>>> Perl Maven books. >>>> >>>> The class will be given in English. >>>> Participants are expected to bring their own computer to do the exercises. >>>> Sharing one computer by up to 2 student is acceptable and even encouraged. >>>> >>>> Fee: >>>> Regular registration fee is 400 USD + VAT / person >>>> Early bird till 30 April is 300 USD + VAT / person >>>> >>>> In order to have this course we will have to have enough >>>> people register by 5 April. In order to encourage you to >>>> do this we have a special discount price for people who register >>>> till 5 April, which is 200 USD + VAT / person >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> -- >>> С уважением, >>>  Анатолий Шарифулин. >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Nikolay Mishin >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Best regards, > Ilya Chesnokov -- Best regards, Ilya Chesnokov From viacheslav.t на gmail.com Thu Mar 15 02:55:25 2012 From: viacheslav.t на gmail.com (vti) Date: Thu, 15 Mar 2012 11:55:25 +0200 Subject: [Moscow.pm] =?koi8-r?b?R2Fib3IgU3phYm8gySBUZXN0IEF1dG9tYXRpb24g?= =?koi8-r?b?VHJhaW5pbmcg1yDrycXXxQ==?= In-Reply-To: References: <4F60AE79.1030508@gmail.com> <344681331789990@web38.yandex.ru> Message-ID: <4F61BC8D.2000709@gmail.com> On 03/15/2012 11:45 AM, Ilya Chesnokov wrote: > Ура! Наконец-то на сайте perlmova.org появились точные даты проведения > конференции: http://perlmova.org/yr2012/ - можно заказывать билеты :) > > Кстати, забавляет страница статистики: http://perlmova.org/yr2012/stats :) Ничего еще нет. Показалось! From mi на ya.ru Thu Mar 15 04:21:10 2012 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Mar 2012 15:21:10 +0400 Subject: [Moscow.pm] =?koi8-r?b?R2Fib3IgU3phYm8gySBUZXN0IEF1dG9tYXRpb24g?= =?koi8-r?b?VHJhaW5pbmcg1yDrycXXxQ==?= In-Reply-To: References: <4F60AE79.1030508@gmail.com> <344681331789990@web38.yandex.ru> Message-ID: <708031331810470@web78.yandex.ru> А, я понял там 2 дня, так что 200 евро за 2 дня - это нормально, я бы даже сам сходил к Габору (но не в апреле,а августе 20-22 во Франкфурте на Майне), думаю, ему имело бы смысл все разбить на дни, чтобы можно было и 100 евро заплатить за 1 день, но, если в Москве компании за это не платят, не думаю, чтобы это делали киевляне, мы же, пока еще - не Германия 15.03.2012, 13:35, "Ilya Chesnokov" : > Инфляция ;) > > 15 марта 2012 г. 9:39 пользователь Nikolay Mishin написал: > >>  странно, а в Риге это стоило 100 евро >> >>  14.03.2012, 19:49, "Анатолий Шарифулин" : >>>  Конечно дорого, тем более ничего нового-интересного не узнаете. >>> >>>  On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: >>>>  Дорогие друзья, >>>> >>>>  Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев >>>>  посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть желание >>>>  провести Perl тренинг на тему "Test Automation", если наберется нужное >>>>  к-во людей. Если вы или ваша компания заинтересованы в участии, >>>>  пожалуйста, присылайте ваши вопросы и заявки мне на почту >>>>  viacheslav.t на gmail.com. >>>> >>>>  Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а до 5 >>>>  Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. >>>> >>>>  Далее следует анонс от Gabor Szabo на английском. Пожалуйста, перешлите >>>>  это предложение в ваши компании. Возможность провести тренинг >>>>  существенно снизит наши расходы на проведение воркшопа и позволит >>>>  оставить его бесплатным. >>>> >>>>  ----------------------- >>>> >>>>  The 2 days class will include both lectures and hands on exercises. >>>>  Therefore the participants are requested to bring their own notebook >>>>  machine to be able to enjoy the whole course. >>>> >>>>  The assumption is that people are familiar with Perl but have little or >>>>  no experience in writing tests in Perl. >>>> >>>>  In the first 3/4 of the course we'll learn about the testing framework >>>>  available in Perl (TAP and the Test::* modules). In last 1/4 >>>>  we are going to learn about various tools to interact with external >>>>  system (e.g. Databases, Web applications, Networking devices, CLI). >>>> >>>>  After the course the participants will be able to write test for their >>>>  applications. They will be able to setup a simple smoke testing >>>>  environment to run regression tests, collect the results, >>>>  and create nice reports. >>>> >>>>  During the class we'll be talking about unit, integration, >>>>  system and even acceptance testing with both white- and >>>>  black-box testing in mind. >>>> >>>>  The planned 4 parts of the training. (There might be >>>>  some changes, but more or less this is how the parts >>>>  will work out.) >>>> >>>>  - Introduction to testing, why, when, who and how ? >>>>  - Understanding the basic tasks of the QA engineer >>>>  - Introduction to TAP - the Test Anything Protocol >>>>  - Testing tools in Perl for testing Perl Modules (Test::Simple, Test::More) >>>> >>>>  - Common reporting framework (Test::Harness) >>>>  - Extending the testing framework (Test::Builder) >>>>  - Other testing modules including Test::Most, Test::Deep >>>> >>>>  - More from Test::* (e.g. Test::Warn, Test::Exception) >>>>  - Setting up continuous integration (smoke testing) >>>>  - Report integration with Smolder >>>>  - Command Line Interface (CLI) applications >>>> >>>>  - Testing network devices >>>>  - Testing Web application >>>>  - Examples for database testing >>>>  If time permits also >>>>  - Testing file-systems >>>>  - Microsoft Windows GUI applications >>>> >>>>  About the trainer: >>>> >>>>  Gabor Szabo has been using Perl since 1995 and teaching >>>>  Perl since 2000. He is the lead developer of Padre, the Perl IDE, >>>>  and he contributed unit tests to several CPAN modules. >>>>  He is also the creator of DWIM Perl and he is writing the >>>>  Perl Maven books. >>>> >>>>  The class will be given in English. >>>>  Participants are expected to bring their own computer to do the exercises. >>>>  Sharing one computer by up to 2 student is acceptable and even encouraged. >>>> >>>>  Fee: >>>>  Regular registration fee is 400 USD + VAT / person >>>>  Early bird till 30 April is 300 USD + VAT / person >>>> >>>>  In order to have this course we will have to have enough >>>>  people register by 5 April. In order to encourage you to >>>>  do this we have a special discount price for people who register >>>>  till 5 April, which is 200 USD + VAT / person >>>> >>>>  -- >>>>  Moscow.pm mailing list >>>>  moscow-pm на pm.org | http://moscow.pm.org >>>  -- >>>  С уважением, >>>   Анатолий Шарифулин. >>>  -- >>>  Moscow.pm mailing list >>>  moscow-pm на pm.org | http://moscow.pm.org >>  -- >>  Nikolay Mishin >>  -- >>  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 -- Nikolay Mishin From ruz на bestpractical.com Thu Mar 15 05:39:12 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Thu, 15 Mar 2012 16:39:12 +0400 Subject: [Moscow.pm] =?utf-8?q?Gabor_Szabo_=D0=B8_Test_Automation_Training?= =?utf-8?b?INCyINCa0LjQtdCy0LU=?= In-Reply-To: <708031331810470@web78.yandex.ru> References: <4F60AE79.1030508@gmail.com> <344681331789990@web38.yandex.ru> <708031331810470@web78.yandex.ru> Message-ID: 200USD за два дня это низкая цена для любого города Ruslan from phone. 15.03.2012 15:21 пользователь "Nikolay Mishin" написал: > А, я понял там 2 дня, так что 200 евро за 2 дня - это нормально, я бы даже > сам сходил к Габору (но не в апреле,а августе 20-22 во Франкфурте на > Майне), думаю, ему имело бы смысл все разбить на дни, чтобы можно было и > 100 евро заплатить за 1 день, но, если в Москве компании за это не платят, > не думаю, чтобы это делали киевляне, мы же, пока еще - не Германия > > 15.03.2012, 13:35, "Ilya Chesnokov" : > > Инфляция ;) > > > > 15 марта 2012 г. 9:39 пользователь Nikolay Mishin написал: > > > >> странно, а в Риге это стоило 100 евро > >> > >> 14.03.2012, 19:49, "Анатолий Шарифулин" : > >>> Конечно дорого, тем более ничего нового-интересного не узнаете. > >>> > >>> On Wed, Mar 14, 2012 at 6:43 PM, vti wrote: > >>>> Дорогие друзья, > >>>> > >>>> Во время Perl воркшопа этой весной (анонс будет несколько позже) Киев > >>>> посетит Gabor Szabo (perlweekly.com, szabgab.com). У него есть > желание > >>>> провести Perl тренинг на тему "Test Automation", если наберется > нужное > >>>> к-во людей. Если вы или ваша компания заинтересованы в участии, > >>>> пожалуйста, присылайте ваши вопросы и заявки мне на почту > >>>> viacheslav.t на gmail.com. > >>>> > >>>> Стоимость 400 USD + VAT, регистрация до 30 Апреля 300 USD + VAT, а > до 5 > >>>> Апреля 200 USD + VAT. До 5 Апреля уже нужно определиться с участием. > >>>> > >>>> Далее следует анонс от Gabor Szabo на английском. Пожалуйста, > перешлите > >>>> это предложение в ваши компании. Возможность провести тренинг > >>>> существенно снизит наши расходы на проведение воркшопа и позволит > >>>> оставить его бесплатным. > >>>> > >>>> ----------------------- > >>>> > >>>> The 2 days class will include both lectures and hands on exercises. > >>>> Therefore the participants are requested to bring their own notebook > >>>> machine to be able to enjoy the whole course. > >>>> > >>>> The assumption is that people are familiar with Perl but have little > or > >>>> no experience in writing tests in Perl. > >>>> > >>>> In the first 3/4 of the course we'll learn about the testing > framework > >>>> available in Perl (TAP and the Test::* modules). In last 1/4 > >>>> we are going to learn about various tools to interact with external > >>>> system (e.g. Databases, Web applications, Networking devices, CLI). > >>>> > >>>> After the course the participants will be able to write test for > their > >>>> applications. They will be able to setup a simple smoke testing > >>>> environment to run regression tests, collect the results, > >>>> and create nice reports. > >>>> > >>>> During the class we'll be talking about unit, integration, > >>>> system and even acceptance testing with both white- and > >>>> black-box testing in mind. > >>>> > >>>> The planned 4 parts of the training. (There might be > >>>> some changes, but more or less this is how the parts > >>>> will work out.) > >>>> > >>>> - Introduction to testing, why, when, who and how ? > >>>> - Understanding the basic tasks of the QA engineer > >>>> - Introduction to TAP - the Test Anything Protocol > >>>> - Testing tools in Perl for testing Perl Modules (Test::Simple, > Test::More) > >>>> > >>>> - Common reporting framework (Test::Harness) > >>>> - Extending the testing framework (Test::Builder) > >>>> - Other testing modules including Test::Most, Test::Deep > >>>> > >>>> - More from Test::* (e.g. Test::Warn, Test::Exception) > >>>> - Setting up continuous integration (smoke testing) > >>>> - Report integration with Smolder > >>>> - Command Line Interface (CLI) applications > >>>> > >>>> - Testing network devices > >>>> - Testing Web application > >>>> - Examples for database testing > >>>> If time permits also > >>>> - Testing file-systems > >>>> - Microsoft Windows GUI applications > >>>> > >>>> About the trainer: > >>>> > >>>> Gabor Szabo has been using Perl since 1995 and teaching > >>>> Perl since 2000. He is the lead developer of Padre, the Perl IDE, > >>>> and he contributed unit tests to several CPAN modules. > >>>> He is also the creator of DWIM Perl and he is writing the > >>>> Perl Maven books. > >>>> > >>>> The class will be given in English. > >>>> Participants are expected to bring their own computer to do the > exercises. > >>>> Sharing one computer by up to 2 student is acceptable and even > encouraged. > >>>> > >>>> Fee: > >>>> Regular registration fee is 400 USD + VAT / person > >>>> Early bird till 30 April is 300 USD + VAT / person > >>>> > >>>> In order to have this course we will have to have enough > >>>> people register by 5 April. In order to encourage you to > >>>> do this we have a special discount price for people who register > >>>> till 5 April, which is 200 USD + VAT / person > >>>> > >>>> -- > >>>> Moscow.pm mailing list > >>>> moscow-pm на pm.org | http://moscow.pm.org > >>> -- > >>> С уважением, > >>> Анатолий Шарифулин. > >>> -- > >>> Moscow.pm mailing list > >>> moscow-pm на pm.org | http://moscow.pm.org > >> -- > >> Nikolay Mishin > >> -- > >> 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 > > -- > Nikolay Mishin > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From viacheslav.t на gmail.com Thu Mar 15 08:14:42 2012 From: viacheslav.t на gmail.com (vti) Date: Thu, 15 Mar 2012 17:14:42 +0200 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8gwqtQ?= =?utf-8?b?ZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7IDIwMTI=?= Message-ID: <4F620762.9000707@gmail.com> Дорогие друзья! В этом году уже пятая по счету объединенная конференция ?Perl Mova? и YAPC::Russia ?May Perl? 2012 пройдет в Киеве 12-13 мая. Эта конференция особенно привлекательна из-за участия известных Perl-деятелей: Tatsuhiko Miyagawa и Gabor Szabo. Для участия в конференции необходимо зарегистрироваться. Участие бесплатное. Пожалуйста, регистрируйтесь уже сейчас, это поможет нам лучше спланировать мероприятие. Генеральный спонсор конференции ? платежный шлюз Gateline.net (http://gateline.net). Страница для регистрации http://event.perlrussia.org/yr2012/. В социальных сетях используйте тег #yr2012. Присоединяйтесь! From zzz на zzz.org.ua Thu Mar 15 13:08:30 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Thu, 15 Mar 2012 22:08:30 +0200 Subject: [Moscow.pm] [ANN] nginx-perl-1.1.17.1 Message-ID: Анонс http://mailman.nginx.org/pipermail/nginx/2012-March/032646.html Основное, что было сделано после 1.1.11.1 -- это тестирование. Теперь можно добавлять в зависимости, тестировать на cpantesters, travis-ci и т.д. В планах покрыть тестами совместимое с nginx'ом API. Из интересного: пример, что можно делать с запросами: http://zzzcpan.github.com/nginx-perl/Nginx.html#REQUEST_QUEUE Webpage: http://zzzcpan.github.com/nginx-perl/ Github: https://github.com/zzzcpan/nginx-perl CPAN: Nginx::Perl Changes: https://raw.github.com/zzzcpan/nginx-perl/master/CHANGES.perl From angel на domashka.kiev.ua Thu Mar 15 13:27:23 2012 From: angel на domashka.kiev.ua (Alessandro Gorohovski) Date: Thu, 15 Mar 2012 22:27:23 +0200 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8gwqtQ?= =?utf-8?b?ZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7IDIwMTI=?= In-Reply-To: <4F620762.9000707@gmail.com> References: <4F620762.9000707@gmail.com> Message-ID: vti писал(а) в своём письме Thu, 15 Mar 2012 17:14:42 +0200: > Дорогие друзья! > > В этом году уже пятая по счету объединенная конференция ?Perl Mova? и > YAPC::Russia ?May Perl? 2012 пройдет в Киеве 12-13 мая. > > Эта конференция особенно привлекательна из-за участия известных > Perl-деятелей: Tatsuhiko Miyagawa и Gabor Szabo. > > Для участия в конференции необходимо зарегистрироваться. Участие > бесплатное. Пожалуйста, регистрируйтесь уже сейчас, это поможет нам > лучше спланировать мероприятие. > > Генеральный спонсор конференции ? платежный шлюз Gateline.net > (http://gateline.net). > > Страница для регистрации http://event.perlrussia.org/yr2012/. В > социальных сетях используйте тег #yr2012. > > Присоединяйтесь! Попробовал зарегистрироваться, Регистрация Не работает :( -- ANG From andy на shitov.ru Thu Mar 15 13:41:10 2012 From: andy на shitov.ru (Andrew Shitov) Date: Thu, 15 Mar 2012 21:41:10 +0100 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8g?= =?utf-8?b?wqtQZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7?= =?utf-8?q?_2012?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: Как именно не работает? Я попробовал - ОК. 2012/3/15 Alessandro Gorohovski : > vti писал(а) в своём письме Thu, 15 Mar 2012 > 17:14:42 +0200: > > >> Дорогие друзья! >> >> В этом году уже пятая по счету объединенная конференция ?Perl Mova? и >> YAPC::Russia ?May Perl? 2012 пройдет в Киеве 12-13 мая. >> >> Эта конференция особенно привлекательна из-за участия известных >> Perl-деятелей: Tatsuhiko Miyagawa и Gabor Szabo. >> >> Для участия в конференции необходимо зарегистрироваться. Участие >> бесплатное. Пожалуйста, регистрируйтесь уже сейчас, это поможет нам >> лучше спланировать мероприятие. >> >> Генеральный спонсор конференции ? платежный шлюз Gateline.net >> (http://gateline.net). >> >> Страница для регистрации http://event.perlrussia.org/yr2012/. В >> социальных сетях используйте тег #yr2012. >> >> Присоединяйтесь! > > > Попробовал зарегистрироваться, > > Регистрация Не работает > :( > > > -- > ANG > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From angel на domashka.kiev.ua Thu Mar 15 13:48:08 2012 From: angel на domashka.kiev.ua (Alessandro Gorohovski) Date: Thu, 15 Mar 2012 22:48:08 +0200 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8gwqtQ?= =?utf-8?b?ZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7IDIwMTI=?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: Andrew Shitov писал(а) в своём письме Thu, 15 Mar 2012 22:41:10 +0200: > Как именно не работает? Я попробовал - ОК. 1. Выполняю --------------------------- Вход для новых пользователей Зарегистрируйтесь и создайте новую учетную запись. Эта операция требует подтверждения. Пожалуйста, укажите адрес своей электронной почты, и вы получите письмо со ссылкой для подтверждения. \ Электронная почта --------------------------- 2. Указываю свой e-mail OK --------------------------- 3. Пишет "Отправлено письмо на адрес angel на domashka.kiev.ua. Перейдите по ссылке в письме, чтобы завершить операцию." а никакого письма не приходит. Соответственно завершить операцию не удаётся. :( > > 2012/3/15 Alessandro Gorohovski : >> vti писал(а) в своём письме Thu, 15 Mar 2012 >> 17:14:42 +0200: >> >> >>> Дорогие друзья! >>> >>> В этом году уже пятая по счету объединенная конференция ?Perl Mova? и >>> YAPC::Russia ?May Perl? 2012 пройдет в Киеве 12-13 мая. >>> >>> Эта конференция особенно привлекательна из-за участия известных >>> Perl-деятелей: Tatsuhiko Miyagawa и Gabor Szabo. >>> >>> Для участия в конференции необходимо зарегистрироваться. Участие >>> бесплатное. Пожалуйста, регистрируйтесь уже сейчас, это поможет нам >>> лучше спланировать мероприятие. >>> >>> Генеральный спонсор конференции ? платежный шлюз Gateline.net >>> (http://gateline.net). >>> >>> Страница для регистрации http://event.perlrussia.org/yr2012/. В >>> социальных сетях используйте тег #yr2012. >>> >>> Присоединяйтесь! >> >> >> Попробовал зарегистрироваться, >> >> Регистрация Не работает >> :( >> >> >> -- >> ANG >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- ANG From andy на shitov.ru Thu Mar 15 13:55:36 2012 From: andy на shitov.ru (Andrew Shitov) Date: Thu, 15 Mar 2012 21:55:36 +0100 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8g?= =?utf-8?b?wqtQZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7?= =?utf-8?q?_2012?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: Я пришлю отдельным письмом прямую ссылку на завершение регистрации. 2012/3/15 Alessandro Gorohovski : > Andrew Shitov писал(а) в своём письме Thu, 15 Mar 2012 > 22:41:10 +0200: > > >> Как именно не работает? Я попробовал - ОК. > > > 1. > Выполняю > --------------------------- > Вход для новых пользователей > > Зарегистрируйтесь и создайте новую учетную запись. > > Эта операция требует подтверждения. Пожалуйста, укажите адрес своей > электронной почты, и вы получите письмо со ссылкой для подтверждения. \ > Электронная почта > --------------------------- > 2. > Указываю свой e-mail > OK > --------------------------- > 3. > Пишет > "Отправлено письмо на адрес angel на domashka.kiev.ua. Перейдите по ссылке в > письме, чтобы завершить операцию." > > а никакого письма не приходит. > Соответственно завершить операцию не удаётся. > :( > > > >> >> 2012/3/15 Alessandro Gorohovski : >>> >>> vti писал(а) в своём письме Thu, 15 Mar 2012 >>> 17:14:42 +0200: >>> >>> >>>> Дорогие друзья! >>>> >>>> В этом году уже пятая по счету объединенная конференция ?Perl Mova? и >>>> YAPC::Russia ?May Perl? 2012 пройдет в Киеве 12-13 мая. >>>> >>>> Эта конференция особенно привлекательна из-за участия известных >>>> Perl-деятелей: Tatsuhiko Miyagawa и Gabor Szabo. >>>> >>>> Для участия в конференции необходимо зарегистрироваться. Участие >>>> бесплатное. Пожалуйста, регистрируйтесь уже сейчас, это поможет нам >>>> лучше спланировать мероприятие. >>>> >>>> Генеральный спонсор конференции ? платежный шлюз Gateline.net >>>> (http://gateline.net). >>>> >>>> Страница для регистрации http://event.perlrussia.org/yr2012/. В >>>> социальных сетях используйте тег #yr2012. >>>> >>>> Присоединяйтесь! >>> >>> >>> >>> Попробовал зарегистрироваться, >>> >>> Регистрация Не работает >>> :( >>> >>> >>> -- >>> ANG >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> > > > -- > ANG > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From maxim.vuets на gmail.com Thu Mar 15 13:58:50 2012 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Thu, 15 Mar 2012 21:58:50 +0100 Subject: [Moscow.pm] =?koi8-r?b?MTItMTMgzcHRLiDrycXXLiDvwt/FxMnOxc7OwdEg?= =?koi8-r?b?y8/OxsXSxc7DydEgPDxQZXJsIE1vdmE+PiDJIFlBUEM6OlJ1c3Np?= =?koi8-r?b?YSA8PE1heSBQZXJsPj4gMjAxMg==?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: On Thu, Mar 15, 2012 at 9:41 PM, Andrew Shitov wrote: > Как именно не работает? Я попробовал - ОК. Ещё мелкий (скорее косметический) баг. Предлагает залогиниться, хотя я уже вошёл: http://ompldr.org/vZDFnOA/yr2012-reg.png -- maxim.vuets.name From zzz на zzz.org.ua Thu Mar 15 16:49:33 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 16 Mar 2012 01:49:33 +0200 Subject: [Moscow.pm] =?koi8-r?b?MTItMTMgzcHRLiDrycXXLiDvwt/FxMnOxc7OwdEg?= =?koi8-r?b?y8/OxsXSxc7DydEgPDxQZXJsIE1vdmE+PiDJIFlBUEM6OlJ1c3Np?= =?koi8-r?b?YSA8PE1heSBQZXJsPj4gMjAxMg==?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: >> а никакого письма не приходит. Тоже не приходит. From zzz на zzz.org.ua Thu Mar 15 16:52:24 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 16 Mar 2012 01:52:24 +0200 Subject: [Moscow.pm] =?koi8-r?b?MTItMTMgzcHRLiDrycXXLiDvwt/FxMnOxc7OwdEg?= =?koi8-r?b?y8/OxsXSxc7DydEgPDxQZXJsIE1vdmE+PiDJIFlBUEM6OlJ1c3Np?= =?koi8-r?b?YSA8PE1heSBQZXJsPj4gMjAxMg==?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: On Fri, Mar 16, 2012 at 1:49 AM, Alexandr Gomoliako wrote: >>> а никакого письма не приходит. > > Тоже не приходит. Never mind. На мейлинатор все приходит. From cub.uanic на gmail.com Fri Mar 16 07:55:23 2012 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Fri, 16 Mar 2012 16:55:23 +0200 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8g?= =?utf-8?b?wqtQZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7?= =?utf-8?q?_2012?= In-Reply-To: <4F620762.9000707@gmail.com> References: <4F620762.9000707@gmail.com> Message-ID: А где будет проходить мероприятие - уже известно? И - двумя руками "за" за видеозапись. Камеры нет, увы - но могу обеспечить штатив :) 15 марта 2012 г. 17:14 пользователь vti написал: > Дорогие друзья! > > В этом году уже пятая по счету объединенная конференция ?Perl Mova? и > YAPC::Russia ?May Perl? 2012 пройдет в Киеве 12-13 мая. > > Эта конференция особенно привлекательна из-за участия известных > Perl-деятелей: Tatsuhiko Miyagawa и Gabor Szabo. > > Для участия в конференции необходимо зарегистрироваться. Участие > бесплатное. Пожалуйста, регистрируйтесь уже сейчас, это поможет нам > лучше спланировать мероприятие. > > Генеральный спонсор конференции ? платежный шлюз Gateline.net > (http://gateline.net). > > Страница для регистрации http://event.perlrussia.org/yr2012/. В > социальных сетях используйте тег #yr2012. > > Присоединяйтесь! > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) From andy на shitov.ru Fri Mar 16 07:58:57 2012 From: andy на shitov.ru (Andrew Shitov) Date: Fri, 16 Mar 2012 15:58:57 +0100 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8g?= =?utf-8?b?wqtQZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7?= =?utf-8?q?_2012?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: > А где будет проходить мероприятие - уже известно? Еще нет. > И - двумя руками "за" за видеозапись. Камеры нет, увы - но могу > обеспечить штатив :) Кто бы спорил :-) Сложность не в штативе. -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From viacheslav.t на gmail.com Fri Mar 16 07:59:36 2012 From: viacheslav.t на gmail.com (vti) Date: Fri, 16 Mar 2012 16:59:36 +0200 Subject: [Moscow.pm] =?utf-8?b?MTItMTMg0LzQsNGPLiDQmtC40LXQsi4g0J7QsdGK?= =?utf-8?b?0LXQtNC40L3QtdC90L3QsNGPINC60L7QvdGE0LXRgNC10L3RhtC40Y8gwqtQ?= =?utf-8?b?ZXJsIE1vdmHCuyDQuCBZQVBDOjpSdXNzaWEgwqtNYXkgUGVybMK7IDIwMTI=?= In-Reply-To: References: <4F620762.9000707@gmail.com> Message-ID: <4F635558.9060405@gmail.com> On 03/16/2012 04:55 PM, Oleg Kostyuk wrote: > А где будет проходить мероприятие - уже известно? В процессе. > И - двумя руками "за" за видеозапись. Камеры нет, увы - но могу > обеспечить штатив :) Штатив это хорошо. Напиши мне на почту :) From mail на knutov.com Fri Mar 16 12:43:26 2012 From: mail на knutov.com (Nick Knutov) Date: Sat, 17 Mar 2012 01:43:26 +0600 Subject: [Moscow.pm] =?utf-8?b?0Y7QvdC40YIg0YLQtdGB0YLRiw==?= Message-ID: <4F6397DE.4010005@knutov.com> Привествую всех, а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте "как придумать что тестировать"? Реальный пример - я пишу разные биллинги и около-хостинговые панельки, и вот они уже таких размеров, что я начинаю думать, что юнит тесты уже наверное таки нужны, но из-за этих же размеров я не могу придумать что же именно тестировать, так чтобы был покрыт тестами весь код. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From worldmind на mail.ru Fri Mar 16 13:08:35 2012 From: worldmind на mail.ru (worldmind) Date: Fri, 16 Mar 2012 23:08:35 +0300 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <4F6397DE.4010005@knutov.com> References: <4F6397DE.4010005@knutov.com> Message-ID: <1331928515.2072.8.camel@host> В Сб., 17/03/2012 в 01:43 +0600, Nick Knutov пишет: > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте > "как придумать что тестировать"? Не очень понятно в чём вопрос - то что код делает, то и тестировать, юнит тестирование это же тестирование юнита - например, есть модуль определяющий стоимость услуги на нужный срок исходя из текущего состояния услуги, клиента и тарифа, вот и нужно его обложить mock объектами и подавать на вход разные их комбинации проверяя что стоимость подсчитана верно. А если уже нужны интеграционные тесты всего и вся, то у панельки/биллинга должно быть API - создать клиента, сменить тариф, добавить услугу, это API и нужно вызывать в какой-то изолированно от продакшена развёрнутой версии и проверять что нужные действия выполнились -- Alexey Shrub From worldmind на mail.ru Fri Mar 16 13:10:28 2012 From: worldmind на mail.ru (worldmind) Date: Fri, 16 Mar 2012 23:10:28 +0300 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <1331928515.2072.8.camel@host> References: <4F6397DE.4010005@knutov.com> <1331928515.2072.8.camel@host> Message-ID: <1331928628.2072.10.camel@host> В Пт., 16/03/2012 в 23:08 +0300, worldmind пишет: > В Сб., 17/03/2012 в 01:43 +0600, Nick Knutov пишет: > > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте > > "как придумать что тестировать"? Или речь о том как подобрать минимальный набор тестов для максимального покрытия? From zzz на zzz.org.ua Fri Mar 16 13:16:08 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Fri, 16 Mar 2012 22:16:08 +0200 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <1331928515.2072.8.camel@host> References: <4F6397DE.4010005@knutov.com> <1331928515.2072.8.camel@host> Message-ID: On Fri, Mar 16, 2012 at 10:08 PM, worldmind wrote: > В Сб., 17/03/2012 в 01:43 +0600, Nick Knutov пишет: >> а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте >> "как придумать что тестировать"? > > Не очень понятно в чём вопрос - то что код делает, то и тестировать, > юнит тестирование это же тестирование юнита - например, есть модуль > определяющий стоимость услуги на нужный срок исходя из текущего > состояния услуги, клиента и тарифа, вот и нужно его обложить mock > объектами и подавать на вход разные их комбинации проверяя что стоимость > подсчитана верно. > А если уже нужны интеграционные тесты всего и вся, то у > панельки/биллинга должно быть API - создать клиента, сменить тариф, > добавить услугу, это API и нужно вызывать в какой-то изолированно от > продакшена развёрнутой версии и проверять что нужные действия > выполнились А если чуть поточнее, то можно начать тестировать те куски кода, которые собираетесь менять. Например, нашелся баг в функции - написали тест для функции, захотелось оптимизировать что-то - написали тест для этого чего-то, и т.д. From afiskon на gmail.com Fri Mar 16 13:19:03 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Fri, 16 Mar 2012 23:19:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0Y7QvdC40YIg0YLQtdGB0YLRiw==?= In-Reply-To: <1331928515.2072.8.camel@host> References: <4F6397DE.4010005@knutov.com> <1331928515.2072.8.camel@host> Message-ID: Советую почитать про TDD. Книг не нужно - просто нагуглите пару статей. Я одно время был очень скептически настроен по отношению к этой методологии, а теперь активно ее практикую и не понимаю, как до этого жил. Самое главное - вы будете точно знать "что тестировать". 16 марта 2012 г. 23:08 пользователь worldmind написал: > В Сб., 17/03/2012 в 01:43 +0600, Nick Knutov пишет: > > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте > > "как придумать что тестировать"? > > Не очень понятно в чём вопрос - то что код делает, то и тестировать, > юнит тестирование это же тестирование юнита - например, есть модуль > определяющий стоимость услуги на нужный срок исходя из текущего > состояния услуги, клиента и тарифа, вот и нужно его обложить mock > объектами и подавать на вход разные их комбинации проверяя что стоимость > подсчитана верно. > А если уже нужны интеграционные тесты всего и вся, то у > панельки/биллинга должно быть API - создать клиента, сменить тариф, > добавить услугу, это API и нужно вызывать в какой-то изолированно от > продакшена развёрнутой версии и проверять что нужные действия > выполнились > > -- > Alexey Shrub > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Fri Mar 16 13:28:44 2012 From: mail на knutov.com (Nick Knutov) Date: Sat, 17 Mar 2012 02:28:44 +0600 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <1331928515.2072.8.camel@host> References: <4F6397DE.4010005@knutov.com> <1331928515.2072.8.camel@host> Message-ID: <4F63A27C.1060509@knutov.com> А я вот даже и не очень понимаю как сформулировать вопрос. Есть много кода. Он местами старый. API местами нет. Часть функционала вынесена в апи, а часть много и часто меняется и предполагается использовать только с основного места установки биллинга. Опять же, все мысли о юнит тестах стали появляться после того, как я перестал помнить все основные юз кейсы (раньше, пока всего было меньше, просто прокликать все ситуации было проще и быстрее, чем писать тесты, учитывающие все последние изменения). Ну а если я не могу вспомнить с какими входными данными тестировать - есть ли какие-то базовые принципы/методологии, как всё это придумывать? Кроме очевидностей, которые либо никогда не случаются, либо с ними приложение просто не запускается и сам этот факт уже и является достаточным тестом. 17.03.2012 2:08, worldmind написал: > Не очень понятно в чём вопрос - то что код делает, то и тестировать, > юнит тестирование это же тестирование юнита - например, есть модуль > определяющий стоимость услуги на нужный срок исходя из текущего > состояния услуги, клиента и тарифа, вот и нужно его обложить mock > объектами и подавать на вход разные их комбинации проверяя что стоимость > подсчитана верно. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From mail на knutov.com Fri Mar 16 13:32:25 2012 From: mail на knutov.com (Nick Knutov) Date: Sat, 17 Mar 2012 02:32:25 +0600 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: References: <4F6397DE.4010005@knutov.com> <1331928515.2072.8.camel@host> Message-ID: <4F63A359.2000901@knutov.com> Читал. Но это параллельная вселенная. Тут есть два момента: 1) это хорошо, когда с нуля. Когда добавлять в проект, которому 6+ лет - это уже ни разу не просто и не очевидно. 2) (глобально) для большинства моих проектов (учитывая то, как я их пишу, и что пишу их именно я, причем в основном один) потерянное время на написание тестов перевешивает любую их пользую. 17.03.2012 2:19, Alexandr Alexeev написал: > Советую почитать про TDD. Книг не нужно - просто нагуглите пару статей. > > Я одно время был очень скептически настроен по отношению к этой > методологии, а теперь активно ее практикую и не понимаю, как до этого > жил. Самое главное - вы будете точно знать "что тестировать". -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From worldmind на mail.ru Fri Mar 16 13:54:01 2012 From: worldmind на mail.ru (worldmind) Date: Fri, 16 Mar 2012 23:54:01 +0300 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <4F63A27C.1060509@knutov.com> References: <4F6397DE.4010005@knutov.com> <1331928515.2072.8.camel@host> <4F63A27C.1060509@knutov.com> Message-ID: <1331931241.2072.19.camel@host> В Сб., 17/03/2012 в 02:28 +0600, Nick Knutov пишет: > есть ли какие-то базовые > принципы/методологии, как всё это придумывать? Кроме очевидностей, > которые либо никогда не случаются, либо с ними приложение просто не > запускается и сам этот факт уже и является достаточным тестом. Думаю что попытка написать полный тест на забытый/незнакомый код не будет удачной, нужно написать минимальный тест на имеющиеся в памяти варианты использования, приучиться выполнять make test перед коммитом, и потом в процессе разработки дополнять тесты появляющимися вариантами использования - жизнь или богиня программирования (Ада?) багами подскажет что тестировать. Можно конечно по логам набрать наборы входных данных, но в реальной системе покрыть таким образом всё тестами очень трудоёмко. Ну и понятное дело к выделению стабильного API нужно двигаться. From andrei.protasovitski на gmail.com Fri Mar 16 14:02:58 2012 From: andrei.protasovitski на gmail.com (Andrei) Date: Fri, 16 Mar 2012 22:02:58 +0100 Subject: [Moscow.pm] =?utf-8?b?0Y7QvdC40YIg0YLQtdGB0YLRiw==?= In-Reply-To: <4F6397DE.4010005@knutov.com> References: <4F6397DE.4010005@knutov.com> Message-ID: http://shop.oreilly.com/product/9780596100926.do -- замечательная книга. 16 марта 2012 г. 20:43 пользователь Nick Knutov написал: > Привествую всех, > > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте > "как придумать что тестировать"? > > Реальный пример - я пишу разные биллинги и около-хостинговые панельки, и > вот они уже таких размеров, что я начинаю думать, что юнит тесты уже > наверное таки нужны, но из-за этих же размеров я не могу придумать что же > именно тестировать, так чтобы был покрыт тестами весь код. > > -- > 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 andy на shitov.ru Fri Mar 16 16:01:10 2012 From: andy на shitov.ru (Andrew Shitov) Date: Sat, 17 Mar 2012 00:01:10 +0100 Subject: [Moscow.pm] =?utf-8?b?W0tpZXYtcG1dINCS0L3QtdC+0YfQtdGA0LXQtNC9?= =?utf-8?b?0LDRjyDQstGB0YLRgNC10YfQsCAyMi8wMw==?= In-Reply-To: References: <4F6245A7.3060904@gmail.com> <4F62EF7F.3010800@rattler.kiev.ua> <4F62F182.1060007@gmail.com> Message-ID: Я планирую остановиться в "Хрещатике" на Крещатике. Имхо, вполне ОК по цене/качеству, в отличие, например, от "Украины" :-) Ну и вообще, на сайте есть форма поиска гостиниц. 2012/3/16 Анатолий Шарифулин : > Было бы круто (для приезжих) если бы Вы нашли какие-нибудь хорошие варианты > для проживания и разместили их в вики. -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From cub.uanic на gmail.com Fri Mar 16 16:28:57 2012 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Sat, 17 Mar 2012 01:28:57 +0200 Subject: [Moscow.pm] =?utf-8?b?W0tpZXYtcG1dINCS0L3QtdC+0YfQtdGA0LXQtNC9?= =?utf-8?b?0LDRjyDQstGB0YLRgNC10YfQsCAyMi8wMw==?= In-Reply-To: References: <4F6245A7.3060904@gmail.com> <4F62EF7F.3010800@rattler.kiev.ua> <4F62F182.1060007@gmail.com> Message-ID: Эмммм.... Если не секрет, о какой внеочередной встрече речь, и где анонс? :) 17 марта 2012 г. 1:01 пользователь Andrew Shitov написал: > Я планирую остановиться в "Хрещатике" на Крещатике. Имхо, вполне ОК по > цене/качеству, в отличие, например, от "Украины" :-) > > Ну и вообще, на сайте есть форма поиска гостиниц. > > > 2012/3/16 Анатолий Шарифулин : >> Было бы круто (для приезжих) если бы Вы нашли какие-нибудь хорошие варианты >> для проживания и разместили их в вики. > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) From mail на knutov.com Fri Mar 16 16:58:22 2012 From: mail на knutov.com (Nick Knutov) Date: Sat, 17 Mar 2012 05:58:22 +0600 Subject: [Moscow.pm] CTPP -> Xslate In-Reply-To: References: <4ECECDFB.6030502@knutov.com> <4F1B3AE3.7030907@knutov.com> Message-ID: <4F63D39E.1030302@knutov.com> И как процесс? :) 22.01.2012 17:21, Walery Studennikov написал: > 22 января 2012 г. 2:23 пользователь Nick Knutov написал: >> btw, я видел объявление конкурса. Кто-нибудь ответил? > > Угу... в процессе. > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From maxim.vuets на gmail.com Fri Mar 16 16:59:24 2012 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Sat, 17 Mar 2012 00:59:24 +0100 Subject: [Moscow.pm] =?koi8-r?b?W0tpZXYtcG1dIPfOxc/exdLFxM7B0SDX09TSxd7B?= =?koi8-r?b?IDIyLzAz?= In-Reply-To: References: <4F6245A7.3060904@gmail.com> <4F62EF7F.3010800@rattler.kiev.ua> <4F62F182.1060007@gmail.com> Message-ID: On Sat, Mar 17, 2012 at 12:28 AM, Oleg Kostyuk wrote: > Эмммм.... Если не секрет, о какой внеочередной встрече речь, и где анонс? :) http://mail.pm.org/pipermail/kiev-pm/2012-March/001054.html -- maxim.vuets.name From cub.uanic на gmail.com Fri Mar 16 17:31:13 2012 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Sat, 17 Mar 2012 02:31:13 +0200 Subject: [Moscow.pm] =?utf-8?b?W0tpZXYtcG1dINCS0L3QtdC+0YfQtdGA0LXQtNC9?= =?utf-8?b?0LDRjyDQstGB0YLRgNC10YfQsCAyMi8wMw==?= In-Reply-To: References: <4F6245A7.3060904@gmail.com> <4F62EF7F.3010800@rattler.kiev.ua> <4F62F182.1060007@gmail.com> Message-ID: Ага, спасибо, уже и сам нашёл... 17 марта 2012 г. 1:59 пользователь Maxim Vuets написал: > On Sat, Mar 17, 2012 at 12:28 AM, Oleg Kostyuk wrote: >> Эмммм.... Если не секрет, о какой внеочередной встрече речь, и где анонс? :) > > http://mail.pm.org/pipermail/kiev-pm/2012-March/001054.html > > -- > maxim.vuets.name > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) From afiskon на gmail.com Fri Mar 16 22:22:17 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Sat, 17 Mar 2012 08:22:17 +0300 Subject: [Moscow.pm] =?utf-8?b?0Y7QvdC40YIg0YLQtdGB0YLRiw==?= In-Reply-To: References: <4F6397DE.4010005@knutov.com> Message-ID: >> но это параллельная вселенная Значит, я живу в параллельной вселенной. >> это хорошо, когда с нуля Ну вот есть у вас код, которому 6+ лет. Вроде работает, верно? Теперь когда пишите фичу - покрывайте ее тестами. Правите багу - покрывайте тестами. Точнее, в соответсвии с TDD - сначала пишите тест, который фейлится, а затем правите код так, чтобы не фейлился. Самое сложное - это тестировать взаимодейтсвие с окружающим миром - сетями, БД и тп. Но для таких целей на CPAN полно готовых модулей, например DBD::Mock и прочих %Mock% >> потеряное время на написание тестов Это самое большое заблуждение на счет тестов. Они не отнимают время, а экономят. Вот представьте, что у вас много больше 1000 строк кода с очень неявной бизнес-логикой. Когда к вам приходят с таскам где-то эту логику поменять-добавить, вы правите и надеетесь, что нигде ничего не взорвется. Временами что-то взрывается и вам приходится тратить многие часы на исправление бага. Автоматические тесты можно прогонять хоть каждую минуту. Потому, вы сразу узнаете, что написали что-то не так и быстро исправляете баг, потому что этот баг явно в только что написанном коде, который вы еще очень хорошо помните. Плюс - вы не боитесь делать рефакторинг, ибо если в результате него тесты проходят, значит все ОК. Плюс - при деплое вы сразу узнаете обо всех возможных проблемах. У меня так недавно при деплое проекта под CentOS быстро выявилась проблема с File::fgets - я за 5 минут переписал код так, чтобы он не использовал этот модуль и быстро выкатил проект в бой. А между тем этот модуль использовался при загрузке файлов в одной из многих форм и если бы автоматических тестов не было, бага выявилась бы в самый неподходящий момент. 17 марта 2012 г. 0:02 пользователь Andrei написал: > http://shop.oreilly.com/product/9780596100926.do -- замечательная книга. > > 16 марта 2012 г. 20:43 пользователь Nick Knutov написал: > > Привествую всех, >> >> а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте >> "как придумать что тестировать"? >> >> Реальный пример - я пишу разные биллинги и около-хостинговые панельки, и >> вот они уже таких размеров, что я начинаю думать, что юнит тесты уже >> наверное таки нужны, но из-за этих же размеров я не могу придумать что же >> именно тестировать, так чтобы был покрыт тестами весь код. >> >> -- >> 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 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Sat Mar 17 00:08:08 2012 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 17 Mar 2012 11:08:08 +0400 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <4F6397DE.4010005@knutov.com> References: <4F6397DE.4010005@knutov.com> Message-ID: > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте "как > придумать что тестировать"? Зависимость полезности юнит-тестов от покрытия похожа, на мой взгляд, на степенную функцию, с положительным и меньшим единицы показателем. То есть - появление самого элементарного теста (все зависимости грузятся, и на один предопределенный набор входных данных появляется предсказанный результат) дает потрясающий эффект. Реально потрясающий, если проект достаточно сложен. Находятся баги, причем не только в покрытом, а и в связанном коде, происходит структурирование кода, сокращается время тестирования, и т.п. Увеличение количества проверяемых наборов данных до полного покрытия методами эквивалентных и граничных значений дает заметный, но несравнимый с первоначальным, эффект. Развитие системы до покрытия всех - а пусть и только основных - тонкостей функционирования юнита практически не дает эффекта (это IMHO, ага). Потому, что код теста становится сложным, отнимая заметное время (и уже сам требует тестирования). Возвращаясь к топику - а есть ли смысл вообще что-то читать про "это"? From shafiev на gmail.com Sat Mar 17 00:59:18 2012 From: shafiev на gmail.com (Naim Shafiev) Date: Sat, 17 Mar 2012 11:59:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: References: <4F6397DE.4010005@knutov.com> Message-ID: 17 марта 2012 г. 9:22 пользователь Alexandr Alexeev написал: >>> но это параллельная вселенная > > Значит, я живу в параллельной вселенной. > Я моментами тоже , походу :) >>> это хорошо, когда с нуля > Тогда это очень к месту. Но если софт старый + и ты его функций не знаешь тогда - начинается ад. Я вот сам на работе с этим сталкиваюсь. > Ну вот есть у вас код, которому 6+ лет. Вроде работает, верно? Теперь когда > пишите фичу - покрывайте ее тестами. Правите багу - покрывайте тестами. > Точнее, в соответсвии с TDD - сначала пишите тест, который фейлится, а затем > правите код так, чтобы не фейлился. Самое сложное - это тестировать > взаимодейтсвие с окружающим миром - сетями, БД и тп. Но для таких целей на > CPAN полно готовых модулей, например DBD::Mock и прочих %Mock% > >>> потеряное время на написание тестов > > Это самое большое заблуждение на счет тестов. Они не отнимают время, а > экономят. Вот представьте, что у вас много больше 1000 строк кода с очень > неявной бизнес-логикой. Когда к вам приходят с таскам где-то эту логику > поменять-добавить, вы правите и надеетесь, что нигде ничего не взорвется. > Временами что-то взрывается и вам приходится тратить многие часы на > исправление бага. Автоматические тесты можно прогонять хоть каждую минуту. > Потому, вы сразу узнаете, что написали что-то не так и быстро исправляете > баг, потому что этот баг явно в только что написанном коде, который вы еще > очень хорошо помните. +1 > > Плюс - вы не боитесь делать рефакторинг, ибо если в результате него тесты > проходят, значит все ОК. > > Плюс - при деплое вы сразу узнаете обо всех возможных проблемах. У меня так > недавно при деплое проекта под CentOS быстро выявилась проблема с > File::fgets - я за 5 минут переписал код так, чтобы он не использовал этот > модуль и быстро выкатил проект в бой. А между тем этот модуль использовался > при загрузке файлов в одной из многих форм и если бы автоматических тестов > не было, бага выявилась бы в самый неподходящий момент. > > > 17 марта 2012 г. 0:02 пользователь Andrei > написал: > >> http://shop.oreilly.com/product/9780596100926.do -- замечательная книга. >> >> 16 марта 2012 г. 20:43 пользователь Nick Knutov написал: >> >>> Привествую всех, >>> >>> а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте >>> "как придумать что тестировать"? >>> >>> Реальный пример - я пишу разные биллинги и около-хостинговые панельки, и >>> вот они уже таких размеров, что я начинаю думать, что юнит тесты уже >>> наверное таки нужны, но из-за этих же размеров я не могу придумать что же >>> именно тестировать, так чтобы был покрыт тестами весь код. >>> >>> -- >>> 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 >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From mail на knutov.com Sat Mar 17 01:37:20 2012 From: mail на knutov.com (Nick Knutov) Date: Sat, 17 Mar 2012 14:37:20 +0600 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: References: <4F6397DE.4010005@knutov.com> Message-ID: <4F644D40.7000005@knutov.com> Спасибо, интересная мысль. 17.03.2012 13:08, Daniel Podolsky написал: >> а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте "как >> придумать что тестировать"? > Зависимость полезности юнит-тестов от покрытия похожа, на мой взгляд, > на степенную функцию, с положительным и меньшим единицы показателем. > > То есть - появление самого элементарного теста (все зависимости > грузятся, и на один предопределенный набор входных данных появляется > предсказанный результат) дает потрясающий эффект. Реально потрясающий, > если проект достаточно сложен. Находятся баги, причем не только в > покрытом, а и в связанном коде, происходит структурирование кода, > сокращается время тестирования, и т.п. > > Увеличение количества проверяемых наборов данных до полного покрытия > методами эквивалентных и граничных значений дает заметный, но > несравнимый с первоначальным, эффект. > > Развитие системы до покрытия всех - а пусть и только основных - > тонкостей функционирования юнита практически не дает эффекта (это > IMHO, ага). Потому, что код теста становится сложным, отнимая заметное > время (и уже сам требует тестирования). > > Возвращаясь к топику - а есть ли смысл вообще что-то читать про "это"? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From ruz на bestpractical.com Sat Mar 17 05:33:48 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Sat, 17 Mar 2012 16:33:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0Y7QvdC40YIg0YLQtdGB0YLRiw==?= In-Reply-To: <4F6397DE.4010005@knutov.com> References: <4F6397DE.4010005@knutov.com> Message-ID: 2012/3/16 Nick Knutov : > Привествую всех, > > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте "как > придумать что тестировать"? > > Реальный пример - я пишу разные биллинги и около-хостинговые панельки, и вот > они уже таких размеров, что я начинаю думать, что юнит тесты уже наверное > таки нужны, но из-за этих же размеров я не могу придумать что же именно > тестировать, так чтобы был покрыт тестами весь код. Согласен с предыдущими высказываниями. В проекте, которому много лет и нет тестов, нужно начать с элементарных тестов охватывающих максимальное количество кода. Для примера: * загрузить все модули проекта * пройтись по всем ссылкам веб интерфейса и проверить ** что статус 2xx ** HTML на сбалансированость * можно отправить все формы, которые встречаются с дефолтными значениями и убедиться что реакция нормальная Этот шаг потребует вложений времени. Позволит решить основную задачу: развертывание системы под тестирование. А далее тесты пишутся под баги и под рефакторинг. Часто чтобы добраться до "прокликать новую фичу" нужно предварительно создать ряд объектов, которые давно "прокликаны". Ок, создали объеты, начали кликать и нашли баг. Вроде пофиксили, но объекты уже другие и опять нужно восоздавать ситуацию. Вместо этого, я перед тем как пробовать, пишу тестовый скрипт, который создает необходимое окружение для тестирования. Этот скриипт помогает прокликать и в него добавляются самые важные тесты для фичи. Далее тесты пишутся под рефакторинг и баги. > -- > 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, Ruslan. From viacheslav.t на gmail.com Sat Mar 17 05:39:05 2012 From: viacheslav.t на gmail.com (vti) Date: Sat, 17 Mar 2012 14:39:05 +0200 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <4F6397DE.4010005@knutov.com> References: <4F6397DE.4010005@knutov.com> Message-ID: <4F6485E9.8010202@gmail.com> On 03/16/2012 09:43 PM, Nick Knutov wrote: > Привествую всех, > > а расскажите пожалуйста, что лучше почитать про юнит тесты, в контексте > "как придумать что тестировать"? > > Реальный пример - я пишу разные биллинги и около-хостинговые панельки, и > вот они уже таких размеров, что я начинаю думать, что юнит тесты уже > наверное таки нужны, но из-за этих же размеров я не могу придумать что > же именно тестировать, так чтобы был покрыт тестами весь код. > Приезжай на тренинг Габора Сабо в Киев :) From mail на knutov.com Sat Mar 17 05:39:59 2012 From: mail на knutov.com (Nick Knutov) Date: Sat, 17 Mar 2012 18:39:59 +0600 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: <4F6485E9.8010202@gmail.com> References: <4F6397DE.4010005@knutov.com> <4F6485E9.8010202@gmail.com> Message-ID: <4F64861F.3040408@knutov.com> Мысль такая была, но, похоже, не получится :( 17.03.2012 18:39, vti написал: > Приезжай на тренинг Габора Сабо в Киев -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From worldmind на mail.ru Sat Mar 17 06:32:03 2012 From: worldmind на mail.ru (worldmind) Date: Sat, 17 Mar 2012 16:32:03 +0300 Subject: [Moscow.pm] =?koi8-r?b?wM7J1CDUxdPU2Q==?= In-Reply-To: References: <4F6397DE.4010005@knutov.com> Message-ID: <1331991123.2181.1.camel@host> В Сб., 17/03/2012 в 16:33 +0400, Ruslan Zakirov пишет: > * загрузить все модули проекта был у меня унаследованный проект где я сделал тест на компиляцию всех модулей и нашёл несколько модулей которые просто не компилировались From timonnius на gmail.com Tue Mar 20 01:04:41 2012 From: timonnius на gmail.com (=?KOI8-R?B?9MnNz8bFyiDtwdLLz9c=?=) Date: Tue, 20 Mar 2012 11:04:41 +0300 Subject: [Moscow.pm] =?koi8-r?b?797F0sXEzs/KINfP0NLP0yDOz9fJ3svBIM8gTW9q?= =?koi8-r?b?b2xpY2lvdXM=?= Message-ID: Точнее о Mojolicious::Lite Приветствую уважаемый Moscow.pm. Прошу простить за еще один нубский вопрос но самостоятельно додуматься у меня не получается. Как проверить данные, которые я забираю из адресной строки с помощью команды *param.* Как то так: $user = $self->param('user'); Цель моя - фильтровать служебные символы (безопасности ради). Я почти уверен что в Mojolicious есть готовое решение для этого, ну или устоявшееся красивое решение(а может все автоматом проверяется?). Допустим с помощью if и регулярок я б решил задачу, но моему решению будет очень далеко до изящности и краткости, потому и прошу помощи. Заранее Благодарен. Тимофей ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Tue Mar 20 01:07:42 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Tue, 20 Mar 2012 12:07:42 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7Rh9C10YDQtdC00L3QvtC5INCy0L7Qv9GA0L4=?= =?utf-8?b?0YEg0L3QvtCy0LjRh9C60LAg0L4gTW9qb2xpY2lvdXM=?= In-Reply-To: References: Message-ID: Я пользуюсь https://metacpan.org/module/Mojolicious::Plugin::Validator - очень удобная штука. 20 марта 2012 г. 12:04 пользователь Тимофей Марков написал: > Точнее о Mojolicious::Lite > > Приветствую уважаемый Moscow.pm. Прошу простить за еще один нубский вопрос > но самостоятельно додуматься у меня не получается. > Как проверить данные, которые я забираю из адресной строки с помощью > команды *param.* Как то так: > > $user = $self->param('user'); > > Цель моя - фильтровать служебные символы (безопасности ради). > Я почти уверен что в Mojolicious есть готовое решение для этого, ну или > устоявшееся красивое решение(а может все автоматом проверяется?). Допустим > с помощью if и регулярок я б решил задачу, но моему решению будет очень > далеко до изящности и краткости, потому и прошу помощи. > Заранее Благодарен. > Тимофей > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Mar 20 09:57:48 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 20 Mar 2012 20:57:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7Rh9C10YDQtdC00L3QvtC5INCy0L7Qv9GA0L4=?= =?utf-8?b?0YEg0L3QvtCy0LjRh9C60LAg0L4gTW9qb2xpY2lvdXM=?= In-Reply-To: References: Message-ID: <20120320165748.GC6955@apache.rbscorp.ru> On 11:04 Tue 20 Mar , Тимофей Марков wrote: > Точнее о Mojolicious::Lite > Приветствую уважаемый Moscow.pm. Прошу простить за еще один нубский вопрос но > самостоятельно додуматься у меня не получается. : Mojolicious::Lite" style="text-decoration:none">Как проверить данные, которые я > забираю из адресной строки с помощью команды param. Как то так: > $user = $self->param('user'); > Цель моя - фильтровать служебные символы (безопасности ради). > Я почти уверен что в Mojolicious есть готовое решение для этого, ну или > устоявшееся красивое решение(а может все автоматом проверяется?). Допустим с > помощью if и регулярок я б решил задачу, но моему решению будет очень далеко до > изящности и краткости, потому и прошу помощи. > Заранее Благодарен. > Тимофей если для стешей (то есть плейсхолдеры в урле), то можно что-то в таком духе делать (кусок выдран прямо из проекта): $self->routes->add_condition( number => sub { my ($r, $c, $captures, $pattern) = @_; $pattern = [ $pattern ] unless ref $pattern eq 'ARRAY'; for (@$pattern) { return unless exists $captures->{$_}; return unless $captures->{$_} =~ /^\d+$/; return unless $captures->{$_}; } return 1; } ); $self->routes->add_condition( like => sub { my ($r, $c, $captures, $pattern) = @_; return unless 'HASH' eq ref $pattern; for (keys %$pattern) { return unless exists $captures->{$_}; if ('Regexp' eq ref $pattern->{$_}) { return unless $captures->{$_} =~ $pattern->{$_}; next; } return unless $captures->{$_} =~ /\Q$pattern->{$_}\E/; } return 1; } ); первый кондишен проверяет на корректность id-шники (должна быть цифра), второй на соответствие регулярному выражению. использование какое-то такое: $r->any('/abc/:cde') ->over(number => 'cde') ->to('module#foo'); $r->any('/abc/:cde/:def') ->over(number => [ 'cde', 'def' ]) ->to('module#foo'); $r->get('/abc/:cde') ->over(like => { cde => qr{^\d+$} }) ->to('module#foo'); Получается когда неправильное что-то в урле задано, то просто 404 отвечается и все. Интересно, кто-то оборачивал валидаторы для стешей в плагин? типа самое употребимое (а-ля вышеприведенный лайк и проверка id-шников) From isage на aumi.ru Tue Mar 20 10:10:08 2012 From: isage на aumi.ru (iSage) Date: Tue, 20 Mar 2012 21:10:08 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7Rh9C10YDQtdC00L3QvtC5INCy0L7Qv9GA0L4=?= =?utf-8?b?0YEg0L3QvtCy0LjRh9C60LAg0L4gTW9qb2xpY2lvdXM=?= In-Reply-To: <20120320165748.GC6955@apache.rbscorp.ru> References: <20120320165748.GC6955@apache.rbscorp.ru> Message-ID: Охххх... $r->any('/abc/:cde', {cde => qr/\d+/} )->to('module#foo'); On Tue, 20 Mar 2012 20:57:48 +0400, Ivan Petrov wrote: > если для стешей (то есть плейсхолдеры в урле), то можно что-то в таком > духе делать (кусок выдран прямо из проекта): > > $self->routes->add_condition( > number => sub { > my ($r, $c, $captures, $pattern) = @_; > $pattern = [ $pattern ] unless ref $pattern eq 'ARRAY'; > for (@$pattern) { > return unless exists $captures->{$_}; > return unless $captures->{$_} =~ /^\d+$/; > return unless $captures->{$_}; > } > return 1; > } > ); > > $self->routes->add_condition( > like => sub { > my ($r, $c, $captures, $pattern) = @_; > return unless 'HASH' eq ref $pattern; > for (keys %$pattern) { > return unless exists $captures->{$_}; > if ('Regexp' eq ref $pattern->{$_}) { > return unless $captures->{$_} =~ $pattern->{$_}; > next; > } > return unless $captures->{$_} =~ /\Q$pattern->{$_}\E/; > } > return 1; > } > ); > > > первый кондишен проверяет на корректность id-шники (должна быть > цифра), второй на соответствие регулярному выражению. > > использование какое-то такое: > > $r->any('/abc/:cde') > ->over(number => 'cde') > ->to('module#foo'); > > $r->any('/abc/:cde/:def') > ->over(number => [ 'cde', 'def' ]) > ->to('module#foo'); > > $r->get('/abc/:cde') > ->over(like => { cde => qr{^\d+$} }) > ->to('module#foo'); > > Получается когда неправильное что-то в урле задано, то просто 404 > отвечается и все. > > Интересно, кто-то оборачивал валидаторы для стешей в плагин? типа > самое употребимое (а-ля вышеприведенный лайк и проверка id-шников) From i.petro.77.00 на gmail.com Tue Mar 20 10:24:47 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 20 Mar 2012 21:24:47 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7Rh9C10YDQtdC00L3QvtC5INCy0L7Qv9GA0L4=?= =?utf-8?b?0YEg0L3QvtCy0LjRh9C60LAg0L4gTW9qb2xpY2lvdXM=?= In-Reply-To: References: <20120320165748.GC6955@apache.rbscorp.ru> Message-ID: <20120320172447.GD6955@apache.rbscorp.ru> $r->> any('/abc/:cde', {cde => qr/\d+/} )->to('module#foo'); да это понятно. просто тут либо eq, либо регулярник. а нам надо было что если там просто скаляр, то он тоже является регулярником, ну и с числами получается функция по сути. наиболее частые случаи в плагин бы запхать интересно бы было > On Tue, 20 Mar 2012 20:57:48 +0400, Ivan Petrov > wrote: >> если для стешей (то есть плейсхолдеры в урле), то можно что-то в таком >> духе делать (кусок выдран прямо из проекта): >> >> $self->routes->add_condition( >> number => sub { >> my ($r, $c, $captures, $pattern) = @_; >> $pattern = [ $pattern ] unless ref $pattern eq 'ARRAY'; >> for (@$pattern) { >> return unless exists $captures->{$_}; >> return unless $captures->{$_} =~ /^\d+$/; >> return unless $captures->{$_}; >> } >> return 1; >> } >> ); >> >> $self->routes->add_condition( >> like => sub { >> my ($r, $c, $captures, $pattern) = @_; >> return unless 'HASH' eq ref $pattern; >> for (keys %$pattern) { >> return unless exists $captures->{$_}; >> if ('Regexp' eq ref $pattern->{$_}) { >> return unless $captures->{$_} =~ $pattern->{$_}; >> next; >> } >> return unless $captures->{$_} =~ /\Q$pattern->{$_}\E/; >> } >> return 1; >> } >> ); >> >> >> первый кондишен проверяет на корректность id-шники (должна быть >> цифра), второй на соответствие регулярному выражению. >> >> использование какое-то такое: >> $r->>> any('/abc/:cde') >> ->over(number => 'cde') >> ->to('module#foo'); >> $r->>> any('/abc/:cde/:def') >> ->over(number => [ 'cde', 'def' ]) >> ->to('module#foo'); >> $r->>> get('/abc/:cde') >> ->over(like => { cde => qr{^\d+$} }) >> ->to('module#foo'); >> >> Получается когда неправильное что-то в урле задано, то просто 404 >> отвечается и все. >> >> Интересно, кто-то оборачивал валидаторы для стешей в плагин? типа >> самое употребимое (а-ля вышеприведенный лайк и проверка id-шников) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From afiskon на gmail.com Tue Mar 20 18:31:21 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 21 Mar 2012 04:31:21 +0300 Subject: [Moscow.pm] =?utf-8?b?0J7Rh9C10YDQtdC00L3QvtC5INCy0L7Qv9GA0L4=?= =?utf-8?b?0YEg0L3QvtCy0LjRh9C60LAg0L4gTW9qb2xpY2lvdXM=?= In-Reply-To: <20120320172447.GD6955@apache.rbscorp.ru> References: <20120320165748.GC6955@apache.rbscorp.ru> <20120320172447.GD6955@apache.rbscorp.ru> Message-ID: >> $r->any('/abc/:cde', {cde => qr/\d+/} )->to('module#foo'); В таких случаях я обычно пишу: $r->any('/abc/:cde', {cde => qr/[1-9][0-9]*/} )->to('module#foo'); 20 марта 2012 г. 20:24 пользователь Ivan Petrov написал: > > $r->> any('/abc/:cde', {cde => qr/\d+/} )->to('module#foo'); > > да это понятно. просто тут либо eq, либо регулярник. > > а нам надо было что если там просто скаляр, то он тоже является > регулярником, ну и с числами получается функция по сути. > > наиболее частые случаи в плагин бы запхать интересно бы было > > > On Tue, 20 Mar 2012 20:57:48 +0400, Ivan Petrov > > wrote: > >> если для стешей (то есть плейсхолдеры в урле), то можно что-то в таком > >> духе делать (кусок выдран прямо из проекта): > >> > >> $self->routes->add_condition( > >> number => sub { > >> my ($r, $c, $captures, $pattern) = @_; > >> $pattern = [ $pattern ] unless ref $pattern eq 'ARRAY'; > >> for (@$pattern) { > >> return unless exists $captures->{$_}; > >> return unless $captures->{$_} =~ /^\d+$/; > >> return unless $captures->{$_}; > >> } > >> return 1; > >> } > >> ); > >> > >> $self->routes->add_condition( > >> like => sub { > >> my ($r, $c, $captures, $pattern) = @_; > >> return unless 'HASH' eq ref $pattern; > >> for (keys %$pattern) { > >> return unless exists $captures->{$_}; > >> if ('Regexp' eq ref $pattern->{$_}) { > >> return unless $captures->{$_} =~ $pattern->{$_}; > >> next; > >> } > >> return unless $captures->{$_} =~ /\Q$pattern->{$_}\E/; > >> } > >> return 1; > >> } > >> ); > >> > >> > >> первый кондишен проверяет на корректность id-шники (должна быть > >> цифра), второй на соответствие регулярному выражению. > >> > >> использование какое-то такое: > >> > $r->>> any('/abc/:cde') > >> ->over(number => 'cde') > >> ->to('module#foo'); > >> > $r->>> any('/abc/:cde/:def') > >> ->over(number => [ 'cde', 'def' ]) > >> ->to('module#foo'); > >> > $r->>> get('/abc/:cde') > >> ->over(like => { cde => qr{^\d+$} }) > >> ->to('module#foo'); > >> > >> Получается когда неправильное что-то в урле задано, то просто 404 > >> отвечается и все. > >> > >> Интересно, кто-то оборачивал валидаторы для стешей в плагин? типа > >> самое употребимое (а-ля вышеприведенный лайк и проверка id-шников) > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Tue Mar 20 22:35:14 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 21 Mar 2012 09:35:14 +0400 Subject: [Moscow.pm] =?utf-8?b?0Y7QvdC40YIg0YLQtdGB0YLRiw==?= In-Reply-To: <1331991123.2181.1.camel@host> References: <4F6397DE.4010005@knutov.com> <1331991123.2181.1.camel@host> Message-ID: Я просто оставлю эту ссылку здесь: http://eax.me/unit-testing/ Надеюсь, никто не против. 17 марта 2012 г. 17:32 пользователь worldmind написал: > В Сб., 17/03/2012 в 16:33 +0400, Ruslan Zakirov пишет: > > * загрузить все модули проекта > > был у меня унаследованный проект где я сделал тест на компиляцию всех > модулей и нашёл несколько модулей которые просто не компилировались > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Wed Mar 21 03:54:56 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 21 Mar 2012 14:54:56 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtCw0YLQuNGH0LXRgdC60LjQuSDQsNC90LA=?= =?utf-8?b?0LvQuNC3INC60L7QtNCwINC4INC10LPQviDQstC40LfRg9Cw0LvQuNC3?= =?utf-8?b?0LDRhtC40Y8=?= Message-ID: Всем привет. Скажите, а не попадалось ли кому-нибудь готовое решение, позволяющее получить картинку, на которой было бы видно, какие классы вызывают методы друг друга и какие именно методы откуда вызываются. Такой инструмент мог бы пригодится при отладке-рефакторинге. -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Mar 21 03:47:31 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 21 Mar 2012 14:47:31 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7Rh9C10YDQtdC00L3QvtC5INCy0L7Qv9GA0L4=?= =?utf-8?b?0YEg0L3QvtCy0LjRh9C60LAg0L4gTW9qb2xpY2lvdXM=?= In-Reply-To: References: <20120320165748.GC6955@apache.rbscorp.ru> <20120320172447.GD6955@apache.rbscorp.ru> Message-ID: <20120321104730.GA18357@apache.rbscorp.ru> > В таких случаях я обычно пишу: > $r-> any('/abc/:cde', {cde => qr/[1-9][0-9]*/} )->to('module#foo'); вот в этом подходе есть что-то неправильное. то есть когда таких роутов один, то можно и так. а когда таких роутов скажем 70 из 100, то в какой-то момент вполне реальна ситуация когда вы захотите скажем перейти от id к uuid. итп. From akovbovich на gmail.com Wed Mar 21 04:15:48 2012 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Wed, 21 Mar 2012 15:15:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtCw0YLQuNGH0LXRgdC60LjQuSDQsNC90LA=?= =?utf-8?b?0LvQuNC3INC60L7QtNCwINC4INC10LPQviDQstC40LfRg9Cw0LvQuNC3?= =?utf-8?b?0LDRhtC40Y8=?= In-Reply-To: References: Message-ID: http://www.headwaysoftware.com/products/ Но это, как я понял, для статически типизированных языков. 21 марта 2012 г. 14:54 пользователь Alexandr Alexeev написал: > Всем привет. > > Скажите, а не попадалось ли кому-нибудь готовое решение, позволяющее > получить картинку, на которой было бы видно, какие классы вызывают методы > друг друга и какие именно методы откуда вызываются. Такой инструмент мог бы > пригодится при отладке-рефакторинге. > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From mail на knutov.com Wed Mar 21 07:23:30 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 21 Mar 2012 20:23:30 +0600 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= Message-ID: <4F69E462.9050206@knutov.com> Я вот смотрю, все постоянно запускают разные Plack приложения в каких-то облаках. При этом очевидно, что есть много ситуаций, когда облака достаточно плохая среда для эффективной работы приложения. Так получилось, что наш хостинг скоро будет поддерживать приложения на дансере на обычном шаред хостинге и, чуть позже, любые плак приложения. С достаточно юзер-френдли панелькой и т.д. Это кому-нибудь надо? Может быть кто-нибудь хочет стать бетатестером? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From sergey.malochinskiy на gmail.com Wed Mar 21 07:55:45 2012 From: sergey.malochinskiy на gmail.com (Sergey Malochinskiy) Date: Wed, 21 Mar 2012 18:55:45 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: <4F69E462.9050206@knutov.com> References: <4F69E462.9050206@knutov.com> Message-ID: Dancer нет, а вот при возможности использовать Mojolicious я бы по тестировал. В целях сравнения с дешевыми VPS. Но конечно хотелось бы сразу знать возможные ограничения по версиям модулей и т.д., а то может и не надо оно... 21 марта 2012 г. 18:23 пользователь Nick Knutov написал: > Я вот смотрю, все постоянно запускают разные Plack приложения в каких-то > облаках. При этом очевидно, что есть много ситуаций, когда облака > достаточно плохая среда для эффективной работы приложения. > > Так получилось, что наш хостинг скоро будет поддерживать приложения на > дансере на обычном шаред хостинге и, чуть позже, любые плак приложения. С > достаточно юзер-френдли панелькой и т.д. Это кому-нибудь надо? Может быть > кто-нибудь хочет стать бетатестером? > > -- > 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, Sergey Malochinskiy ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Wed Mar 21 08:12:12 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 21 Mar 2012 21:12:12 +0600 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: <4F69E462.9050206@knutov.com> Message-ID: <4F69EFCC.1010700@knutov.com> Да вроде как и нет ограничений, там сейчас будет перл 5.10 и любые модули по запросу, но и локальную установку, включая perlbrew никто не отменял. С выходом убунты 12.04 будет как минимум 5.12. 21.03.2012 20:55, Sergey Malochinskiy написал: > Dancer нет, а вот при возможности использовать Mojolicious я бы по > тестировал. > В целях сравнения с дешевыми VPS. > > Но конечно хотелось бы сразу знать возможные ограничения по версиям > модулей и т.д., а то может и не надо оно... > > > 21 марта 2012 г. 18:23 пользователь Nick Knutov > написал: > > Я вот смотрю, все постоянно запускают разные Plack приложения в > каких-то облаках. При этом очевидно, что есть много ситуаций, когда > облака достаточно плохая среда для эффективной работы приложения. > > Так получилось, что наш хостинг скоро будет поддерживать приложения > на дансере на обычном шаред хостинге и, чуть позже, любые плак > приложения. С достаточно юзер-френдли панелькой и т.д. Это > кому-нибудь надо? Может быть кто-нибудь хочет стать бетатестером? > > -- > 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, > Sergey Malochinskiy > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From afiskon на gmail.com Wed Mar 21 08:46:01 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 21 Mar 2012 18:46:01 +0300 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: <4F69EFCC.1010700@knutov.com> References: <4F69E462.9050206@knutov.com> <4F69EFCC.1010700@knutov.com> Message-ID: +1 за Mojolicious. А какие планы на счет СУБД? И будет ли поддержка Memcached, Redis и/или Couch/Mongo? 21 марта 2012 г. 18:12 пользователь Nick Knutov написал: > Да вроде как и нет ограничений, там сейчас будет перл 5.10 и любые модули > по запросу, но и локальную установку, включая perlbrew никто не отменял. С > выходом убунты 12.04 будет как минимум 5.12. > > 21.03.2012 20:55, Sergey Malochinskiy написал: > >> Dancer нет, а вот при возможности использовать Mojolicious я бы по >> тестировал. >> В целях сравнения с дешевыми VPS. >> >> Но конечно хотелось бы сразу знать возможные ограничения по версиям >> модулей и т.д., а то может и не надо оно... >> >> >> 21 марта 2012 г. 18:23 пользователь Nick Knutov > > написал: >> >> >> Я вот смотрю, все постоянно запускают разные Plack приложения в >> каких-то облаках. При этом очевидно, что есть много ситуаций, когда >> облака достаточно плохая среда для эффективной работы приложения. >> >> Так получилось, что наш хостинг скоро будет поддерживать приложения >> на дансере на обычном шаред хостинге и, чуть позже, любые плак >> приложения. С достаточно юзер-френдли панелькой и т.д. Это >> кому-нибудь надо? Может быть кто-нибудь хочет стать бетатестером? >> >> -- >> 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, >> Sergey Malochinskiy >> >> >> > -- > 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 > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Wed Mar 21 08:51:11 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 21 Mar 2012 21:51:11 +0600 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: <4F69E462.9050206@knutov.com> <4F69EFCC.1010700@knutov.com> Message-ID: <4F69F8EF.40807@knutov.com> Редис в планах уже есть, мемкеш скорее всего тоже добавим, про Couch/Mongo думали, но технически целесообразным не посчитали. 21.03.2012 21:46, Alexandr Alexeev написал: > +1 за Mojolicious. > > А какие планы на счет СУБД? > И будет ли поддержка Memcached, Redis и/или Couch/Mongo? > > 21 марта 2012 г. 18:12 пользователь Nick Knutov > написал: > > Да вроде как и нет ограничений, там сейчас будет перл 5.10 и любые > модули по запросу, но и локальную установку, включая perlbrew никто > не отменял. С выходом убунты 12.04 будет как минимум 5.12. > > 21.03.2012 20:55, Sergey Malochinskiy написал: > > Dancer нет, а вот при возможности использовать Mojolicious я бы по > тестировал. > В целях сравнения с дешевыми VPS. > > Но конечно хотелось бы сразу знать возможные ограничения по версиям > модулей и т.д., а то может и не надо оно... > > > 21 марта 2012 г. 18:23 пользователь Nick Knutov > >> написал: > > > Я вот смотрю, все постоянно запускают разные Plack приложения в > каких-то облаках. При этом очевидно, что есть много > ситуаций, когда > облака достаточно плохая среда для эффективной работы > приложения. > > Так получилось, что наш хостинг скоро будет поддерживать > приложения > на дансере на обычном шаред хостинге и, чуть позже, любые плак > приложения. С достаточно юзер-френдли панелькой и т.д. Это > кому-нибудь надо? Может быть кто-нибудь хочет стать > бетатестером? > > -- > 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, > Sergey Malochinskiy > > > > -- > 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 > > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From chesnokov.ilya на gmail.com Wed Mar 21 09:27:34 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 21 Mar 2012 20:27:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: <4F69E462.9050206@knutov.com> References: <4F69E462.9050206@knutov.com> Message-ID: Сорри, хочу уточнить - имеется в виду работа по FastCGI? 21 марта 2012 г. 18:23 пользователь Nick Knutov написал: > Я вот смотрю, все постоянно запускают разные Plack приложения в каких-то > облаках. При этом очевидно, что есть много ситуаций, когда облака достаточно > плохая среда для эффективной работы приложения. > > Так получилось, что наш хостинг скоро будет поддерживать приложения на > дансере на обычном шаред хостинге и, чуть позже, любые плак приложения. С > достаточно юзер-френдли панелькой и т.д. Это кому-нибудь надо? Может быть > кто-нибудь хочет стать бетатестером? > > -- > 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, Ilya Chesnokov From mail на knutov.com Wed Mar 21 10:34:48 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 21 Mar 2012 23:34:48 +0600 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: <4F69E462.9050206@knutov.com> Message-ID: <4F6A1138.4000607@knutov.com> нет, сейчас юникс сокет через plackup, см https://github.com/knutov/dancerctl/blob/master/dancerctl Проксирование напрямую с нгинх без апача. Над поддержкой фастцги думаем, но пока нет. Но вероятно будет через апач. 21.03.2012 22:27, Ilya Chesnokov написал: > Сорри, хочу уточнить - имеется в виду работа по FastCGI? > > 21 марта 2012 г. 18:23 пользователь Nick Knutov написал: >> Я вот смотрю, все постоянно запускают разные Plack приложения в каких-то >> облаках. При этом очевидно, что есть много ситуаций, когда облака достаточно >> плохая среда для эффективной работы приложения. >> >> Так получилось, что наш хостинг скоро будет поддерживать приложения на >> дансере на обычном шаред хостинге и, чуть позже, любые плак приложения. С >> достаточно юзер-френдли панелькой и т.д. Это кому-нибудь надо? Может быть >> кто-нибудь хочет стать бетатестером? >> >> -- >> 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 kapranoff на gmail.com Wed Mar 21 10:38:53 2012 From: kapranoff на gmail.com (Alex Kapranoff) Date: Wed, 21 Mar 2012 21:38:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?78Ig18/azc/Wzs/KINfT1NLF3skgbW9zY293LnBt?= =?koi8-r?b?INcg3sXU18XSxw==?= In-Reply-To: References: Message-ID: +moscow-pm 2012/3/21 Naim Shafiev > +1 Да было бы круто. > Я просто не знаю смогу я доотпроситься до 4 апреля , уже надо ISG > добивать у нас. > Каппа , если можешь то в рассылку напиши,плиз. > (место как я понимаю тоже - московское время ) ? > > 21 марта 2012 г. 12:02 пользователь Alex Kapranoff > написал: > > Давайте в четверг, сто лет не виделись :) > > > > Надо писать в рассылку. > > > > -- > > Alex Kapranoff. > > > > > > > > 2012/3/20 Naim Shafiev : > >> Привет.Предлагаю в четверг собраться на соц встречу. > >> В виду того что я и Юра покамесь в Москве. > >> В рассылку не стал писать , потому что это предварительное предложение. > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Wed Mar 21 13:46:34 2012 From: andy на shitov.ru (Andrew Shitov) Date: Wed, 21 Mar 2012 21:46:34 +0100 Subject: [Moscow.pm] =?utf-8?b?0J3QvtCy0L7RgdGC0Lgg0L/RgNC+IFlBUEM6OlJ1?= =?utf-8?q?ssia_+_Perl_Mova_--_2012?= Message-ID: На конференцию уже зарегистрировались 89 человек из девяти (!) стран: Украины, России, Германии, Нидерландов, Белоруссии, Израиля, Кипра, Узбекистана и Великобритании: http://event.perlrussia.org/yr2012/stats Идет прием заявок на доклады и блиц-доклады. Увеличьте свою карму и выступите на конференции: http://event.perlrussia.org/yr2012/newtalk В Киев приезжают известные зарубежные Perl-активисты: Tatsuhiko Miyagawa, Gabor Szabo, Florian Ragwitz, Peter Rabbitson. Не упустите шанс встретиться с ними ? сейчас это намного проще, чем то же самое на других европейских конференциях. Киев близко, и туда не нужны визы. Прямо с сайта ищите и бронируйте гостиницы! http://event.perlrussia.org/yr2012/ Прямо с сайта ищите и бронируйте авиабилеты! http://flights.yapcrussia.org/ Конференция YAPC::Russia + Perl Mova 2012-го года ? первая в истории, которая предлагает такие услуги своим участникам не отходя от кассы. Регистрируйтесь и приезжайте: http://event.perlrussia.org/yr2012/register -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From ivan на bessarabov.ru Wed Mar 21 21:53:00 2012 From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=) Date: Thu, 22 Mar 2012 08:53:00 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7QsSDQstC+0LfQvNC+0LbQvdC+0Lkg0LLRgdGC?= =?utf-8?b?0YDQtdGH0LggbW9zY293LnBtINCyINGH0LXRgtCy0LXRgNCz?= In-Reply-To: References: Message-ID: Если вы про четверг 22 марта, то я пас. А если вы про 29 марта, то я бы с удовольствием к вам присоединился =) четверг, 22 марта 2012 г. пользователь Alex Kapranoff писал: > +moscow-pm > > 2012/3/21 Naim Shafiev >> >> +1 Да было бы круто. >> Я просто не знаю смогу я доотпроситься до 4 апреля , уже надо ISG >> добивать у нас. >> Каппа , если можешь то в рассылку напиши,плиз. >> (место как я понимаю тоже - московское время ) ? >> >> 21 марта 2012 г. 12:02 пользователь Alex Kapranoff >> написал: >> > Давайте в четверг, сто лет не виделись :) >> > >> > Надо писать в рассылку. >> > >> > -- >> > Alex Kapranoff. >> > >> > >> > >> > 2012/3/20 Naim Shafiev : >> >> Привет.Предлагаю в четверг собраться на соц встречу. >> >> В виду того что я и Юра покамесь в Москве. >> >> В рассылку не стал писать , потому что это предварительное предложение. > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Wed Mar 21 22:46:31 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Thu, 22 Mar 2012 09:46:31 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Очень интересно! Но хотелось бы и mojolicious Хотя по идее проблем не будет и с ним, если установка модулей возможна. У меня даже готовиться еще один проект под mojolicious, который пока запускается под apache mod_perl, но если бы был хостинг с plack - и разумная цена за него против впс, то взял бы не раздумывая. From tarkhil на over.ru Wed Mar 21 23:19:20 2012 From: tarkhil на over.ru (Alex Povolotsky) Date: Thu, 22 Mar 2012 10:19:20 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: <4F6AC468.2040304@over.ru> On 03/22/12 09:46, Павел wrote: > Очень интересно! Но хотелось бы и mojolicious > Хотя по идее проблем не будет и с ним, если установка модулей возможна. > У меня даже готовиться еще один проект под mojolicious, который пока > запускается > под apache mod_perl, но если бы был хостинг с plack - и разумная цена > за него против впс, > то взял бы не раздумывая. Разумная цена - это примерно сколько? Alex From afiskon на gmail.com Wed Mar 21 23:35:50 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 22 Mar 2012 10:35:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: <4F6AC468.2040304@over.ru> References: <4F6AC468.2040304@over.ru> Message-ID: >> который пока запускается под apache mod_perl Starman не пробовали? Я как-то потратил 15 минут на его изучение и теперь все проекты на Mojolicious запускаю под ним. 22 марта 2012 г. 10:19 пользователь Alex Povolotsky написал: > On 03/22/12 09:46, Павел wrote: > > Очень интересно! Но хотелось бы и mojolicious > > Хотя по идее проблем не будет и с ним, если установка модулей возможна. > > У меня даже готовиться еще один проект под mojolicious, который пока > > запускается > > под apache mod_perl, но если бы был хостинг с plack - и разумная цена > > за него против впс, > > то взял бы не раздумывая. > Разумная цена - это примерно сколько? > > Alex > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Thu Mar 22 01:33:02 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Thu, 22 Mar 2012 12:33:02 +0400 Subject: [Moscow.pm] =?koi8-r?b?78Ig18/azc/Wzs/KINfT1NLF3skgbW9zY293LnBt?= =?koi8-r?b?INcg3sXU18XSxw==?= In-Reply-To: References: Message-ID: <347991332405182@web39.yandex.ru> Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Thu Mar 22 01:36:00 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Thu, 22 Mar 2012 12:36:00 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: <4F69EFCC.1010700@knutov.com> References: <4F69E462.9050206@knutov.com> <4F69EFCC.1010700@knutov.com> Message-ID: <350481332405360@web39.yandex.ru> Уже 5.16 на носу а у вас неподдерживаемый уже 5.10 ( Не смертельно, но и не очень хорошо, потому что непонятно в чем проблема сделать сборку. 21.03.2012, 19:12, "Nick Knutov" : > Да вроде как и нет ограничений, там сейчас будет перл 5.10 и любые > модули по запросу, но и локальную установку, включая perlbrew никто не > отменял. С выходом убунты 12.04 будет как минимум 5.12. > > 21.03.2012 20:55, Sergey Malochinskiy написал: > >>  Dancer нет, а вот при возможности использовать Mojolicious я бы по >>  тестировал. >>  В целях сравнения с дешевыми VPS. >> >>  Но конечно хотелось бы сразу знать возможные ограничения по версиям >>  модулей и т.д., а то может и не надо оно... >> >>  21 марта 2012 г. 18:23 пользователь Nick Knutov >  > написал: >> >>      Я вот смотрю, все постоянно запускают разные Plack приложения в >>      каких-то облаках. При этом очевидно, что есть много ситуаций, когда >>      облака достаточно плохая среда для эффективной работы приложения. >> >>      Так получилось, что наш хостинг скоро будет поддерживать приложения >>      на дансере на обычном шаред хостинге и, чуть позже, любые плак >>      приложения. С достаточно юзер-френдли панелькой и т.д. Это >>      кому-нибудь надо? Может быть кто-нибудь хочет стать бетатестером? >> >>      -- >>      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, >>  Sergey Malochinskiy > -- > 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 pavel на kuptsov.info Thu Mar 22 02:09:27 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Thu, 22 Mar 2012 13:09:27 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: > Разумная цена - это примерно сколько? В пределах 3-4 т.р. в год >>> который пока запускается под apache mod_perl > Starman не пробовали? Я как-то потратил 15 минут на его изучение и теперь > все проекты на Mojolicious запускаю под ним. Пробовал, понравилось, только установить его на шаред-хостинг проблематично. У вас на шаред-хостинге под старманом крутиться проект? -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ From tarkhil на over.ru Thu Mar 22 02:31:53 2012 From: tarkhil на over.ru (Alex Povolotsky) Date: Thu, 22 Mar 2012 13:31:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: <4F6AF189.1040505@over.ru> On 03/22/12 13:09, Павел wrote: >> Разумная цена - это примерно сколько? > > В пределах 3-4 т.р. в год > >>>> который пока запускается под apache mod_perl >> Starman не пробовали? Я как-то потратил 15 минут на его изучение и >> теперь >> все проекты на Mojolicious запускаю под ним. > > Пробовал, понравилось, только установить его на шаред-хостинг > проблематично. > > У вас на шаред-хостинге под старманом крутиться проект? > У меня СВОЙ хостинг ))) и я вот интересуюсь идеей. Alex From mail на knutov.com Thu Mar 22 02:39:36 2012 From: mail на knutov.com (Nick Knutov) Date: Thu, 22 Mar 2012 15:39:36 +0600 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: <350481332405360@web39.yandex.ru> References: <4F69E462.9050206@knutov.com> <4F69EFCC.1010700@knutov.com> <350481332405360@web39.yandex.ru> Message-ID: <4F6AF358.1030902@knutov.com> В отсутствии необходимости. Тестовые сервера на убунте 11.04. Единственный случай, когда мне на практике хотелось перл 5.12 - более удобный синтаксис when. Судя по темпам - в продакшн пойдет как раз уже новые сервера с убунтой 12.04. Гугл говорит, что там 5.14.2. 22.03.2012 14:36, Orlovsky Alexander написал: > Уже 5.16 на носу а у вас неподдерживаемый уже 5.10 ( > Не смертельно, но и не очень хорошо, потому что непонятно в чем проблема сделать сборку. > > 21.03.2012, 19:12, "Nick Knutov": >> Да вроде как и нет ограничений, там сейчас будет перл 5.10 и любые >> модули по запросу, но и локальную установку, включая perlbrew никто не >> отменял. С выходом убунты 12.04 будет как минимум 5.12. >> >> 21.03.2012 20:55, Sergey Malochinskiy написал: >> >>> Dancer нет, а вот при возможности использовать Mojolicious я бы по >>> тестировал. >>> В целях сравнения с дешевыми VPS. >>> >>> Но конечно хотелось бы сразу знать возможные ограничения по версиям >>> модулей и т.д., а то может и не надо оно... >>> >>> 21 марта 2012 г. 18:23 пользователь Nick Knutov>> > написал: >>> >>> Я вот смотрю, все постоянно запускают разные Plack приложения в >>> каких-то облаках. При этом очевидно, что есть много ситуаций, когда >>> облака достаточно плохая среда для эффективной работы приложения. >>> >>> Так получилось, что наш хостинг скоро будет поддерживать приложения >>> на дансере на обычном шаред хостинге и, чуть позже, любые плак >>> приложения. С достаточно юзер-френдли панелькой и т.д. Это >>> кому-нибудь надо? Может быть кто-нибудь хочет стать бетатестером? >>> >>> -- >>> 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, >>> Sergey Malochinskiy >> -- >> 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 afiskon на gmail.com Thu Mar 22 03:04:43 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 22 Mar 2012 14:04:43 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: <4F6AF358.1030902@knutov.com> References: <4F69E462.9050206@knutov.com> <4F69EFCC.1010700@knutov.com> <350481332405360@web39.yandex.ru> <4F6AF358.1030902@knutov.com> Message-ID: >> У вас на шаред-хостинге под старманом крутиться проект? Нет - либо VDS либо свои сервера. 22 марта 2012 г. 13:39 пользователь Nick Knutov написал: > В отсутствии необходимости. Тестовые сервера на убунте 11.04. Единственный > случай, когда мне на практике хотелось перл 5.12 - более удобный синтаксис > when. Судя по темпам - в продакшн пойдет как раз уже новые сервера с > убунтой 12.04. Гугл говорит, что там 5.14.2. > > 22.03.2012 14:36, Orlovsky Alexander написал: > > Уже 5.16 на носу а у вас неподдерживаемый уже 5.10 ( >> Не смертельно, но и не очень хорошо, потому что непонятно в чем проблема >> сделать сборку. >> >> 21.03.2012, 19:12, "Nick Knutov": >> >>> Да вроде как и нет ограничений, там сейчас будет перл 5.10 и любые >>> модули по запросу, но и локальную установку, включая perlbrew никто не >>> отменял. С выходом убунты 12.04 будет как минимум 5.12. >>> >>> 21.03.2012 20:55, Sergey Malochinskiy написал: >>> >>> Dancer нет, а вот при возможности использовать Mojolicious я бы по >>>> тестировал. >>>> В целях сравнения с дешевыми VPS. >>>> >>>> Но конечно хотелось бы сразу знать возможные ограничения по версиям >>>> модулей и т.д., а то может и не надо оно... >>>> >>>> 21 марта 2012 г. 18:23 пользователь Nick Knutov>>> > написал: >>>> >>>> Я вот смотрю, все постоянно запускают разные Plack приложения в >>>> каких-то облаках. При этом очевидно, что есть много ситуаций, когда >>>> облака достаточно плохая среда для эффективной работы приложения. >>>> >>>> Так получилось, что наш хостинг скоро будет поддерживать приложения >>>> на дансере на обычном шаред хостинге и, чуть позже, любые плак >>>> приложения. С достаточно юзер-френдли панелькой и т.д. Это >>>> кому-нибудь надо? Может быть кто-нибудь хочет стать бетатестером? >>>> >>>> -- >>>> 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, >>>> Sergey Malochinskiy >>>> >>> -- >>> 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 > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Thu Mar 22 03:30:23 2012 From: mail на knutov.com (Nick Knutov) Date: Thu, 22 Mar 2012 16:30:23 +0600 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: <4F6AFF3F.4050700@knutov.com> Да, цена такой и предполагается для основного тарифного плана. А что бы вы хотели, чтобы в него было включено ещё? Сколько plack приложений, сколько допутимой памяти, сколько памяти редис/мемкешу? 22.03.2012 15:09, Павел написал: >> Разумная цена - это примерно сколько? > > В пределах 3-4 т.р. в год > >>>> который пока запускается под apache mod_perl >> Starman не пробовали? Я как-то потратил 15 минут на его изучение и теперь >> все проекты на Mojolicious запускаю под ним. > > Пробовал, понравилось, только установить его на шаред-хостинг > проблематично. > > У вас на шаред-хостинге под старманом крутиться проект? > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From pavel на kuptsov.info Thu Mar 22 03:36:19 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Thu, 22 Mar 2012 14:36:19 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: >>> У вас на шаред-хостинге под старманом крутиться проект? > Нет - либо VDS либо свои сервера. Ну вот именно поэтому приходится использовать mod_perl :(. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ From sharifulin на gmail.com Thu Mar 22 03:48:17 2012 From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=) Date: Thu, 22 Mar 2012 14:48:17 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Берите вдс на helzner за 6.60 евро/мес и ставьте там всё что угодно в пару команд. Никакой хостинг дешевле работать не будет, давая всё что нужно. On Thu, Mar 22, 2012 at 2:36 PM, Павел wrote: > У вас на шаред-хостинге под старманом крутиться проект? >>>> >>> Нет - либо VDS либо свои сервера. >> > Ну вот именно поэтому приходится использовать mod_perl :(. > > > -- > Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Thu Mar 22 04:04:54 2012 From: mail на knutov.com (Nick Knutov) Date: Thu, 22 Mar 2012 17:04:54 +0600 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: <4F6B0756.307@knutov.com> Ну, вдс от хетзнера, скажем так, имеют нюансы. Лучше брать от их реселлеров, если хочется именно в том месте. 22.03.2012 16:48, Анатолий Шарифулин написал: > Берите вдс на helzner за 6.60 евро/мес и ставьте там всё что угодно в > пару команд. > > Никакой хостинг дешевле работать не будет, давая всё что нужно. > > On Thu, Mar 22, 2012 at 2:36 PM, Павел > wrote: > > У вас на шаред-хостинге под старманом крутиться проект? > > Нет - либо VDS либо свои сервера. > > Ну вот именно поэтому приходится использовать mod_perl :(. > > > -- > Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ > -- > 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 viacheslav.t на gmail.com Thu Mar 22 04:56:07 2012 From: viacheslav.t на gmail.com (vti) Date: Thu, 22 Mar 2012 13:56:07 +0200 Subject: [Moscow.pm] =?utf-8?b?0J3QvtCy0L7RgdGC0Lgg0L/RgNC+IFlBUEM6OlJ1?= =?utf-8?q?ssia_+_Perl_Mova_--_2012?= In-Reply-To: References: Message-ID: <4F6B1357.8040209@gmail.com> On 03/21/2012 10:46 PM, Andrew Shitov wrote: > На конференцию уже зарегистрировались 89 человек из девяти (!) стран: Уже 10 стран! From voronovaa на gmail.com Thu Mar 22 06:48:03 2012 From: voronovaa на gmail.com (Alexander Voronov) Date: Thu, 22 Mar 2012 17:48:03 +0400 Subject: [Moscow.pm] =?utf-8?b?0J7QsSDQstC+0LfQvNC+0LbQvdC+0Lkg0LLRgdGC?= =?utf-8?b?0YDQtdGH0LggbW9zY293LnBtINCyINGH0LXRgtCy0LXRgNCz?= In-Reply-To: <347991332405182@web39.yandex.ru> References: <347991332405182@web39.yandex.ru> Message-ID: А во сколько и где? Сегодня? 22 марта 2012 г. 12:33 пользователь Orlovsky Alexander написал: > можно и сегодня, где-нибудь рядом с офисом Яндекса, например? ) > > 21.03.2012, 21:38, "Alex Kapranoff" : > > +moscow-pm > > 2012/3/21 Naim Shafiev > > +1 Да было бы круто. > Я просто не знаю смогу я доотпроситься до 4 апреля , уже надо ISG > добивать у нас. > Каппа , если можешь то в рассылку напиши,плиз. > (место как я понимаю тоже - московское время ) ? > > 21 марта 2012 г. 12:02 пользователь Alex Kapranoff > написал: > > Давайте в четверг, сто лет не виделись :) > > > > Надо писать в рассылку. > > > > -- > > Alex Kapranoff. > > > > > > > > 2012/3/20 Naim Shafiev : > >> Привет.Предлагаю в четверг собраться на соц встречу. > >> В виду того что я и Юра покамесь в Москве. > >> В рассылку не стал писать , потому что это предварительное предложение. > > > -- > 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 andy на shitov.ru Thu Mar 22 08:22:29 2012 From: andy на shitov.ru (Andrew Shitov) Date: Thu, 22 Mar 2012 16:22:29 +0100 Subject: [Moscow.pm] =?utf-8?b?0J3QvtCy0L7RgdGC0Lgg0L/RgNC+IFlBUEM6OlJ1?= =?utf-8?q?ssia_+_Perl_Mova_--_2012?= In-Reply-To: <4F6B1357.8040209@gmail.com> References: <4F6B1357.8040209@gmail.com> Message-ID: И 100 чел.! :-) 2012/3/22 vti : > On 03/21/2012 10:46 PM, Andrew Shitov wrote: >> На конференцию уже зарегистрировались 89 человек из девяти (!) стран: > > Уже 10 стран! > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From pavel на kuptsov.info Thu Mar 22 22:53:29 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Fri, 23 Mar 2012 09:53:29 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: писал(а) в своём письме Thu, 22 Mar 2012 17:48:07 +0400: > Берите вдс на helzner за 6.60 евро/мес и ставьте там всё что угодно в > пару > команд. > Никакой хостинг дешевле работать не будет, давая всё что нужно. Ну у них цена (на данный момент) минималка 7.90 512 MB Hard Drive 20 GB HDD В год получется ~3700 руб., - отсутствие поддержки по телефону, + добавить установку панели аля plesk/cpanel (это еще в пределах 8 евро в месяц), ну можно еще кое к чему придраться, и в итоге если ребята запустят шаред хостинг за 3000 руб, в год с учетом всех этих минусов, то у них будут клиенты, безусловно. > Да, цена такой и предполагается для основного тарифного плана. А что бы > вы хотели, чтобы в него было включено ещё? Сколько plack приложений, > сколько допутимой памяти, сколько памяти редис/мемкешу? Думаю есть смысл иметь возможность как-то подстраивать эти параметры в рамках договора (к примеру при 512Мб памяти, отдать столько-то мемкешу/редис, и т.п.) Включить к примеру в основной тариф 2-3 приложения, а за каждое доп. приложение какая-то наценка. From afiskon на gmail.com Thu Mar 22 22:59:06 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Fri, 23 Mar 2012 09:59:06 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: References: Message-ID: >> к примеру при 512Мб памяти, отдать столько-то мемкешу/редис, и т.п Вот обрадуются те, чье приложение не использует мемкэш 23 марта 2012 г. 9:53 пользователь Павел написал: > писал(а) в своём письме Thu, 22 Mar 2012 > 17:48:07 +0400: > > > Берите вдс на helzner за 6.60 евро/мес и ставьте там всё что угодно в пару >> команд. >> Никакой хостинг дешевле работать не будет, давая всё что нужно. >> > > Ну у них цена (на данный момент) минималка 7.90 > 512 MB Hard Drive 20 GB HDD > В год получется ~3700 руб., > > - отсутствие поддержки по телефону, > + добавить установку панели аля plesk/cpanel (это еще в пределах 8 евро в > месяц), > > ну можно еще кое к чему придраться, > > и в итоге если ребята запустят шаред хостинг за 3000 руб, в год с учетом > всех этих минусов, > то у них будут клиенты, безусловно. > > Да, цена такой и предполагается для основного тарифного плана. А что бывы >> хотели, чтобы в него было включено ещё? Сколько plack приложений,сколько >> допутимой памяти, сколько памяти редис/мемкешу? >> > Думаю есть смысл иметь возможность как-то подстраивать эти параметры в > рамках договора (к примеру при 512Мб памяти, > отдать столько-то мемкешу/редис, и т.п.) > Включить к примеру в основной тариф 2-3 приложения, а за каждое доп. > приложение какая-то наценка. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.fedoseev на gmail.com Thu Mar 22 23:22:40 2012 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Fri, 23 Mar 2012 10:22:40 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 евро в месяц. Точнее 6.69 :) Панели есть бесплатные. 23 марта 2012 г. 9:53 пользователь Павел написал: > писал(а) в своём письме Thu, 22 Mar 2012 > 17:48:07 +0400: > > > Берите вдс на helzner за 6.60 евро/мес и ставьте там всё что угодно в пару >> команд. >> Никакой хостинг дешевле работать не будет, давая всё что нужно. >> > > Ну у них цена (на данный момент) минималка 7.90 > 512 MB Hard Drive 20 GB HDD > В год получется ~3700 руб., > > - отсутствие поддержки по телефону, > + добавить установку панели аля plesk/cpanel (это еще в пределах 8 евро в > месяц), > > ну можно еще кое к чему придраться, > > и в итоге если ребята запустят шаред хостинг за 3000 руб, в год с учетом > всех этих минусов, > то у них будут клиенты, безусловно. > > Да, цена такой и предполагается для основного тарифного плана. А что бывы >> хотели, чтобы в него было включено ещё? Сколько plack приложений,сколько >> допутимой памяти, сколько памяти редис/мемкешу? >> > Думаю есть смысл иметь возможность как-то подстраивать эти параметры в > рамках договора (к примеру при 512Мб памяти, > отдать столько-то мемкешу/редис, и т.п.) > Включить к примеру в основной тариф 2-3 приложения, а за каждое доп. > приложение какая-то наценка. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sharifulin на gmail.com Thu Mar 22 23:27:23 2012 From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=) Date: Fri, 23 Mar 2012 10:27:23 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: У меня бесплатная панель, с головой хватает. Но если Ник запустит за 3000 в год стабильный хостинг со всеми фичами, что писали выше, то это конечно круто, особенно для начинающих. Но по-моему такой хостинг будет стоить дороже. пятница, 23 марта 2012 г. пользователь Denis Fedoseev < denis.fedoseev на gmail.com> писал: > Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 евро в месяц. Точнее 6.69 :) > Панели есть бесплатные. > 23 марта 2012 г. 9:53 пользователь Павел написал: >> >> писал(а) в своём письме Thu, 22 Mar 2012 17:48:07 +0400: >> >>> Берите вдс на helzner за 6.60 евро/мес и ставьте там всё что угодно в пару >>> команд. >>> Никакой хостинг дешевле работать не будет, давая всё что нужно. >> >> Ну у них цена (на данный момент) минималка 7.90 >> 512 MB Hard Drive 20 GB HDD >> В год получется ~3700 руб., >> >> - отсутствие поддержки по телефону, >> + добавить установку панели аля plesk/cpanel (это еще в пределах 8 евро в месяц), >> >> ну можно еще кое к чему придраться, >> >> и в итоге если ребята запустят шаред хостинг за 3000 руб, в год с учетом всех этих минусов, >> то у них будут клиенты, безусловно. >> >>> Да, цена такой и предполагается для основного тарифного плана. А что бывы хотели, чтобы в него было включено ещё? Сколько plack приложений,сколько допутимой памяти, сколько памяти редис/мемкешу? >> >> Думаю есть смысл иметь возможность как-то подстраивать эти параметры в рамках договора (к примеру при 512Мб памяти, >> отдать столько-то мемкешу/редис, и т.п.) >> Включить к примеру в основной тариф 2-3 приложения, а за каждое доп. приложение какая-то наценка. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > С уважением, Денис Федосеев > > -- Sent from Gmail Mobile ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Fri Mar 23 01:01:04 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Fri, 23 Mar 2012 12:01:04 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: писал(а) в своём письме Fri, 23 Mar 2012 10:27:27 +0400: > Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 > евро в > месяц. Точнее 6.69 > Панели есть бесплатные. Хм.. все же стоит попробовать %). А про nic.ru - не скажу за этот хостинг (во всяком случае шаред). Я люблю peterhost, у них удобная возможность переключать тип сайта с php на mod_perl :). А по nic.ru - судя по http://forum.nic.ru/showthread.php?p=48270#post48270 - дейстивтельно печально -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ From afiskon на gmail.com Fri Mar 23 02:53:56 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Fri, 23 Mar 2012 13:53:56 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: References: Message-ID: Пользуюсь nic.ru уже не первый год (и три года там проработал). Нормальный хостинг за нормальные деньги. Но для перла он не очень удобен по той причине, что все модули придется ставить в локальный каталог пользователя (perlbrew, если не ошибаюсь, не предустановлен), что есть лишняя возня, а вовсе не потому что там "мало памяти для mod_perl". Вот лучше обратите свои взоры на VDS от Majordomo. За смешные деньги получаете полноценный VDS и ставите на нем вообще все, что хотите. Только бэкапы придется настроить самостоятельно или доплатить. И поддержка у них не очень. На серверах FreeBSD, которую, вроде, можно заменить на какие-то еще (неправильные) ОС. Следует также отметить, что название хостинга Majordomo очень похоже на Mojolicious, так что тут даже обсуждать нечего! 23 марта 2012 г. 12:01 пользователь Павел написал: > писал(а) в своём письме Fri, 23 Mar 2012 > 10:27:27 +0400: > > Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 евро >> в >> месяц. Точнее 6.69 >> Панели есть бесплатные. >> > Хм.. все же стоит попробовать %). > > А про nic.ru - не скажу за этот хостинг (во всяком случае шаред). > Я люблю peterhost, у них удобная возможность переключать тип сайта с php > на mod_perl :). > > А по nic.ru - судя по http://forum.nic.ru/showthread.php?p=48270#post48270 > - дейстивтельно печально > > > > -- > Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.fedoseev на gmail.com Fri Mar 23 02:59:39 2012 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Fri, 23 Mar 2012 13:59:39 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Пользовался мажордомом года 2 назад - адов ад. Падало все постоянно, до поддержки не достучаться. Может сейчас у них все получше стало. Но цены выше хетцнера, а ресурсов чуть меньше. Единственный плюс что сайт на русском XD 23 марта 2012 г. 13:53 пользователь Alexandr Alexeev написал: > Пользуюсь nic.ru уже не первый год (и три года там проработал). > Нормальный хостинг за нормальные деньги. Но для перла он не очень удобен по > той причине, что все модули придется ставить в локальный каталог > пользователя (perlbrew, если не ошибаюсь, не предустановлен), что есть > лишняя возня, а вовсе не потому что там "мало памяти для mod_perl". > > Вот лучше обратите свои взоры на VDS от Majordomo. За смешные деньги > получаете полноценный VDS и ставите на нем вообще все, что хотите. Только > бэкапы придется настроить самостоятельно или доплатить. И поддержка у них > не очень. На серверах FreeBSD, которую, вроде, можно заменить на какие-то > еще (неправильные) ОС. > > Следует также отметить, что название хостинга Majordomo очень похоже на > Mojolicious, так что тут даже обсуждать нечего! > > 23 марта 2012 г. 12:01 пользователь Павел написал: > > писал(а) в своём письме Fri, 23 Mar 2012 >> 10:27:27 +0400: >> >> Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 >>> евро в >>> месяц. Точнее 6.69 >>> Панели есть бесплатные. >>> >> Хм.. все же стоит попробовать %). >> >> А про nic.ru - не скажу за этот хостинг (во всяком случае шаред). >> Я люблю peterhost, у них удобная возможность переключать тип сайта с php >> на mod_perl :). >> >> А по nic.ru - судя по >> http://forum.nic.ru/showthread.php?p=48270#post48270 >> - дейстивтельно печально >> >> >> >> -- >> Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.fedoseev на gmail.com Fri Mar 23 03:01:03 2012 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Fri, 23 Mar 2012 14:01:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Да и младшие виртуалки которые на БСД у них не честные, а Jail. 23 марта 2012 г. 13:53 пользователь Alexandr Alexeev написал: > Пользуюсь nic.ru уже не первый год (и три года там проработал). > Нормальный хостинг за нормальные деньги. Но для перла он не очень удобен по > той причине, что все модули придется ставить в локальный каталог > пользователя (perlbrew, если не ошибаюсь, не предустановлен), что есть > лишняя возня, а вовсе не потому что там "мало памяти для mod_perl". > > Вот лучше обратите свои взоры на VDS от Majordomo. За смешные деньги > получаете полноценный VDS и ставите на нем вообще все, что хотите. Только > бэкапы придется настроить самостоятельно или доплатить. И поддержка у них > не очень. На серверах FreeBSD, которую, вроде, можно заменить на какие-то > еще (неправильные) ОС. > > Следует также отметить, что название хостинга Majordomo очень похоже на > Mojolicious, так что тут даже обсуждать нечего! > > 23 марта 2012 г. 12:01 пользователь Павел написал: > > писал(а) в своём письме Fri, 23 Mar 2012 >> 10:27:27 +0400: >> >> Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 >>> евро в >>> месяц. Точнее 6.69 >>> Панели есть бесплатные. >>> >> Хм.. все же стоит попробовать %). >> >> А про nic.ru - не скажу за этот хостинг (во всяком случае шаред). >> Я люблю peterhost, у них удобная возможность переключать тип сайта с php >> на mod_perl :). >> >> А по nic.ru - судя по >> http://forum.nic.ru/showthread.php?p=48270#post48270 >> - дейстивтельно печально >> >> >> >> -- >> Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Fri Mar 23 03:02:50 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Fri, 23 Mar 2012 14:02:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: References: Message-ID: >> Пользовался мажордомом года 2 назад - адов ад С хостингом сам долго трахался, постоянно видел "Сайт временно недоступен, потому что жрет ресурсы". Перешел на VDS, сам настроил бэкапы и вот уже года полтора - никаких проблем. 23 марта 2012 г. 14:01 пользователь Denis Fedoseev написал: > Да и младшие виртуалки которые на БСД у них не честные, а Jail. > > 23 марта 2012 г. 13:53 пользователь Alexandr Alexeev написал: > >> Пользуюсь nic.ru уже не первый год (и три года там проработал). >> Нормальный хостинг за нормальные деньги. Но для перла он не очень удобен по >> той причине, что все модули придется ставить в локальный каталог >> пользователя (perlbrew, если не ошибаюсь, не предустановлен), что есть >> лишняя возня, а вовсе не потому что там "мало памяти для mod_perl". >> >> Вот лучше обратите свои взоры на VDS от Majordomo. За смешные деньги >> получаете полноценный VDS и ставите на нем вообще все, что хотите. Только >> бэкапы придется настроить самостоятельно или доплатить. И поддержка у них >> не очень. На серверах FreeBSD, которую, вроде, можно заменить на какие-то >> еще (неправильные) ОС. >> >> Следует также отметить, что название хостинга Majordomo очень похоже на >> Mojolicious, так что тут даже обсуждать нечего! >> >> 23 марта 2012 г. 12:01 пользователь Павел написал: >> >> писал(а) в своём письме Fri, 23 Mar 2012 >>> 10:27:27 +0400: >>> >>> Если не резидент ЕС - то вычитается еще 19% VAT что как раз дает 6.6 >>>> евро в >>>> месяц. Точнее 6.69 >>>> Панели есть бесплатные. >>>> >>> Хм.. все же стоит попробовать %). >>> >>> А про nic.ru - не скажу за этот хостинг (во всяком случае шаред). >>> Я люблю peterhost, у них удобная возможность переключать тип сайта с php >>> на mod_perl :). >>> >>> А по nic.ru - судя по >>> http://forum.nic.ru/showthread.php?p=48270#post48270 >>> - дейстивтельно печально >>> >>> >>> >>> -- >>> Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> >> -- >> С уважением, Александр >> Личный блог: http://eax.me/ >> Мой форум: http://it-talk.org/ >> Мой Twitter: http://twitter.com/afiskon >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С уважением, Денис Федосеев > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Fri Mar 23 04:27:59 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Fri, 23 Mar 2012 15:27:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Тема меня побудила все же поискать что-то поинтересней шаред-хостинга для нового проекта. и наткнулся на сайт (возможно многим известный - но я его вот впервые обнаружил): https://www.leaseweb.com Где нашел сервер за 67,20 в год (5,60 per month) Virtual RAM: 512MB SAN Storage: 40GB (SAN Storage, RAID 10) Virtual CPU : 1 Core Location: Netherlands Вот тут уже даже не будешь смотреть на наличие панелей и т.п. (в принципе это и не проблема), а однозначно возьмешь его :))). From sergey.malochinskiy на gmail.com Fri Mar 23 04:59:00 2012 From: sergey.malochinskiy на gmail.com (Sergey Malochinskiy) Date: Fri, 23 Mar 2012 15:59:00 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: References: Message-ID: А можно ссылку на конкретно предложение по серверу? Нашел только VPS за 7 евро... Или вы его и имели в виду? 2012/3/23 Павел > Тема меня побудила все же поискать что-то поинтересней шаред-хостинга для > нового проекта. > и наткнулся на сайт (возможно многим известный - но я его вот впервые > обнаружил): > https://www.leaseweb.com > Где нашел сервер за 67,20 в год (5,60 per month) > Virtual RAM: 512MB > SAN Storage: 40GB (SAN Storage, RAID 10) > Virtual CPU : 1 Core > Location: Netherlands > > Вот тут уже даже не будешь смотреть на наличие панелей и т.п. (в принципе > это и не проблема), > а однозначно возьмешь его :))). > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Sergey Malochinskiy ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Fri Mar 23 07:00:16 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 23 Mar 2012 18:00:16 +0400 Subject: [Moscow.pm] =?utf-8?b?0KjQsNGA0LXQtCDRhdC+0YHRgtC40L3QsyDQuCBw?= =?utf-8?q?erl/Plack?= In-Reply-To: References: Message-ID: Там просто скидка 20% при заказе на год. И 30% - на 2 года. Неплохие цены. Интересно, насколько высокое качество? А то у меня однажды vps-ка на burstnet накрылась. Мне принесли извинения, но восстановить ничего не смогли (( 23 марта 2012 г. 15:59 пользователь Sergey Malochinskiy написал: > А можно ссылку на конкретно предложение по серверу? > Нашел только VPS за 7 евро... Или вы его и имели в виду? > > > 2012/3/23 Павел >> >> Тема меня побудила все же поискать что-то поинтересней шаред-хостинга для >> нового проекта. >> и наткнулся на сайт (возможно многим известный - но я его вот впервые >> обнаружил): >> https://www.leaseweb.com >> Где нашел сервер за 67,20 в год (5,60 per month) >> Virtual RAM: 512MB >> SAN Storage: 40GB (SAN Storage, RAID 10) >> Virtual CPU : 1 Core >> Location: Netherlands >> >> Вот тут уже даже не будешь смотреть на наличие панелей и т.п. (в принципе >> это и не проблема), >> а однозначно возьмешь его :))). >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Best regards, > Sergey Malochinskiy > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From vaneska.ru на gmail.com Fri Mar 23 07:08:50 2012 From: vaneska.ru на gmail.com (=?KOI8-R?B?6dfBziDzz8vPzM/X?=) Date: Fri, 23 Mar 2012 18:08:50 +0400 Subject: [Moscow.pm] =?koi8-r?b?+8HSxcQgyM/T1MnOxyDJIHBlcmwvUGxhY2s=?= In-Reply-To: References: Message-ID: Ну вообще впски бекапятся за отдельную плату )) 2012/3/23 Ilya Chesnokov : > Там просто скидка 20% при заказе на год. И 30% - на 2 года. Неплохие > цены. Интересно, насколько высокое качество? > > А то у меня однажды vps-ка на burstnet накрылась. Мне принесли > извинения, но восстановить ничего не смогли (( > > 23 марта 2012 г. 15:59 пользователь Sergey Malochinskiy > написал: >> А можно ссылку на конкретно предложение по серверу? >> Нашел только VPS за 7 евро... Или вы его и имели в виду? >> >> >> 2012/3/23 Павел >>> >>> Тема меня побудила все же поискать что-то поинтересней шаред-хостинга для >>> нового проекта. >>> и наткнулся на сайт (возможно многим известный - но я его вот впервые >>> обнаружил): >>> https://www.leaseweb.com >>> Где нашел сервер за 67,20 в год (5,60 per month) >>> Virtual RAM: 512MB >>> SAN Storage: 40GB (SAN Storage, RAID 10) >>> Virtual CPU : 1 Core >>> Location: Netherlands >>> >>> Вот тут уже даже не будешь смотреть на наличие панелей и т.п. (в принципе >>> это и не проблема), >>> а однозначно возьмешь его :))). >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> Best regards, >> Sergey Malochinskiy >> >> -- >> 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 -- С уважением, Иван From postmaster на softsearch.ru Sat Mar 24 07:22:24 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 24 Mar 2012 18:22:24 +0400 Subject: [Moscow.pm] Map-Reduce Message-ID: <1297003443.20120324182224@softsearch.ru> Здравствуйте. Интересно, а кто-нибудь использует Map-Reduce? Если да, то для каких целей. -- С уважением, Михаил mailto:postmaster на softsearch.ru From zzz на zzz.org.ua Sat Mar 24 07:38:50 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Sat, 24 Mar 2012 16:38:50 +0200 Subject: [Moscow.pm] Map-Reduce In-Reply-To: <1297003443.20120324182224@softsearch.ru> References: <1297003443.20120324182224@softsearch.ru> Message-ID: > Интересно, а кто-нибудь использует Map-Reduce? Если да, то для каких > целей. А о каком Map-Reduce речь? О том, что в hadoop'е и riak'е? Или о функицональном программировании? From afiskon на gmail.com Sat Mar 24 07:58:39 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Sat, 24 Mar 2012 17:58:39 +0300 Subject: [Moscow.pm] Map-Reduce In-Reply-To: <1297003443.20120324182224@softsearch.ru> References: <1297003443.20120324182224@softsearch.ru> Message-ID: Map-Reduce в той или иной форме применяется всеми и повсеместно в течение десятилетий: -- программа, которая выводит 14 main = do let rslt = foldl (+) 0 $ map (**2) [1,2,3] putStrLn $ show rslt Не видетесь на маркетинг, Map-Reduce был известен задолго до появления Google, в котором якобы придумали что-то новое на эту тему. 24 марта 2012 г. 17:22 пользователь Михаил Монашёв написал: > Здравствуйте. > > Интересно, а кто-нибудь использует Map-Reduce? Если да, то для каких > целей. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на karasik.eu.org Sat Mar 24 10:15:07 2012 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Sat, 24 Mar 2012 18:15:07 +0100 Subject: [Moscow.pm] Map-Reduce In-Reply-To: References: <1297003443.20120324182224@softsearch.ru> Message-ID: <20120324171507.GA8548@tetsuo.karasik.eu.org> On Sat, Mar 24, 2012 at 05:58:39PM +0300, Alexandr Alexeev wrote: > Map-Reduce в той или иной форме применяется всеми и повсеместно в течение > десятилетий: > > -- программа, которая выводит 14 > main = do > let rslt = foldl (+) 0 $ map (**2) [1,2,3] > putStrLn $ show rslt > > Не видетесь на маркетинг, Map-Reduce был известен задолго до появления > Google, в котором якобы придумали что-то новое на эту тему. ну не совсем все же так, гугл хотя бы распиарил что map может быть распределенным -- Sincerely, Dmitry Karasik From postmaster на softsearch.ru Sat Mar 24 11:43:35 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 24 Mar 2012 22:43:35 +0400 Subject: [Moscow.pm] Map-Reduce In-Reply-To: <20120324171507.GA8548@tetsuo.karasik.eu.org> References: <1297003443.20120324182224@softsearch.ru> <20120324171507.GA8548@tetsuo.karasik.eu.org> Message-ID: <1812662966.20120324224335@softsearch.ru> Здравствуйте, Dmitry. >> Map-Reduce в той или иной форме применяется всеми и повсеместно в течение >> десятилетий: >> >> -- программа, которая выводит 14 >> main = do >> let rslt = foldl (+) 0 $ map (**2) [1,2,3] >> putStrLn $ show rslt >> >> Не видетесь на маркетинг, Map-Reduce был известен задолго до появления >> Google, в котором якобы придумали что-то новое на эту тему. > ну не совсем все же так, гугл хотя бы распиарил что map может быть > распределенным reduce тоже распределённый. Да и не про разводки или маркетинг был вопрос. Просто интересно, использует кто-то Map-Reduce, и если да, то для чего? -- С уважением, Михаил mailto:postmaster на softsearch.ru From afiskon на gmail.com Sat Mar 24 12:41:40 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Sat, 24 Mar 2012 22:41:40 +0300 Subject: [Moscow.pm] Map-Reduce In-Reply-To: <20120324171507.GA8548@tetsuo.karasik.eu.org> References: <1297003443.20120324182224@softsearch.ru> <20120324171507.GA8548@tetsuo.karasik.eu.org> Message-ID: Откровение века, не поспоришь. 24 марта 2012 г. 20:15 пользователь Dmitry Karasik написал: > On Sat, Mar 24, 2012 at 05:58:39PM +0300, Alexandr Alexeev wrote: > > Map-Reduce в той или иной форме применяется всеми и повсеместно в течение > > десятилетий: > > > > -- программа, которая выводит 14 > > main = do > > let rslt = foldl (+) 0 $ map (**2) [1,2,3] > > putStrLn $ show rslt > > > > Не видетесь на маркетинг, Map-Reduce был известен задолго до появления > > Google, в котором якобы придумали что-то новое на эту тему. > > ну не совсем все же так, гугл хотя бы распиарил что map может быть > распределенным > > -- > Sincerely, > Dmitry Karasik > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evdokimov.denis на gmail.com Sat Mar 24 12:44:28 2012 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Sat, 24 Mar 2012 22:44:28 +0300 Subject: [Moscow.pm] Map-Reduce In-Reply-To: <1812662966.20120324224335@softsearch.ru> References: <1297003443.20120324182224@softsearch.ru> <20120324171507.GA8548@tetsuo.karasik.eu.org> <1812662966.20120324224335@softsearch.ru> Message-ID: В MR-кластере фильтрую и анализурую огромные access-логи. Так же отлично считаются задачи, требовательные к процессору(конечно, если эти задачи параллелятся и не требуют внешних данных). ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Sat Mar 24 13:45:18 2012 From: andy на shitov.ru (Andrew Shitov) Date: Sat, 24 Mar 2012 21:45:18 +0100 Subject: [Moscow.pm] =?utf-8?b?0JTQstC1INCy0LDQutCw0L3RgdC40Lgg0LIg0Jw=?= =?utf-8?b?0L7RgdC60LLQtQ==?= Message-ID: Я ищу себе двух человек в Москве ? программистов на Perl и Python. На эти вакансии не нужны гуры; идеально подойдет человек, желающий научиться новому, но уверенный в своих силах и знаниях. 1) Вакансия Perl-программиста Требуется владение перлом на среднем уровне. Умение писать SQL-запросы и делать их оптимальными. Желание работать с программными интерфейсами (XML- и JSON API). Понимание работы с параллельными процессами. Необходимо грамотно писать по-русски. 2) Вакансия Python-программиста Владение питоном на среднем уровне. Умение разбираться в чужом коде. Желание работать с программными интерфейсами (XML- и JSON API). Опыт создания 24/7-систем. Необходимо уметь писать и читать по-английски (говорить необязательно). Условия работы: 1) Полный рабочий день в московском офисе компании "Островок.ру". 2) Весь набор дополнительных условий, которые предлагают на любых других вакансиях компании, см., например, http://ostrovok.ru/about/jobs/#vacancy_11. -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From dmarsentev на gmail.com Sat Mar 24 14:16:57 2012 From: dmarsentev на gmail.com (Dmitry Arsentiev) Date: Sun, 25 Mar 2012 00:16:57 +0300 Subject: [Moscow.pm] =?koi8-r?b?5NfFINfBy8HO08nJINcg7c/Ty9fF?= In-Reply-To: References: Message-ID: Андрей, какие вилка зарплат и график работы? 25 марта 2012 г. 0:45 пользователь Andrew Shitov написал: > Я ищу себе двух человек в Москве -- программистов на Perl и Python. На > эти вакансии не нужны гуры; идеально подойдет человек, желающий > научиться новому, но уверенный в своих силах и знаниях. > > 1) Вакансия Perl-программиста > Требуется владение перлом на среднем уровне. > Умение писать SQL-запросы и делать их оптимальными. > Желание работать с программными интерфейсами (XML- и JSON API). > Понимание работы с параллельными процессами. > Необходимо грамотно писать по-русски. > > 2) Вакансия Python-программиста > Владение питоном на среднем уровне. > Умение разбираться в чужом коде. > Желание работать с программными интерфейсами (XML- и JSON API). > Опыт создания 24/7-систем. > Необходимо уметь писать и читать по-английски (говорить необязательно). > > Условия работы: > 1) Полный рабочий день в московском офисе компании "Островок.ру". > 2) Весь набор дополнительных условий, которые предлагают на любых > других вакансиях компании, см., например, > http://ostrovok.ru/about/jobs/#vacancy_11. > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From andy на shitov.ru Sat Mar 24 14:28:05 2012 From: andy на shitov.ru (Andrew Shitov) Date: Sat, 24 Mar 2012 22:28:05 +0100 Subject: [Moscow.pm] =?utf-8?b?0JTQstC1INCy0LDQutCw0L3RgdC40Lgg0LIg0Jw=?= =?utf-8?b?0L7RgdC60LLQtQ==?= In-Reply-To: References: Message-ID: Про график я написал: полный рабочий день, не позднее 12-ти. Про зарплату ничего не скажу, как договоритесь с руководством. 2012/3/24 Dmitry Arsentiev : > Андрей, какие вилка зарплат и график работы? > > 25 марта 2012 г. 0:45 пользователь Andrew Shitov написал: >> Я ищу себе двух человек в Москве -- программистов на Perl и Python. На >> эти вакансии не нужны гуры; идеально подойдет человек, желающий >> научиться новому, но уверенный в своих силах и знаниях. >> >> 1) Вакансия Perl-программиста >> Требуется владение перлом на среднем уровне. >> Умение писать SQL-запросы и делать их оптимальными. >> Желание работать с программными интерфейсами (XML- и JSON API). >> Понимание работы с параллельными процессами. >> Необходимо грамотно писать по-русски. >> >> 2) Вакансия Python-программиста >> Владение питоном на среднем уровне. >> Умение разбираться в чужом коде. >> Желание работать с программными интерфейсами (XML- и JSON API). >> Опыт создания 24/7-систем. >> Необходимо уметь писать и читать по-английски (говорить необязательно). >> >> Условия работы: >> 1) Полный рабочий день в московском офисе компании "Островок.ру". >> 2) Весь набор дополнительных условий, которые предлагают на любых >> других вакансиях компании, см., например, >> http://ostrovok.ru/about/jobs/#vacancy_11. >> >> -- >> Andrew Shitov >> ______________________________________________________________________ >> andy на shitov.ru | http://shitov.ru >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From dmarsentev на gmail.com Sat Mar 24 14:38:35 2012 From: dmarsentev на gmail.com (Dmitry Arsentiev) Date: Sun, 25 Mar 2012 00:38:35 +0300 Subject: [Moscow.pm] =?koi8-r?b?5NfFINfBy8HO08nJINcg7c/Ty9fF?= In-Reply-To: References: Message-ID: Понятно, спасибо. 25 марта 2012 г. 1:28 пользователь Andrew Shitov написал: > Про график я написал: полный рабочий день, не позднее 12-ти. > > Про зарплату ничего не скажу, как договоритесь с руководством. > > > 2012/3/24 Dmitry Arsentiev : >> Андрей, какие вилка зарплат и график работы? >> >> 25 марта 2012 г. 0:45 пользователь Andrew Shitov написал: >>> Я ищу себе двух человек в Москве -- программистов на Perl и Python. На >>> эти вакансии не нужны гуры; идеально подойдет человек, желающий >>> научиться новому, но уверенный в своих силах и знаниях. >>> >>> 1) Вакансия Perl-программиста >>> Требуется владение перлом на среднем уровне. >>> Умение писать SQL-запросы и делать их оптимальными. >>> Желание работать с программными интерфейсами (XML- и JSON API). >>> Понимание работы с параллельными процессами. >>> Необходимо грамотно писать по-русски. >>> >>> 2) Вакансия Python-программиста >>> Владение питоном на среднем уровне. >>> Умение разбираться в чужом коде. >>> Желание работать с программными интерфейсами (XML- и JSON API). >>> Опыт создания 24/7-систем. >>> Необходимо уметь писать и читать по-английски (говорить необязательно). >>> >>> Условия работы: >>> 1) Полный рабочий день в московском офисе компании "Островок.ру". >>> 2) Весь набор дополнительных условий, которые предлагают на любых >>> других вакансиях компании, см., например, >>> http://ostrovok.ru/about/jobs/#vacancy_11. >>> >>> -- >>> Andrew Shitov >>> ______________________________________________________________________ >>> andy на shitov.ru | http://shitov.ru >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From postmaster на softsearch.ru Sun Mar 25 02:06:20 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 25 Mar 2012 13:06:20 +0400 Subject: [Moscow.pm] Map-Reduce In-Reply-To: References: <1297003443.20120324182224@softsearch.ru> <20120324171507.GA8548@tetsuo.karasik.eu.org> <1812662966.20120324224335@softsearch.ru> Message-ID: <763091821.20120325130620@softsearch.ru> Здравствуйте, Denis. > В MR-кластере фильтрую и анализурую огромные access-логи. > Так же отлично считаются задачи, требовательные к > процессору(конечно, если эти задачи параллелятся и не требуют > внешних данных). Т.е. ты только map-ер используешь? -- С уважением, Михаил mailto:postmaster на softsearch.ru From evdokimov.denis на gmail.com Sun Mar 25 02:34:59 2012 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Sun, 25 Mar 2012 13:34:59 +0400 Subject: [Moscow.pm] Map-Reduce In-Reply-To: <763091821.20120325130620@softsearch.ru> References: <1297003443.20120324182224@softsearch.ru> <20120324171507.GA8548@tetsuo.karasik.eu.org> <1812662966.20120324224335@softsearch.ru> <763091821.20120325130620@softsearch.ru> Message-ID: > Т.е. ты только map-ер используешь? Конечно не только. Просто про reduce особо нечего сказать. reduce отличается от map предварительной группировкой и несколькими доп.обязательствами. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timonnius на gmail.com Mon Mar 26 06:16:04 2012 From: timonnius на gmail.com (=?KOI8-R?B?9MnNz8bFyiDtwdLLz9c=?=) Date: Mon, 26 Mar 2012 17:16:04 +0400 Subject: [Moscow.pm] =?koi8-r?b?xM/L1c3FztTBw8nRIMsgTW9qb2xpY2lvdXM=?= Message-ID: Добрый день Moscow.pm Прошу помощи. Пытаюсь сделать веб морду к своему сервису на Mojolicious::Lite и постоянно упираюсь в отсутствие документации. Некоторые вопросы приходиться решать методом проб и ошибок, что ниразу не ведет к повышению качества кода и получению удовольствию от программирования. Например хотелось бы увидеть подробное описание хелпера(прошу прощения если в терминологии ошибся) form_for что он умеет и как? Информации что есть по этому поводу на http://perl5doc.ru/cpan/Mojolicious::Plugin::TagHelpers абсолютно не хватает. Причем в идеале хотелось бы увидеть информацию, ориентированную на людей которые осваивает веб с нуля параллельно с Mojolicious а не на тех кто переходит на Mojo(кстати а такое сокращение допустимо?) с других фреймворков. Подозреваю что информация есть на гитхабе, но найти ее там у меня не получается. (да друзья гугл и яндекс помочь мне не смогли) Заранее благодарен. с уважением Марков Тимофей ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sergey.malochinskiy на gmail.com Mon Mar 26 06:18:02 2012 From: sergey.malochinskiy на gmail.com (Sergey Malochinskiy) Date: Mon, 26 Mar 2012 17:18:02 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQvtC60YPQvNC10L3RgtCw0YbQuNGPINC6IE1v?= =?utf-8?q?jolicious?= In-Reply-To: References: Message-ID: Читать код. Другого выхода нет. Ну или прочитать код, описать то что прочитал подробно и опубликовать в виде патча. :) 26 марта 2012 г. 17:16 пользователь Тимофей Марков написал: > Добрый день Moscow.pm Прошу помощи. > Пытаюсь сделать веб морду к своему сервису на Mojolicious::Lite и > постоянно упираюсь в отсутствие документации. Некоторые вопросы > приходиться решать методом проб и ошибок, что ниразу не ведет к повышению > качества кода и получению удовольствию от программирования. Например > хотелось бы увидеть подробное описание хелпера(прошу прощения если > в терминологии ошибся) form_for что он умеет и как? Информации что есть по > этому поводу на http://perl5doc.ru/cpan/Mojolicious::Plugin::TagHelpers абсолютно > не хватает. Причем в идеале хотелось бы увидеть информацию, ориентированную > на людей которые осваивает веб с нуля параллельно с Mojolicious а не на тех > кто переходит на Mojo(кстати а такое сокращение допустимо?) с других > фреймворков. Подозреваю что информация есть на гитхабе, но найти ее там у > меня не получается. (да друзья гугл и яндекс помочь мне не смогли) > Заранее благодарен. > с уважением Марков Тимофей > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Sergey Malochinskiy ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Mar 26 06:21:22 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 26 Mar 2012 17:21:22 +0400 Subject: [Moscow.pm] =?utf-8?b?0JHRi9GB0YLRgNC+0LUg0YDQsNC30LLQtdGA0YI=?= =?utf-8?b?0YvQstCw0L3QuNC1INGB0YDQtdC00Ysg0YDQsNC30YDQsNCx0L7RgtC6?= =?utf-8?b?0Lg=?= Message-ID: Привет всем, Сегодня описал свой опыт использования Vagrant для быстрого развёртываниясред разработки и тестирования. Думаю, полезно будет всем. С уважением, Акжан. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.fedoseev на gmail.com Mon Mar 26 06:35:03 2012 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Mon, 26 Mar 2012 17:35:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?xM/L1c3FztTBw8nRIMsgTW9qb2xpY2lvdXM=?= In-Reply-To: References: Message-ID: Какие конкретно проблемы с наличием документации? Приведите примеры плиз. Все типовые примеры использования есть в документации на http://mojolicio.usи на CPAN. Какие-то хитрые варианты - то читать код или использовать поиск. По поводу примеров для начинающих с нуля - это штука маловероятная. Все примеры рассчитаны на то что у Вас уже есть базовые знания html/css/js. Если их нет - то стоит сначала получить их, а потом уже браться за фреймворки. Потому что в приведенной Вами документации есть все необходимое для использования плагина на базовом уровне. 26 марта 2012 г. 17:16 пользователь Тимофей Марков написал: > Добрый день Moscow.pm Прошу помощи. > Пытаюсь сделать веб морду к своему сервису на Mojolicious::Lite и > постоянно упираюсь в отсутствие документации. Некоторые вопросы > приходиться решать методом проб и ошибок, что ниразу не ведет к повышению > качества кода и получению удовольствию от программирования. Например > хотелось бы увидеть подробное описание хелпера(прошу прощения если > в терминологии ошибся) form_for что он умеет и как? Информации что есть по > этому поводу на http://perl5doc.ru/cpan/Mojolicious::Plugin::TagHelpers абсолютно > не хватает. Причем в идеале хотелось бы увидеть информацию, ориентированную > на людей которые осваивает веб с нуля параллельно с Mojolicious а не на тех > кто переходит на Mojo(кстати а такое сокращение допустимо?) с других > фреймворков. Подозреваю что информация есть на гитхабе, но найти ее там у > меня не получается. (да друзья гугл и яндекс помочь мне не смогли) > Заранее благодарен. > с уважением Марков Тимофей > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Mon Mar 26 06:36:34 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Mon, 26 Mar 2012 17:36:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQvtC60YPQvNC10L3RgtCw0YbQuNGPINC6IE1v?= =?utf-8?q?jolicious?= In-Reply-To: References: Message-ID: На CPAN предостаточно информации: https://metacpan.org/module/Mojolicious https://metacpan.org/module/Mojolicious::Lite https://metacpan.org/module/Mojolicious::Guides https://metacpan.org/module/Mojolicious::Guides::Cookbook Для быстрого старта не постесняюсь порекомендовать заметку из моего бложика: http://eax.me/mojolicious/ Если остаются вопросы - пишите, для чего в конце концов нужны списки рассылки. 26 марта 2012 г. 17:18 пользователь Sergey Malochinskiy < sergey.malochinskiy на gmail.com> написал: > Читать код. Другого выхода нет. > > Ну или прочитать код, описать то что прочитал подробно и опубликовать в > виде патча. :) > > > 26 марта 2012 г. 17:16 пользователь Тимофей Марков написал: > >> Добрый день Moscow.pm Прошу помощи. >> Пытаюсь сделать веб морду к своему сервису на Mojolicious::Lite и >> постоянно упираюсь в отсутствие документации. Некоторые вопросы >> приходиться решать методом проб и ошибок, что ниразу не ведет к повышению >> качества кода и получению удовольствию от программирования. Например >> хотелось бы увидеть подробное описание хелпера(прошу прощения если >> в терминологии ошибся) form_for что он умеет и как? Информации что есть по >> этому поводу на http://perl5doc.ru/cpan/Mojolicious::Plugin::TagHelpers абсолютно >> не хватает. Причем в идеале хотелось бы увидеть информацию, ориентированную >> на людей которые осваивает веб с нуля параллельно с Mojolicious а не на тех >> кто переходит на Mojo(кстати а такое сокращение допустимо?) с других >> фреймворков. Подозреваю что информация есть на гитхабе, но найти ее там у >> меня не получается. (да друзья гугл и яндекс помочь мне не смогли) >> Заранее благодарен. >> с уважением Марков Тимофей >> >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Best regards, > Sergey Malochinskiy > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Mon Mar 26 07:00:54 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Mon, 26 Mar 2012 18:00:54 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= Message-ID: Скажите, используете ли вы Perl 6, если да, то для каких задач и каким компилятором-интерпретатором пользуетесь? Лично мне очень хочется попробовать Perl 6. Решил "а напишу-ка я какой-нибудь простенький парсер веб-страниц". Но проблема в том, что в последних версиях rakudo что-то сломалось в плане совместимости, в результате даже банальный HTTP::Client не проходит тесты. Аналогичная фигня с LWP::Simple. Выяснять, где и что отломалось или тем более писать свой велосипед особого желания нет. Общее впечатление - еще не готово, попробовать через годик. -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Mar 26 07:15:43 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 26 Mar 2012 18:15:43 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: References: Message-ID: <20120326141543.GE4058@apache.rbscorp.ru> > Скажите, используете ли вы Perl 6, если да, то для каких задач и каким > компилятором-интерпретатором пользуетесь? > Лично мне очень хочется попробовать Perl 6. Решил "а напишу-ка я какой-нибудь > простенький парсер веб-страниц". Но проблема в том, что в последних версиях > rakudo что-то сломалось в плане совместимости, в результате даже банальный > HTTP::Client не проходит тесты. Аналогичная фигня с LWP::Simple. Выяснять, где > и что отломалось или тем более писать свой велосипед особого желания нет. Общее > впечатление - еще не готово, попробовать через годик. надеюсь Perl6 не выйдет. зачем они (его разработчики) ломали совместимость со старым языком мне совершенно непонятно. я бы понял что если бы новый функционал по другому не ввести было, но менять циклически скобочки в регекспах с одних на другие это... ну я не знаю. а так мне нравится как Perl5 развивается. From postmaster на softsearch.ru Mon Mar 26 07:17:03 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 26 Mar 2012 18:17:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: Message-ID: <284997649.20120326181703@softsearch.ru> Здравствуйте, Alexandr. > Скажите, используете ли вы Perl 6, Нет. А зачем? У меня даже на отдельных серверах 5.8 перл стоит и всё работает. Зачем менять, если работает? -- С уважением, Михаил mailto:postmaster на softsearch.ru From akovbovich на gmail.com Mon Mar 26 07:33:50 2012 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Mon, 26 Mar 2012 18:33:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: <284997649.20120326181703@softsearch.ru> References: <284997649.20120326181703@softsearch.ru> Message-ID: Perl6 не нужен 26 марта 2012 г. 18:17 пользователь Михаил Монашёв написал: > Здравствуйте, Alexandr. > >> Скажите, используете ли вы Perl 6, > > Нет. А зачем? У меня даже на отдельных серверах 5.8 перл стоит и всё > работает. Зачем менять, если работает? > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From nordicdyno на yandex.ru Mon Mar 26 08:27:15 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Mon, 26 Mar 2012 19:27:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> Message-ID: <312281332775635@web88.yandex.ru> нужен 26.03.2012, 18:33, "Андрей П. Ковбович" : > Perl6 не нужен > > 26 марта 2012 г. 18:17 пользователь Михаил Монашёв > написал: > >>  Здравствуйте, Alexandr. >>>  Скажите, используете ли вы Perl 6, >>  Нет. А зачем? У меня даже на отдельных серверах 5.8 перл стоит и всё >>  работает. Зачем менять, если работает? >> >>  -- >>  С уважением, >>   Михаил                          mailto:postmaster на softsearch.ru >> >>  -- >>  Moscow.pm mailing list >>  moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From postmaster на softsearch.ru Mon Mar 26 08:54:10 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 26 Mar 2012 19:54:10 +0400 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: <312281332775635@web88.yandex.ru> References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> Message-ID: <1246845908.20120326195410@softsearch.ru> Здравствуйте, Orlovsky. > нужен чтобы программистов пугать :-) А то Java-ы уже никто не боится. На самом деле, у меня вызывает тревогу то, что в один не очень прекрасный день на пятом перле поставят крест, чтобы оживить шестой перл. Плюнут в душу тем, кто наполнял спан. И тем, кто надеялся на модули из спана и вдруг потерял эту надежду. Примеров из жизни множество. Взять например апач 1.3, который выкинули из портов freebsd из-за того, что его не поддерживают. А его не надо поддерживать, он работает и в поддержке не нуждается. Или mysql 5.5.x ( или 5.1.х не помню точно) глючный Mysql AB продвигали вместо стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор пытают ребята из Сана (или откуда они там теперь), хотя проект уже давно состоялся и надо было форкаться, а городить монстра. Очень надеюсь, что несовместимость шестого перла с пятым приведёт к затуханию активности и в шестом и в пятом. ИМХО, есть неверное представление, что любая программа должна развиваться вечно. Это не так. Иногда полезно остановиться. -- С уважением, Михаил mailto:postmaster на softsearch.ru From afiskon на gmail.com Mon Mar 26 08:54:30 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Mon, 26 Mar 2012 19:54:30 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: <312281332775635@web88.yandex.ru> References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> Message-ID: Зря вы так категорично, граждане. Там есть много интересного. Хотя бы ленивые вычисления и автоматический распараллеливание чего стоят. Плюс нормальный синтаксис для ООП и нормальные потоки. Без этого конечно жить можно, но что уж греха таить, class MyClass { ... } читается лучше, чем bless. Ну и всякие $` с $' я считаю пора выпиливать. Только поймите меня пожалуйста правильно, Perl 5 я тоже очень люблю и много пишу на нем с большим удовольствием. 26 марта 2012 г. 19:27 пользователь Orlovsky Alexander написал: > нужен > > 26.03.2012, 18:33, "Андрей П. Ковбович" : > > Perl6 не нужен > > > > 26 марта 2012 г. 18:17 пользователь Михаил Монашёв > > написал: > > > >> Здравствуйте, Alexandr. > >>> Скажите, используете ли вы Perl 6, > >> Нет. А зачем? У меня даже на отдельных серверах 5.8 перл стоит и всё > >> работает. Зачем менять, если работает? > >> > >> -- > >> С уважением, > >> Михаил mailto:postmaster на softsearch.ru > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.org > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Mon Mar 26 08:58:08 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Mon, 26 Mar 2012 19:58:08 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: <1246845908.20120326195410@softsearch.ru> References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> Message-ID: В Perl 6 можно юзать CPAN модули Perl 5 без изменений. use perl5:Any::Event; и понеслась. 26 марта 2012 г. 19:54 пользователь Михаил Монашёв написал: > Здравствуйте, Orlovsky. > > > нужен > > чтобы программистов пугать :-) > > А то Java-ы уже никто не боится. > > На самом деле, у меня вызывает тревогу то, что в один не очень > прекрасный день на пятом перле поставят крест, чтобы оживить шестой > перл. Плюнут в душу тем, кто наполнял спан. И тем, кто надеялся на > модули из спана и вдруг потерял эту надежду. > > Примеров из жизни множество. Взять например апач 1.3, который выкинули > из портов freebsd из-за того, что его не поддерживают. А его не надо > поддерживать, он работает и в поддержке не нуждается. Или mysql 5.5.x > ( или 5.1.х не помню точно) глючный Mysql AB продвигали вместо > стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор > пытают ребята из Сана (или откуда они там теперь), хотя проект уже > давно состоялся и надо было форкаться, а городить монстра. > > Очень надеюсь, что несовместимость шестого перла с пятым приведёт к > затуханию активности и в шестом и в пятом. > > ИМХО, есть неверное представление, что любая программа должна > развиваться вечно. Это не так. Иногда полезно остановиться. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на karasik.eu.org Mon Mar 26 09:04:26 2012 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Mon, 26 Mar 2012 18:04:26 +0200 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: <1246845908.20120326195410@softsearch.ru> References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> Message-ID: <20120326160426.GA56908@tetsuo.karasik.eu.org> Windows 3.1 flamewar begins!! :D On Mon, Mar 26, 2012 at 07:54:10PM +0400, Михаил Монашёв wrote: > Здравствуйте, Orlovsky. > > > нужен > > чтобы программистов пугать :-) > > А то Java-ы уже никто не боится. > > На самом деле, у меня вызывает тревогу то, что в один не очень > прекрасный день на пятом перле поставят крест, чтобы оживить шестой > перл. Плюнут в душу тем, кто наполнял спан. И тем, кто надеялся на > модули из спана и вдруг потерял эту надежду. > > Примеров из жизни множество. Взять например апач 1.3, который выкинули > из портов freebsd из-за того, что его не поддерживают. А его не надо > поддерживать, он работает и в поддержке не нуждается. Или mysql 5.5.x > ( или 5.1.х не помню точно) глючный Mysql AB продвигали вместо > стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор > пытают ребята из Сана (или откуда они там теперь), хотя проект уже > давно состоялся и надо было форкаться, а городить монстра. > > Очень надеюсь, что несовместимость шестого перла с пятым приведёт к > затуханию активности и в шестом и в пятом. > > ИМХО, есть неверное представление, что любая программа должна > развиваться вечно. Это не так. Иногда полезно остановиться. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely, Dmitry Karasik From akovbovich на gmail.com Mon Mar 26 09:14:00 2012 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Mon, 26 Mar 2012 20:14:00 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> Message-ID: > Хотя бы ленивые вычисления и автоматический распараллеливание чего стоят. Возможно вас это удивит, но в х-л это тоже есть. From zzz на zzz.org.ua Mon Mar 26 10:17:34 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Mon, 26 Mar 2012 20:17:34 +0300 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: <1246845908.20120326195410@softsearch.ru> References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> Message-ID: On Mon, Mar 26, 2012 at 6:54 PM, Михаил Монашёв wrote: > На  самом  деле,  у  меня  вызывает  тревогу  то,  что в один не очень > прекрасный  день  на  пятом перле поставят крест, чтобы оживить шестой > перл.  Плюнут  в  душу  тем, кто наполнял спан. И тем, кто надеялся на > модули из спана и вдруг потерял эту надежду. > > Примеров из жизни множество. Взять например апач 1.3, который выкинули > из  портов  freebsd из-за того, что его не поддерживают. А его не надо > поддерживать,  он работает и в поддержке не нуждается. Или mysql 5.5.x > (  или  5.1.х  не  помню  точно)  глючный  Mysql  AB продвигали вместо > стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор > пытают  ребята  из  Сана  (или откуда они там теперь), хотя проект уже > давно состоялся и надо было форкаться, а городить монстра. > > Очень  надеюсь,  что  несовместимость шестого перла с пятым приведёт к > затуханию активности и в шестом и в пятом. > > ИМХО,   есть   неверное  представление,  что  любая  программа  должна > развиваться вечно. Это не так. Иногда полезно остановиться. Не волнуйтесь, перл5 и перл6 занимаются совсем разные люди. Не надо никого устрашать. Никто не бросит перл5, тем более ради непонятно чего. Да и не первый же год "почти готов", никто не пользуется. А перл5 еще много куда развивать: тот же компилятор (B::C, B::CC) и может даже Jit. Вполне можно достичь 2x-10x прироста производительности. On Mon, Mar 26, 2012 at 6:58 PM, Alexandr Alexeev wrote: > В Perl 6 можно юзать CPAN модули Perl 5 без изменений. Ну да, конечно :) Практически ничего нельзя юзать со CPAN'а. From mi на ya.ru Mon Mar 26 11:05:41 2012 From: mi на ya.ru (Nikolay Mishin) Date: Mon, 26 Mar 2012 22:05:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> Message-ID: <708721332785141@web2.yandex.ru> кстати очень часто нужно решить задачу и вроде модулей валом,а когда присмотришься - ни один не подходит, причем именно просто не выполняет заявленную в названии задачу или в документацию, нужно все-таки составлять список таких модулей, указывая на недостатки, чтобы людям в будущем не приходилось копья ломать 26.03.2012, 21:17, "Alexandr Gomoliako" : > On Mon, Mar 26, 2012 at 6:54 PM, Михаил Монашёв > wrote: > >>  На  самом  деле,  у  меня  вызывает  тревогу  то,  что в один не очень >>  прекрасный  день  на  пятом перле поставят крест, чтобы оживить шестой >>  перл.  Плюнут  в  душу  тем, кто наполнял спан. И тем, кто надеялся на >>  модули из спана и вдруг потерял эту надежду. >> >>  Примеров из жизни множество. Взять например апач 1.3, который выкинули >>  из  портов  freebsd из-за того, что его не поддерживают. А его не надо >>  поддерживать,  он работает и в поддержке не нуждается. Или mysql 5.5.x >>  (  или  5.1.х  не  помню  точно)  глючный  Mysql  AB продвигали вместо >>  стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор >>  пытают  ребята  из  Сана  (или откуда они там теперь), хотя проект уже >>  давно состоялся и надо было форкаться, а городить монстра. >> >>  Очень  надеюсь,  что  несовместимость шестого перла с пятым приведёт к >>  затуханию активности и в шестом и в пятом. >> >>  ИМХО,   есть   неверное  представление,  что  любая  программа  должна >>  развиваться вечно. Это не так. Иногда полезно остановиться. > > Не волнуйтесь, перл5 и перл6 занимаются совсем разные люди. Не надо > никого устрашать. Никто не бросит перл5, тем более ради непонятно > чего. Да и не первый же год "почти готов", никто не пользуется. > > А перл5 еще много куда развивать: тот же компилятор (B::C, B::CC) и > может даже Jit. Вполне можно достичь 2x-10x прироста > производительности. > > On Mon, Mar 26, 2012 at 6:58 PM, Alexandr Alexeev wrote: > >>  В Perl 6 можно юзать CPAN модули Perl 5 без изменений. > > Ну да, конечно :) > Практически ничего нельзя юзать со CPAN'а. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Nikolay Mishin From akzhan.abdulin на gmail.com Mon Mar 26 11:22:05 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 26 Mar 2012 22:22:05 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: <708721332785141@web2.yandex.ru> References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: В мире Ruby был период, когда разработчики переходили с ruby 1.8 на ruby 1.9. Это был маленький кошмарик, который в конце концов был успешно пройден благодаря трём пунктам: * Появился сайт http://isitruby19.com/, где описывался статус совместимости различных модулей с новым Ruby; * Был создан RVM (ближайший аналог в мире Perl - perlbrew), который поддерживал всевозможные версии Ruby; * Новые гемы и проекты по возможности ориентировались на ruby 1.9, старые же поддерживали 1.8; Скоро будет повторный шаг - переход на Ruby 2.0. Думаю, так же стоит делать и в мире Perl. Но о чём говорить, когда поддержки Perl 6 нет даже в perlbrew? 26 марта 2012 г. 22:05 пользователь Nikolay Mishin написал: > кстати очень часто нужно решить задачу и вроде модулей валом,а когда > присмотришься > - ни один не подходит, причем именно просто не выполняет заявленную в > названии задачу > или в документацию, нужно все-таки составлять список таких модулей, > указывая на недостатки, > чтобы людям в будущем не приходилось копья ломать > > 26.03.2012, 21:17, "Alexandr Gomoliako" : > > On Mon, Mar 26, 2012 at 6:54 PM, Михаил Монашёв > > wrote: > > > >> На самом деле, у меня вызывает тревогу то, что в один не очень > >> прекрасный день на пятом перле поставят крест, чтобы оживить шестой > >> перл. Плюнут в душу тем, кто наполнял спан. И тем, кто надеялся на > >> модули из спана и вдруг потерял эту надежду. > >> > >> Примеров из жизни множество. Взять например апач 1.3, который выкинули > >> из портов freebsd из-за того, что его не поддерживают. А его не надо > >> поддерживать, он работает и в поддержке не нуждается. Или mysql 5.5.x > >> ( или 5.1.х не помню точно) глючный Mysql AB продвигали вместо > >> стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор > >> пытают ребята из Сана (или откуда они там теперь), хотя проект уже > >> давно состоялся и надо было форкаться, а городить монстра. > >> > >> Очень надеюсь, что несовместимость шестого перла с пятым приведёт к > >> затуханию активности и в шестом и в пятом. > >> > >> ИМХО, есть неверное представление, что любая программа должна > >> развиваться вечно. Это не так. Иногда полезно остановиться. > > > > Не волнуйтесь, перл5 и перл6 занимаются совсем разные люди. Не надо > > никого устрашать. Никто не бросит перл5, тем более ради непонятно > > чего. Да и не первый же год "почти готов", никто не пользуется. > > > > А перл5 еще много куда развивать: тот же компилятор (B::C, B::CC) и > > может даже Jit. Вполне можно достичь 2x-10x прироста > > производительности. > > > > On Mon, Mar 26, 2012 at 6:58 PM, Alexandr Alexeev > wrote: > > > >> В Perl 6 можно юзать CPAN модули Perl 5 без изменений. > > > > Ну да, конечно :) > > Практически ничего нельзя юзать со CPAN'а. > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Nikolay Mishin > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Mar 26 11:26:50 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 26 Mar 2012 22:26:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: Да, конечно же, четвертым пунктом, появившимся позже, стала Travis CI (система непрерывной интеграции), основанная на Vagrant и Chef (изначально поддерживающая ruby-проекты с помощью RVM). 26 марта 2012 г. 22:22 пользователь Akzhan Abdulin написал: > В мире Ruby был период, когда разработчики переходили с ruby 1.8 на ruby > 1.9. > > Это был маленький кошмарик, который в конце концов был успешно пройден > благодаря трём пунктам: > * Появился сайт http://isitruby19.com/, где описывался статус > совместимости различных модулей с новым Ruby; > * Был создан RVM (ближайший аналог в мире Perl - perlbrew), который > поддерживал всевозможные версии Ruby; > * Новые гемы и проекты по возможности ориентировались на ruby 1.9, старые > же поддерживали 1.8; > > Скоро будет повторный шаг - переход на Ruby 2.0. > > Думаю, так же стоит делать и в мире Perl. Но о чём говорить, когда > поддержки Perl 6 нет даже в perlbrew? > > 26 марта 2012 г. 22:05 пользователь Nikolay Mishin написал: > > кстати очень часто нужно решить задачу и вроде модулей валом,а когда >> присмотришься >> - ни один не подходит, причем именно просто не выполняет заявленную в >> названии задачу >> или в документацию, нужно все-таки составлять список таких модулей, >> указывая на недостатки, >> чтобы людям в будущем не приходилось копья ломать >> >> 26.03.2012, 21:17, "Alexandr Gomoliako" : >> > On Mon, Mar 26, 2012 at 6:54 PM, Михаил Монашёв >> > wrote: >> > >> >> На самом деле, у меня вызывает тревогу то, что в один не очень >> >> прекрасный день на пятом перле поставят крест, чтобы оживить шестой >> >> перл. Плюнут в душу тем, кто наполнял спан. И тем, кто надеялся на >> >> модули из спана и вдруг потерял эту надежду. >> >> >> >> Примеров из жизни множество. Взять например апач 1.3, который выкинули >> >> из портов freebsd из-за того, что его не поддерживают. А его не надо >> >> поддерживать, он работает и в поддержке не нуждается. Или mysql 5.5.x >> >> ( или 5.1.х не помню точно) глючный Mysql AB продвигали вместо >> >> стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор >> >> пытают ребята из Сана (или откуда они там теперь), хотя проект уже >> >> давно состоялся и надо было форкаться, а городить монстра. >> >> >> >> Очень надеюсь, что несовместимость шестого перла с пятым приведёт к >> >> затуханию активности и в шестом и в пятом. >> >> >> >> ИМХО, есть неверное представление, что любая программа должна >> >> развиваться вечно. Это не так. Иногда полезно остановиться. >> > >> > Не волнуйтесь, перл5 и перл6 занимаются совсем разные люди. Не надо >> > никого устрашать. Никто не бросит перл5, тем более ради непонятно >> > чего. Да и не первый же год "почти готов", никто не пользуется. >> > >> > А перл5 еще много куда развивать: тот же компилятор (B::C, B::CC) и >> > может даже Jit. Вполне можно достичь 2x-10x прироста >> > производительности. >> > >> > On Mon, Mar 26, 2012 at 6:58 PM, Alexandr Alexeev >> wrote: >> > >> >> В Perl 6 можно юзать CPAN модули Perl 5 без изменений. >> > >> > Ну да, конечно :) >> > Практически ничего нельзя юзать со CPAN'а. >> > >> > -- >> > Moscow.pm mailing list >> > moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Nikolay Mishin >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Mon Mar 26 11:28:35 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Mon, 26 Mar 2012 21:28:35 +0300 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: On Mon, Mar 26, 2012 at 9:22 PM, Akzhan Abdulin wrote: > В мире Ruby был период, когда разработчики переходили с ruby 1.8 на ruby > 1.9. > > Это был маленький кошмарик, который в конце концов был успешно пройден > благодаря трём пунктам: > * Появился сайт http://isitruby19.com/, где описывался статус совместимости > различных модулей с новым Ruby; > * Был создан RVM (ближайший аналог в мире Perl - perlbrew), который > поддерживал всевозможные версии Ruby; > * Новые гемы и проекты по возможности ориентировались на ruby 1.9, старые же > поддерживали 1.8; > > Скоро будет повторный шаг - переход на Ruby 2.0. > > Думаю, так же стоит делать и в мире Perl. Но о чём говорить, когда поддержки > Perl 6 нет даже в perlbrew? В мире Perl еще лучше, никто не ломает обратную совместимость вообще :) Но Perl 6 совсем другой язык, на него не может быть никакого перехода с Perl 5. From akzhan.abdulin на gmail.com Mon Mar 26 11:32:32 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 26 Mar 2012 22:32:32 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: В ruby 1.9 появилась родная поддержка Unicode, что многое сломало. Думаю, такая же проблема появилась и в Perl с появлением use utf8; Как минимум, это потребовало расширить все модули, которые работают с входными и выходными данными, типа драйверов DBI. 26 марта 2012 г. 22:28 пользователь Alexandr Gomoliako написал: > On Mon, Mar 26, 2012 at 9:22 PM, Akzhan Abdulin > wrote: > > В мире Ruby был период, когда разработчики переходили с ruby 1.8 на ruby > > 1.9. > > > > Это был маленький кошмарик, который в конце концов был успешно пройден > > благодаря трём пунктам: > > * Появился сайт http://isitruby19.com/, где описывался статус > совместимости > > различных модулей с новым Ruby; > > * Был создан RVM (ближайший аналог в мире Perl - perlbrew), который > > поддерживал всевозможные версии Ruby; > > * Новые гемы и проекты по возможности ориентировались на ruby 1.9, > старые же > > поддерживали 1.8; > > > > Скоро будет повторный шаг - переход на Ruby 2.0. > > > > Думаю, так же стоит делать и в мире Perl. Но о чём говорить, когда > поддержки > > Perl 6 нет даже в perlbrew? > > В мире Perl еще лучше, никто не ломает обратную совместимость вообще :) > Но Perl 6 совсем другой язык, на него не может быть никакого перехода с > Perl 5. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Mon Mar 26 11:41:04 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Mon, 26 Mar 2012 21:41:04 +0300 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: On Mon, Mar 26, 2012 at 9:32 PM, Akzhan Abdulin wrote: > В ruby 1.9 появилась родная поддержка Unicode, что многое сломало. > > Думаю, такая же проблема появилась и в Perl с появлением use utf8; > > Как минимум, это потребовало расширить все модули, которые работают с > входными и выходными данными, типа драйверов DBI. Ну как раз use utf8 это был способ не сломать старые скрипты. From akzhan.abdulin на gmail.com Mon Mar 26 11:47:21 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 26 Mar 2012 22:47:21 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: Ну в Ruby тоже все опционально и настраиваемо, проблема была лишь в том, что старые модули не поддерживали работу с UTF-8. От этого и в Perl не убежать, тоже пришлось дописывать код модулей. Сам лично помню все эти нюансы с шаблонными движками, драйверами БД и т.д. 26 марта 2012 г. 22:41 пользователь Alexandr Gomoliako написал: > On Mon, Mar 26, 2012 at 9:32 PM, Akzhan Abdulin > wrote: > > В ruby 1.9 появилась родная поддержка Unicode, что многое сломало. > > > > Думаю, такая же проблема появилась и в Perl с появлением use utf8; > > > > Как минимум, это потребовало расширить все модули, которые работают с > > входными и выходными данными, типа драйверов DBI. > > Ну как раз use utf8 это был способ не сломать старые скрипты. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Mon Mar 26 11:58:49 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Mon, 26 Mar 2012 21:58:49 +0300 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: On Mon, Mar 26, 2012 at 9:47 PM, Akzhan Abdulin wrote: > Ну в Ruby тоже все опционально и настраиваемо, проблема была лишь в том, что > старые модули не поддерживали работу с UTF-8. > > От этого и в Perl не убежать, тоже пришлось дописывать код модулей. Сам > лично помню все эти нюансы с шаблонными движками, драйверами БД и т.д. Не знаю, если все было в cp1251/koi8-r, то не нужно было ничего менять, все работало и работает по сей день. Естественно, там где надо было все сменить на UTF-8 могло что-то поломаться, но это уже о новом коде, не о старом :) From denis.fedoseev на gmail.com Mon Mar 26 23:55:53 2012 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Tue, 27 Mar 2012 10:55:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: >Думаю, так же стоит делать и в мире Perl. Но о чём говорить, когда поддержки Perl 6 нет даже в perlbrew? А уже есть стабильная спецификация и VM/компилятор полностью ее поддерживающий? Что-то я совсем недавно смотрел сравнение сред которые могут исполнять Perl6 код - полной поддержки не было ни в одной. 26 марта 2012 г. 22:22 пользователь Akzhan Abdulin написал: > В мире Ruby был период, когда разработчики переходили с ruby 1.8 на ruby > 1.9. > > Это был маленький кошмарик, который в конце концов был успешно пройден > благодаря трём пунктам: > * Появился сайт http://isitruby19.com/, где описывался статус > совместимости различных модулей с новым Ruby; > * Был создан RVM (ближайший аналог в мире Perl - perlbrew), который > поддерживал всевозможные версии Ruby; > * Новые гемы и проекты по возможности ориентировались на ruby 1.9, старые > же поддерживали 1.8; > > Скоро будет повторный шаг - переход на Ruby 2.0. > > Думаю, так же стоит делать и в мире Perl. Но о чём говорить, когда > поддержки Perl 6 нет даже в perlbrew? > > 26 марта 2012 г. 22:05 пользователь Nikolay Mishin написал: > > кстати очень часто нужно решить задачу и вроде модулей валом,а когда >> присмотришься >> - ни один не подходит, причем именно просто не выполняет заявленную в >> названии задачу >> или в документацию, нужно все-таки составлять список таких модулей, >> указывая на недостатки, >> чтобы людям в будущем не приходилось копья ломать >> >> 26.03.2012, 21:17, "Alexandr Gomoliako" : >> > On Mon, Mar 26, 2012 at 6:54 PM, Михаил Монашёв >> > wrote: >> > >> >> На самом деле, у меня вызывает тревогу то, что в один не очень >> >> прекрасный день на пятом перле поставят крест, чтобы оживить шестой >> >> перл. Плюнут в душу тем, кто наполнял спан. И тем, кто надеялся на >> >> модули из спана и вдруг потерял эту надежду. >> >> >> >> Примеров из жизни множество. Взять например апач 1.3, который выкинули >> >> из портов freebsd из-за того, что его не поддерживают. А его не надо >> >> поддерживать, он работает и в поддержке не нуждается. Или mysql 5.5.x >> >> ( или 5.1.х не помню точно) глючный Mysql AB продвигали вместо >> >> стабильного 4.1.х. Вот мемкешед с бинарным протоколом и SSL до сих пор >> >> пытают ребята из Сана (или откуда они там теперь), хотя проект уже >> >> давно состоялся и надо было форкаться, а городить монстра. >> >> >> >> Очень надеюсь, что несовместимость шестого перла с пятым приведёт к >> >> затуханию активности и в шестом и в пятом. >> >> >> >> ИМХО, есть неверное представление, что любая программа должна >> >> развиваться вечно. Это не так. Иногда полезно остановиться. >> > >> > Не волнуйтесь, перл5 и перл6 занимаются совсем разные люди. Не надо >> > никого устрашать. Никто не бросит перл5, тем более ради непонятно >> > чего. Да и не первый же год "почти готов", никто не пользуется. >> > >> > А перл5 еще много куда развивать: тот же компилятор (B::C, B::CC) и >> > может даже Jit. Вполне можно достичь 2x-10x прироста >> > производительности. >> > >> > On Mon, Mar 26, 2012 at 6:58 PM, Alexandr Alexeev >> wrote: >> > >> >> В Perl 6 можно юзать CPAN модули Perl 5 без изменений. >> > >> > Ну да, конечно :) >> > Практически ничего нельзя юзать со CPAN'а. >> > >> > -- >> > Moscow.pm mailing list >> > moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Nikolay Mishin >> -- >> 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 i.petro.77.00 на gmail.com Tue Mar 27 00:06:23 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 27 Mar 2012 11:06:23 +0400 Subject: [Moscow.pm] =?utf-8?b?0KPQttC1INC/0LjRiNC40YLQtSDQvdCwIFBlcmwg?= =?utf-8?q?6=3F?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> Message-ID: <20120327070623.GF4058@apache.rbscorp.ru> > Зря вы так категорично, граждане. Там есть много интересного. Хотя бы ленивые > вычисления и автоматический распараллеливание чего стоят. Плюс нормальный > синтаксис для ООП и нормальные потоки. Без этого конечно жить можно, но что уж > греха таить, class MyClass { ... } читается лучше, чем bless. если class MyClass не отменяет реблессинга, то может быть это и лучше, однако речь о том что шестерка ломает обратную совместимость сильно. > Ну и всякие $` с > $' я считаю пора выпиливать. и получать кастрированные регулярники. ладно Бог с ними с переменными, зачем скобочки тусовали они по регулярникам, вот это до меня дойти не может. From zzbbyy на gmail.com Tue Mar 27 00:28:33 2012 From: zzbbyy на gmail.com (=?UTF-8?Q?Zbigniew_=C5=81ukasiak?=) Date: Tue, 27 Mar 2012 09:28:33 +0200 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ Message-ID: Hello there, I was invited to give my Dependency Injection talk (from YAPC Riga) at http://ritconference.com/ so I am going to Moscow this Sunday. Will there be any perlers at the conference? I wonder if I should change the examples to Java maybe - but if there will be at least some Perl audience then I'll leave them in Perl :) Cheers, Zbigniew ?ukasiak http://brudnopis.blogspot.com/ http://perlalchemy.blogspot.com/ From pavel на kuptsov.info Tue Mar 27 00:29:54 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Tue, 27 Mar 2012 11:29:54 +0400 Subject: [Moscow.pm] Rose::DB::Oject::Manager In-Reply-To: References: Message-ID: Добрый день! Решил попробовать заменить DBIx на Rose::DB в одном своем проекте. Очень понравилось Rose::DB::Oject::Manager. Но вот никак не могу понять, как подключать к моему основному скрипту Rose::DB ? В случае с DBIx::Class я писал одну функцию в модуле и подключал Libs::Schema,и через эту функцию делал все вызовы. Здесь же мне требуется подключать каждый менеджер отдельно. Хорошо если у меня 3-4 таблицы, а если их 20-30... Я знаю что есть наверняка какое-то решение, но вот пока ничего не могу придумать/найти. Может кто-то поделиться красивым решением? Спасибо. From =?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?= Tue Mar 27 03:15:57 2012 From: =?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?= (=?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?=) Date: Tue, 27 Mar 2012 14:15:57 +0400 Subject: [Moscow.pm] Rose::DB::Oject::Manager In-Reply-To: References: Message-ID: <1332843357.28130.2.camel@localhost.localdomain> Я делал use My::DB::All "db_name"; Где уже перечислял все My::DB::Object. А ::Manager - подгружались автоматом через __PACKAGE__->meta->make_manager_class В Втр, 27/03/2012 в 11:29 +0400, Павел пишет: > Добрый день! > Решил попробовать заменить DBIx на Rose::DB в одном своем проекте. > Очень понравилось Rose::DB::Oject::Manager. > Но вот никак не могу понять, как подключать к моему основному скрипту > Rose::DB ? > В случае с DBIx::Class я писал одну функцию в модуле и подключал > Libs::Schema,и через эту функцию делал все вызовы. > Здесь же мне требуется подключать каждый менеджер отдельно. > Хорошо если у меня 3-4 таблицы, а если их 20-30... > Я знаю что есть наверняка какое-то решение, но вот пока ничего не могу > придумать/найти. > Может кто-то поделиться красивым решением? > Спасибо. From postmaster на softsearch.ru Tue Mar 27 05:07:25 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 27 Mar 2012 16:07:25 +0400 Subject: [Moscow.pm] =?koi8-r?b?9dbFINDJ28nUxSDOwSBQZXJsIDY/?= In-Reply-To: References: <284997649.20120326181703@softsearch.ru> <312281332775635@web88.yandex.ru> <1246845908.20120326195410@softsearch.ru> <708721332785141@web2.yandex.ru> Message-ID: <764702728.20120327160725@softsearch.ru> Здравствуйте, Akzhan. > Думаю, так же стоит делать и в мире Perl. А зачем? Зачем переживать весь этот гемор? Ради $` что ли? -- С уважением, Михаил mailto:postmaster на softsearch.ru From mi на ya.ru Tue Mar 27 09:40:54 2012 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 27 Mar 2012 20:40:54 +0400 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ In-Reply-To: References: Message-ID: <138121332866454@web85.yandex.ru> Why not, where you expect be in Sunday in Moscow (01.04.2012) ? What's time? 27.03.2012, 11:28, "Zbigniew ?ukasiak" : > Hello there, > > I was invited to give my Dependency Injection talk (from YAPC Riga) at > http://ritconference.com/ so I am going to Moscow this Sunday.  Will > there be any perlers at the conference?  I wonder if I should change > the examples to Java maybe - but if there will be at least some Perl > audience then I'll leave them in Perl :) > > Cheers, > Zbigniew ?ukasiak > http://brudnopis.blogspot.com/ > http://perlalchemy.blogspot.com/ > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Nikolay Mishin From paul.vlasov на gmail.com Tue Mar 27 10:11:06 2012 From: paul.vlasov на gmail.com (Pavel Vlasov) Date: Tue, 27 Mar 2012 17:11:06 +0000 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ In-Reply-To: <138121332866454@web85.yandex.ru> References: <138121332866454@web85.yandex.ru> Message-ID: What's about dinner somewhere in city center? On Tue, Mar 27, 2012 at 4:40 PM, Nikolay Mishin wrote: > Why not, where you expect be in Sunday in Moscow (01.04.2012) ? What's > time? > > 27.03.2012, 11:28, "Zbigniew ?ukasiak" : > > Hello there, > > > > I was invited to give my Dependency Injection talk (from YAPC Riga) at > > http://ritconference.com/ so I am going to Moscow this Sunday. Will > > there be any perlers at the conference? I wonder if I should change > > the examples to Java maybe - but if there will be at least some Perl > > audience then I'll leave them in Perl :) > > > > Cheers, > > Zbigniew ?ukasiak > > http://brudnopis.blogspot.com/ > > http://perlalchemy.blogspot.com/ > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Nikolay Mishin > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Pavel Vlasov Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zzbbyy на gmail.com Tue Mar 27 11:55:24 2012 From: zzbbyy на gmail.com (=?UTF-8?Q?Zbigniew_=C5=81ukasiak?=) Date: Tue, 27 Mar 2012 20:55:24 +0200 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ In-Reply-To: References: <138121332866454@web85.yandex.ru> Message-ID: 2012/3/27 Pavel Vlasov : > What's about dinner somewhere in city center? Sure! I'll be at Szeremietiewo at 11 a.m. and I'll take a train to Moscow (I still haven't figured out how long that will take) - the hotel I got is at 24 Yakimanka Str. Cheers, Zbigniew From mail на knutov.com Tue Mar 27 11:58:36 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 28 Mar 2012 00:58:36 +0600 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ In-Reply-To: References: <138121332866454@web85.yandex.ru> Message-ID: <4F720DDC.1070506@knutov.com> about 40 minutes, express train from airport to subway. 28.03.2012 0:55, Zbigniew ?ukasiak написал: > (I > still haven't figured out how long that will take) -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From ruz на bestpractical.com Tue Mar 27 14:42:24 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Wed, 28 Mar 2012 01:42:24 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQvtC60YPQvNC10L3RgtCw0YbQuNGPINC6IE1v?= =?utf-8?q?jolicious?= In-Reply-To: References: Message-ID: 2012/3/26 Тимофей Марков : > Добрый день Moscow.pm Прошу помощи. > Пытаюсь сделать веб морду к своему сервису на Mojolicious::Lite и постоянно > упираюсь в отсутствие документации.  Некоторые вопросы приходиться решать > методом проб и ошибок, что ниразу не ведет к повышению качества кода и > получению удовольствию от программирования. Например хотелось бы увидеть > подробное описание хелпера(прошу прощения если в терминологии ошибся) > form_for что он умеет и как? Информации что есть по этому поводу Читаем четыре "абзаца" тут: http://mojolicio.us/perldoc/Mojolicious/Lite#Routes Читаем один тут: http://mojolicio.us/perldoc/Mojolicious/Guides/Routing#Named_routes Далее перечитываем form_for. У Mojo своеобразные доки. Доки к API предполагают, что вы прочитали все туториалы по несколько раз и знаете все концепты. Из туториалов есть ссылки на API, а вот обратных не хватает. > на http://perl5doc.ru/cpan/Mojolicious::Plugin::TagHelpers абсолютно не > хватает. Причем в идеале хотелось бы увидеть информацию, ориентированную на > людей которые осваивает веб с нуля параллельно с Mojolicious а не на тех кто > переходит на Mojo(кстати а такое сокращение допустимо?) с других > фреймворков. Подозреваю что информация есть на гитхабе, но найти ее там у > меня не получается. (да друзья гугл и яндекс помочь мне не смогли) > Заранее благодарен. > с уважением Марков Тимофей > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ruslan. From pavel на kuptsov.info Tue Mar 27 23:32:05 2012 From: pavel на kuptsov.info (=?koi8-r?B?8MHXxcw=?=) Date: Wed, 28 Mar 2012 10:32:05 +0400 Subject: [Moscow.pm] Rose::DB::Oject::Manager In-Reply-To: References: Message-ID: Всем привет! Продолжая ковырять розу, столкнулся с необходимостью динамически передавать параметры для подключения к БД. При этом надо было это делать в связке с плагином Config для Mojolicious::Lite my $cfg = plugin 'Config' => {file => 'app.conf'}; Я к сожалению так и не смог осилить некоторые советы по использованию модулей для этого (но тем не менее спасибо за информацию Гнатыне Александру) Перекопал половину гугла, но так же не нашел ответа, поэтому дошел до своего варианта долгим ковырянием кода "розы". Передавать параметры для подключения динамически смог вот так вот (не знаю насколько это тру-вей, прокомментируйте гуру): Итак, имеем хэш с конфигурацией (хэш, как вариант получаем с помощью плагина Config) my %CFG = (username => 'web', password => 'web', driver => 'mysql', dsn => 'dbi:mysql:dbname=web;host=qiwi.host.ru', connect_options => { AutoCommit => 1, ChopBlanks => 1 , mysql_enable_utf8 => 1}); Затем в основном скрипте делаем так: Rugosa::DB->registry->add_entry(%CFG); где Rugosa::DB модуль такого вида: package Rugosa::DB; use base qw/Rose::DB/; ## Rugosa::DB->use_private_registry; Rugosa::DB->register_db ( driver => 'fake', dsn => 'dbi:fake:dbname=fake;host=fake', password => 'fake', username => 'fake', ); P.S. Если в конфиге помимо подключения к БД еще что-то, то лучше выделить ветвь конфига примерно так: my $cfg = plugin 'Config' => {file => 'app.conf'}; Rugosa::DB->registry->add_entry(%{$cfg->{db}}); где раздел db - соответственно, представляет из себя хэш подобный %CFG. From evgeniy на kosov.su Wed Mar 28 01:18:28 2012 From: evgeniy на kosov.su (Evgeniy Kosov) Date: Wed, 28 Mar 2012 12:18:28 +0400 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ In-Reply-To: References: Message-ID: <4F72C954.5090202@kosov.su> Hello ?ukasiak, On 27.03.2012 11:28, Zbigniew ?ukasiak wrote: > I was invited to give my Dependency Injection talk (from YAPC Riga) at > http://ritconference.com/ so I am going to Moscow this Sunday. Will > there be any perlers at the conference? I wonder if I should change > the examples to Java maybe - but if there will be at least some Perl > audience then I'll leave them in Perl :) Have you tried out the social networks? Facebook: https://www.facebook.com/ritconf Twitter: @ritconf, #ritconf VK: http://vkontakte.ru/club16249383 You might get some feedback there, I guess. -- Regards, Evgeniy Kosov From mail на knutov.com Wed Mar 28 02:21:48 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 28 Mar 2012 15:21:48 +0600 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= Message-ID: <4F72D82C.3010502@knutov.com> Есть ряд объектов, у которых есть заранее известный, но иногда меняющийся [в процессе разработки] список полей, для которых надо писать геттеры вида sub id { my $self = shift; return $self->{id}; } Или с логикой чуть посложнее, но это еще один список полей и полностью одинаковый код, кроме имени поля. Возникла мысль генерить эти методы из заранее определенного списка на этапе, например, загрузки модуля или компиляции кода. perldoc что? Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только в гугле находятся несколько очень разных примеров, как это делается, и в каждом говорится, что примеров есть разные, но вот именно этот способ лучше и избавит от разных проблем и багов. So, как все же это надо делать? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From sergei-svistunov на yandex.ru Wed Mar 28 02:25:14 2012 From: sergei-svistunov на yandex.ru (=?KOI8-R?Q?=F3=D7=C9=D3=D4=D5=CE=CF=D7_=F3=C5=D2=C7=C5=CA?=) Date: Wed, 28 Mar 2012 13:25:14 +0400 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: <4F72D82C.3010502@knutov.com> References: <4F72D82C.3010502@knutov.com> Message-ID: <4F72D8FA.6060107@yandex.ru> http://search.cpan.org/search?q=Class%3A%3AAccessor 28.03.2012 13:21, Nick Knutov написал: > Есть ряд объектов, у которых есть заранее известный, но иногда > меняющийся [в процессе разработки] список полей, для которых надо > писать геттеры вида > > sub id { my $self = shift; return $self->{id}; } > > Или с логикой чуть посложнее, но это еще один список полей и полностью > одинаковый код, кроме имени поля. > > Возникла мысль генерить эти методы из заранее определенного списка на > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот > только в гугле находятся несколько очень разных примеров, как это > делается, и в каждом говорится, что примеров есть разные, но вот > именно этот способ лучше и избавит от разных проблем и багов. So, как > все же это надо делать? > From =?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?= Wed Mar 28 02:43:05 2012 From: =?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?= (=?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?=) Date: Wed, 28 Mar 2012 13:43:05 +0400 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: <4F72D82C.3010502@knutov.com> References: <4F72D82C.3010502@knutov.com> Message-ID: <1332927785.28130.20.camel@localhost.localdomain> package My::Base; sub _prop_simple_call{ my $self = shift; my $name = shift; if(@_){ $self->{$name} = $_[0]; } return $self->{$name}; } sub _make_simple_props{ my $class = shift; my @names = @{shift||[]}; for my $name(@names){ no strict "refs"; my $func = $class.'::'.$name; *$func = sub { my $self = shift; return $self->_prop_simple_call($name, @_); } } } package My::Some; use base My::Base; __PACAKGE__->_make_simple_props([qw(id name title)]); В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: > Есть ряд объектов, у которых есть заранее известный, но иногда > меняющийся [в процессе разработки] список полей, для которых надо писать > геттеры вида > > sub id { my $self = shift; return $self->{id}; } > > Или с логикой чуть посложнее, но это еще один список полей и полностью > одинаковый код, кроме имени поля. > > Возникла мысль генерить эти методы из заранее определенного списка на > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только > в гугле находятся несколько очень разных примеров, как это делается, и в > каждом говорится, что примеров есть разные, но вот именно этот способ > лучше и избавит от разных проблем и багов. So, как все же это надо делать? > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 From afiskon на gmail.com Wed Mar 28 02:52:15 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 28 Mar 2012 13:52:15 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: <1332927785.28130.20.camel@localhost.localdomain> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> Message-ID: https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает быстро, так что не путать с Moose. 28 марта 2012 г. 13:43 пользователь Гнатына Александр написал: > > package My::Base; > sub _prop_simple_call{ > my $self = shift; > my $name = shift; > if(@_){ > $self->{$name} = $_[0]; > } > return $self->{$name}; > } > sub _make_simple_props{ > my $class = shift; > my @names = @{shift||[]}; > for my $name(@names){ > no strict "refs"; > my $func = $class.'::'.$name; > *$func = sub { > my $self = shift; > return $self->_prop_simple_call($name, @_); > } > } > } > > package My::Some; > use base My::Base; > > __PACAKGE__->_make_simple_props([qw(id name title)]); > > В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: > > Есть ряд объектов, у которых есть заранее известный, но иногда > > меняющийся [в процессе разработки] список полей, для которых надо писать > > геттеры вида > > > > sub id { my $self = shift; return $self->{id}; } > > > > Или с логикой чуть посложнее, но это еще один список полей и полностью > > одинаковый код, кроме имени поля. > > > > Возникла мысль генерить эти методы из заранее определенного списка на > > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только > > в гугле находятся несколько очень разных примеров, как это делается, и в > > каждом говорится, что примеров есть разные, но вот именно этот способ > > лучше и избавит от разных проблем и багов. So, как все же это надо > делать? > > > > -- > > 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 > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Wed Mar 28 02:54:42 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 28 Mar 2012 15:54:42 +0600 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> Message-ID: <4F72DFE2.1050809@knutov.com> Вещи, имеющие синтаксис вида has 'x' => (is => 'rw', isa => 'Int'); has 'y' => (is => 'rw', isa => 'Int'); не вариант вообще. Это плохо, это многобукв, так писать не надо. 28.03.2012 15:52, Alexandr Alexeev написал: > https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает > быстро, так что не путать с Moose. > > 28 марта 2012 г. 13:43 пользователь Гнатына Александр > написал: > > > package My::Base; > sub _prop_simple_call{ > my $self = shift; > my $name = shift; > if(@_){ > $self->{$name} = $_[0]; > } > return $self->{$name}; > } > sub _make_simple_props{ > my $class = shift; > my @names = @{shift||[]}; > for my $name(@names){ > no strict "refs"; > my $func = $class.'::'.$name; > *$func = sub { > my $self = shift; > return $self->_prop_simple_call($name, @_); > } > } > } > > package My::Some; > use base My::Base; > > __PACAKGE__->_make_simple_props([qw(id name title)]); > > В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: > > Есть ряд объектов, у которых есть заранее известный, но иногда > > меняющийся [в процессе разработки] список полей, для которых надо > писать > > геттеры вида > > > > sub id { my $self = shift; return $self->{id}; } > > > > Или с логикой чуть посложнее, но это еще один список полей и > полностью > > одинаковый код, кроме имени поля. > > > > Возникла мысль генерить эти методы из заранее определенного списка на > > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот > только > > в гугле находятся несколько очень разных примеров, как это > делается, и в > > каждом говорится, что примеров есть разные, но вот именно этот способ > > лучше и избавит от разных проблем и багов. So, как все же это > надо делать? > > > > -- > > 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 > > > > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From chesnokov.ilya на gmail.com Wed Mar 28 03:03:21 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 28 Mar 2012 14:03:21 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: <4F72DFE2.1050809@knutov.com> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> Message-ID: Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, конечно ;) 28 марта 2012 г. 13:54 пользователь Nick Knutov написал: > Вещи, имеющие синтаксис вида > > has 'x' => (is => 'rw', isa => 'Int'); > has 'y' => (is => 'rw', isa => 'Int'); > > не вариант вообще. Это плохо, это многобукв, так писать не надо. > > > 28.03.2012 15:52, Alexandr Alexeev написал: >> >> https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает >> быстро, так что не путать с Moose. >> >> 28 марта 2012 г. 13:43 пользователь Гнатына Александр > > написал: >> >> >> >>    package My::Base; >>    sub _prop_simple_call{ >>        my $self  = shift; >>        my $name = shift; >>        if(@_){ >>            $self->{$name} = $_[0]; >>        } >>        return $self->{$name}; >>    } >>    sub _make_simple_props{ >>        my $class = shift; >>        my @names = @{shift||[]}; >>        for my $name(@names){ >>            no strict "refs"; >>            my $func = $class.'::'.$name; >>            *$func  = sub { >>                my $self = shift; >>                return $self->_prop_simple_call($name, @_); >>            } >>        } >>    } >> >>    package My::Some; >>    use base My::Base; >> >>    __PACAKGE__->_make_simple_props([qw(id name title)]); >> >>    В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: >>     > Есть ряд объектов, у которых есть заранее известный, но иногда >>     > меняющийся [в процессе разработки] список полей, для которых надо >>    писать >>     > геттеры вида >>     > >>     > sub id { my $self = shift; return $self->{id}; } >>     > >>     > Или с логикой чуть посложнее, но это еще один список полей и >>    полностью >>     > одинаковый код, кроме имени поля. >>     > >>     > Возникла мысль генерить эти методы из заранее определенного списка >> на >>     > этапе, например, загрузки модуля или компиляции кода. perldoc что? >>     > >>     > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот >>    только >>     > в гугле находятся несколько очень разных примеров, как это >>    делается, и в >>     > каждом говорится, что примеров есть разные, но вот именно этот >> способ >>     > лучше и избавит от разных проблем и багов. So, как все же это >>    надо делать? >>     > >>     > -- >>     > 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 >> >> >> >> >> >> -- >> С уважением, Александр >> Личный блог: http://eax.me/ >> Мой форум: http://it-talk.org/ >> Мой Twitter: http://twitter.com/afiskon >> >> >> > > -- > 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, Ilya Chesnokov From chesnokov.ilya на gmail.com Wed Mar 28 03:07:37 2012 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 28 Mar 2012 14:07:37 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> Message-ID: ЗЫ: Впрочем, конкретно для задачи создания accessor-ов я бы тоже порекомендовал что-то Class::Accessor-оподобное. Может быть C::A::Fast или Class::XSAccessor, если нужна скорость. Mouse, пожалуй, слишком комплексное решение для этого ) 28 марта 2012 г. 14:03 пользователь Ilya Chesnokov написал: > Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, конечно ;) > -- Best regards, Ilya Chesnokov From mail на knutov.com Wed Mar 28 03:08:15 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 28 Mar 2012 16:08:15 +0600 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> Message-ID: <4F72E30F.8020503@knutov.com> И Class::Accessor не надо. А вот в отквотированном ниже коде я минусов не вижу. btw, мне совершенно не нужен контроль ro/rw и у меня нет сеттеров. 28.03.2012 16:03, Ilya Chesnokov написал: > Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, конечно ;) > > 28 марта 2012 г. 13:54 пользователь Nick Knutov написал: >> Вещи, имеющие синтаксис вида >> >> has 'x' => (is => 'rw', isa => 'Int'); >> has 'y' => (is => 'rw', isa => 'Int'); >> >> не вариант вообще. Это плохо, это многобукв, так писать не надо. >> >> >> 28.03.2012 15:52, Alexandr Alexeev написал: >>> >>> https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает >>> быстро, так что не путать с Moose. >>> >>> 28 марта 2012 г. 13:43 пользователь Гнатына Александр>> > написал: >>> >>> >>> >>> package My::Base; >>> sub _prop_simple_call{ >>> my $self = shift; >>> my $name = shift; >>> if(@_){ >>> $self->{$name} = $_[0]; >>> } >>> return $self->{$name}; >>> } >>> sub _make_simple_props{ >>> my $class = shift; >>> my @names = @{shift||[]}; >>> for my $name(@names){ >>> no strict "refs"; >>> my $func = $class.'::'.$name; >>> *$func = sub { >>> my $self = shift; >>> return $self->_prop_simple_call($name, @_); >>> } >>> } >>> } >>> >>> package My::Some; >>> use base My::Base; >>> >>> __PACAKGE__->_make_simple_props([qw(id name title)]); >>> >>> В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: >>> > Есть ряд объектов, у которых есть заранее известный, но иногда >>> > меняющийся [в процессе разработки] список полей, для которых надо >>> писать >>> > геттеры вида >>> > >>> > sub id { my $self = shift; return $self->{id}; } >>> > >>> > Или с логикой чуть посложнее, но это еще один список полей и >>> полностью >>> > одинаковый код, кроме имени поля. >>> > >>> > Возникла мысль генерить эти методы из заранее определенного списка >>> на >>> > этапе, например, загрузки модуля или компиляции кода. perldoc что? >>> > >>> > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот >>> только >>> > в гугле находятся несколько очень разных примеров, как это >>> делается, и в >>> > каждом говорится, что примеров есть разные, но вот именно этот >>> способ >>> > лучше и избавит от разных проблем и багов. So, как все же это >>> надо делать? >>> > >>> > -- >>> > 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 >>> >>> >>> >>> >>> >>> -- >>> С уважением, Александр >>> Личный блог: http://eax.me/ >>> Мой форум: http://it-talk.org/ >>> Мой Twitter: http://twitter.com/afiskon >>> >>> >>> >> >> -- >> 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 meettya на gmail.com Wed Mar 28 05:23:44 2012 From: meettya на gmail.com (Dmitry Karpich) Date: Wed, 28 Mar 2012 16:23:44 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: <4F72E30F.8020503@knutov.com> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> <4F72E30F.8020503@knutov.com> Message-ID: <878F3117-703F-4327-B740-C29CC9D33C27@gmail.com> On Mar 28, 2012, at 2:08 PM, Nick Knutov wrote: > И Class::Accessor не надо. > А вот в отквотированном ниже коде я минусов не вижу. > наследование. Оно не работает. Я как-то давненько писал что-то подобное http://search.cpan.org/perldoc?Object::Botox Но не стоит этим пользоваться. Медленно. Возьмите Moose или *Acc-что-то там. Митяй. > btw, мне совершенно не нужен контроль ro/rw и у меня нет сеттеров. > > 28.03.2012 16:03, Ilya Chesnokov написал: >> Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, конечно ;) >> >> 28 марта 2012 г. 13:54 пользователь Nick Knutov написал: >>> Вещи, имеющие синтаксис вида >>> >>> has 'x' => (is => 'rw', isa => 'Int'); >>> has 'y' => (is => 'rw', isa => 'Int'); >>> >>> не вариант вообще. Это плохо, это многобукв, так писать не надо. >>> >>> >>> 28.03.2012 15:52, Alexandr Alexeev написал: >>>> >>>> https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает >>>> быстро, так что не путать с Moose. >>>> >>>> 28 марта 2012 г. 13:43 пользователь Гнатына Александр>>> > написал: >>>> >>>> >>>> >>>> package My::Base; >>>> sub _prop_simple_call{ >>>> my $self = shift; >>>> my $name = shift; >>>> if(@_){ >>>> $self->{$name} = $_[0]; >>>> } >>>> return $self->{$name}; >>>> } >>>> sub _make_simple_props{ >>>> my $class = shift; >>>> my @names = @{shift||[]}; >>>> for my $name(@names){ >>>> no strict "refs"; >>>> my $func = $class.'::'.$name; >>>> *$func = sub { >>>> my $self = shift; >>>> return $self->_prop_simple_call($name, @_); >>>> } >>>> } >>>> } >>>> >>>> package My::Some; >>>> use base My::Base; >>>> >>>> __PACAKGE__->_make_simple_props([qw(id name title)]); >>>> >>>> В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: >>>> > Есть ряд объектов, у которых есть заранее известный, но иногда >>>> > меняющийся [в процессе разработки] список полей, для которых надо >>>> писать >>>> > геттеры вида >>>> > >>>> > sub id { my $self = shift; return $self->{id}; } >>>> > >>>> > Или с логикой чуть посложнее, но это еще один список полей и >>>> полностью >>>> > одинаковый код, кроме имени поля. >>>> > >>>> > Возникла мысль генерить эти методы из заранее определенного списка >>>> на >>>> > этапе, например, загрузки модуля или компиляции кода. perldoc что? >>>> > >>>> > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот >>>> только >>>> > в гугле находятся несколько очень разных примеров, как это >>>> делается, и в >>>> > каждом говорится, что примеров есть разные, но вот именно этот >>>> способ >>>> > лучше и избавит от разных проблем и багов. So, как все же это >>>> надо делать? >>>> > >>>> > -- >>>> > 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 >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> С уважением, Александр >>>> Личный блог: http://eax.me/ >>>> Мой форум: http://it-talk.org/ >>>> Мой Twitter: http://twitter.com/afiskon >>>> >>>> >>>> >>> >>> -- >>> 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 timonnius на gmail.com Wed Mar 28 05:46:14 2012 From: timonnius на gmail.com (=?KOI8-R?B?9MnNz8bFyiDtwdLLz9c=?=) Date: Wed, 28 Mar 2012 16:46:14 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= Message-ID: Доброго времени суток moscow.pm, у меня возник очередной вопрос, на который самостоятельно найти ответ я не могу, потому прошу о помощи. Сначала ситуацию. Есть сервис на perl решающий определенные задачи, и общающийся с MySQL. В данный момент пишу веб морду для этого сервиса на Mojolisious::Lite. Возникла необходимость выполнять кое какие действия (инициализированные юзером из веб морды) под рутом, что естественно не секюрно. Была мысль сделать еще один сервис, который будет работать под рутом и через него выполнять эти действия. А еще лучше этому второму сервису разрешить только определенные действия а не полные рутовые права(правда я не знаю как это делать) Премного благодарен сообществу moscow.pm за помощь и за то что меня еще не послали на "юга" за постоянные просьбы о помощи. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Wed Mar 28 05:50:23 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 28 Mar 2012 16:50:23 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC+0LEg0L7RgNCz0LDQvdC4?= =?utf-8?b?0LfQsNGG0LjQuCDQsdC10LfQvtC/0LDRgdC90L7Qs9C+INGB0LXRgNCy?= =?utf-8?b?0LjRgdCw?= In-Reply-To: References: Message-ID: man sudoers 28 марта 2012 г. 16:46 пользователь Тимофей Марков написал: > Доброго времени суток moscow.pm, у меня возник очередной вопрос, на > который самостоятельно найти ответ я не могу, потому прошу о помощи. > Сначала ситуацию. Есть сервис на perl решающий определенные задачи, и > общающийся с MySQL. В данный момент пишу веб морду для этого сервиса на > Mojolisious::Lite. Возникла необходимость выполнять кое какие действия > (инициализированные юзером из веб морды) под рутом, что естественно не > секюрно. Была мысль сделать еще один сервис, который будет работать под > рутом и через него выполнять эти действия. А еще лучше этому второму > сервису разрешить только определенные действия а не полные рутовые > права(правда я не знаю как это делать) > > Премного благодарен сообществу moscow.pm за помощь и за то что меня еще > не послали на "юга" за постоянные просьбы о помощи. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evgeniy на kosov.su Wed Mar 28 05:52:35 2012 From: evgeniy на kosov.su (Evgeniy Kosov) Date: Wed, 28 Mar 2012 16:52:35 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= In-Reply-To: References: Message-ID: <4F730993.1040402@kosov.su> On 28.03.2012 16:46, Тимофей Марков wrote: > [...] А еще лучше этому второму сервису разрешить только определенные действия > а не полные рутовые права(правда я не знаю как это делать) man sudo -- Regards, Evgeniy Kosov From evdokimov.denis на gmail.com Wed Mar 28 06:03:50 2012 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Wed, 28 Mar 2012 17:03:50 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= In-Reply-To: <4F730993.1040402@kosov.su> References: <4F730993.1040402@kosov.su> Message-ID: Один из распространённых способов: Веб морда только ставит задание на выполнение cron-скрипт/демон смотрит очередь заданий и выполняет. P.S. sudo из веб-морда... ну... не стоит этого делать. P.S.S. Демон может сам вести очередь, но проще в БД. 28 марта 2012 г. 16:52 пользователь Evgeniy Kosov написал: > On 28.03.2012 16:46, Тимофей Марков wrote: > > [...] А еще лучше этому второму сервису разрешить только определенные >> действия >> >> а не полные рутовые права(правда я не знаю как это делать) >> > > man sudo > > -- > Regards, > Evgeniy Kosov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timonnius на gmail.com Wed Mar 28 06:12:18 2012 From: timonnius на gmail.com (=?KOI8-R?B?9MnNz8bFyiDtwdLLz9c=?=) Date: Wed, 28 Mar 2012 17:12:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= In-Reply-To: References: <4F730993.1040402@kosov.su> Message-ID: > > Спасибо всем. То что нужно ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evgeniy на kosov.su Wed Mar 28 06:14:07 2012 From: evgeniy на kosov.su (Evgeniy Kosov) Date: Wed, 28 Mar 2012 17:14:07 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= In-Reply-To: References: <4F730993.1040402@kosov.su> Message-ID: <4F730E9F.9050305@kosov.su> On 28.03.2012 17:03, Denis Evdokimov wrote: > Один из распространённых способов: > Веб морда только ставит задание на выполнение > cron-скрипт/демон смотрит очередь заданий и выполняет. > > P.S. sudo из веб-морда... ну... не стоит этого делать. Простите, а где вы увидели предложение делать "sudo из веб-морда"? > P.S.S. Демон может сам вести очередь, но проще в БД. > > 28 марта 2012 г. 16:52 пользователь Evgeniy Kosov > написал: > > On 28.03.2012 16:46, Тимофей Марков wrote: > > [...] А еще лучше этому второму сервису разрешить только > определенные действия > > а не полные рутовые права(правда я не знаю как это делать) > > > man sudo > -- Regards, Evgeniy Kosov From akzhan.abdulin на gmail.com Wed Mar 28 06:15:47 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 28 Mar 2012 17:15:47 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC+0LEg0L7RgNCz0LDQvdC4?= =?utf-8?b?0LfQsNGG0LjQuCDQsdC10LfQvtC/0LDRgdC90L7Qs9C+INGB0LXRgNCy?= =?utf-8?b?0LjRgdCw?= In-Reply-To: References: <4F730993.1040402@kosov.su> Message-ID: Ну и вдогонку, дабы избежать распространенной ошибки: http://stackoverflow.com/questions/619926/should-i-escape-shell-arguments-in-perl 28 марта 2012 г. 17:12 пользователь Тимофей Марков написал: > Спасибо всем. То что нужно > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Wed Mar 28 06:17:38 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 28 Mar 2012 17:17:38 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC+0LEg0L7RgNCz0LDQvdC4?= =?utf-8?b?0LfQsNGG0LjQuCDQsdC10LfQvtC/0LDRgdC90L7Qs9C+INGB0LXRgNCy?= =?utf-8?b?0LjRgdCw?= In-Reply-To: References: <4F730993.1040402@kosov.su> Message-ID: Туда же http://perldoc.perl.org/Shell.html 28 марта 2012 г. 17:15 пользователь Akzhan Abdulin написал: > Ну и вдогонку, дабы избежать распространенной ошибки: > > > http://stackoverflow.com/questions/619926/should-i-escape-shell-arguments-in-perl > > 28 марта 2012 г. 17:12 пользователь Тимофей Марков написал: > >> Спасибо всем. То что нужно >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zzz на zzz.org.ua Wed Mar 28 06:26:58 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 28 Mar 2012 16:26:58 +0300 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= In-Reply-To: References: Message-ID: > man sudoers >> Доброго времени суток moscow.pm, у меня возник очередной вопрос, на >> который самостоятельно найти ответ я не могу, потому прошу о помощи. >> Сначала ситуацию. Есть сервис на perl решающий определенные задачи, и >> общающийся с MySQL. В данный момент пишу веб морду для этого сервиса на >> Mojolisious::Lite. Возникла необходимость выполнять кое какие действия >> (инициализированные юзером из веб морды) под рутом, что естественно не >> секюрно. Была мысль сделать еще один сервис, который будет работать под >> рутом и через него выполнять эти действия. А еще лучше этому второму >> сервису разрешить только определенные действия а не полные рутовые >> права(правда я не знаю как это делать) sudo в отдельном сервисе под отдельным юзером. Но как по мне, то и отдельный процесс под рутом на unix socket'е или даже на локалхосте, если чужих на сервере нет, но тогда естественно с hmac_sha1 подписью или хотябы токеном. From evdokimov.denis на gmail.com Wed Mar 28 06:28:54 2012 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Wed, 28 Mar 2012 17:28:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TIM/CIM/Sx8HOydrBw8nJIMLF2s/QwdPO?= =?koi8-r?b?z8fPINPF0tfJ08E=?= In-Reply-To: <4F730E9F.9050305@kosov.su> References: <4F730993.1040402@kosov.su> <4F730E9F.9050305@kosov.su> Message-ID: > Простите, а где вы увидели предложение делать "sudo из веб-морда"? Я неправильно расставил акценты в вопросе. т.е. это было лишнее предупреждение. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Wed Mar 28 06:33:21 2012 From: mail на knutov.com (Nick Knutov) Date: Wed, 28 Mar 2012 19:33:21 +0600 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: <878F3117-703F-4327-B740-C29CC9D33C27@gmail.com> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> <4F72E30F.8020503@knutov.com> <878F3117-703F-4327-B740-C29CC9D33C27@gmail.com> Message-ID: <4F731321.6060206@knutov.com> Почему не работает? Это BEGIN{}, если я правильно помню, не наследуется, но прописываем, например, в конструктор, в новом конструкторе вызываем конструктор предка и всё должно работать. Впрочем, наследования у меня тоже нигде нет :) 28.03.2012 18:23, Dmitry Karpich написал: > > On Mar 28, 2012, at 2:08 PM, Nick Knutov wrote: > >> И Class::Accessor не надо. >> А вот в отквотированном ниже коде я минусов не вижу. >> > наследование. Оно не работает. > > Я как-то давненько писал что-то подобное > http://search.cpan.org/perldoc?Object::Botox > Но не стоит этим пользоваться. > Медленно. > > Возьмите Moose или *Acc-что-то там. > > Митяй. > >> btw, мне совершенно не нужен контроль ro/rw и у меня нет сеттеров. >> >> 28.03.2012 16:03, Ilya Chesnokov написал: >>> Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, конечно ;) >>> >>> 28 марта 2012 г. 13:54 пользователь Nick Knutov написал: >>>> Вещи, имеющие синтаксис вида >>>> >>>> has 'x' => (is => 'rw', isa => 'Int'); >>>> has 'y' => (is => 'rw', isa => 'Int'); >>>> >>>> не вариант вообще. Это плохо, это многобукв, так писать не надо. >>>> >>>> >>>> 28.03.2012 15:52, Alexandr Alexeev написал: >>>>> >>>>> https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает >>>>> быстро, так что не путать с Moose. >>>>> >>>>> 28 марта 2012 г. 13:43 пользователь Гнатына Александр>>>> > написал: >>>>> >>>>> >>>>> >>>>> package My::Base; >>>>> sub _prop_simple_call{ >>>>> my $self = shift; >>>>> my $name = shift; >>>>> if(@_){ >>>>> $self->{$name} = $_[0]; >>>>> } >>>>> return $self->{$name}; >>>>> } >>>>> sub _make_simple_props{ >>>>> my $class = shift; >>>>> my @names = @{shift||[]}; >>>>> for my $name(@names){ >>>>> no strict "refs"; >>>>> my $func = $class.'::'.$name; >>>>> *$func = sub { >>>>> my $self = shift; >>>>> return $self->_prop_simple_call($name, @_); >>>>> } >>>>> } >>>>> } >>>>> >>>>> package My::Some; >>>>> use base My::Base; >>>>> >>>>> __PACAKGE__->_make_simple_props([qw(id name title)]); >>>>> >>>>> В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: >>>>> > Есть ряд объектов, у которых есть заранее известный, но иногда >>>>> > меняющийся [в процессе разработки] список полей, для которых надо >>>>> писать >>>>> > геттеры вида >>>>> > >>>>> > sub id { my $self = shift; return $self->{id}; } >>>>> > >>>>> > Или с логикой чуть посложнее, но это еще один список полей и >>>>> полностью >>>>> > одинаковый код, кроме имени поля. >>>>> > >>>>> > Возникла мысль генерить эти методы из заранее определенного списка >>>>> на >>>>> > этапе, например, загрузки модуля или компиляции кода. perldoc что? >>>>> > >>>>> > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот >>>>> только >>>>> > в гугле находятся несколько очень разных примеров, как это >>>>> делается, и в >>>>> > каждом говорится, что примеров есть разные, но вот именно этот >>>>> способ >>>>> > лучше и избавит от разных проблем и багов. So, как все же это >>>>> надо делать? >>>>> > >>>>> > -- >>>>> > 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 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> С уважением, Александр >>>>> Личный блог: http://eax.me/ >>>>> Мой форум: http://it-talk.org/ >>>>> Мой Twitter: http://twitter.com/afiskon >>>>> >>>>> >>>>> >>>> >>>> -- >>>> 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 > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From afiskon на gmail.com Wed Mar 28 06:44:31 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 28 Mar 2012 17:44:31 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: <4F731321.6060206@knutov.com> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> <4F72E30F.8020503@knutov.com> <878F3117-703F-4327-B740-C29CC9D33C27@gmail.com> <4F731321.6060206@knutov.com> Message-ID: Может и работает, но сложновато для восприятия. Я бы все таки взял Mouse, пусть он и немного избыточен для вашего случая и придется написать десяток лишних байт. K.I.S.S. 28 марта 2012 г. 17:33 пользователь Nick Knutov написал: > Почему не работает? Это BEGIN{}, если я правильно помню, не наследуется, > но прописываем, например, в конструктор, в новом конструкторе вызываем > конструктор предка и всё должно работать. > > Впрочем, наследования у меня тоже нигде нет :) > > > 28.03.2012 18:23, Dmitry Karpich написал: > > >> On Mar 28, 2012, at 2:08 PM, Nick Knutov wrote: >> >> И Class::Accessor не надо. >>> А вот в отквотированном ниже коде я минусов не вижу. >>> >>> наследование. Оно не работает. >> >> Я как-то давненько писал что-то подобное >> http://search.cpan.org/**perldoc?Object::Botox >> Но не стоит этим пользоваться. >> Медленно. >> >> Возьмите Moose или *Acc-что-то там. >> >> Митяй. >> >> btw, мне совершенно не нужен контроль ro/rw и у меня нет сеттеров. >>> >>> 28.03.2012 16:03, Ilya Chesnokov написал: >>> >>>> Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, >>>> конечно ;) >>>> >>>> 28 марта 2012 г. 13:54 пользователь Nick Knutov >>>> написал: >>>> >>>>> Вещи, имеющие синтаксис вида >>>>> >>>>> has 'x' => (is => 'rw', isa => 'Int'); >>>>> has 'y' => (is => 'rw', isa => 'Int'); >>>>> >>>>> не вариант вообще. Это плохо, это многобукв, так писать не надо. >>>>> >>>>> >>>>> 28.03.2012 15:52, Alexandr Alexeev написал: >>>>> >>>>>> >>>>>> https://metacpan.org/module/**Mouseумеет это и кое-что другое. Работает >>>>>> быстро, так что не путать с Moose. >>>>>> >>>>>> 28 марта 2012 г. 13:43 пользователь Гнатына Александр>>>>> > написал: >>>>>> >>>>>> >>>>>> >>>>>> package My::Base; >>>>>> sub _prop_simple_call{ >>>>>> my $self = shift; >>>>>> my $name = shift; >>>>>> if(@_){ >>>>>> $self->{$name} = $_[0]; >>>>>> } >>>>>> return $self->{$name}; >>>>>> } >>>>>> sub _make_simple_props{ >>>>>> my $class = shift; >>>>>> my @names = @{shift||[]}; >>>>>> for my $name(@names){ >>>>>> no strict "refs"; >>>>>> my $func = $class.'::'.$name; >>>>>> *$func = sub { >>>>>> my $self = shift; >>>>>> return $self->_prop_simple_call($**name, @_); >>>>>> } >>>>>> } >>>>>> } >>>>>> >>>>>> package My::Some; >>>>>> use base My::Base; >>>>>> >>>>>> __PACAKGE__->_make_simple_**props([qw(id name title)]); >>>>>> >>>>>> В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: >>>>>> > Есть ряд объектов, у которых есть заранее известный, но иногда >>>>>> > меняющийся [в процессе разработки] список полей, для которых >>>>>> надо >>>>>> писать >>>>>> > геттеры вида >>>>>> > >>>>>> > sub id { my $self = shift; return $self->{id}; } >>>>>> > >>>>>> > Или с логикой чуть посложнее, но это еще один список полей и >>>>>> полностью >>>>>> > одинаковый код, кроме имени поля. >>>>>> > >>>>>> > Возникла мысль генерить эти методы из заранее определенного >>>>>> списка >>>>>> на >>>>>> > этапе, например, загрузки модуля или компиляции кода. perldoc >>>>>> что? >>>>>> > >>>>>> > Альтернативный вариант - сделать то же самое через AUTOLOAD, >>>>>> вот >>>>>> только >>>>>> > в гугле находятся несколько очень разных примеров, как это >>>>>> делается, и в >>>>>> > каждом говорится, что примеров есть разные, но вот именно этот >>>>>> способ >>>>>> > лучше и избавит от разных проблем и багов. So, как все же это >>>>>> надо делать? >>>>>> > >>>>>> > -- >>>>>> > 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 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> С уважением, Александр >>>>>> Личный блог: http://eax.me/ >>>>>> Мой форум: http://it-talk.org/ >>>>>> Мой Twitter: http://twitter.com/afiskon >>>>>> >>>>>> >>>>>> >>>>>> >>>>> -- >>>>> 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 >>> >> >> > -- > 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 > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Wed Mar 28 06:51:18 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 28 Mar 2012 17:51:18 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC+0LEg0L7RgNCz0LDQvdC4?= =?utf-8?b?0LfQsNGG0LjQuCDQsdC10LfQvtC/0LDRgdC90L7Qs9C+INGB0LXRgNCy?= =?utf-8?b?0LjRgdCw?= In-Reply-To: References: <4F730993.1040402@kosov.su> <4F730E9F.9050305@kosov.su> Message-ID: Вы описываете способ решения (запустить что-то из под рута), а не проблему. Ведь задача стоит не сделать что-то из под рута, а, например, сделать бэкап БД, когда пользователь жмет кнопку. Опишите лучше проблему. Я почти уверен, что для ее решения не нужны права рута. Они вообще очень мало для чего нужны - почти всегда можно обойтись созданием отдельного пользователя и дав ему необходимый минимум прав. А в тех редких случаях, когда права рута действительно нужны, можно обойтись chmod +s. 28 марта 2012 г. 17:28 пользователь Denis Evdokimov < evdokimov.denis на gmail.com> написал: > > Простите, а где вы увидели предложение делать "sudo из веб-морда"? > Я неправильно расставил акценты в вопросе. > т.е. это было лишнее предупреждение. > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afiskon на gmail.com Wed Mar 28 07:33:21 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Wed, 28 Mar 2012 18:33:21 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= Message-ID: А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM ссылаются на то, что ORM якобы не применим в крупных проектах. Самый крупный проект, где я использовал ORM (DBIx::Class) насчитывает 2700 строк кода, не считая комментариев, пустых строк и тестов (замерял с помощью утилиты cloc). Это небольшой проект, но работая над ним я не заметил никаких припятствий к применению ORM и в более крупных проектах. Скажите, а какой самый крупный проект, в котором используется ORM, вам известен? Я чего-то не учитываю, или все-таки сабжевый аргумент - обычное трололо? -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From =?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?= Wed Mar 28 07:45:59 2012 From: =?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?= (=?koi8-r?Q?=E7=CE=C1=D4=D9=CE=C1_?=) Date: Wed, 28 Mar 2012 18:45:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: <878F3117-703F-4327-B740-C29CC9D33C27@gmail.com> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> <4F72E30F.8020503@knutov.com> <878F3117-703F-4327-B740-C29CC9D33C27@gmail.com> Message-ID: <1332945959.11202.2.camel@smokerman> Очень даже работает, это же просто функция. В Срд, 28/03/2012 в 16:23 +0400, Dmitry Karpich пишет: > On Mar 28, 2012, at 2:08 PM, Nick Knutov wrote: > > > И Class::Accessor не надо. > > А вот в отквотированном ниже коде я минусов не вижу. > > > наследование. Оно не работает. > > Я как-то давненько писал что-то подобное > http://search.cpan.org/perldoc?Object::Botox > Но не стоит этим пользоваться. > Медленно. > > Возьмите Moose или *Acc-что-то там. > > Митяй. > > > btw, мне совершенно не нужен контроль ro/rw и у меня нет сеттеров. > > > > 28.03.2012 16:03, Ilya Chesnokov написал: > >> Ага, только он в ~6 раз быстрее Class::Accessor - а так не надо, конечно ;) > >> > >> 28 марта 2012 г. 13:54 пользователь Nick Knutov написал: > >>> Вещи, имеющие синтаксис вида > >>> > >>> has 'x' => (is => 'rw', isa => 'Int'); > >>> has 'y' => (is => 'rw', isa => 'Int'); > >>> > >>> не вариант вообще. Это плохо, это многобукв, так писать не надо. > >>> > >>> > >>> 28.03.2012 15:52, Alexandr Alexeev написал: > >>>> > >>>> https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает > >>>> быстро, так что не путать с Moose. > >>>> > >>>> 28 марта 2012 г. 13:43 пользователь Гнатына Александр >>>> > написал: > >>>> > >>>> > >>>> > >>>> package My::Base; > >>>> sub _prop_simple_call{ > >>>> my $self = shift; > >>>> my $name = shift; > >>>> if(@_){ > >>>> $self->{$name} = $_[0]; > >>>> } > >>>> return $self->{$name}; > >>>> } > >>>> sub _make_simple_props{ > >>>> my $class = shift; > >>>> my @names = @{shift||[]}; > >>>> for my $name(@names){ > >>>> no strict "refs"; > >>>> my $func = $class.'::'.$name; > >>>> *$func = sub { > >>>> my $self = shift; > >>>> return $self->_prop_simple_call($name, @_); > >>>> } > >>>> } > >>>> } > >>>> > >>>> package My::Some; > >>>> use base My::Base; > >>>> > >>>> __PACAKGE__->_make_simple_props([qw(id name title)]); > >>>> > >>>> В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: > >>>> > Есть ряд объектов, у которых есть заранее известный, но иногда > >>>> > меняющийся [в процессе разработки] список полей, для которых надо > >>>> писать > >>>> > геттеры вида > >>>> > > >>>> > sub id { my $self = shift; return $self->{id}; } > >>>> > > >>>> > Или с логикой чуть посложнее, но это еще один список полей и > >>>> полностью > >>>> > одинаковый код, кроме имени поля. > >>>> > > >>>> > Возникла мысль генерить эти методы из заранее определенного списка > >>>> на > >>>> > этапе, например, загрузки модуля или компиляции кода. perldoc что? > >>>> > > >>>> > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот > >>>> только > >>>> > в гугле находятся несколько очень разных примеров, как это > >>>> делается, и в > >>>> > каждом говорится, что примеров есть разные, но вот именно этот > >>>> способ > >>>> > лучше и избавит от разных проблем и багов. So, как все же это > >>>> надо делать? > >>>> > > >>>> > -- > >>>> > 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 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> С уважением, Александр > >>>> Личный блог: http://eax.me/ > >>>> Мой форум: http://it-talk.org/ > >>>> Мой Twitter: http://twitter.com/afiskon > >>>> > >>>> > >>>> > >>> > >>> -- > >>> 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 akzhan.abdulin на gmail.com Wed Mar 28 07:44:01 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 28 Mar 2012 18:44:01 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= In-Reply-To: References: Message-ID: Да фактически любой проект на Rails использует какой-либо каркас ORM, типа ActiveRecord или Mongoid, к примеру. Де факто это GitHub, Scribd, Basecamp, Twitter... Понятно, что каждый проект оброс целой пачкой технологий. 28 марта 2012 г. 18:33 пользователь Alexandr Alexeev написал: > А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM > ссылаются на то, что ORM якобы не применим в крупных проектах. > > Самый крупный проект, где я использовал ORM (DBIx::Class) насчитывает 2700 > строк кода, не считая комментариев, пустых строк и тестов (замерял с > помощью утилиты cloc). Это небольшой проект, но работая над ним я не > заметил никаких припятствий к применению ORM и в более крупных проектах. > > Скажите, а какой самый крупный проект, в котором используется ORM, вам > известен? Я чего-то не учитываю, или все-таки сабжевый аргумент - обычное > трололо? > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vovkasm на gmail.com Wed Mar 28 08:05:38 2012 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Wed, 28 Mar 2012 19:05:38 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: <4F72DFE2.1050809@knutov.com> References: <4F72D82C.3010502@knutov.com> <1332927785.28130.20.camel@localhost.localdomain> <4F72DFE2.1050809@knutov.com> Message-ID: 28 марта 2012 г. 13:54 пользователь Nick Knutov написал: > Вещи, имеющие синтаксис вида > > has 'x' => (is => 'rw', isa => 'Int'); > has 'y' => (is => 'rw', isa => 'Int'); > > не вариант вообще. Это плохо, это многобукв, так писать не надо. Ага, конечно: has($_,is => 'ro') for qw/id ident x y/; Или: use Class::XSAccessor { getters => [qw/id ident x y/], }; Если не нравится, ни Moo*, ни Class::Accessor-образные модули, не вопрос, изобретайте велосипеды... Но для хорошего велосипеда, действительно придется не читать много рецептов "как сделать AUTOLOAD", а реально УЗНАТЬ КАК ЭТО работает. Начать стоит с perldoc perl*, потом все тут перечисленные и многие не перечисленные модули при том не доки, а исходники, потом, возможно, внутренности перла ;-) > > > 28.03.2012 15:52, Alexandr Alexeev написал: >> >> https://metacpan.org/module/Mouse умеет это и кое-что другое. Работает >> быстро, так что не путать с Moose. >> >> 28 марта 2012 г. 13:43 пользователь Гнатына Александр > > написал: >> >> >> >>    package My::Base; >>    sub _prop_simple_call{ >>        my $self  = shift; >>        my $name = shift; >>        if(@_){ >>            $self->{$name} = $_[0]; >>        } >>        return $self->{$name}; >>    } >>    sub _make_simple_props{ >>        my $class = shift; >>        my @names = @{shift||[]}; >>        for my $name(@names){ >>            no strict "refs"; >>            my $func = $class.'::'.$name; >>            *$func  = sub { >>                my $self = shift; >>                return $self->_prop_simple_call($name, @_); >>            } >>        } >>    } >> >>    package My::Some; >>    use base My::Base; >> >>    __PACAKGE__->_make_simple_props([qw(id name title)]); >> >>    В Срд, 28/03/2012 в 15:21 +0600, Nick Knutov пишет: >>     > Есть ряд объектов, у которых есть заранее известный, но иногда >>     > меняющийся [в процессе разработки] список полей, для которых надо >>    писать >>     > геттеры вида >>     > >>     > sub id { my $self = shift; return $self->{id}; } >>     > >>     > Или с логикой чуть посложнее, но это еще один список полей и >>    полностью >>     > одинаковый код, кроме имени поля. >>     > >>     > Возникла мысль генерить эти методы из заранее определенного списка >> на >>     > этапе, например, загрузки модуля или компиляции кода. perldoc что? >>     > >>     > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот >>    только >>     > в гугле находятся несколько очень разных примеров, как это >>    делается, и в >>     > каждом говорится, что примеров есть разные, но вот именно этот >> способ >>     > лучше и избавит от разных проблем и багов. So, как все же это >>    надо делать? >>     > >>     > -- >>     > 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 >> >> >> >> >> >> -- >> С уважением, Александр >> Личный блог: http://eax.me/ >> Мой форум: http://it-talk.org/ >> Мой Twitter: http://twitter.com/afiskon >> >> >> > > -- > 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 -- Vladimir Timofeev From vovkasm на gmail.com Wed Mar 28 08:26:11 2012 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Wed, 28 Mar 2012 19:26:11 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= In-Reply-To: References: Message-ID: 28 марта 2012 г. 18:33 пользователь Alexandr Alexeev написал: > А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM > ссылаются на то, что ORM якобы не применим в крупных проектах. Обманывают или не знают о чем говорят ;-) > > Самый крупный проект, где я использовал ORM (DBIx::Class) насчитывает 2700 > строк кода, не считая комментариев, пустых строк и тестов (замерял с помощью > утилиты cloc). Это небольшой проект, но работая над ним я не заметил никаких > припятствий к применению ORM и в более крупных проектах. Согласен! У нас сейчас, к примеру, 372 файла и суммарно 29420 строк perl кода (той же утилитой). Мы работаем с БД через DBIx::Class и он весьма хорошо выполняет свои функции, без него кода было бы больше, а поддерживать код сложнее. > > Скажите, а какой самый крупный проект, в котором используется ORM, вам > известен? Я чего-то не учитываю, или все-таки сабжевый аргумент - обычное > трололо? > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Vladimir Timofeev From denis.zhdanov на gmail.com Wed Mar 28 08:29:24 2012 From: denis.zhdanov на gmail.com (Denis Zhdanov) Date: Wed, 28 Mar 2012 18:29:24 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: Message-ID: 28 марта 2012 г. 17:33 пользователь Alexandr Alexeev написал: > А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM > ссылаются на то, что ORM якобы не применим в крупных проектах. Крупный проект != высоконагруженный проект. ORM слабо применим в высоконагруженных проектах ИМХО. Размер же проекта как таковой особого значения не имеет. From vovkasm на gmail.com Wed Mar 28 08:47:27 2012 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Wed, 28 Mar 2012 19:47:27 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= In-Reply-To: References: Message-ID: 28 марта 2012 г. 19:29 пользователь Denis Zhdanov написал: > 28 марта 2012 г. 17:33 пользователь Alexandr Alexeev > написал: >> А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM >> ссылаются на то, что ORM якобы не применим в крупных проектах. > Крупный проект != высоконагруженный проект. Это зависит от того в каком смысле используется говорящим термин "крупный проект" ;-) > ORM слабо применим в высоконагруженных проектах ИМХО. Размер же > проекта как таковой особого значения не имеет. Какой проект считается высоконагруженным? Проект, сервера которого обрабатывают более миллиона запросов в минуту высоко нагруженный? Если да, то DBIC отлично себя ведет в высоко нагруженных проектах. Естественно, надо голову включать, но это что с ORM, что без... > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Vladimir Timofeev From denis.zhdanov на gmail.com Wed Mar 28 09:00:28 2012 From: denis.zhdanov на gmail.com (Denis Zhdanov) Date: Wed, 28 Mar 2012 19:00:28 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: Message-ID: 28 марта 2012 г. 18:47 пользователь Vladimir Timofeev написал: > Естественно, надо голову включать, но это что с ORM, что без... Я исключительно из опыта (а он печален), спорить не буду. Значит никто голову не включает. From zzz на zzz.org.ua Wed Mar 28 09:17:51 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 28 Mar 2012 19:17:51 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: Message-ID: > Какой проект считается высоконагруженным? > > Проект, сервера которого обрабатывают более миллиона запросов в минуту > высоко нагруженный? > Если да, то DBIC отлично себя ведет в высоко нагруженных проектах. БД (мастер) которого не может работать на одном сервере. From vovkasm на gmail.com Wed Mar 28 09:21:18 2012 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Wed, 28 Mar 2012 20:21:18 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= In-Reply-To: References: Message-ID: 28 марта 2012 г. 20:17 пользователь Alexandr Gomoliako написал: >> Какой проект считается высоконагруженным? >> >> Проект, сервера которого обрабатывают более миллиона запросов в минуту >> высоко нагруженный? >> Если да, то DBIC отлично себя ведет в высоко нагруженных проектах. > > БД (мастер) которого не может работать на одном сервере. Какое это имеет отношение к DBICу и прочим ORM? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Vladimir Timofeev From zzz на zzz.org.ua Wed Mar 28 09:39:48 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 28 Mar 2012 19:39:48 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: Message-ID: >>> Какой проект считается высоконагруженным? >>> >>> Проект, сервера которого обрабатывают более миллиона запросов в минуту >>> высоко нагруженный? >>> Если да, то DBIC отлично себя ведет в высоко нагруженных проектах. >> >> БД (мастер) которого не может работать на одном сервере. > > Какое это имеет отношение к DBICу и прочим ORM? А почему нет? From andrei.protasovitski на gmail.com Wed Mar 28 09:58:45 2012 From: andrei.protasovitski на gmail.com (Andrei) Date: Wed, 28 Mar 2012 18:58:45 +0200 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= In-Reply-To: References: Message-ID: Если полагаться только на ORM, то таки да, не применим. ORM, как следует из названия, мапит строки выборок в объекты и делает это очень хорошо. Всё остальное -- на усмотрение разработчика. У нас несколько миллионов строк, Class::DBI. Но очень часто используются прямые запросы, потому что всякие хитрожёлтые построители весьма неоптимальны. 28 марта 2012 г. 16:33 пользователь Alexandr Alexeev написал: > А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM > ссылаются на то, что ORM якобы не применим в крупных проектах. > > Самый крупный проект, где я использовал ORM (DBIx::Class) насчитывает 2700 > строк кода, не считая комментариев, пустых строк и тестов (замерял с > помощью утилиты cloc). Это небольшой проект, но работая над ним я не > заметил никаких припятствий к применению ORM и в более крупных проектах. > > Скажите, а какой самый крупный проект, в котором используется ORM, вам > известен? Я чего-то не учитываю, или все-таки сабжевый аргумент - обычное > трололо? > > -- > С уважением, Александр > Личный блог: http://eax.me/ > Мой форум: http://it-talk.org/ > Мой Twitter: http://twitter.com/afiskon > > > -- > 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 worldmind на mail.ru Wed Mar 28 10:11:52 2012 From: worldmind на mail.ru (worldmind) Date: Wed, 28 Mar 2012 20:11:52 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: Message-ID: <1332954712.2294.16.camel@host> В Ср., 28/03/2012 в 19:39 +0300, Alexandr Gomoliako пишет: > >> БД (мастер) которого не может работать на одном сервере. > > > > Какое это имеет отношение к DBICу и прочим ORM? > > А почему нет? А почему бы и нет? From zzz на zzz.org.ua Wed Mar 28 10:24:02 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 28 Mar 2012 20:24:02 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: <1332954712.2294.16.camel@host> References: <1332954712.2294.16.camel@host> Message-ID: On Wed, Mar 28, 2012 at 8:11 PM, worldmind wrote: > В Ср., 28/03/2012 в 19:39 +0300, Alexandr Gomoliako пишет: >> >> БД (мастер) которого не может работать на одном сервере. >> > >> > Какое это имеет отношение к DBICу и прочим ORM? >> >> А почему нет? > > А почему бы и нет? Ну вон же Andrei ответил. Очевидно, что пока у вас мастер все тянет любой бред будет работать. А как только перегружен, то уже не будет. А масштабировать реляционные БД вообще практически нереально. From zzz на zzz.org.ua Wed Mar 28 10:47:52 2012 From: zzz на zzz.org.ua (Alexandr Gomoliako) Date: Wed, 28 Mar 2012 20:47:52 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: <1332954712.2294.16.camel@host> Message-ID: > любой бред будет работать. Подумал, что кого-то могло задеть. Не воспринимайте это лично, т.е. вы не становитесь плохими разрабочиками, если используете это. В программировании все бред, все слишком сложно и надуманно. From afiskon на gmail.com Wed Mar 28 21:32:30 2012 From: afiskon на gmail.com (Alexandr Alexeev) Date: Thu, 29 Mar 2012 08:32:30 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8g?= =?utf-8?q?ORM?= In-Reply-To: References: <1332954712.2294.16.camel@host> Message-ID: "Очевидно, что пока у вас мастер все тянет любой бред будет работать. А как только перегружен, то уже не будет. А масштабировать реляционные БД вообще практически нереально." Проблема не столько в реляционных БД, сколько во внешних ключах и транзакциях. Например, Tarantool использует реляционную модель данных, что, в частности, существенно упрощает построение индексов, но при этом он прекрасно масштабируется. Мешает ли принцип CAP использовать ORM? Думается, что нет. Во-первых, может помочь нормальный прокси-сервер. Во-вторых, существуют ORM и для NoSQL решений (например http://habrahabr.ru/post/118783/ ) 28 марта 2012 г. 21:47 пользователь Alexandr Gomoliako написал: > > любой бред будет работать. > > Подумал, что кого-то могло задеть. Не воспринимайте это лично, т.е. вы > не становитесь плохими разрабочиками, если используете это. В > программировании все бред, все слишком сложно и надуманно. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.zhdanov на gmail.com Wed Mar 28 21:58:06 2012 From: denis.zhdanov на gmail.com (Denis Zhdanov) Date: Thu, 29 Mar 2012 07:58:06 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: <1332954712.2294.16.camel@host> Message-ID: 29 марта 2012 г. 7:32 пользователь Alexandr Alexeev написал: > Мешает ли принцип CAP использовать ORM? Думается, что нет. Во-первых, может > помочь нормальный прокси-сервер. Во-вторых, существуют ORM и для NoSQL > решений (например http://habrahabr.ru/post/118783/ ) Да, все так, но это все теория. На бумаге и вайтбоарде оно все хорошо и гладко. С воплощением все обычно бывает хуже. У меня может точка зрения админа, а не программиста, поэтому с моей точки зрения ОRМ - зло. Оно делает удобно разаработку, но сильно усложняет администрирование, сопровождение и тюнинг всего этого дела. Может уже что то изменилось, но пару лет назад на HL++ как минимум трое докладчиков (то что я слышал сам) высказали одну и ту же мысль - ORM и highload трудносовместимы. Мой опыт к тому времени это только подтверждал, да и сейчас особо не изменился.... From denis.zhdanov на gmail.com Thu Mar 29 01:02:53 2012 From: denis.zhdanov на gmail.com (Denis Zhdanov) Date: Thu, 29 Mar 2012 11:02:53 +0300 Subject: [Moscow.pm] =?koi8-r?b?88HN2cogy9LV0M7ZyiDQ0s/Fy9QsIMfExSDJ09DP?= =?koi8-r?b?zNja1cXU09EgT1JN?= In-Reply-To: References: <1332954712.2294.16.camel@host> Message-ID: PS: Как раз пример - доклад с того HL++ - http://reki.ru/blog/highload/Ramail-Arch.ppt - Архитектура новой почты Рамблера Выдержки - ... OO Perl + Увеличение скорости разработки + Сепарация сущностей + Более прозрачный код в большом проекте - Медленнее скорость работы - Выше требования к памяти - Нужны квалифицированные разработчики ORM - Полный цикл разработки с ORM - дороже - Простые вещи с ORM делаются просто, сложные - не делаются вовсе - Много памяти, много кода, много черной магии - Сложность оптимизации запросов и вообще любой отладки - ORM - это дорогой вариант sprintf (если что - вопросы к Андрею Шетухину, это его доклад :) ) Также согласен с другой цитатой - http://myforce.ru/opyt/sharding-mysql-na-yii-framework/ "Решено было не отказываться от использования Yii ActiveRecord в качестве ORM, ибо это очень удобно в плане разработки, а так же всегда существует возможность в последствии переработать узкие места на использование прямых запросов к БД." Вот если это второе - загруднительно - ORM точно в топку. :) From nordicdyno на yandex.ru Thu Mar 29 01:22:46 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Thu, 29 Mar 2012 12:22:46 +0400 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: <4F72D82C.3010502@knutov.com> References: <4F72D82C.3010502@knutov.com> Message-ID: <433671333009366@web12.yandex.ru> Не используйте AUTOLOAD 1. Это медленно. 2. Его использование порождает более сложный код Из руби, кстати его или уже выпилили или собираются. 28.03.2012, 13:21, "Nick Knutov" : > Есть ряд объектов, у которых есть заранее известный, но иногда > меняющийся [в процессе разработки] список полей, для которых надо писать > геттеры вида > > sub id { my $self = shift; return $self->{id}; } > > Или с логикой чуть посложнее, но это еще один список полей и полностью > одинаковый код, кроме имени поля. > > Возникла мысль генерить эти методы из заранее определенного списка на > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только > в гугле находятся несколько очень разных примеров, как это делается, и в > каждом говорится, что примеров есть разные, но вот именно этот способ > лучше и избавит от разных проблем и багов. So, как все же это надо делать? From akzhan.abdulin на gmail.com Thu Mar 29 01:26:48 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 29 Mar 2012 12:26:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0LTQtdGE0L7Qu9GC0L3Ri9C1INC80LXRgtC+0LQ=?= =?utf-8?b?0Ysg0L7QsdGK0LXQutGC0LAg0LggQVVUT0xPQUQ=?= In-Reply-To: <433671333009366@web12.yandex.ru> References: <4F72D82C.3010502@knutov.com> <433671333009366@web12.yandex.ru> Message-ID: Это не совсем так. Из Ruby method_missing не выпиливали. И к тому же это совсем не медленно, если создавать методы по требованию. http://habrahabr.ru/post/52532/ 29 марта 2012 г. 12:22 пользователь Orlovsky Alexander написал: > Не используйте AUTOLOAD > 1. Это медленно. > 2. Его использование порождает более сложный код > > Из руби, кстати его или уже выпилили или собираются. > > 28.03.2012, 13:21, "Nick Knutov" : > > Есть ряд объектов, у которых есть заранее известный, но иногда > > меняющийся [в процессе разработки] список полей, для которых надо писать > > геттеры вида > > > > sub id { my $self = shift; return $self->{id}; } > > > > Или с логикой чуть посложнее, но это еще один список полей и полностью > > одинаковый код, кроме имени поля. > > > > Возникла мысль генерить эти методы из заранее определенного списка на > > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только > > в гугле находятся несколько очень разных примеров, как это делается, и в > > каждом говорится, что примеров есть разные, но вот именно этот способ > > лучше и избавит от разных проблем и багов. So, как все же это надо > делать? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Thu Mar 29 01:38:19 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Thu, 29 Mar 2012 12:38:19 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6ICDExcbPzNTO2cUgzcXUz8TZ?= =?koi8-r?b?IM/C38XL1MEgySBBVVRPTE9BRA==?= In-Reply-To: References: <4F72D82C.3010502@knutov.com> <433671333009366@web12.yandex.ru> Message-ID: <31891_1333010302_4F741F7E_31891_108_1_447821333010299@web12.yandex.ru> Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Thu Mar 29 01:41:56 2012 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 29 Mar 2012 12:41:56 +0400 Subject: [Moscow.pm] =?utf-8?b?W1NQQU06I10gUmU6INC00LXRhNC+0LvRgtC90Ys=?= =?utf-8?b?0LUg0LzQtdGC0L7QtNGLINC+0LHRitC10LrRgtCwINC4IEFVVE9MT0FE?= In-Reply-To: <31891_1333010302_4F741F7E_31891_108_1_447821333010299@web12.yandex.ru> References: <4F72D82C.3010502@knutov.com> <433671333009366@web12.yandex.ru> <31891_1333010302_4F741F7E_31891_108_1_447821333010299@web12.yandex.ru> Message-ID: Кстати, аналог autoload будет введен и в новом стандарте ECMAscript. Просто очень удобно для метапрограммирования. 29 марта 2012 г. 12:38 пользователь Orlovsky Alexander написал: > хороший коммент по ссылке, дополняющий мою мысль: > > > "Мне доводилось сопровождать код, объёмом 100000 строк, написанный с > использованием такого приёма. Это была самая страшная пытка." > > ну и про ruby, похоже что не прав был (музыкой навеяло?), но в топах по > ruby и method_missing находятся такие посты: > > http://blog.jayfields.com/2008/02/ruby-replace-methodmissing-with-dynamic.html > > цитата: > > "the pain of debugging method_missing" > > 29.03.2012, 12:26, "Akzhan Abdulin" : > > Это не совсем так. Из Ruby method_missing не выпиливали. > И к тому же это совсем не медленно, если создавать методы по требованию. > http://habrahabr.ru/post/52532/ > > 29 марта 2012 г. 12:22 пользователь Orlovsky Alexander < > nordicdyno на yandex.ru> написал: > > Не используйте AUTOLOAD > 1. Это медленно. > 2. Его использование порождает более сложный код > > Из руби, кстати его или уже выпилили или собираются. > > 28.03.2012, 13:21, "Nick Knutov" : > > Есть ряд объектов, у которых есть заранее известный, но иногда > > меняющийся [в процессе разработки] список полей, для которых надо писать > > геттеры вида > > > > sub id { my $self = shift; return $self->{id}; } > > > > Или с логикой чуть посложнее, но это еще один список полей и полностью > > одинаковый код, кроме имени поля. > > > > Возникла мысль генерить эти методы из заранее определенного списка на > > этапе, например, загрузки модуля или компиляции кода. perldoc что? > > > > Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только > > в гугле находятся несколько очень разных примеров, как это делается, и в > > каждом говорится, что примеров есть разные, но вот именно этот способ > > лучше и избавит от разных проблем и багов. So, как все же это надо > делать? > -- > 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 nordicdyno на yandex.ru Thu Mar 29 01:52:07 2012 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Thu, 29 Mar 2012 12:52:07 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6IMTFxs/M1M7ZxSDNxdTPxNkg?= =?koi8-r?b?z8LfxcvUwSDJIEFVVE9MT0FE?= In-Reply-To: References: <4F72D82C.3010502@knutov.com> <433671333009366@web12.yandex.ru> <31891_1333010302_4F741F7E_31891_108_1_447821333010299@web12.yandex.ru> Message-ID: <460151333011127@web12.yandex.ru> Вложение в формате HTML было извлечено… URL: From ivan на stack.net Thu Mar 29 03:06:13 2012 From: ivan на stack.net (=?KOI8-R?Q?=E9=D7=C1=CE_=F0=C1=CE=DE=C5=CE=CB=CF?=) Date: Thu, 29 Mar 2012 14:06:13 +0400 Subject: [Moscow.pm] =?koi8-r?b?xMXGz8zUztnFIM3F1M/E2SDPwt/Fy9TBIMkgQVVU?= =?koi8-r?b?T0xPQUQ=?= In-Reply-To: <433671333009366@web12.yandex.ru> References: <4F72D82C.3010502@knutov.com> <433671333009366@web12.yandex.ru> Message-ID: <4F743415.6050204@stack.net> 29.03.2012 12:22, Orlovsky Alexander пишет: > Не используйте AUTOLOAD > 1. Это медленно. Если запоминать сгенерированные методы, то не так уж медленно. Это описано в книжке Д.Конвея Object Oriented Perl или, например тут, http://habrahabr.ru/post/52532/ > 2. Его использование порождает более сложный код > > Из руби, кстати его или уже выпилили или собираются. > > 28.03.2012, 13:21, "Nick Knutov": >> Есть ряд объектов, у которых есть заранее известный, но иногда >> меняющийся [в процессе разработки] список полей, для которых надо писать >> геттеры вида >> >> sub id { my $self = shift; return $self->{id}; } >> >> Или с логикой чуть посложнее, но это еще один список полей и полностью >> одинаковый код, кроме имени поля. >> >> Возникла мысль генерить эти методы из заранее определенного списка на >> этапе, например, загрузки модуля или компиляции кода. perldoc что? Да, примерно также, как "генерятся" методы by demand в автолоуде, можно из погенернить и не в автолоуде, а заранее. >> Альтернативный вариант - сделать то же самое через AUTOLOAD, вот только >> в гугле находятся несколько очень разных примеров, как это делается, и в >> каждом говорится, что примеров есть разные, но вот именно этот способ >> лучше и избавит от разных проблем и багов. So, как все же это надо делать? From inetd на ukr.net Thu Mar 29 13:59:31 2012 From: inetd на ukr.net (Yaroslav Polyakov) Date: Thu, 29 Mar 2012 23:59:31 +0300 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8gT1JN?= In-Reply-To: References: Message-ID: <427520367.20120329235931@ukr.net> > Если полагаться только на ORM, то таки да, не применим. ORM, как > следует из названия, мапит строки выборок в объекты и делает это > очень хорошо. Всё остальное -- на усмотрение разработчика. У нас > несколько миллионов строк, Class::DBI. Но очень часто используются > прямые запросы, потому что всякие хитрожёлтые построители весьма неоптимальны. Если не секрет, почему Class::DBI, а не DBIx::Class? Исторически сложилось, или есть другие причины выбора Class::DBI? -- Best regards, Yaroslav mailto:inetd на ukr.net From i.petro.77.00 на gmail.com Fri Mar 30 06:55:52 2012 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 30 Mar 2012 17:55:52 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQsNC80YvQuSDQutGA0YPQv9C90YvQuSDQv9GA?= =?utf-8?b?0L7QtdC60YIsINCz0LTQtSDQuNGB0L/QvtC70YzQt9GD0LXRgtGB0Y8gT1JN?= In-Reply-To: References: Message-ID: <20120330135552.GB10991@apache.rbscorp.ru> >> А вот часто некоторые "знатоки" в качестве одного из аргументов против ORM >> ссылаются на то, что ORM якобы не применим в крупных проектах. > Крупный проект != высоконагруженный проект. > ORM слабо применим в высоконагруженных проектах ИМХО. Размер же > проекта как таковой особого значения не имеет. полностью согласен. когда проект развивается и пока ничего не экономим запросы к ORM выглядят однообразно и красиво. то есть один запрос на все случаи жизни вроде resultset('abc')->search({ cde => 'def') })->all потом когда начинается экономия нагрузки, то начинается добавление записей prefetch затем начинается экономия трафика и добавляются выборки columns. затем местами еще указан тип join'а и размер выборки. и далее когда мы смотрим на это все, то получается что запросы к ORM мало чем отличаются от запросов к БД. то есть просто иерархия. ну а когда речь идет об оптимизации самих запросов, то в итоге ORM выкидывается нафиг и запросы пишутся вручную (либо для ORM куча VIEW пишется). в итоге в HL-проекте получается что ORM используется только для блессинга выборок в объекты. при том что зачастую поверх этих выбранных объектов еще OOП инфраструктура наворачивается. В итоге мы пришли к тому что хелпер генерации SQL-запросов (темплейтный язык + именованные плейсхолдеры и помощники) + блесс выборок в итераторы - самый оптимум для HL From zzbbyy на gmail.com Sat Mar 31 12:49:09 2012 From: zzbbyy на gmail.com (=?UTF-8?Q?Zbigniew_=C5=81ukasiak?=) Date: Sat, 31 Mar 2012 21:49:09 +0200 Subject: [Moscow.pm] My Dependency Injection talk at RIT+ In-Reply-To: <138121332866454@web85.yandex.ru> References: <138121332866454@web85.yandex.ru> Message-ID: On Tue, Mar 27, 2012 at 6:40 PM, Nikolay Mishin wrote: > Why not, where you expect be in Sunday in Moscow (01.04.2012) ? What's time? I'll be there tomorrow about noon. I hope to see you guys at the conference. Cheers, Zbigniew From ruz на bestpractical.com Sat Mar 31 13:08:25 2012 From: ruz на bestpractical.com (Ruslan Zakirov) Date: Sun, 1 Apr 2012 00:08:25 +0400 Subject: [Moscow.pm] =?utf-8?b?0YHQvdC40LzQutC4INGB0L4g0LLRgdGC0YDQtdGH?= =?utf-8?b?0Lg=?= Message-ID: http://www.fishup.ru/albums/slideshow/fullscreen/p/m/2/gid/1411721/ Fishup лишнего шарпит при изменении размера. Может быть позже перезалью. -- Best regards, Ruslan.