From dzirtik на gmail.com Mon Dec 2 00:24:22 2013 From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=) Date: Mon, 2 Dec 2013 12:24:22 +0400 Subject: [Moscow.pm] =?koi8-r?b?99PU0sXewSBNb3Njb3cucG0gNSDExcvBwtLR?= Message-ID: Привет! 5 декабря, компания Mail.Ru Group в очередной раз открывает двери сообществу Moscow.pm (группа московских Perl-программистов). В рамках мероприятия у вас есть эксклюзивная возможность послушать доклады лучших специалистов, поделиться опытом друг с другом. *Место и время:* 5 декабря с 19.30 до 22.00, переговорная No.1 на 2 этаже офиса Mail.Ru Group В программе вас ждут доклады: 1. *"Создать директорию, что может быть проще?", Евдокимов Денис Александрович*, руководитель группы разработки, Яндекс . 2. *"Невыносимонов стайл. Обсуждение особенностей работы технического руководителя", Симонов Дмитрий Валерьевич*, технический директор мобильной RTB-сети AdCamp.Ru. 3. *"Carton - менеджер зависимостей Perl (аля Bundler для Perl)", Халиуллов Леандр*, программист Mail.Ru Group . Трансляцию мероприятия вы сможете посмотреть на странице: http://corp.mail.ru/Moscow.pm Что бы мы могли лучше организовать встречу, пожалуйста, зарегистрируйтесь здесь: http://moscowpm0409.timepad.ru/event/95075/ -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 05:27:24 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 17:27:24 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= Message-ID: <319625952.20131202172724@softsearch.ru> Здравствуйте. Есть таблица с объектами в mysql. Новые объекты туда добавляются, плохие объекты удаляются, бывает что по много штук сразу. Некоторые объекты имеют статус скрытых от всех, а все остальные доступны для всех. Т.е. в таблице равномерно растёт id объектов, но между соседними id могут быть дырки, причём большие. И некоторые объекты показывать нельзя. Даётся текстовая строка. В идеале нужно для этой строке максимально быстро выбрать из таблицы случайные 3 разных объекта, доступные для всех. Причём так, чтобы повторные выборы давали те же самые объекты и изменения таблицы минимально влияли на это. Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки к объектам. Понятно, что таблица меняется и привязки строк к объектам будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно жертвовать количеством выбираемых объектов, например выбирать иногда не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между выбираемыми объектами, например, выбирая лишь один случайным способом, а остальные искать поблизости от первого. Нельзя жертвовать охватом объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых объектов. -- С уважением, Михаил mailto:postmaster на softsearch.ru From eugene.toropov на gmail.com Mon Dec 2 05:34:05 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 2 Dec 2013 17:34:05 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <319625952.20131202172724@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> Message-ID: Можно хранить ID-шники где-нить типа Redis и заюзать вот такое - http://redis.io/commands/srandmember , ну а потом уже по PK в MySQL. Если не Redis, то что-то подобное скорее всего у вас должно быть. Евгений On Dec 2, 2013, at 5:27 PM, Михаил Монашёв wrote: > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Mon Dec 2 05:39:41 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 19:39:41 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <319625952.20131202172724@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> Message-ID: Насколько эти объекты должны быть "случайными"? 2 декабря 2013 г., 19:27 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 05:46:09 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 17:46:09 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: <1547465568.20131202174609@softsearch.ru> Здравствуйте, Andrei. > Насколько эти объекты должны быть "случайными"? Случайность может быть любая. Главное, чтобы покрывала всё множество доступных для всех объектов в таблице. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ali на ali.org.ua Mon Dec 2 05:48:09 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 15:48:09 +0200 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <319625952.20131202172724@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> Message-ID: <343411385992089@web4g.yandex.ru> Берем от строки подходящий хэшик ? подходящий, чтобы нарезать из него три id, каждый величиной не более максимального в таблице. Три запроса вида select smth from mytable where id >= X order by id limit 1 выполнятся быстро, прямое использование индекса. 02.12.2013, 15:28, "Михаил Монашёв" : > Здравствуйте. > > Есть  таблица  с  объектами  в  mysql. Новые объекты туда добавляются, > плохие  объекты  удаляются,  бывает что по много штук сразу. Некоторые > объекты  имеют  статус  скрытых  от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id  могут  быть  дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся  текстовая  строка.  В идеале нужно для этой строке максимально > быстро  выбрать  из  таблицы случайные 3 разных объекта, доступные для > всех.  Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е.  надо  из  перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к  объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать  количеством  выбираемых объектов, например выбирать иногда > не  3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а  остальные  искать  поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From aluck на cordeo.ru Mon Dec 2 05:49:52 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 19:49:52 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <1547465568.20131202174609@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> Message-ID: Тогда решение "в лоб": 1) берём любимую хеш-функцию (да хоть SHA-1) от "строки" 2) выясняем максимальное значение ПК в данный момент (select max(PK) ..) 3) "откусываем" от начала хеша некоторое количество разрядов - так, чтобы это количество полностью покрывало диапазон значений ПК 4) делаем select max(PK) from ... where PK < mybits limit 1,1 2 декабря 2013 г., 19:46 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Andrei. > > > Насколько эти объекты должны быть "случайными"? > > Случайность может быть любая. Главное, чтобы покрывала всё множество > доступных для всех объектов в таблице. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Mon Dec 2 05:51:10 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 19:51:10 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> Message-ID: ...мысли сходятся. :) ...только у меня в запросе ошибка... 2 декабря 2013 г., 19:49 пользователь Andrei Lukovenko написал: > Тогда решение "в лоб": > 1) берём любимую хеш-функцию (да хоть SHA-1) от "строки" > 2) выясняем максимальное значение ПК в данный момент (select max(PK) ..) > 3) "откусываем" от начала хеша некоторое количество разрядов - так, чтобы > это количество полностью покрывало диапазон значений ПК > 4) делаем select max(PK) from ... where PK < mybits limit 1,1 > > > 2 декабря 2013 г., 19:46 пользователь Михаил Монашёв < > postmaster на softsearch.ru> написал: > > Здравствуйте, Andrei. >> >> > Насколько эти объекты должны быть "случайными"? >> >> Случайность может быть любая. Главное, чтобы покрывала всё множество >> доступных для всех объектов в таблице. >> >> -- >> С уважением, >> Михаил mailto:postmaster на softsearch.ru >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > Best regards, Andrei > +7-937-847-60-74 > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 05:51:41 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 17:51:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: <704899144.20131202175141@softsearch.ru> Здравствуйте, Eugene. > Можно хранить ID-шники где-нить типа Redis и заюзать вот такое > -═http://redis.io/commands/srandmember═, ну а потом уже по PK в > MySQL. Если не Redis, то что-то подобное скорее всего у вас должно > быть. Промежуточное хранилище для сохранения привязки можно заменить алгоритмом ИМХО. Да и строк может быть огромное количество. Хранить их всех дорого выйдет. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ilvin на mail.ru Mon Dec 2 05:54:55 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Mon, 02 Dec 2013 17:54:55 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> Message-ID: <1385992495.995872993@f219.i.mail.ru> +1 Очень быстрое решение. Стоит отметить, что распределение в этом случае будет не равномерным. ЗЫ: А что в MySQL уже внедрили объекты? Вроде ж не было в нем объектов-то... С почтением,   Илья Винокуров. Понедельник, 2 декабря 2013, 19:49 +06:00 от Andrei Lukovenko : >Тогда решение "в лоб":  >1) берём любимую хеш-функцию (да хоть SHA-1) от "строки" >2) выясняем максимальное значение ПК в данный момент (select max(PK) ..) >3) "откусываем" от начала хеша некоторое количество разрядов - так, чтобы это количество полностью покрывало диапазон значений ПК >4) делаем select max(PK) from ... where PK < mybits limit 1,1 > > >2 декабря 2013 г., 19:46 пользователь Михаил Монашёв < postmaster на softsearch.ru > написал: >>Здравствуйте, Andrei. >> >>> Насколько эти объекты должны быть "случайными"? >> >>Случайность может быть любая. Главное, чтобы покрывала всё множество >>доступных для всех объектов в таблице. >> >>-- >>С уважением, >> Михаил                          mailto: postmaster на softsearch.ru >> >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org > > > >-- >Best regards, Andrei >+7-937-847-60-74 >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 05:55:19 2013 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Mon, 2 Dec 2013 17:55:19 +0400 Subject: [Moscow.pm] =?windows-1251?b?x+Dk4Pfq4CDt4CDv7uTz7ODy/Cwg6u7s8yDo?= =?windows-1251?b?7fLl8OXx7e4uLi4=?= In-Reply-To: <343411385992089@web4g.yandex.ru> References: <319625952.20131202172724@softsearch.ru> <343411385992089@web4g.yandex.ru> Message-ID: <6564230.20131202175519@softsearch.ru> Здравствуйте, Oleg. > Берем от строки подходящий хэшик ? подходящий, чтобы нарезать из > него три id, каждый величиной не более максимального в таблице. > Три запроса вида > select smth from mytable > where id >= X order by id limit 1 > выполнятся быстро, прямое использование индекса. И не удовлетворяет условиям задачи. Ведь при добавлении новых данных в таблицу изменится максимальный id в таблице. И соответственно сползёт множество привязок строка->id-шки. А именно это и хотелось бы минимизировать. -- С уважением, Михаил mailto:postmaster на softsearch.ru From postmaster на softsearch.ru Mon Dec 2 05:56:18 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 17:56:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> Message-ID: <479925148.20131202175618@softsearch.ru> Здравствуйте, Andrei. > ...мысли сходятся. :) > > ...только у меня в запросе ошибка... И нарушено то же условие задачи :-) -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 05:57:31 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 19:57:31 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <1385992495.995872993@f219.i.mail.ru> References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> <1385992495.995872993@f219.i.mail.ru> Message-ID: поэтому я и спросил про "случайность". :) если бы это было казино - пришлось бы немного поизголяться, конечно. 2 декабря 2013 г., 19:54 пользователь Илья Винокуров написал: > +1 > Очень быстрое решение. > Стоит отметить, что распределение в этом случае будет не равномерным. > > ЗЫ: А что в MySQL уже внедрили объекты? Вроде ж не было в нем > объектов-то... > > > С почтением, > Илья Винокуров. > > Понедельник, 2 декабря 2013, 19:49 +06:00 от Andrei Lukovenko < > aluck на cordeo.ru>: > > Тогда решение "в лоб": > 1) берём любимую хеш-функцию (да хоть SHA-1) от "строки" > 2) выясняем максимальное значение ПК в данный момент (select max(PK) ..) > 3) "откусываем" от начала хеша некоторое количество разрядов - так, чтобы > это количество полностью покрывало диапазон значений ПК > 4) делаем select max(PK) from ... where PK < mybits limit 1,1 > > > 2 декабря 2013 г., 19:46 пользователь Михаил Монашёв < > postmaster на softsearch.ru > > написал: > >> Здравствуйте, Andrei. >> >> > Насколько эти объекты должны быть "случайными"? >> >> Случайность может быть любая. Главное, чтобы покрывала всё множество >> доступных для всех объектов в таблице. >> >> -- >> С уважением, >> Михаил mailto:postmaster на softsearch.ru >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org| >> http://moscow.pm.org >> > > > > -- > Best regards, Andrei > +7-937-847-60-74 > -- > 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, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 05:59:15 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 17:59:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <1385992495.995872993@f219.i.mail.ru> References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> <1385992495.995872993@f219.i.mail.ru> Message-ID: <22531369.20131202175915@softsearch.ru> Здравствуйте, Илья. > ЗЫ: А что в MySQL уже внедрили объекты? Вроде ж не было в нем объектов-то... Ну это я так просто обозвал строку в таблице просто. -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 05:59:25 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 19:59:25 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <6564230.20131202175519@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <343411385992089@web4g.yandex.ru> <6564230.20131202175519@softsearch.ru> Message-ID: ничего никуда не сползёт. мы же ограничили количество откушенных битов разрядностью максимального имеющегося ПК. можно добавить проверку, чтобы реальное полученное значение было менее максимума, если вдруг оно оказалось больше максимума - сдвигаться на бит вправо и повторять процедуру. если хеш кончится - взять хеш от хеша. всё примитивно, имхо. 2 декабря 2013 г., 19:55 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Oleg. > > > Берем от строки подходящий хэшик ? подходящий, чтобы нарезать из > > него три id, каждый величиной не более максимального в таблице. > > Три запроса вида > > > select smth from mytable > > where id >= X order by id limit 1 > > > выполнятся быстро, прямое использование индекса. > > И не удовлетворяет условиям задачи. Ведь при добавлении новых данных в > таблицу изменится максимальный id в таблице. И соответственно сползёт > множество привязок строка->id-шки. А именно это и хотелось бы > минимизировать. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 06:01:34 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:01:34 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> <1385992495.995872993@f219.i.mail.ru> Message-ID: <1793030770.20131202180134@softsearch.ru> Здравствуйте, Andrei. > поэтому я и спросил про "случайность". :) > > если бы это было казино - пришлось бы немного поизголяться, конечно. Со случайностью выбора id-шек в твоём решении всё ок. Проблема в том, что при росте таблицы пропадает привязка строки к id-шкам. А ради этой привязки задачка и сформулирована. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ilvin на mail.ru Mon Dec 2 06:03:19 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Mon, 02 Dec 2013 18:03:19 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <479925148.20131202175618@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <479925148.20131202175618@softsearch.ru> Message-ID: <1385992999.727151367@f219.i.mail.ru> А почему мы не можем привязать строку к выбранным IDшникам? Всего-то нужно дополнительную табличку забацать: один-ко-многим... Понедельник, 2 декабря 2013, 17:56 +04:00 от Михаил Монашёв : >Здравствуйте, Andrei. > >> ...мысли сходятся. :) >> >> ...только у меня в запросе ошибка... > >И нарушено то же условие задачи :-) > >-- >С уважением, > Михаил mailto: postmaster на softsearch.ru > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Mon Dec 2 06:03:44 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 16:03:44 +0200 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <6564230.20131202175519@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <343411385992089@web4g.yandex.ru> <6564230.20131202175519@softsearch.ru> Message-ID: <385781385993024@web4g.yandex.ru> Это задача очень похожа на подбор функции для определения номера шарда. Ни одна функция не будет в среду отображать аргумент в одно множество, а в четверг ? в множество большее, при этом сохраняя прошлое поведение ? не будет без какого-либо промежуточной таблицы для сгенеренных ?номеров шардов?. Либо ключи должны расти не монотонно, а быть более-менее равномерно замешаны на всем пространстве значений. 02.12.2013, 15:55, "Михаил Монашёв" : > Здравствуйте, Oleg. > >>  Берем от строки подходящий хэшик ? подходящий, чтобы нарезать из >>  него три id, каждый величиной не более максимального в таблице. >>  Три запроса вида >>  select smth from mytable >>  where id >= X order by id limit 1 >>  выполнятся быстро, прямое использование индекса. > > И не удовлетворяет условиям задачи. Ведь при добавлении новых данных в > таблицу  изменится максимальный id в таблице. И соответственно сползёт > множество   привязок  строка->id-шки.  А  именно  это  и  хотелось  бы > минимизировать. > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From postmaster на softsearch.ru Mon Dec 2 06:06:28 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:06:28 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <343411385992089@web4g.yandex.ru> <6564230.20131202175519@softsearch.ru> Message-ID: <553658778.20131202180628@softsearch.ru> Здравствуйте, Andrei. > ничего никуда не сползёт. мы же ограничили количество откушенных > битов разрядностью максимального имеющегося ПК. можно добавить > проверку, чтобы реальное полученное значение было менее максимума, > если вдруг оно оказалось больше максимума - сдвигаться на бит вправо > и повторять процедуру. если хеш кончится - взять хеш от хеша. > > всё примитивно, имхо. Ага, ясно. Привязка будет стабильна до тех пор, пока не увеличится разрядность максимального имеющегося ПК. А потом вся полностью меняется. Но это решение будет иногда давать ноль id-шек. Как это предлагается обходить? -- С уважением, Михаил mailto:postmaster на softsearch.ru From postmaster на softsearch.ru Mon Dec 2 06:08:56 2013 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Mon, 2 Dec 2013 18:08:56 +0400 Subject: [Moscow.pm] =?windows-1251?b?x+Dk4Pfq4CDt4CDv7uTz7ODy/Cwg6u7s8yDo?= =?windows-1251?b?7fLl8OXx7e4uLi4=?= In-Reply-To: <385781385993024@web4g.yandex.ru> References: <319625952.20131202172724@softsearch.ru> <343411385992089@web4g.yandex.ru> <6564230.20131202175519@softsearch.ru> <385781385993024@web4g.yandex.ru> Message-ID: <119385731.20131202180856@softsearch.ru> Здравствуйте, Oleg. > Это задача очень похожа на подбор функции для определения номера шарда. Да. И Кетама, наверное лучшее решение. Но может получится придумать лучше? > Ни одна функция не будет в среду отображать аргумент в одно > множество, а в четверг ? в множество большее, > при этом сохраняя прошлое поведение ? не будет без какого-либо > промежуточной таблицы для сгенеренных ?номеров шардов?. > Либо ключи должны расти не монотонно, а быть более-менее > равномерно замешаны на всем пространстве значений. Между будет и не будет есть промежуточный вариант: иногда будет, а иногда нет. Вот и нужно придумать такой алгоритм, чтобы чаще всего в тот же шард отображался ключ. -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 06:09:27 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:09:27 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <1793030770.20131202180134@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> <1385992495.995872993@f219.i.mail.ru> <1793030770.20131202180134@softsearch.ru> Message-ID: наверное, я сегодня недоходчив. попробую ещё раз, с другого конца. если в данный момент максимальное значение ПК = n, то для каждого X существует одно, и только одно максимальное значение ПК, меньшее n. допустим, в данный момент n = 60000. это значит, что 2 байта покроют все значения PK. откусываем 2 байта от хеша. получаем, к примеру, 60001. неудача! сдвигаемся на бит (или байт) вправо; получаем 54467. ура. выбираем максимальное значение ПК из таблицы, меньшее 54467. допустим теперь, что в таблицу добавили ещё одну строку, и при повторном запросе 60001 будет считаться валидным значением, в результате выборка поменяется. ОК, workaround: сохраняем значение PK 60000, ассоциируя его с этой строкой. при последующем запросе берём ИЛИ сохранённое значение, ИЛИ (при его отсутствии) максимальное значение PK. 2 декабря 2013 г., 20:01 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Andrei. > > > поэтому я и спросил про "случайность". :) > > > > если бы это было казино - пришлось бы немного поизголяться, конечно. > > > Со случайностью выбора id-шек в твоём решении всё ок. Проблема в том, > что при росте таблицы пропадает привязка строки к id-шкам. А ради этой > привязки задачка и сформулирована. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Mon Dec 2 06:10:47 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:10:47 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <553658778.20131202180628@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <343411385992089@web4g.yandex.ru> <6564230.20131202175519@softsearch.ru> <553658778.20131202180628@softsearch.ru> Message-ID: Ноль id-шек обходим также примитивно: "сдвигаем" битовую маску. Когда хеш кончится - берём хеш от хеша. 2 декабря 2013 г., 20:06 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Andrei. > > > ничего никуда не сползёт. мы же ограничили количество откушенных > > битов разрядностью максимального имеющегося ПК. можно добавить > > проверку, чтобы реальное полученное значение было менее максимума, > > если вдруг оно оказалось больше максимума - сдвигаться на бит вправо > > и повторять процедуру. если хеш кончится - взять хеш от хеша. > > > > всё примитивно, имхо. > > Ага, ясно. Привязка будет стабильна до тех пор, пока не увеличится > разрядность максимального имеющегося ПК. А потом вся полностью > меняется. > > Но это решение будет иногда давать ноль id-шек. Как это предлагается > обходить? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Mon Dec 2 06:11:37 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Mon, 02 Dec 2013 18:11:37 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <553658778.20131202180628@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <553658778.20131202180628@softsearch.ru> Message-ID: <1385993497.469221339@f219.i.mail.ru> Предлагаю похачить строку - зашивать в нее однажды выбранные IDшники. %) При следующем "выборе" проверять существование зашитых IDшников и делать перевыборы по мере надобности, зашивая в строку новый IDшники. Но только это один из вариантов с таблицей связи... Как вариант - зашивать в строку разрядность PK из решения коллеги. Тогда мы сможем обеспечить повторяемость... С почтением,   Илья Винокуров. Понедельник, 2 декабря 2013, 18:06 +04:00 от Михаил Монашёв : >Здравствуйте, Andrei. > >> ничего никуда не сползёт. мы же ограничили количество откушенных >> битов разрядностью максимального имеющегося ПК. можно добавить >> проверку, чтобы реальное полученное значение было менее максимума, >> если вдруг оно оказалось больше максимума - сдвигаться на бит вправо >> и повторять процедуру. если хеш кончится - взять хеш от хеша. >> >> всё примитивно, имхо. > >Ага, ясно. Привязка будет стабильна до тех пор, пока не увеличится >разрядность максимального имеющегося ПК. А потом вся полностью >меняется. > >Но это решение будет иногда давать ноль id-шек. Как это предлагается >обходить? > >-- >С уважением, > Михаил mailto: postmaster на softsearch.ru > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From me на lelf.lu Mon Dec 2 06:11:51 2013 From: me на lelf.lu (Anton Nikishaev) Date: Mon, 2 Dec 2013 18:11:51 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <319625952.20131202172724@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> Message-ID: <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> On 2 Dec 2013, at 17:27, Михаил Монашёв wrote: > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. Следующие 2 предложения немного противоречат друг другу: > В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам нужно выбрать опять для S. Из [1..A] или [1..B]? > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. -- lelf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: From aluck на cordeo.ru Mon Dec 2 06:14:34 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:14:34 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> Message-ID: Я задачу понял так, что требуется полное покрытие только при первом выборе. Последующие выборы должны повторять первый выбор. Михаил, всё верно? 2 декабря 2013 г., 20:11 пользователь Anton Nikishaev написал: > > On 2 Dec 2013, at 17:27, Михаил Монашёв wrote: > > > Здравствуйте. > > > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > > объекты имеют статус скрытых от всех, а все остальные доступны для > > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > > id могут быть дырки, причём большие. И некоторые объекты показывать > > нельзя. > > > > Даётся текстовая строка. > > Следующие 2 предложения немного противоречат друг другу: > > > В идеале нужно для этой строке максимально > > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > > изменения таблицы минимально влияли на это. > > Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и > нам > нужно выбрать опять для S. Из [1..A] или [1..B]? > > > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > > к объектам. Понятно, что таблица меняется и привязки строк к объектам > > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > > жертвовать количеством выбираемых объектов, например выбирать иногда > > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > > выбираемыми объектами, например, выбирая лишь один случайным способом, > > а остальные искать поблизости от первого. Нельзя жертвовать охватом > > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > > объектов. > > > -- > lelf > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 06:30:04 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:30:04 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> Message-ID: <844191221.20131202183004@softsearch.ru> Здравствуйте, Anton. > Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам > нужно выбрать опять для S. Из [1..A] или [1..B]? [1..B] -- С уважением, Михаил mailto:postmaster на softsearch.ru From postmaster на softsearch.ru Mon Dec 2 06:32:39 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:32:39 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> Message-ID: <1673631775.20131202183239@softsearch.ru> Здравствуйте, Andrei. > Я задачу понял так, что требуется полное покрытие только при первом выборе. Последующие выборы должны повторять первый выбор. > > Михаил, всё верно? Не верно. Новые строки должны покрывать текущее состояние таблицы объектов. А старые строки пытаться отобразиться в те же id-шки, что и раньше. Т.е. надо ещё придумать, как быть, если с прошлого раза в таблице пропали объекты, в которые ранее отображалась строка. -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 06:34:12 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:34:12 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <1673631775.20131202183239@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <1673631775.20131202183239@softsearch.ru> Message-ID: Мой алгоритм (с дополнением на хранение ID) это выполняет. 2 декабря 2013 г., 20:32 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Andrei. > > > Я задачу понял так, что требуется полное покрытие только при первом > выборе. Последующие выборы должны повторять первый выбор. > > > > Михаил, всё верно? > > > Не верно. Новые строки должны покрывать текущее состояние таблицы > объектов. А старые строки пытаться отобразиться в те же id-шки, что и > раньше. > > Т.е. надо ещё придумать, как быть, если с прошлого раза в таблице > пропали объекты, в которые ранее отображалась строка. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From me на lelf.lu Mon Dec 2 06:38:43 2013 From: me на lelf.lu (Anton Nikishaev) Date: Mon, 2 Dec 2013 18:38:43 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <844191221.20131202183004@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> Message-ID: <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> On 2 Dec 2013, at 18:30, Михаил Монашёв wrote: > Здравствуйте, Anton. > >> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам >> нужно выбрать опять для S. Из [1..A] или [1..B]? > > [1..B] Тогда при чем тут > Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. Или все предыдущие выборки хранятся и проблема только в id'шках которые исчезнуть могли? -- lelf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: From postmaster на softsearch.ru Mon Dec 2 06:44:03 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:44:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> Message-ID: <152790137.20131202184403@softsearch.ru> Здравствуйте, Anton. >>> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам >>> нужно выбрать опять для S. Из [1..A] или [1..B]? >> >> [1..B] > Тогда при чем тут >> Причём так, чтобы повторные выборы давали те же самые объекты и >> изменения таблицы минимально влияли на это. > Или все предыдущие выборки хранятся и проблема только в id'шках которые исчезнуть могли? Раз к хранению постоянно возвращаемся, то условия задачи дополняются: Хранение прошлых провязок строка->id-шки запрещено. Надо было это сразу написать. Повторюсь. Алгоритм нужен нечёткий. Не Да или Нет. А Иногда. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ali на ali.org.ua Mon Dec 2 06:44:57 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 16:44:57 +0200 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <1673631775.20131202183239@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <1673631775.20131202183239@softsearch.ru> Message-ID: <484041385995497@web4g.yandex.ru> 02.12.2013, 16:33, "Михаил Монашёв" : > Здравствуйте, Andrei. > >>  Я задачу понял так, что требуется полное покрытие только при первом выборе. Последующие выборы должны повторять первый выбор. >> >>  Михаил, всё верно? > > Не верно. Новые строки должны покрывать текущее состояние таблицы > объектов. А старые строки пытаться отобразиться в те же id-шки, что и > раньше. На строках же не написано, ?старые? они или не старые. Значит, без таблицы с сохранением уже использованных строк не обойтись. Таблица простейшая, k-v, работать будет быстро, с учетом того, что запрос в MySQL после нее пойдет один, а не три, глядишь, можно еще сэкономить на построении плана выполнения запроса. И периодически, по мере удаления-добавления объектов, таблицу чистить, генерировать новые айдишники для каждой строки. > Т.е. надо ещё придумать, как быть, если с прошлого раза в таблице > пропали объекты, в которые ранее отображалась строка. Че тут думать. Сказано, что можно вернуть 1 или 2 объекта. А если тех объектов уже совсем нет, то ояпть же ? запись из таблицы удаляем, генерируем новый набор для строки. > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From aluck на cordeo.ru Mon Dec 2 06:45:13 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:45:13 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <152790137.20131202184403@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> Message-ID: Определи "иногда". 2 декабря 2013 г., 20:44 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Anton. > > >>> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A > и нам > >>> нужно выбрать опять для S. Из [1..A] или [1..B]? > >> > >> [1..B] > > > Тогда при чем тут > > >> Причём так, чтобы повторные выборы давали те же самые объекты и > >> изменения таблицы минимально влияли на это. > > > Или все предыдущие выборки хранятся и проблема только в id'шках которые > исчезнуть могли? > > Раз к хранению постоянно возвращаемся, то условия задачи дополняются: > Хранение прошлых провязок строка->id-шки запрещено. > > Надо было это сразу написать. > > Повторюсь. Алгоритм нужен нечёткий. Не Да или Нет. А Иногда. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Mon Dec 2 06:46:19 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 16:46:19 +0200 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <152790137.20131202184403@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> Message-ID: <487161385995579@web4g.yandex.ru> 02.12.2013, 16:44, "Михаил Монашёв" : > Здравствуйте, Anton. > >>>>  Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам >>>>  нужно выбрать опять для S. Из [1..A] или [1..B]? >>>  [1..B] >>  Тогда при чем тут >>>  Причём так, чтобы повторные выборы давали те же самые объекты и >>>  изменения таблицы минимально влияли на это. >>  Или все предыдущие выборки хранятся и проблема только в id'шках которые исчезнуть могли? > > Раз  к хранению постоянно возвращаемся, то условия задачи дополняются: > Хранение прошлых провязок строка->id-шки запрещено. В чем проблема-то? Сами строки нельзя хранить? Храни провязку хэш строки -> id-шки. > Надо было это сразу написать. > > Повторюсь. Алгоритм нужен нечёткий. Не Да или Нет. А Иногда. > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From aluck на cordeo.ru Mon Dec 2 06:47:33 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:47:33 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <484041385995497@web4g.yandex.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <1673631775.20131202183239@softsearch.ru> <484041385995497@web4g.yandex.ru> Message-ID: В моей схеме даже удалять ничего не надо. Только сохранять значение "макс. PK, существовавший на момент подачи первого запроса". Однако, есть ощущение, что ТС на ходу меняет задачу. 2 декабря 2013 г., 20:44 пользователь Oleg Alistratov написал: > > > 02.12.2013, 16:33, "Михаил Монашёв" : > > Здравствуйте, Andrei. > > > >> Я задачу понял так, что требуется полное покрытие только при первом > выборе. Последующие выборы должны повторять первый выбор. > >> > >> Михаил, всё верно? > > > > Не верно. Новые строки должны покрывать текущее состояние таблицы > > объектов. А старые строки пытаться отобразиться в те же id-шки, что и > > раньше. > > На строках же не написано, ?старые? они или не старые. > Значит, без таблицы с сохранением уже использованных строк не обойтись. > Таблица простейшая, k-v, работать будет быстро, с учетом того, что запрос > в MySQL после нее пойдет один, а не три, > глядишь, можно еще сэкономить на построении плана выполнения запроса. > > И периодически, по мере удаления-добавления объектов, таблицу чистить, > генерировать новые айдишники для каждой строки. > > > Т.е. надо ещё придумать, как быть, если с прошлого раза в таблице > > пропали объекты, в которые ранее отображалась строка. > > Че тут думать. Сказано, что можно вернуть 1 или 2 объекта. > А если тех объектов уже совсем нет, то ояпть же ? запись из таблицы > удаляем, генерируем новый набор для строки. > > > > > > -- > > С уважением, > > Михаил mailto:postmaster на softsearch.ru > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Oleg Alistratov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 06:48:12 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:48:12 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <487161385995579@web4g.yandex.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> <487161385995579@web4g.yandex.ru> Message-ID: <869361502.20131202184812@softsearch.ru> Здравствуйте, Oleg. >>>>>  Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам >>>>>  нужно выбрать опять для S. Из [1..A] или [1..B]? >>>>  [1..B] >>>  Тогда при чем тут >>>>  Причём так, чтобы повторные выборы давали те же самые объекты и >>>>  изменения таблицы минимально влияли на это. >>>  Или все предыдущие выборки хранятся и проблема только в >>> id'шках которые исчезнуть могли? >> >> Раз  к хранению постоянно возвращаемся, то условия задачи дополняются: >> Хранение прошлых провязок строка->id-шки запрещено. > В чем проблема-то? Сами строки нельзя хранить? > Храни провязку хэш строки -> id-шки. Нельзя вообще ничего хранить. Всё должно налету вычисляться. -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 06:50:59 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:50:59 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <869361502.20131202184812@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> <487161385995579@web4g.yandex.ru> <869361502.20131202184812@softsearch.ru> Message-ID: выбери одно из двух: или "нельзя хранить вообще ничего", или "100% повторяемость значений выборки для той же строки". 2 декабря 2013 г., 20:48 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Oleg. > > >>>>> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало > B?A и нам > >>>>> нужно выбрать опять для S. Из [1..A] или [1..B]? > >>>> [1..B] > >>> Тогда при чем тут > >>>> Причём так, чтобы повторные выборы давали те же самые объекты и > >>>> изменения таблицы минимально влияли на это. > >>> Или все предыдущие выборки хранятся и проблема только в > >>> id'шках которые исчезнуть могли? > >> > >> Раз к хранению постоянно возвращаемся, то условия задачи дополняются: > >> Хранение прошлых провязок строка->id-шки запрещено. > > > В чем проблема-то? Сами строки нельзя хранить? > > Храни провязку хэш строки -> id-шки. > > Нельзя вообще ничего хранить. Всё должно налету вычисляться. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Dec 2 06:51:41 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 2 Dec 2013 18:51:41 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <319625952.20131202172724@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> Message-ID: посчитать селективность (запомнить однократно), потом просто сгенерировать пачку псевдослучайных id и выполнить select по ним (IN) с доп. условием на доступность всем. количество id равно количество нужным поделить на селективность. Получили результат. Если недостаточно, генерируем вторую пачку и отбираем остаток. Итого в среднем один запрос с поиском по PK + фильтр. Редко два. Повторяемость обеспечивается выбором и настройкой алгоритма генерации случайных чисел. 2 декабря 2013 г., 17:27 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From me на lelf.lu Mon Dec 2 06:51:45 2013 From: me на lelf.lu (Anton Nikishaev) Date: Mon, 2 Dec 2013 18:51:45 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <152790137.20131202184403@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> Message-ID: <048F4866-206A-4771-96C6-1E853975E4E6@lelf.lu> On 2 Dec 2013, at 18:44, Михаил Монашёв wrote: > Здравствуйте, Anton. > >>>> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам >>>> нужно выбрать опять для S. Из [1..A] или [1..B]? >>> >>> [1..B] > >> Тогда при чем тут > >>> Причём так, чтобы повторные выборы давали те же самые объекты и >>> изменения таблицы минимально влияли на это. > >> Или все предыдущие выборки хранятся и проблема только в id'шках которые исчезнуть могли? > > Раз к хранению постоянно возвращаемся, то условия задачи дополняются: > Хранение прошлых провязок строка->id-шки запрещено. > > Надо было это сразу написать. Я один нифига не понял что нужно? Для строки мы должны выбирать ids из всех текущих id, но если строка уже встречалась, ? мы должны выбирать из другого множества id, но при этом выбранные id в обоих вариантах должны совпасть! Я даже храня что-то такое не умею. Но хранить тоже нельзя. -- lelf -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: From ali на ali.org.ua Mon Dec 2 06:53:32 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 16:53:32 +0200 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <869361502.20131202184812@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> <487161385995579@web4g.yandex.ru> <869361502.20131202184812@softsearch.ru> Message-ID: <16511385996012@web21m.yandex.ru> Окей. Но ты ж понимаешь, как такой алгоритм будет работать? - получили строку. С некоторой вероятностью p она уже была раньше, тогда - с вероятностью r1 она была тогда, когда количество объектов было не более 10 тыс, тогда вот такое вычисление ключей - с вероятностью r2 она была тогда, когда количество объектов было от 10 тыс до 100 тыс, тогда вот такое вычисление ключей - ... - иначе мы для нее генерируем набор id-шников, исходя из того, что у нас в базе сейчас 1 млн объектов. Ок. Тогда однозначное соответствие строки ранее выданному набору объектов будет, сам понимаешь, сильно условным. 02.12.2013, 16:48, "Михаил Монашёв" : > Здравствуйте, Oleg. > >>>>>>   Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало B?A и нам >>>>>>   нужно выбрать опять для S. Из [1..A] или [1..B]? >>>>>   [1..B] >>>>   Тогда при чем тут >>>>>   Причём так, чтобы повторные выборы давали те же самые объекты и >>>>>   изменения таблицы минимально влияли на это. >>>>   Или все предыдущие выборки хранятся и проблема только в >>>>  id'шках которые исчезнуть могли? >>>  Раз  к хранению постоянно возвращаемся, то условия задачи дополняются: >>>  Хранение прошлых провязок строка->id-шки запрещено. >>  В чем проблема-то? Сами строки нельзя хранить? >>  Храни провязку хэш строки -> id-шки. > > Нельзя вообще ничего хранить. Всё должно налету вычисляться. > > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From aluck на cordeo.ru Mon Dec 2 06:54:27 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:54:27 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <048F4866-206A-4771-96C6-1E853975E4E6@lelf.lu> References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> <048F4866-206A-4771-96C6-1E853975E4E6@lelf.lu> Message-ID: Нет, не один. Я тоже озадачен. Михаил, покажи на конкретном примере, как это должно работать. Пример должен включать в себя: первый запрос, вторичный запрос, третий запрос после добавления данных, четвёртый запрос после добавления данных. 2 декабря 2013 г., 20:51 пользователь Anton Nikishaev написал: > > On 2 Dec 2013, at 18:44, Михаил Монашёв wrote: > > > Здравствуйте, Anton. > > > >>>> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало > B?A и нам > >>>> нужно выбрать опять для S. Из [1..A] или [1..B]? > >>> > >>> [1..B] > > > >> Тогда при чем тут > > > >>> Причём так, чтобы повторные выборы давали те же самые объекты и > >>> изменения таблицы минимально влияли на это. > > > >> Или все предыдущие выборки хранятся и проблема только в id'шках которые > исчезнуть могли? > > > > Раз к хранению постоянно возвращаемся, то условия задачи дополняются: > > Хранение прошлых провязок строка->id-шки запрещено. > > > > Надо было это сразу написать. > > Я один нифига не понял что нужно? > > Для строки мы должны выбирать ids из всех текущих id, но если строка уже > встречалась, ? мы должны выбирать из другого множества id, но при этом > выбранные id в обоих вариантах > должны совпасть! > > Я даже храня что-то такое не умею. Но хранить тоже нельзя. > > > -- > lelf > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 06:55:07 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:55:07 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> <1385992495.995872993@f219.i.mail.ru> <1793030770.20131202180134@softsearch.ru> Message-ID: <303279202.20131202185507@softsearch.ru> Здравствуйте, Andrei. > если в данный момент максимальное значение ПК = n, то для каждого X существует одно, и только одно максимальное значение ПК, меньшее n. > > допустим, в данный момент n = 60000. это значит, что 2 байта покроют все значения PK. > > откусываем 2 байта от хеша. получаем, к примеру, 60001. неудача! сдвигаемся на бит (или байт) вправо; получаем 54467. ура. выбираем максимальное значение ПК из таблицы, меньшее 54467. > > допустим теперь, что в таблицу добавили ещё одну строку, и при повторном запросе 60001 будет считаться валидным значением, в результате выборка поменяется. > > ОК, workaround: сохраняем значение PK 60000, ассоциируя его с этой строкой. при последующем запросе берём ИЛИ сохранённое значение, ИЛИ (при его отсутствии) максимальное значение PK. Не нужен здесь workaround. 60001 просто станет отображаться в новые id-шки. а большинство будет отображаться в старые. т.е. изменения коснутся только 1/60001 часть строк. Так что решение нормальное. А вот попадание в пропуски или в неподходящие объекты не годится, ибо может в теории работать бесконечно долго, т.е. количество итераций в нем не конечно. -- С уважением, Михаил mailto:postmaster на softsearch.ru From akzhan.abdulin на gmail.com Mon Dec 2 06:55:45 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 2 Dec 2013 18:55:45 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: При этом обязательно надо генерировать числа не до максимума, а до некоего значения далеко за пределом, чтобы число не менялось, ибо это приведет к нарушению принципа взаимных соответствий. В общем, задача тривиальна, если воспринимать как хэш с коллизиями. 2 декабря 2013 г., 18:51 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > посчитать селективность (запомнить однократно), > > потом просто сгенерировать пачку псевдослучайных id и выполнить select по > ним (IN) с доп. условием на доступность всем. количество id равно > количество нужным поделить на селективность. > > Получили результат. Если недостаточно, генерируем вторую пачку и отбираем > остаток. > > Итого в среднем один запрос с поиском по PK + фильтр. Редко два. > > Повторяемость обеспечивается выбором и настройкой алгоритма генерации > случайных чисел. > > > > 2 декабря 2013 г., 17:27 пользователь Михаил Монашёв < > postmaster на softsearch.ru> написал: > > Здравствуйте. >> >> Есть таблица с объектами в mysql. Новые объекты туда добавляются, >> плохие объекты удаляются, бывает что по много штук сразу. Некоторые >> объекты имеют статус скрытых от всех, а все остальные доступны для >> всех. Т.е. в таблице равномерно растёт id объектов, но между соседними >> id могут быть дырки, причём большие. И некоторые объекты показывать >> нельзя. >> >> Даётся текстовая строка. В идеале нужно для этой строке максимально >> быстро выбрать из таблицы случайные 3 разных объекта, доступные для >> всех. Причём так, чтобы повторные выборы давали те же самые объекты и >> изменения таблицы минимально влияли на это. >> >> Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, >> сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя >> жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки >> к объектам. Понятно, что таблица меняется и привязки строк к объектам >> будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно >> жертвовать количеством выбираемых объектов, например выбирать иногда >> не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между >> выбираемыми объектами, например, выбирая лишь один случайным способом, >> а остальные искать поблизости от первого. Нельзя жертвовать охватом >> объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых >> объектов. >> >> -- >> С уважением, >> Михаил mailto:postmaster на softsearch.ru >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 06:58:20 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 18:58:20 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: <739640733.20131202185820@softsearch.ru> Здравствуйте, Akzhan. > посчитать селективность (запомнить однократно), > > потом просто сгенерировать пачку псевдослучайных id и выполнить select по ним (IN) с доп. условием на доступность всем. количество id равно количество нужным поделить на селективность. > > Получили результат. Если недостаточно, генерируем вторую пачку и отбираем остаток. > > Итого в среднем один запрос с поиском по PK + фильтр. Редко два. Это то, что нужно. > Повторяемость обеспечивается выбором и настройкой алгоритма генерации случайных чисел. Алгоритм в первом приближении Andrei Lukovenko описал. Есть мысли как его улучшить в плане лучшей привязки строк к id-шкам? -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 06:58:52 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 20:58:52 +0600 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <303279202.20131202185507@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <1547465568.20131202174609@softsearch.ru> <1385992495.995872993@f219.i.mail.ru> <1793030770.20131202180134@softsearch.ru> <303279202.20131202185507@softsearch.ru> Message-ID: Если попадём в пропуск - получим максимальный PK до пропуска. Всё ок, валидное значение. Накладка может быть только в случае, если мы будем подряд "лупить" в пространство PK более максимального значения, и многократно получать один и тот же PK. Решение: подбирать разрядность в соответствии с разрядностью ключа. 2 декабря 2013 г., 20:55 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Andrei. > > > если в данный момент максимальное значение ПК = n, то для каждого X > существует одно, и только одно максимальное значение ПК, меньшее n. > > > > допустим, в данный момент n = 60000. это значит, что 2 байта покроют все > значения PK. > > > > откусываем 2 байта от хеша. получаем, к примеру, 60001. неудача! > сдвигаемся на бит (или байт) вправо; получаем 54467. ура. выбираем > максимальное значение ПК из таблицы, меньшее 54467. > > > > допустим теперь, что в таблицу добавили ещё одну строку, и при повторном > запросе 60001 будет считаться валидным значением, в результате выборка > поменяется. > > > > ОК, workaround: сохраняем значение PK 60000, ассоциируя его с этой > строкой. при последующем запросе берём ИЛИ сохранённое значение, ИЛИ (при > его отсутствии) максимальное значение PK. > > Не нужен здесь workaround. 60001 просто станет отображаться в новые > id-шки. а большинство будет отображаться в старые. т.е. изменения > коснутся только 1/60001 часть строк. > > Так что решение нормальное. > > А вот попадание в пропуски или в неподходящие объекты не годится, ибо > может в теории работать бесконечно долго, т.е. количество итераций в > нем не конечно. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Dec 2 07:02:15 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 2 Dec 2013 19:02:15 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <739640733.20131202185820@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <739640733.20131202185820@softsearch.ru> Message-ID: Не понял сути проблемы насчет привязки. Подойдет абсолютно любой алгоритм псевдослучайных чисел, распределение выбирайте сами. Лишь бы после конфигурирования он всегда выдавал одну и ту же последовательность для заданного N. 2 декабря 2013 г., 18:58 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Akzhan. > > > посчитать селективность (запомнить однократно), > > > > потом просто сгенерировать пачку псевдослучайных id и выполнить select > по ним (IN) с доп. условием на доступность всем. количество id равно > количество нужным поделить на селективность. > > > > Получили результат. Если недостаточно, генерируем вторую пачку и > отбираем остаток. > > > > Итого в среднем один запрос с поиском по PK + фильтр. Редко два. > > Это то, что нужно. > > > Повторяемость обеспечивается выбором и настройкой алгоритма генерации > случайных чисел. > > Алгоритм в первом приближении Andrei Lukovenko описал. Есть мысли как > его улучшить в плане лучшей привязки строк к id-шкам? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 07:08:29 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 19:08:29 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <6B3543F1-3447-4A89-AEDE-EAB45B7EE436@lelf.lu> <844191221.20131202183004@softsearch.ru> <99E14E5B-8E25-4B39-BE77-91B0A4FF896C@lelf.lu> <152790137.20131202184403@softsearch.ru> <048F4866-206A-4771-96C6-1E853975E4E6@lelf.lu> Message-ID: <455018676.20131202190829@softsearch.ru> Здравствуйте, Andrei. > Михаил, покажи на конкретном примере, как это должно работать. > Пример должен включать в себя: первый запрос, вторичный запрос, > третий запрос после добавления данных, четвёртый запрос после > добавления данных. в таблице есть 1,2,3,4,8,10. идеальный случай: для строки А получили 8,3,10 для строки А опять получили 8,3,10 сильно поменяли таблицу для строки А получили 8,3,10 опять сильно поменяли таблицу, удалив 10 для строки А получили 15,3,8 опять сильно поменяли таблицу для строки А получили 15,3,8 опять сильно поменяли таблицу для строки А получили 15,3,8 плохой алгоритм: для строки А получили 8 для строки А опять получили 8 немного поменяли таблицу для строки А получили 10 опять немного поменяли таблицу, удалив 10 для строки А получили 3 опять немного поменяли таблицу для строки А получили 15 опять немного поменяли таблицу для строки А получили 13 Разница между алгоритмами: плохой возвращает мало объектов, при изменении таблицы строка привязывается к другому списку id-шек. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ali на ali.org.ua Mon Dec 2 07:11:46 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 17:11:46 +0200 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6ICD6wcTB3svBIM7BINDPxNXN?= =?koi8-r?b?wdTYLCDLz83VIMnO1MXSxdPOzy4uLg==?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Dec 2 07:20:42 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 2 Dec 2013 19:20:42 +0400 Subject: [Moscow.pm] =?utf-8?b?W1NQQU06I10gUmU6INCX0LDQtNCw0YfQutCwINC9?= =?utf-8?b?0LAg0L/QvtC00YPQvNCw0YLRjCwg0LrQvtC80YMg0LjQvdGC0LXRgNC1?= =?utf-8?b?0YHQvdC+Li4u?= In-Reply-To: <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> References: <319625952.20131202172724@softsearch.ru> <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> Message-ID: Ну тут есть нюанс, если вдруг пришлось выполнить более одного запроса, можно в динамике уменьшить значение селективности, что приведет к генерации большей последовательности и большей вероятности получения всех данных за один запрос. Так что вопрос лишь в том, чтобы селективность считалась верно. При равномерном распределении по признаку "видно всем и существует" будет гарантия на много девяток по выборке одним запросом. 2 декабря 2013 г., 19:11 пользователь Oleg Alistratov написал: > Вот это хороший вариант, но недетерминированный по времени выполнения, > против чего Михаил уже возражал. > Особенно много промахов будет вначале, пока объектов в таблице немного. > > 02.12.2013, 16:52, "Akzhan Abdulin" : > > посчитать селективность (запомнить однократно), > > потом просто сгенерировать пачку псевдослучайных id и выполнить select по > ним (IN) с доп. условием на доступность всем. количество id равно > количество нужным поделить на селективность. > > Получили результат. Если недостаточно, генерируем вторую пачку и отбираем > остаток. > > Итого в среднем один запрос с поиском по PK + фильтр. Редко два. > > Повторяемость обеспечивается выбором и настройкой алгоритма генерации > случайных чисел. > > > > 2 декабря 2013 г., 17:27 пользователь Михаил Монашёв < > postmaster на softsearch.ru> написал: > > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, > Михаил 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 > > > > -- > Oleg Alistratov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 07:23:32 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 19:23:32 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6ICD6wcTB3svBIM7BINDPxNXN?= =?koi8-r?b?wdTYLCDLz83VIMnO1MXSxdPOzy4uLg==?= In-Reply-To: <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> References: <319625952.20131202172724@softsearch.ru> <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> Message-ID: <199699745.20131202192332@softsearch.ru> Здравствуйте, Oleg. > Вот это хороший вариант, но недетерминированный по времени > выполнения, против чего Михаил уже возражал. > Особенно много промахов будет вначале, пока объектов в таблице немного. Или в начале будет запрос с огромным количеством id-шек в IN(). А потом, как наполнится, будет в одни и те же id-шки отображать большинство строчек. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ali на ali.org.ua Mon Dec 2 07:30:48 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 02 Dec 2013 17:30:48 +0200 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6ICD6wcTB3svBIM7BINDPxNXN?= =?koi8-r?b?wdTYLCDLz83VIMnO1MXSxdPOzy4uLg==?= In-Reply-To: <199699745.20131202192332@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> <199699745.20131202192332@softsearch.ru> Message-ID: <63291385998248@web21m.yandex.ru> 02.12.2013, 17:24, "Михаил Монашёв" : > Здравствуйте, Oleg. > >>  Вот это хороший вариант, но недетерминированный по времени >>  выполнения, против чего Михаил уже возражал. >>  Особенно много промахов будет вначале, пока объектов в таблице немного. > > Или в начале будет запрос с огромным количеством id-шек в IN(). Будет. > А потом, как наполнится, будет в одни и те же id-шки отображать > большинство строчек. Не будет. > -- > С уважением, >  Михаил                          mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From aluck на cordeo.ru Mon Dec 2 07:31:25 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 21:31:25 +0600 Subject: [Moscow.pm] =?utf-8?b?W1NQQU06I10gUmU6INCX0LDQtNCw0YfQutCwINC9?= =?utf-8?b?0LAg0L/QvtC00YPQvNCw0YLRjCwg0LrQvtC80YMg0LjQvdGC0LXRgNC1?= =?utf-8?b?0YHQvdC+Li4u?= In-Reply-To: <199699745.20131202192332@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> <199699745.20131202192332@softsearch.ru> Message-ID: можно и так, но при значительном расширении (в разы) таблицы - значения будут резко меняться. устроит? 2 декабря 2013 г., 21:23 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Oleg. > > > Вот это хороший вариант, но недетерминированный по времени > > выполнения, против чего Михаил уже возражал. > > Особенно много промахов будет вначале, пока объектов в таблице немного. > > Или в начале будет запрос с огромным количеством id-шек в IN(). > А потом, как наполнится, будет в одни и те же id-шки отображать > большинство строчек. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 2 07:36:24 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 2 Dec 2013 19:36:24 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6IPrBxMHey8EgzsEg0M/E1c3B?= =?koi8-r?b?1NgsIMvPzdUgyc7UxdLF087PLi4u?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> <199699745.20131202192332@softsearch.ru> Message-ID: <7510456530.20131202193624@softsearch.ru> Здравствуйте, Andrei. > можно и так, но при значительном расширении (в разы) таблицы - значения будут резко меняться. устроит? Хотелось бы без скачков обойтись. -- С уважением, Михаил mailto:postmaster на softsearch.ru From aluck на cordeo.ru Mon Dec 2 07:38:05 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Mon, 2 Dec 2013 21:38:05 +0600 Subject: [Moscow.pm] =?utf-8?b?W1NQQU06I10gUmU6INCX0LDQtNCw0YfQutCwINC9?= =?utf-8?b?0LAg0L/QvtC00YPQvNCw0YLRjCwg0LrQvtC80YMg0LjQvdGC0LXRgNC1?= =?utf-8?b?0YHQvdC+Li4u?= In-Reply-To: <7510456530.20131202193624@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> <20204_1385997112_529CA335_20204_477_1_22221385997106@web21m.yandex.ru> <199699745.20131202192332@softsearch.ru> <7510456530.20131202193624@softsearch.ru> Message-ID: тогда придётся поступиться детерминированностью. или придётся _хоть что-то_ хранить. 2 декабря 2013 г., 21:36 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Andrei. > > > можно и так, но при значительном расширении (в разы) таблицы - значения > будут резко меняться. устроит? > > Хотелось бы без скачков обойтись. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Mon Dec 2 12:32:14 2013 From: mail на knutov.com (Nick Knutov) Date: Tue, 03 Dec 2013 02:32:14 +0600 Subject: [Moscow.pm] =?utf-8?b?0YDQsNCx0L7RgtCwINGBINGC0LXQutGB0YLQvtCy?= =?utf-8?b?0YvQvNC4INGE0LDQudC70LDQvNC4?= Message-ID: <529CEE4E.2070103@knutov.com> Прочитал http://perlmaven.com/how-to-improve-my-perl-program Там очень советуется Path::Tiny и "don't open files in the old way". Посмотрел в свой код - там в хелперах есть функции appendfile, loadfile, writefile написанные 10+ лет назад именно в стиле "old way". Вопрос - у кого-нибудь есть другое мнение по поводу стилей открытия текстовых файлов? Стоит ли переписать свои функции на использование Path::Tiny? Или может быть на что-то другое (я не очень в курсе современных тенденций и модулей)? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From simashin на gmail.com Mon Dec 2 23:01:24 2013 From: simashin на gmail.com (Alexander Simashin) Date: Tue, 3 Dec 2013 11:01:24 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/T2SDLIMTPy8zBxNUgzyDUz80gy8HLINPU?= =?koi8-r?b?wdTYICLL0tXU2c0gzsHewczYzsnLz80iIDop?= In-Reply-To: References: <1385467102.57585.YahooMailNeo@web171504.mail.ir2.yahoo.com> Message-ID: Ура. Все последние видео загружены. 2013/11/26 Павел Щербинин > Часть видео уже тут > http://www.youtube.com/channel/UCXG2gjCfXDkvg9TfPmNXPIg , остальное > опубликую по возможности, виновен! > > > 26 ноября 2013 г., 16:02 пользователь Alexander Simashin < > simashin на gmail.com> написал: > > Как ни странно там не только на диктофон записывают, но и снимают вполне >> приличной камерой на штативе. Но вот только потом этого нигде нет почему то >> >> >> 2013/11/26 ksvs >> >>> >>> >>> >>> "Мне самому бы, наверное, интересно было рассказать про принципы которым >>> я руководствуюсь, но это в общем глубокая философия...", - мне про это было >>> бы интересно послущать. >>> >>> P.S. >>> Ведь на диктофон запишут? >>> >>> >>> >>> On Saturday, 23 November 2013, 4:43, Dmitry Simonov < >>> dsimonov на gmail.com> wrote: >>> === >>> Паша Щербинин: >>> Помнишь ты хотел доклад сделать о том как стать крутым начальником, >>> выступит в декабре? Мы на прошлой встрече в кафе обсудили возможность >>> твоего доклада, ребята сказали что им было бы интересно. >>> >>> Про вопросы о том, что интересует ребят ожешь закинуть тему в рассылку >>> собрать фидбек. >>> === >>> >>> О чём рассказывать, парни? Что интересно в первую очередь? Давайте >>> сформулируем основные назревшие вопросы, а я подготовлю обстоятельный >>> ответ. >>> >>> Например, могу немножко рассказать про хантинг, про бабло, про отношения >>> с командой, про ритмы работы, про конфликты, про системы отчётности и >>> трекинг задач, чуть-чуть про agile. >>> >>> Мне самому бы, наверное, интересно было рассказать про принципы которым >>> я руководствуюсь, но это в общем глубокая философия и она может показаться >>> мало интересной. >>> >>> --- >>> Dmitriy V. Simonov, >>> Perl & Python programmer >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С Уважением, > Щербинин Павел > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Mon Dec 2 23:19:12 2013 From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=) Date: Tue, 3 Dec 2013 11:19:12 +0400 Subject: [Moscow.pm] =?koi8-r?b?98nExc8g088g19PFyCDX09TSxd4gTW9zY293LnBt?= Message-ID: Привет У меня отличные новости, я выложил все видео с наших встреч на канале в YouTube. https://www.youtube.com/channel/UCXG2gjCfXDkvg9TfPmNXPIg Постараюсь в дальнейшем делать это более оперативно. -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Tue Dec 3 11:00:41 2013 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 3 Dec 2013 23:00:41 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: <319625952.20131202172724@softsearch.ru> References: <319625952.20131202172724@softsearch.ru> Message-ID: Не хочу показаться предвзятым, но с точки зрения выбора стореджа при постоянных добавления-удалениях, Ты получишь проблемы уже при нагрузке в 2-3к цепочек в секунду на MySQL. Мы тут выбирали сторедж для таких задач и отвалилось вообще всё кроме мемкешеда :) Ну и как следствие, отказ от MySQL в пользу NoSQL решения превратит Твою задачку из сложной в тривиальную. П.С. моё предложение про отказ от MySQL Ты должен воспринять в штыки. Я его тоже примерно также принял, пока не увидел результаты стрельб. Падало вообще всё. П.П.С. киото тайкон - гавно. --- Dmitriy V. Simonov, Perl & Python programmer 2013/12/2 Михаил Монашёв > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Dec 3 11:43:23 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 3 Dec 2013 23:43:23 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: Дим, я думаю, тут масштаб проблем не тот: "иногда по много штук сразу" явно не критерий для выбора того же Redis. И в любом случае алгоритм не поменяется. это тупой хэш с разрешением коллизий. 3 декабря 2013 г., 23:00 пользователь Dmitry Simonov написал: > Не хочу показаться предвзятым, но с точки зрения выбора стореджа при > постоянных добавления-удалениях, Ты получишь проблемы уже при нагрузке в > 2-3к цепочек в секунду на MySQL. Мы тут выбирали сторедж для таких задач и > отвалилось вообще всё кроме мемкешеда :) > > Ну и как следствие, отказ от MySQL в пользу NoSQL решения превратит Твою > задачку из сложной в тривиальную. > > П.С. моё предложение про отказ от MySQL Ты должен воспринять в штыки. Я > его тоже примерно также принял, пока не увидел результаты стрельб. Падало > вообще всё. > > П.П.С. киото тайкон - гавно. > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2013/12/2 Михаил Монашёв > >> Здравствуйте. >> >> Есть таблица с объектами в mysql. Новые объекты туда добавляются, >> плохие объекты удаляются, бывает что по много штук сразу. Некоторые >> объекты имеют статус скрытых от всех, а все остальные доступны для >> всех. Т.е. в таблице равномерно растёт id объектов, но между соседними >> id могут быть дырки, причём большие. И некоторые объекты показывать >> нельзя. >> >> Даётся текстовая строка. В идеале нужно для этой строке максимально >> быстро выбрать из таблицы случайные 3 разных объекта, доступные для >> всех. Причём так, чтобы повторные выборы давали те же самые объекты и >> изменения таблицы минимально влияли на это. >> >> Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, >> сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя >> жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки >> к объектам. Понятно, что таблица меняется и привязки строк к объектам >> будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно >> жертвовать количеством выбираемых объектов, например выбирать иногда >> не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между >> выбираемыми объектами, например, выбирая лишь один случайным способом, >> а остальные искать поблизости от первого. Нельзя жертвовать охватом >> объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых >> объектов. >> >> -- >> С уважением, >> Михаил 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 > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Dec 3 11:43:23 2013 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 3 Dec 2013 23:43:23 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: 2013/12/3 Dmitry Simonov : > Мы тут выбирали сторедж для таких задач и отвалилось вообще всё кроме > мемкешеда :) Еще Aerospike. И повторю еще раз - он при той же скорости кластерный и персистентный. > П.П.С. киото тайкон - гавно. Это не так. Киото - прекрасный продукт, только с нашим профилем нагрузки он не справляется. From akzhan.abdulin на gmail.com Tue Dec 3 11:46:13 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 3 Dec 2013 23:46:13 +0400 Subject: [Moscow.pm] =?utf-8?b?0YDQsNCx0L7RgtCwINGBINGC0LXQutGB0YLQvtCy?= =?utf-8?b?0YvQvNC4INGE0LDQudC70LDQvNC4?= In-Reply-To: <529CEE4E.2070103@knutov.com> References: <529CEE4E.2070103@knutov.com> Message-ID: надо просто выбрать только один стиль. и придерживаться его в команде. Lexical filehandle and 3 argument open 3 декабря 2013 г., 0:32 пользователь Nick Knutov написал: > Прочитал http://perlmaven.com/how-to-improve-my-perl-program > > Там очень советуется Path::Tiny и "don't open files in the old way". > > Посмотрел в свой код - там в хелперах есть функции appendfile, loadfile, > writefile написанные 10+ лет назад именно в стиле "old way". > > Вопрос - у кого-нибудь есть другое мнение по поводу стилей открытия > текстовых файлов? Стоит ли переписать свои функции на использование > Path::Tiny? Или может быть на что-то другое (я не очень в курсе > современных тенденций и модулей)? > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From grisxa на gmail.com Tue Dec 3 23:46:08 2013 From: grisxa на gmail.com (Grigory Batalov) Date: Wed, 4 Dec 2013 11:46:08 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNCy0LjRgdCw0L3QuNC1IEZhc3RDR0kuINCa?= =?utf-8?b?0LDQuiDQvtGC0LvQsNC00LjRgtGMPw==?= In-Reply-To: <5298ABC7.5090007@rambler.ru> References: <20131120212109.056a49c5@gbatalov> <52927783.1030601@rulezz.ru> <20131129165033.478e6c9f@gbatalov> <5298914D.2090501@rambler.ru> <20131129180342.429ac1c0@gbatalov> <5298ABC7.5090007@rambler.ru> Message-ID: <20131204114608.35031c72@gbatalov> On Fri, 29 Nov 2013 18:59:19 +0400 Гришаев Анатолий <0body0 на rambler.ru> wrote: > А какая версия FCGI.pm, может установить подревнее например 0.68, > 0.69. Поскольку зависает именно там. Спасибо всем за советы! Пока что я просто обновил nginx до 1.4.4, и уже третий день не виснет. Слежу за логами. Напомню, что до этого стоял nginx-0.8.55 из репозитария CentOS, а мои скрипты висли в этом месте: #0 0x00000032f7e0da70 in __read_nocancel () from /lib64/libpthread.so.0 #1 0x00002adbf063ae09 in OS_Read (fd=4, buf=0x19e6370 "8JU\367\062", len=8192) at os_unix.c:460 #2 0x00002adbf0638e60 in FillBuffProc (stream=0x195b4d0) at fcgiapp.c:1636 From postmaster на softsearch.ru Wed Dec 4 01:43:30 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 4 Dec 2013 13:43:30 +0400 Subject: [Moscow.pm] =?koi8-r?b?/snUwcXN2cog0NLP1M/Lz8wg0yDC2dPU0tnNINDB?= =?koi8-r?b?0tPJzsfPzS4=?= Message-ID: <1474617923.20131204134330@softsearch.ru> Здравствуйте. Смотрел сейчас выложенное видео "В 3 раза быстрее, чем AnyEvent, но все еще Perl". Там прозвучала фраза, что парсить HTTP очень затратно по CPU. Но у HTTP есть большой плюс: он текстовый и легко читаемый человеком. Каким должен быть протокол, чтобы его парсинг потреблял минимум CPU, но при этом человек легко мог читать запросы и ответы, а в идеале делать запросы с консоли? -- С уважением, Михаил mailto:postmaster на softsearch.ru From postmaster на softsearch.ru Wed Dec 4 01:48:32 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 4 Dec 2013 13:48:32 +0400 Subject: [Moscow.pm] =?koi8-r?b?98nExc8g088g19PFyCDX09TSxd4gTW9zY293LnBt?= In-Reply-To: References: Message-ID: <745605234.20131204134832@softsearch.ru> Здравствуйте, Павел. > У меня отличные новости, я выложил все видео с наших встреч на канале в YouTube. > https://www.youtube.com/channel/UCXG2gjCfXDkvg9TfPmNXPIg Большое спасибо. А можешь у видео тэги прописать, пока видео не накопилось очень много? Например, имена выступающих, тему одним словом (Пакеты, Оптимизация, Фрейворки и т.п.). Заранее благодарен. -- С уважением, Михаил mailto:postmaster на softsearch.ru From dzirtik на gmail.com Wed Dec 4 02:21:46 2013 From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=) Date: Wed, 4 Dec 2013 14:21:46 +0400 Subject: [Moscow.pm] =?koi8-r?b?98nExc8g088g19PFyCDX09TSxd4gTW9zY293LnBt?= In-Reply-To: <745605234.20131204134832@softsearch.ru> References: <745605234.20131204134832@softsearch.ru> Message-ID: Я какие то теги прописал какие в голову пришли, если есть идеи присылайте какие теги к чему конкретно прописать с удовольствием сделаю 4 декабря 2013 г., 13:48 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Павел. > > > У меня отличные новости, я выложил все видео с наших встреч на канале в > YouTube. > > https://www.youtube.com/channel/UCXG2gjCfXDkvg9TfPmNXPIg > > Большое спасибо. А можешь у видео тэги прописать, пока видео не > накопилось очень много? Например, имена выступающих, тему одним > словом (Пакеты, Оптимизация, Фрейворки и т.п.). Заранее благодарен. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Wed Dec 4 07:03:33 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 4 Dec 2013 19:03:33 +0400 Subject: [Moscow.pm] =?koi8-r?b?/snUwcXN2cog0NLP1M/Lz8wg0yDC2dPU0tnNINDB?= =?koi8-r?b?0tPJzsfPzS4=?= In-Reply-To: <1474617923.20131204134330@softsearch.ru> References: <1474617923.20131204134330@softsearch.ru> Message-ID: <633561486.20131204190333@softsearch.ru> Вдогонку... > Смотрел сейчас выложенное видео "В 3 раза быстрее, чем AnyEvent, но > все еще Perl". Там прозвучала фраза, что парсить HTTP очень затратно > по CPU. Но у HTTP есть большой плюс: он текстовый и легко читаемый > человеком. > Каким должен быть протокол, чтобы его парсинг потреблял минимум CPU, > но при этом человек легко мог читать запросы и ответы, а в идеале > делать запросы с консоли? Я так понимаю, что отделение частей сообщения друг от друга делается быстро, а основная проблема парсинга - это разъэскейпинг. Из-за него хочется передавать всё в бинаром виде, предварительно указав длину, что делает протокол быстрым, но нечитаемым. -- С уважением, Михаил mailto:postmaster на softsearch.ru From sergle.ua на gmail.com Wed Dec 4 08:03:59 2013 From: sergle.ua на gmail.com (Sergey Leschenko) Date: Wed, 4 Dec 2013 18:03:59 +0200 Subject: [Moscow.pm] =?utf-8?b?0KfQuNGC0LDQtdC80YvQuSDQv9GA0L7RgtC+0Lo=?= =?utf-8?b?0L7QuyDRgSDQsdGL0YHRgtGA0YvQvCDQv9Cw0YDRgdC40L3Qs9C+0Lwu?= In-Reply-To: <633561486.20131204190333@softsearch.ru> References: <1474617923.20131204134330@softsearch.ru> <633561486.20131204190333@softsearch.ru> Message-ID: 2013/12/4 Михаил Монашёв : > Я так понимаю, что отделение частей сообщения друг от друга делается > быстро, а основная проблема парсинга - это разъэскейпинг. Из-за него > хочется передавать всё в бинаром виде, предварительно указав длину, > что делает протокол быстрым, но нечитаемым. При желании можно передавать длину в виде строки (ASCII символами) :) -- Sergey From postmaster на softsearch.ru Wed Dec 4 08:33:14 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 4 Dec 2013 20:33:14 +0400 Subject: [Moscow.pm] =?koi8-r?b?/snUwcXN2cog0NLP1M/Lz8wg0yDC2dPU0tnNINDB?= =?koi8-r?b?0tPJzsfPzS4=?= In-Reply-To: References: <1474617923.20131204134330@softsearch.ru> <633561486.20131204190333@softsearch.ru> Message-ID: <1857539209.20131204203314@softsearch.ru> Здравствуйте, Sergey. >> Я так понимаю, что отделение частей сообщения друг от друга делается >> быстро, а основная проблема парсинга - это разъэскейпинг. Из-за него >> хочется передавать всё в бинаром виде, предварительно указав длину, >> что делает протокол быстрым, но нечитаемым. > При желании можно передавать длину в виде строки (ASCII символами) :) Можно конечно. Но с консоли неудобно писать, ибо надо заранее знать блину текста, который напишешь. Хотя как вариант для только чтения подходит. С другой стороны длину тогда уж и в бинарном виде можно отправлять. Прочитать идущий далее текст всёравно можно будет. -- С уважением, Михаил mailto:postmaster на softsearch.ru From sergle.ua на gmail.com Wed Dec 4 08:47:00 2013 From: sergle.ua на gmail.com (Sergey Leschenko) Date: Wed, 4 Dec 2013 18:47:00 +0200 Subject: [Moscow.pm] =?utf-8?b?0KfQuNGC0LDQtdC80YvQuSDQv9GA0L7RgtC+0Lo=?= =?utf-8?b?0L7QuyDRgSDQsdGL0YHRgtGA0YvQvCDQv9Cw0YDRgdC40L3Qs9C+0Lwu?= In-Reply-To: <1857539209.20131204203314@softsearch.ru> References: <1474617923.20131204134330@softsearch.ru> <633561486.20131204190333@softsearch.ru> <1857539209.20131204203314@softsearch.ru> Message-ID: > Можно конечно. Но с консоли неудобно писать, ибо надо заранее знать > блину текста, который напишешь. Хотя как вариант для только чтения > подходит. С другой стороны длину тогда уж и в бинарном виде можно > отправлять. Прочитать идущий далее текст всёравно можно будет. Ну "в консоли" я и HTTP буду набирать не вручную а при помощи wget или curl. Длина в бинарнов виде может влияеть на отображение текста, зависит от того - чем смотреть. А еще бывают протоколы с фиксированной длиной полей, там даже длину передавать не надо ) -- Sergey From 0body0 на rambler.ru Wed Dec 4 11:41:18 2013 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Wed, 04 Dec 2013 23:41:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?/snUwcXN2cog0NLP1M/Lz8wg0yDC2dPU0tnNINDB?= =?koi8-r?b?0tPJzsfPzS4=?= In-Reply-To: <1857539209.20131204203314@softsearch.ru> References: <1474617923.20131204134330@softsearch.ru> <633561486.20131204190333@softsearch.ru> <1857539209.20131204203314@softsearch.ru> Message-ID: <529F855E.203@rambler.ru> А можно длину в протоколе сообщения сделать опциональной: если есть число длины использовать иначе считать длину до следующего ограничителя например. Получиться быстро в основном, и с консоли можно вводить. 04.12.2013 20:33, Михаил Монашёв пишет: > Здравствуйте, Sergey. > >>> Я так понимаю, что отделение частей сообщения друг от друга делается >>> быстро, а основная проблема парсинга - это разъэскейпинг. Из-за него >>> хочется передавать всё в бинаром виде, предварительно указав длину, >>> что делает протокол быстрым, но нечитаемым. >> При желании можно передавать длину в виде строки (ASCII символами) :) > Можно конечно. Но с консоли неудобно писать, ибо надо заранее знать > блину текста, который напишешь. Хотя как вариант для только чтения > подходит. С другой стороны длину тогда уж и в бинарном виде можно > отправлять. Прочитать идущий далее текст всёравно можно будет. > From akzhan.abdulin на gmail.com Wed Dec 4 13:23:57 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 5 Dec 2013 01:23:57 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfQuNGC0LDQtdC80YvQuSDQv9GA0L7RgtC+0Lo=?= =?utf-8?b?0L7QuyDRgSDQsdGL0YHRgtGA0YvQvCDQv9Cw0YDRgdC40L3Qs9C+0Lwu?= In-Reply-To: <1474617923.20131204134330@softsearch.ru> References: <1474617923.20131204134330@softsearch.ru> Message-ID: вариантов нет. используйте подмножество http, например, без chunked/encoded etc. вся проблема только в том, что текстовые форматы не определены по длине любой своей части. а бинарные пакеты человек с консоли не введет. либо делайте умную консоль. ну тогда типичный вариант BSON, или лучше MsgPack. и так далее. 4 декабря 2013 г., 13:43 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте. > > Смотрел сейчас выложенное видео "В 3 раза быстрее, чем AnyEvent, но > все еще Perl". Там прозвучала фраза, что парсить HTTP очень затратно > по CPU. Но у HTTP есть большой плюс: он текстовый и легко читаемый > человеком. > > Каким должен быть протокол, чтобы его парсинг потреблял минимум CPU, > но при этом человек легко мог читать запросы и ответы, а в идеале > делать запросы с консоли? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mons на cpan.org Wed Dec 4 13:54:19 2013 From: mons на cpan.org (Mons Anderson) Date: Thu, 5 Dec 2013 01:54:19 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfQuNGC0LDQtdC80YvQuSDQv9GA0L7RgtC+0Lo=?= =?utf-8?b?0L7QuyDRgSDQsdGL0YHRgtGA0YvQvCDQv9Cw0YDRgdC40L3Qs9C+0Lwu?= In-Reply-To: References: <1474617923.20131204134330@softsearch.ru> Message-ID: <1A2DCDCB-4C44-4BC5-883B-2EF65D7E1E13@corp.mail.ru> Протокол мемкеша (или того-же beanstalk и т.п.) на порядок быстрее http пробуйте подобные простые текстовые протоколы нет особой разницы, отпарсить my ($a,$b,$c) = unpack("VVV", substr($buf,$ix,12)) или pos($buf) = $ix; my( $a,$b,$c) = $buf =~ /\G(\d+)\s(\d+)\s(\d+)/gc; с http проблема в том, что заголовки не такие простые, как кажутся на первый взгляд и места они занимают много. On 05.12.2013, at 1:23, Akzhan Abdulin wrote: > вариантов нет. используйте подмножество http, например, без chunked/encoded etc. > > вся проблема только в том, что текстовые форматы не определены по длине любой своей части. > > а бинарные пакеты человек с консоли не введет. либо делайте умную консоль. ну тогда типичный вариант BSON, или лучше MsgPack. и так далее. > > > 4 декабря 2013 г., 13:43 пользователь Михаил Монашёв написал: > Здравствуйте. > > Смотрел сейчас выложенное видео "В 3 раза быстрее, чем AnyEvent, но > все еще Perl". Там прозвучала фраза, что парсить HTTP очень затратно > по CPU. Но у HTTP есть большой плюс: он текстовый и легко читаемый > человеком. > > Каким должен быть протокол, чтобы его парсинг потреблял минимум CPU, > но при этом человек легко мог читать запросы и ответы, а в идеале > делать запросы с консоли? > > -- > С уважением, > Михаил 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 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evdokimov.denis на gmail.com Thu Dec 5 02:23:42 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Thu, 5 Dec 2013 14:23:42 +0400 Subject: [Moscow.pm] =?koi8-r?b?0sHCz9TBINMg1MXL09TP19nNySDGwcrMwc3J?= In-Reply-To: References: <529CEE4E.2070103@knutov.com> Message-ID: Использую open с тремя аргументами. Только скобки ставлю. open(my $fh, '<', $path ) or die "..."; 03.12.2013 23:46 пользователь "Akzhan Abdulin" написал: > надо просто выбрать только один стиль. и придерживаться его в команде. > > Lexical filehandle and 3 argument open > > > 3 декабря 2013 г., 0:32 пользователь Nick Knutov написал: > >> Прочитал http://perlmaven.com/how-to-improve-my-perl-program >> >> Там очень советуется Path::Tiny и "don't open files in the old way". >> >> Посмотрел в свой код - там в хелперах есть функции appendfile, loadfile, >> writefile написанные 10+ лет назад именно в стиле "old way". >> >> Вопрос - у кого-нибудь есть другое мнение по поводу стилей открытия >> текстовых файлов? Стоит ли переписать свои функции на использование >> Path::Tiny? Или может быть на что-то другое (я не очень в курсе >> современных тенденций и модулей)? >> >> -- >> Best Regards, >> Nick Knutov >> http://knutov.com >> ICQ: 272873706 >> Voice: +7-904-84-23-130 >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sharifulin на gmail.com Thu Dec 5 02:37:41 2013 From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=) Date: Thu, 5 Dec 2013 14:37:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?0sHCz9TBINMg1MXL09TP19nNySDGwcrMwc3J?= In-Reply-To: References: <529CEE4E.2070103@knutov.com> Message-ID: Скобки в случае с or не нужны. Никогде не пишу скобки, если приоритет операций это не требует. 2013/12/5 Denis Evdokimov > Использую open с тремя аргументами. > Только скобки ставлю. > open(my $fh, '<', $path ) or die "..."; > 03.12.2013 23:46 пользователь "Akzhan Abdulin" > написал: > > надо просто выбрать только один стиль. и придерживаться его в команде. >> >> Lexical filehandle and 3 argument open >> >> >> 3 декабря 2013 г., 0:32 пользователь Nick Knutov написал: >> >>> Прочитал http://perlmaven.com/how-to-improve-my-perl-program >>> >>> Там очень советуется Path::Tiny и "don't open files in the old way". >>> >>> Посмотрел в свой код - там в хелперах есть функции appendfile, loadfile, >>> writefile написанные 10+ лет назад именно в стиле "old way". >>> >>> Вопрос - у кого-нибудь есть другое мнение по поводу стилей открытия >>> текстовых файлов? Стоит ли переписать свои функции на использование >>> Path::Tiny? Или может быть на что-то другое (я не очень в курсе >>> современных тенденций и модулей)? >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evdokimov.denis на gmail.com Thu Dec 5 03:29:58 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Thu, 5 Dec 2013 15:29:58 +0400 Subject: [Moscow.pm] =?koi8-r?b?0sHCz9TBINMg1MXL09TP19nNySDGwcrMwc3J?= In-Reply-To: References: <529CEE4E.2070103@knutov.com> Message-ID: Не нужны, но мне нравятся скобки))) 05.12.2013 14:38 пользователь "Анатолий Шарифулин" написал: > > Скобки в случае с or не нужны. > Никогде не пишу скобки, если приоритет операций это не требует. > > > 2013/12/5 Denis Evdokimov >> >> Использую open с тремя аргументами. >> Только скобки ставлю. >> open(my $fh, '<', $path ) or die "..."; >> >> 03.12.2013 23:46 пользователь "Akzhan Abdulin" написал: >> >>> надо просто выбрать только один стиль. и придерживаться его в команде. >>> >>> Lexical filehandle and 3 argument open >>> >>> >>> 3 декабря 2013 г., 0:32 пользователь Nick Knutov написал: >>>> >>>> Прочитал http://perlmaven.com/how-to-improve-my-perl-program >>>> >>>> Там очень советуется Path::Tiny и "don't open files in the old way". >>>> >>>> Посмотрел в свой код - там в хелперах есть функции appendfile, loadfile, >>>> writefile написанные 10+ лет назад именно в стиле "old way". >>>> >>>> Вопрос - у кого-нибудь есть другое мнение по поводу стилей открытия >>>> текстовых файлов? Стоит ли переписать свои функции на использование >>>> Path::Tiny? Или может быть на что-то другое (я не очень в курсе >>>> современных тенденций и модулей)? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, > Анатолий Шарифулин. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrei.protasovitski на gmail.com Thu Dec 5 03:30:16 2013 From: andrei.protasovitski на gmail.com (Andrei) Date: Thu, 5 Dec 2013 12:30:16 +0100 Subject: [Moscow.pm] =?utf-8?b?0YDQsNCx0L7RgtCwINGBINGC0LXQutGB0YLQvtCy?= =?utf-8?b?0YvQvNC4INGE0LDQudC70LDQvNC4?= In-Reply-To: References: <529CEE4E.2070103@knutov.com> Message-ID: 05.12.2013 11:38 пользователь "Анатолий Шарифулин" написал: > > Скобки в случае с or не нужны. > Никогде не пишу скобки, если приоритет операций это не требует. Поэтому тебе больше не доверяют писать на Perl'е. :-P > > > 2013/12/5 Denis Evdokimov >> >> Использую open с тремя аргументами. >> Только скобки ставлю. >> open(my $fh, '<', $path ) or die "..."; >> >> 03.12.2013 23:46 пользователь "Akzhan Abdulin" написал: >> >>> надо просто выбрать только один стиль. и придерживаться его в команде. >>> >>> Lexical filehandle and 3 argument open >>> >>> >>> 3 декабря 2013 г., 0:32 пользователь Nick Knutov написал: >>>> >>>> Прочитал http://perlmaven.com/how-to-improve-my-perl-program >>>> >>>> Там очень советуется Path::Tiny и "don't open files in the old way". >>>> >>>> Посмотрел в свой код - там в хелперах есть функции appendfile, loadfile, >>>> writefile написанные 10+ лет назад именно в стиле "old way". >>>> >>>> Вопрос - у кого-нибудь есть другое мнение по поводу стилей открытия >>>> текстовых файлов? Стоит ли переписать свои функции на использование >>>> Path::Tiny? Или может быть на что-то другое (я не очень в курсе >>>> современных тенденций и модулей)? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, > Анатолий Шарифулин. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From scripter.vrn на gmail.com Thu Dec 5 13:31:19 2013 From: scripter.vrn на gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQktC70LDRgdC+0LI=?=) Date: Fri, 6 Dec 2013 01:31:19 +0400 Subject: [Moscow.pm] Enbugger + gdb + AE Message-ID: Всем привет! Есть необходимость подключиться к работающему перловому скрипту для отладки. Мне удается подключиться к процессу с помощью gdb+Enbugger, но при попытке поставить breakpoint на строку или вызов метода в модуле, отладчик всегда пишет, что не может её найти. С каноническим примером perl -E ' while(1) {...}' получается, а если соорудить минимальный скриптец с AE -- ни в какую. Тестовый скрипт: *debug_test.pl :* *#!/usr/bin/env perl* *use strict;* *use warnings;* *use AnyEvent;* *use lib 'lib';* *use DebugTest;* *my $cv = AE::cv;* *DebugTest->run();* *$cv->recv();* *lib/DebugTest.pm:* *package DebugTest;* *use v5.10;* *use strict;* *use warnings;* *my $timer_w;* *my $signal_w;* *our $i;* *sub run {* * $timer_w = AE::timer 1, 1, sub { _say( ++$i ) };* * $signal_w = AE::signal USR1 => sub { _say( 'USR1 received' ) };* *}* *sub _say {* * say @_; # <<<<<<< вот сюда бы breakpoint поставить* *}* *1;* Если запускать обычным способом perl -d debug_test.pl, breakpoint без проблем устанавливается и срабатывает. Если цепляться через gdb+Enbugger, не получается: *Enter h or `h h' for help, or `man perldebug' for more help.* *AnyEvent::Impl::EV::((eval 23)[/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent/Impl/EV.pm:88]:1):* *1: eval{require Enbugger;warn q(stopping);$ENV{PERLDB_OPTS}='RemotePort=localhost:4000';Enbugger->stop;};print STDERR $@* * DB<1> * * DB<2> l* *1==> eval{require Enbugger;warn q(stopping);$ENV{PERLDB_OPTS}='RemotePort=localhost:4000';Enbugger->stop;};print STDERR $@* *2 ;* * DB<2> T* *$ = eval 'eval{require Enbugger;warn q(stopping);$ENV{PERLDB_OPTS}=\'RemotePort=localhost:4000\';Enbugger->stop;};print STDERR $@' called from file `/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent/Impl/EV.pm' line 88* *. = AnyEvent::CondVar::Base::_wait(ref(AnyEvent::CondVar)) called from file `/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent.pm' line 1981* *. = AnyEvent::CondVar::Base::recv(ref(AnyEvent::CondVar)) called from file `debug_test.pl ' line 16* * DB<2> p $DebugTest::i * *6* * DB<3> b DebugTest::_say* *Subroutine DebugTest::_say not found.* * DB<4> * Может кто знает как это побороть? -- С уважением, Вадим Власов т.: +7 (916) 424-00-72 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Thu Dec 5 23:56:39 2013 From: dsimonov на gmail.com (Dmitry Simonov) Date: Fri, 6 Dec 2013 11:56:39 +0400 Subject: [Moscow.pm] Enbugger + gdb + AE In-Reply-To: References: Message-ID: Вадим! У AE есть свой собственный дебаггер AnyEvent::Debug. --- Dmitriy V. Simonov, Perl & Python programmer 2013/12/6 Вадим Власов > Всем привет! > > Есть необходимость подключиться к работающему перловому скрипту для > отладки. > Мне удается подключиться к процессу с помощью gdb+Enbugger, > но при попытке поставить breakpoint на строку или вызов метода в модуле, > отладчик всегда пишет, что не может её найти. > С каноническим примером perl -E ' while(1) {...}' получается, а если > соорудить минимальный скриптец с AE -- ни в какую. > > Тестовый скрипт: > > *debug_test.pl :* > *#!/usr/bin/env perl* > > *use strict;* > *use warnings;* > > *use AnyEvent;* > > *use lib 'lib';* > *use DebugTest;* > > *my $cv = AE::cv;* > > *DebugTest->run();* > *$cv->recv();* > > > *lib/DebugTest.pm:* > *package DebugTest;* > > *use v5.10;* > *use strict;* > *use warnings;* > > *my $timer_w;* > *my $signal_w;* > > *our $i;* > > *sub run {* > * $timer_w = AE::timer 1, 1, sub { _say( ++$i ) };* > * $signal_w = AE::signal USR1 => sub { _say( 'USR1 received' ) };* > *}* > > *sub _say {* > * say @_; # <<<<<<< вот сюда бы breakpoint поставить* > *}* > > *1;* > > Если запускать обычным способом perl -d debug_test.pl, breakpoint без > проблем устанавливается и срабатывает. > Если цепляться через gdb+Enbugger, не получается: > *Enter h or `h h' for help, or `man perldebug' for more help.* > > *AnyEvent::Impl::EV::((eval > 23)[/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent/Impl/EV.pm:88]:1):* > *1: eval{require Enbugger;warn > q(stopping);$ENV{PERLDB_OPTS}='RemotePort=localhost:4000';Enbugger->stop;};print > STDERR $@* > * DB<1> * > * DB<2> l* > *1==> eval{require Enbugger;warn > q(stopping);$ENV{PERLDB_OPTS}='RemotePort=localhost:4000';Enbugger->stop;};print > STDERR $@* > *2 ;* > * DB<2> T* > *$ = eval 'eval{require Enbugger;warn > q(stopping);$ENV{PERLDB_OPTS}=\'RemotePort=localhost:4000\';Enbugger->stop;};print > STDERR $@' called from file > `/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent/Impl/EV.pm' > line 88* > *. = AnyEvent::CondVar::Base::_wait(ref(AnyEvent::CondVar)) called from > file > `/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent.pm' > line 1981* > *. = AnyEvent::CondVar::Base::recv(ref(AnyEvent::CondVar)) called from > file `debug_test.pl ' line 16* > * DB<2> p $DebugTest::i * > *6* > * DB<3> b DebugTest::_say* > *Subroutine DebugTest::_say not found.* > * DB<4> * > > Может кто знает как это побороть? > > -- > С уважением, > Вадим Власов > т.: +7 (916) 424-00-72 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From scripter.vrn на gmail.com Fri Dec 6 00:38:46 2013 From: scripter.vrn на gmail.com (=?UTF-8?B?0JLQsNC00LjQvCDQktC70LDRgdC+0LI=?=) Date: Fri, 6 Dec 2013 12:38:46 +0400 Subject: [Moscow.pm] Enbugger + gdb + AE In-Reply-To: References: Message-ID: А чем он в моем слуае поможет? Я к процессу прицепиться-то могу и глобальные переменные посмотреть и методы подергать. Тут речь больше не об отладке в процессе разработки, а о возможности посмотреть уже работающий код, который при редком непонятном стечении обстоятельств начинает себя как-нибудь странно вести. Пример просто демонстрирует проблему. 6 декабря 2013 г., 11:56 пользователь Dmitry Simonov написал: > Вадим! У AE есть свой собственный дебаггер AnyEvent::Debug. > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2013/12/6 Вадим Власов > >> Всем привет! >> >> Есть необходимость подключиться к работающему перловому скрипту для >> отладки. >> Мне удается подключиться к процессу с помощью gdb+Enbugger, >> но при попытке поставить breakpoint на строку или вызов метода в модуле, >> отладчик всегда пишет, что не может её найти. >> С каноническим примером perl -E ' while(1) {...}' получается, а если >> соорудить минимальный скриптец с AE -- ни в какую. >> >> Тестовый скрипт: >> >> *debug_test.pl :* >> *#!/usr/bin/env perl* >> >> *use strict;* >> *use warnings;* >> >> *use AnyEvent;* >> >> *use lib 'lib';* >> *use DebugTest;* >> >> *my $cv = AE::cv;* >> >> *DebugTest->run();* >> *$cv->recv();* >> >> >> *lib/DebugTest.pm:* >> *package DebugTest;* >> >> *use v5.10;* >> *use strict;* >> *use warnings;* >> >> *my $timer_w;* >> *my $signal_w;* >> >> *our $i;* >> >> *sub run {* >> * $timer_w = AE::timer 1, 1, sub { _say( ++$i ) };* >> * $signal_w = AE::signal USR1 => sub { _say( 'USR1 received' ) };* >> *}* >> >> *sub _say {* >> * say @_; # <<<<<<< вот сюда бы breakpoint поставить* >> *}* >> >> *1;* >> >> Если запускать обычным способом perl -d debug_test.pl, breakpoint без >> проблем устанавливается и срабатывает. >> Если цепляться через gdb+Enbugger, не получается: >> *Enter h or `h h' for help, or `man perldebug' for more help.* >> >> *AnyEvent::Impl::EV::((eval >> 23)[/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent/Impl/EV.pm:88]:1):* >> *1: eval{require Enbugger;warn >> q(stopping);$ENV{PERLDB_OPTS}='RemotePort=localhost:4000';Enbugger->stop;};print >> STDERR $@* >> * DB<1> * >> * DB<2> l* >> *1==> eval{require Enbugger;warn >> q(stopping);$ENV{PERLDB_OPTS}='RemotePort=localhost:4000';Enbugger->stop;};print >> STDERR $@* >> *2 ;* >> * DB<2> T* >> *$ = eval 'eval{require Enbugger;warn >> q(stopping);$ENV{PERLDB_OPTS}=\'RemotePort=localhost:4000\';Enbugger->stop;};print >> STDERR $@' called from file >> `/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent/Impl/EV.pm' >> line 88* >> *. = AnyEvent::CondVar::Base::_wait(ref(AnyEvent::CondVar)) called from >> file >> `/home/scripter/perl5/perlbrew/perls/perl-5.14.4/lib/site_perl/5.14.4/x86_64-linux/AnyEvent.pm' >> line 1981* >> *. = AnyEvent::CondVar::Base::recv(ref(AnyEvent::CondVar)) called from >> file `debug_test.pl ' line 16* >> * DB<2> p $DebugTest::i * >> *6* >> * DB<3> b DebugTest::_say* >> *Subroutine DebugTest::_say not found.* >> * DB<4> * >> >> Может кто знает как это побороть? >> >> -- >> С уважением, >> Вадим Власов >> т.: +7 (916) 424-00-72 >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Вадим Власов т.: +7 (916) 424-00-72 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sat Dec 7 04:10:37 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 7 Dec 2013 16:10:37 +0400 Subject: [Moscow.pm] =?koi8-r?b?/snUwcXN2cog0NLP1M/Lz8wg0yDC2dPU0tnNINDB?= =?koi8-r?b?0tPJzsfPzS4=?= In-Reply-To: <1A2DCDCB-4C44-4BC5-883B-2EF65D7E1E13@corp.mail.ru> References: <1474617923.20131204134330@softsearch.ru> <1A2DCDCB-4C44-4BC5-883B-2EF65D7E1E13@corp.mail.ru> Message-ID: <1279154726.20131207161037@softsearch.ru> Здравствуйте, Mons. > Протокол мемкеша (или того-же beanstalk и т.п.) на порядок быстрее http У него есть одна важная особенность: в ключе не может быть пробела, который является символом-разделителем. -- С уважением, Михаил mailto:postmaster на softsearch.ru From onokonem на gmail.com Sat Dec 7 04:26:57 2013 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 7 Dec 2013 16:26:57 +0400 Subject: [Moscow.pm] =?koi8-r?b?/snUwcXN2cog0NLP1M/Lz8wg0yDC2dPU0tnNINDB?= =?koi8-r?b?0tPJzsfPzS4=?= In-Reply-To: <1279154726.20131207161037@softsearch.ru> References: <1474617923.20131204134330@softsearch.ru> <1A2DCDCB-4C44-4BC5-883B-2EF65D7E1E13@corp.mail.ru> <1279154726.20131207161037@softsearch.ru> Message-ID: > У него есть одна важная особенность: в ключе не может быть пробела, > который является символом-разделителем. и не надо - base64 реально быстр From i.petro.77.00 на gmail.com Mon Dec 9 04:17:29 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 9 Dec 2013 16:17:29 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= Message-ID: <20131209121729.GE8430@vdsl.uvw.ru> есть msgpack который содержит сериализованные пары заголовок ключ, значение ключ, значение ... в качестве ключа msgpack допускает все, включая цифры то есть с распаковкой msgpack с ключами в виде цифр проблем нет. теперь есть необходимость паковать ключи как цифры в случае, если ключами являются цифры. вопрос: можно ли *без парсинга* ключа хеша определить он является цифрой или строкой? From postmaster на softsearch.ru Mon Dec 9 04:26:08 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 9 Dec 2013 16:26:08 +0400 Subject: [Moscow.pm] =?koi8-r?b?WFMsIGhhc2g6IN7J08zP19nFIMvMwN7J?= In-Reply-To: <20131209121729.GE8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> Message-ID: <1573264967.20131209162608@softsearch.ru> Здравствуйте, Ivan. > вопрос: можно ли *без парсинга* ключа хеша определить он является > цифрой или строкой? Если я правильно понял этот сериализатор, то по первым байтам: https://github.com/msgpack/msgpack/blob/master/spec.md#formats-int -- С уважением, Михаил mailto:postmaster на softsearch.ru From i.petro.77.00 на gmail.com Mon Dec 9 04:44:53 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 9 Dec 2013 16:44:53 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <1573264967.20131209162608@softsearch.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <1573264967.20131209162608@softsearch.ru> Message-ID: <20131209124453.GF8430@vdsl.uvw.ru> >> вопрос: можно ли *без парсинга* ключа хеша определить он является >> цифрой или строкой? > Если я правильно понял этот сериализатор, то по первым байтам: > https://github.com/msgpack/msgpack/blob/master/spec.md#formats-int нет. мы *сериализуем* perl-hash. то есть на входе - perl-hash на выходе - msgpack хотим сериализовывать ключи perl-hash как int/uint в том случае, если там числа. From asan999 на gmail.com Mon Dec 9 04:53:53 2013 From: asan999 на gmail.com (andrey.asyakin) Date: Mon, 09 Dec 2013 16:53:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?WFMsIGhhc2g6IN7J08zP19nFIMvMwN7J?= In-Reply-To: <20131209124453.GF8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <1573264967.20131209162608@softsearch.ru> <20131209124453.GF8430@vdsl.uvw.ru> Message-ID: <52A5BD61.4040009@gmail.com> Scalar::Util::looks_like_number ? 09.12.2013 16:44, Ivan Petrov пишет: >>> вопрос: можно ли *без парсинга* ключа хеша определить он является >>> цифрой или строкой? >> Если я правильно понял этот сериализатор, то по первым байтам: >> https://github.com/msgpack/msgpack/blob/master/spec.md#formats-int > нет. мы *сериализуем* perl-hash. > > то есть на входе - perl-hash > на выходе - msgpack > > хотим сериализовывать ключи perl-hash как int/uint в том случае, если > там числа. From postmaster на softsearch.ru Mon Dec 9 05:02:34 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 9 Dec 2013 17:02:34 +0400 Subject: [Moscow.pm] =?koi8-r?b?WFMsIGhhc2g6IN7J08zP19nFIMvMwN7J?= In-Reply-To: <20131209124453.GF8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <1573264967.20131209162608@softsearch.ru> <20131209124453.GF8430@vdsl.uvw.ru> Message-ID: <757378427.20131209170234@softsearch.ru> Здравствуйте, Ivan. >>> вопрос: можно ли *без парсинга* ключа хеша определить он является >>> цифрой или строкой? >> Если я правильно понял этот сериализатор, то по первым байтам: >> https://github.com/msgpack/msgpack/blob/master/spec.md#formats-int > нет. мы *сериализуем* perl-hash. > то есть на входе - perl-hash > на выходе - msgpack > хотим сериализовывать ключи perl-hash как int/uint в том случае, если > там числа. Ты про внутреннее хранение значений перлом спрашиваешь что ли? -- С уважением, Михаил mailto:postmaster на softsearch.ru From i.petro.77.00 на gmail.com Mon Dec 9 05:06:12 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 9 Dec 2013 17:06:12 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <52A5BD61.4040009@gmail.com> References: <20131209121729.GE8430@vdsl.uvw.ru> <1573264967.20131209162608@softsearch.ru> <20131209124453.GF8430@vdsl.uvw.ru> <52A5BD61.4040009@gmail.com> Message-ID: <20131209130612.GG8430@vdsl.uvw.ru> > Scalar::Util::looks_like_number ? это на перле. :) а нужен вариант для XS From 0body0 на rambler.ru Mon Dec 9 05:06:03 2013 From: 0body0 на rambler.ru (=?UTF-8?B?0JPRgNC40YjQsNC10LIg0JDQvdCw0YLQvtC70LjQuQ==?=) Date: Mon, 09 Dec 2013 17:06:03 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <20131209130612.GG8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <1573264967.20131209162608@softsearch.ru> <20131209124453.GF8430@vdsl.uvw.ru> <52A5BD61.4040009@gmail.com> <20131209130612.GG8430@vdsl.uvw.ru> Message-ID: <52A5C03B.20006@rambler.ru> смотри perlapi looks_like_number 09.12.2013 17:06, Ivan Petrov пишет: >> Scalar::Util::looks_like_number ? > это на перле. :) > > а нужен вариант для XS > -- С уважением Анатолий. From citrin на citrin.ru Mon Dec 9 05:06:09 2013 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Mon, 09 Dec 2013 17:06:09 +0400 Subject: [Moscow.pm] =?koi8-r?b?WFMsIGhhc2g6IN7J08zP19nFIMvMwN7J?= In-Reply-To: <20131209130612.GG8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <1573264967.20131209162608@softsearch.ru> <20131209124453.GF8430@vdsl.uvw.ru> <52A5BD61.4040009@gmail.com> <20131209130612.GG8430@vdsl.uvw.ru> Message-ID: <52A5C041.9080208@citrin.ru> On 12/09/13 17:06, Ivan Petrov wrote: >> Scalar::Util::looks_like_number ? > > это на перле. :) > > а нужен вариант для XS > perldoc perlapi /looks_like_number From mons на cpan.org Mon Dec 9 05:15:43 2013 From: mons на cpan.org (Mons Anderson) Date: Mon, 9 Dec 2013 17:15:43 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <20131209121729.GE8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> Message-ID: <4C6781CC-0A62-4AC1-B044-84DF85FD8CB1@corp.mail.ru> Нет. Ключ хэша всегда строка. Причём не всегда это SV, иногда это просто char * соответственно только парсинг On 09.12.2013, at 16:17, Ivan Petrov wrote: > вопрос: можно ли *без парсинга* ключа хеша определить он является > цифрой или строкой? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Mon Dec 9 05:19:47 2013 From: 0body0 на rambler.ru (=?UTF-8?B?0JPRgNC40YjQsNC10LIg0JDQvdCw0YLQvtC70LjQuQ==?=) Date: Mon, 09 Dec 2013 17:19:47 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <4C6781CC-0A62-4AC1-B044-84DF85FD8CB1@corp.mail.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <4C6781CC-0A62-4AC1-B044-84DF85FD8CB1@corp.mail.ru> Message-ID: <52A5C373.2090607@rambler.ru> Mons, есть tied hash в них вполне могут встречать настоящие SV *.:) 09.12.2013 17:15, Mons Anderson пишет: > Нет. > > Ключ хэша всегда строка. Причём не всегда это SV, иногда это просто char * > соответственно только парсинг > > On 09.12.2013, at 16:17, Ivan Petrov > wrote: > >> вопрос: можно ли *без парсинга* ключа хеша определить он является >> цифрой или строкой? > > > -- С уважением Анатолий. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From v.perepelitsa на corp.mail.ru Mon Dec 9 05:15:05 2013 From: v.perepelitsa на corp.mail.ru (Mons Anderson) Date: Mon, 9 Dec 2013 17:15:05 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <20131209121729.GE8430@vdsl.uvw.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> Message-ID: <501B169C-9D27-4173-9D05-80B1680AB875@corp.mail.ru> Нет. Ключ хэша всегда строка. Причём не всегда это SV, иногда это просто char * соответственно только парсинг On 09.12.2013, at 16:17, Ivan Petrov wrote: > вопрос: можно ли *без парсинга* ключа хеша определить он является > цифрой или строкой? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From khrt на ya.ru Mon Dec 9 05:26:07 2013 From: khrt на ya.ru (Artie Kh) Date: Mon, 9 Dec 2013 15:26:07 +0200 Subject: [Moscow.pm] Prefork asynchronous web server In-Reply-To: References: Message-ID: Если вдруг кому-то это интересно, то проблема решилась перездом на uWSGI. -- ak On Tuesday, 5 November 2013 at 09:35, Artie Kh wrote: > Здесь ответ: > https://groups.google.com/forum/?fromgroups#!searchin/mojolicious/async$20hypnotoad/mojolicious/QIm0DHPebto/YOXbygmcO6MJ > > -- > ak From akovbovich на gmail.com Mon Dec 9 05:34:12 2013 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Mon, 9 Dec 2013 17:34:12 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQLdGI0L3QuNC6IDop?= In-Reply-To: References: <1361257292.982625685@f433.i.mail.ru> <20130221181238.GN27350@vdsl.uvw.ru> <1361471140.673458100@f236.mail.ru> <20130221184218.GO27350@vdsl.uvw.ru> Message-ID: Если не секрет зачем такая таблица может быть полезна? Хотя по-моему подход с динамическими запросами выглядит интнрнсно, только сразу возникает вопрос валидации таких запросов. Какие гарантии того, что запросы в результате приведут к правильной выборке? пятница, 22 февраля 2013 г. пользователь Mons Anderson писал: > Навесить люлей тому, кто сделал такую таблицу. > > Ну и поделись, что-же такого волшебного придумали эти самые тру-пхпшники? > > On 22.02.2013, at 1:50, Dmitry Simonov > > wrote: > > > Предлагаю решить всем задачку, с которой тру-пехапешники расправились > сходу. Есть таблица в миллиард записей и 100+ колонок (c1, c2, c3...). > Таблица разумеется постоянно растёт и апдейтится. > > > > Требуется придумать решение, которое позволит в таблице делать выборки с > динамическими условиями (то есть само условие определяется в рантайме, а не > на этапе компиляции) вида: "( c1 = 100 and c2 > $a and c3 = 'some string' ) > || ( ... and ... and ... ) || ... ". Скажу сразу, - решение "в лоб" просто > составлять нужные правила для sql-запросов на постгре дают на таблице в > миллион записей результаты сильно больше 0.1 секунды. Монгу тоже сразу > выкидывать (неэффекттивна в шардированном виде и (или) если объём данных не > помещается в оперативку). > > > > Для тех, кому жизнь кажется малиной усугублю - для продакшн-проекта > работать надо с числом таблицу 100+ и нагрузка на выборки с разных таблиц > разная, хотя частично и поддаётся некоторой систематизации (недостаточной, > чтобы её просто захардкодить). > > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrey на kostenko.name Mon Dec 9 05:37:53 2013 From: andrey на kostenko.name (Andrii Kostenko) Date: Mon, 9 Dec 2013 17:37:53 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQLdGI0L3QuNC6IDop?= In-Reply-To: References: <1361257292.982625685@f433.i.mail.ru> <20130221181238.GN27350@vdsl.uvw.ru> <1361471140.673458100@f236.mail.ru> <20130221184218.GO27350@vdsl.uvw.ru> Message-ID: Думаю, они нашли того, кто сделал такую таблицу, навесили люлей и заставили переделать =) On 9 декабря 2013 г. at 17:21:47, Mons Anderson (v.perepelitsa на corp.mail.ru) wrote: Навесить люлей тому, кто сделал такую таблицу. Ну и поделись, что-же такого волшебного придумали эти самые тру-пхпшники? On 22.02.2013, at 1:50, Dmitry Simonov wrote: > Предлагаю решить всем задачку, с которой тру-пехапешники расправились сходу. Есть таблица в миллиард записей и 100+ колонок (c1, c2, c3...). Таблица разумеется постоянно растёт и апдейтится. > > Требуется придумать решение, которое позволит в таблице делать выборки с динамическими условиями (то есть само условие определяется в рантайме, а не на этапе компиляции) вида: "( c1 = 100 and c2 > $a and c3 = 'some string' ) || ( ... and ... and ... ) || ... ". Скажу сразу, - решение "в лоб" просто составлять нужные правила для sql-запросов на постгре дают на таблице в миллион записей результаты сильно больше 0.1 секунды. Монгу тоже сразу выкидывать (неэффекттивна в шардированном виде и (или) если объём данных не помещается в оперативку). > > Для тех, кому жизнь кажется малиной усугублю - для продакшн-проекта работать надо с числом таблицу 100+ и нагрузка на выборки с разных таблиц разная, хотя частично и поддаётся некоторой систематизации (недостаточной, чтобы её просто захардкодить). > > -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Dec 9 06:28:12 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 9 Dec 2013 18:28:12 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <501B169C-9D27-4173-9D05-80B1680AB875@corp.mail.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <501B169C-9D27-4173-9D05-80B1680AB875@corp.mail.ru> Message-ID: <20131209142812.GH8430@vdsl.uvw.ru> > Нет. > Ключ хэша всегда строка. Причём не всегда это SV, иногда это просто char * > соответственно только парсинг в общем если обходить хеш HE * iter = hv_iternext(h); SV *k = hv_iterkeysv(iter); SV *v = HeVAL(iter); то имеем скаляры k, v на каждой итерации и тут правда можно looks_like_number(k) поюзать другой вопрос что видимо это тот же парсинг, просто переложенный на другое место From mons на cpan.org Mon Dec 9 06:28:12 2013 From: mons на cpan.org (Mons Anderson) Date: Mon, 9 Dec 2013 18:28:12 +0400 Subject: [Moscow.pm] =?utf-8?b?WFMsIGhhc2g6INGH0LjRgdC70L7QstGL0LUg0Lo=?= =?utf-8?b?0LvRjtGH0Lg=?= In-Reply-To: <52A5C373.2090607@rambler.ru> References: <20131209121729.GE8430@vdsl.uvw.ru> <4C6781CC-0A62-4AC1-B044-84DF85FD8CB1@corp.mail.ru> <52A5C373.2090607@rambler.ru> Message-ID: <5DFF5811-1372-4909-B2FE-5237AB391808@corp.mail.ru> Я ведь сказал "не всегда это SV" Соответственно иногда это SV. но! даже если это SV, то при сохранении в хеш, для того, чтобы посчитать хеш от неё, SvIV будет превращена в SvPV. и когда мы её извлечём обратно, её SvTYPE уже не будет SvIV/SvUV. On 09.12.2013, at 17:19, Гришаев Анатолий <0body0 на rambler.ru> wrote: > Mons, есть tied hash в них вполне могут встречать настоящие SV *.:) > > 09.12.2013 17:15, Mons Anderson пишет: >> Нет. >> >> Ключ хэша всегда строка. Причём не всегда это SV, иногда это просто char * >> соответственно только парсинг >> >> On 09.12.2013, at 16:17, Ivan Petrov wrote: >> >>> вопрос: можно ли *без парсинга* ключа хеша определить он является >>> цифрой или строкой? >> >> >> > > > -- > С уважением Анатолий. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akovbovich на gmail.com Mon Dec 9 08:17:40 2013 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Mon, 9 Dec 2013 20:17:40 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= Message-ID: Очередное доказательство того, что смесь пхпшника и перла дает в результате говнокод. http://www.youtube.com/watch?v=MVlHnJ3Ds5M ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Mon Dec 9 08:22:05 2013 From: andy на shitov.ru (Andrew Shitov) Date: Mon, 9 Dec 2013 17:22:05 +0100 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= In-Reply-To: References: Message-ID: "Язычок перл"! Замечательно :-) 2013/12/9 Андрей П. Ковбович > Очередное доказательство того, что смесь пхпшника и перла дает в > результате говнокод. > > http://www.youtube.com/watch?v=MVlHnJ3Ds5M > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ccnweb на gmail.com Mon Dec 9 09:55:05 2013 From: ccnweb на gmail.com (Alexander Onokhov) Date: Mon, 9 Dec 2013 20:55:05 +0300 Subject: [Moscow.pm] =?koi8-r?b?UEhQ28nLINDJ28XUIM7BINDF0szFIChMT0whISEx?= =?koi8-r?b?KQ==?= In-Reply-To: References: Message-ID: Прекрасный троллинг )) 2013/12/9 Andrew Shitov > "Язычок перл"! > Замечательно :-) > > > 2013/12/9 Андрей П. Ковбович > >> Очередное доказательство того, что смесь пхпшника и перла дает в >> результате говнокод. >> >> http://www.youtube.com/watch?v=MVlHnJ3Ds5M >> >> >> -- >> 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 > > -- Alexander ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Mon Dec 9 10:15:08 2013 From: dsimonov на gmail.com (Dmitry Simonov) Date: Mon, 9 Dec 2013 22:15:08 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQLdGI0L3QuNC6IDop?= In-Reply-To: References: <1361257292.982625685@f433.i.mail.ru> <20130221181238.GN27350@vdsl.uvw.ru> <1361471140.673458100@f236.mail.ru> <20130221184218.GO27350@vdsl.uvw.ru> Message-ID: Вообще-то это классическая задача многофакторного поиска. понедельник, 9 декабря 2013 г. пользователь Andrii Kostenko писал: > Думаю, они нашли того, кто сделал такую таблицу, навесили люлей и > заставили переделать =) > > On 9 декабря 2013 г. at 17:21:47, Mons Anderson ( > v.perepelitsa на corp.mail.ru '//v.perepelitsa на corp.mail.ru');>) wrote: > > Навесить люлей тому, кто сделал такую таблицу. > > Ну и поделись, что-же такого волшебного придумали эти самые тру-пхпшники? > > On 22.02.2013, at 1:50, Dmitry Simonov > > wrote: > > > Предлагаю решить всем задачку, с которой тру-пехапешники расправились > сходу. Есть таблица в миллиард записей и 100+ колонок (c1, c2, c3...). > Таблица разумеется постоянно растёт и апдейтится. > > > > Требуется придумать решение, которое позволит в таблице делать выборки с > динамическими условиями (то есть само условие определяется в рантайме, а не > на этапе компиляции) вида: "( c1 = 100 and c2 > $a and c3 = 'some string' ) > || ( ... and ... and ... ) || ... ". Скажу сразу, - решение "в лоб" просто > составлять нужные правила для sql-запросов на постгре дают на таблице в > миллион записей результаты сильно больше 0.1 секунды. Монгу тоже сразу > выкидывать (неэффекттивна в шардированном виде и (или) если объём данных не > помещается в оперативку). > > > > Для тех, кому жизнь кажется малиной усугублю - для продакшн-проекта > работать надо с числом таблицу 100+ и нагрузка на выборки с разных таблиц > разная, хотя частично и поддаётся некоторой систематизации (недостаточной, > чтобы её просто захардкодить). > > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > -- --- Dmitriy V. Simonov, Perl & Python programmer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrei.protasovitski на gmail.com Mon Dec 9 12:46:53 2013 From: andrei.protasovitski на gmail.com (Andrei) Date: Mon, 9 Dec 2013 21:46:53 +0100 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= In-Reply-To: References: Message-ID: У меня в команде уже второй ПХПшник -- очень толковый разработчик. Через месяц стал писать на Perl'е, как на родном. PHP кажется простым языком, поэтому и притягивает леммингов, которым не место в отрасли, но это вовсе не значит, что любой PHP-шник хуже любого Perl'овика. А в видео, конечно, адский ад. Я не думаю, что он сделал бы это лучше на каком-нибудь другом языке. 9 декабря 2013 г., 17:17 пользователь Андрей П. Ковбович < akovbovich на gmail.com> написал: > Очередное доказательство того, что смесь пхпшника и перла дает в > результате говнокод. > > http://www.youtube.com/watch?v=MVlHnJ3Ds5M > > > -- > 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 yu.pats на gmail.com Mon Dec 9 13:38:17 2013 From: yu.pats на gmail.com (Yury Pats) Date: Tue, 10 Dec 2013 00:38:17 +0300 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= In-Reply-To: References: Message-ID: Возьмите еще его. https://lineto.ru/ ( https://duckduckgo.com/?q=%D0%BD%D0%B8%D0%BA%D0%B8%D1%82%D0%B0+%D1%81%D0%B5%D0%B2%D0%B5%D1%80%D0%B8%D0%BD%D0%BE%D0%B2). ЛОЛ. 2013/12/9 Andrei > У меня в команде уже второй ПХПшник -- очень толковый разработчик. Через > месяц стал писать на Perl'е, как на родном. > > PHP кажется простым языком, поэтому и притягивает леммингов, которым не > место в отрасли, но это вовсе не значит, что любой PHP-шник хуже любого > Perl'овика. > > А в видео, конечно, адский ад. Я не думаю, что он сделал бы это лучше на > каком-нибудь другом языке. > > > 9 декабря 2013 г., 17:17 пользователь Андрей П. Ковбович < > akovbovich на gmail.com> написал: > >> Очередное доказательство того, что смесь пхпшника и перла дает в >> результате говнокод. >> >> http://www.youtube.com/watch?v=MVlHnJ3Ds5M >> >> >> -- >> 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 > > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Mon Dec 9 21:45:07 2013 From: wwax555 на gmail.com (Natalya) Date: Tue, 10 Dec 2013 09:45:07 +0400 Subject: [Moscow.pm] =?koi8-r?b?UEhQ28nLINDJ28XUIM7BINDF0szFIChMT0whISEx?= =?koi8-r?b?KQ==?= In-Reply-To: References: Message-ID: Мучилась и смотрела... Спасибо:) Savenkova Natalya wwax555 на gmail.com http://facebook.com/name.rnd > On 09 дек. 2013 г., at 20:17, Андрей П. Ковбович wrote: > > Очередное доказательство того, что смесь пхпшника и перла дает в результате говнокод. > > http://www.youtube.com/watch?v=MVlHnJ3Ds5M > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Tue Dec 10 01:37:11 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Tue, 10 Dec 2013 13:37:11 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= In-Reply-To: References: Message-ID: <1386668231.868269450@f76.i.mail.ru> Здравствуйте! Можно сколько угодно глумиться над пацаном, но это нисколько не преуменьшает его трудолюбия... Думаю, что его количество скоро перерастет в качество. PS: Попробуйте вы, такие все правильные, внести в мозг школоте алгоритм сложения длинных чисел. Паша докажет, что это не так просто, как кажется... И иногда просто необходимо применять словоблудие, дабы школьник отвлекся от своих гаджетов и хоть что-нибудь усвоил... PPS: Может покажете мастер-класс, как эту задачу правильно реализовать на "язычке" Perl ? С почтением,   Илья Винокуров. Вторник, 10 декабря 2013, 0:38 +03:00 от Yury Pats : >Возьмите еще его. https://lineto.ru/ ( https://duckduckgo.com/?q=%D0%BD%D0%B8%D0%BA%D0%B8%D1%82%D0%B0+%D1%81%D0%B5%D0%B2%D0%B5%D1%80%D0%B8%D0%BD%D0%BE%D0%B2 ). ЛОЛ. > > >2013/12/9 Andrei < andrei.protasovitski на gmail.com > >>У меня в команде уже второй ПХПшник -- очень толковый разработчик. Через месяц стал писать на Perl'е, как на родном. >> >>PHP кажется простым языком, поэтому и притягивает леммингов, которым не место в отрасли, но это вовсе не значит, что любой PHP-шник хуже любого Perl'овика. >> >>А в видео, конечно, адский ад. Я не думаю, что он сделал бы это лучше на каком-нибудь другом языке. >> >> >>9 декабря 2013 г., 17:17 пользователь Андрей П. Ковбович < akovbovich на gmail.com > написал: >>>Очередное доказательство того, что смесь пхпшника и перла дает в результате говнокод. >>> >>>http://www.youtube.com/watch?v=MVlHnJ3Ds5M >>> >>> >>>-- >>>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 >> > > > >-- >WBR, Yury Pats >skype: yuripats >cellular: +375 (29) 5870723 >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Tue Dec 10 01:50:54 2013 From: wwax555 на gmail.com (Natalya) Date: Tue, 10 Dec 2013 13:50:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?UEhQ28nLINDJ28XUIM7BINDF0szFIChMT0whISEx?= =?koi8-r?b?KQ==?= In-Reply-To: <1386668231.868269450@f76.i.mail.ru> References: <1386668231.868269450@f76.i.mail.ru> Message-ID: Сорри, что вторгаюсь :) Парень молодец, респект за труды и все такое. Я ниразу не глумлюсь над алгоритмом, ну просто немного странно видеть такую длииииинную перловую программу. А уж сборка нулей в цикле... ну это не перл в его всех прелестях и фишечках. Я может суть потеряла, он там хотел алгоритм показать? Показал. Или он хотел показать, как это на перле сделать? Не показал. Savenkova Natalya wwax555 на gmail.com http://facebook.com/name.rnd > On 10 дек. 2013 г., at 13:37, Илья Винокуров wrote: > > Здравствуйте! > > Можно сколько угодно глумиться над пацаном, но это нисколько не преуменьшает его трудолюбия... > Думаю, что его количество скоро перерастет в качество. > > PS: Попробуйте вы, такие все правильные, внести в мозг школоте алгоритм сложения длинных чисел. > Паша докажет, что это не так просто, как кажется... И иногда просто необходимо применять словоблудие, > дабы школьник отвлекся от своих гаджетов и хоть что-нибудь усвоил... > > PPS: Может покажете мастер-класс, как эту задачу правильно реализовать на "язычке" Perl ? > > С почтением, > Илья Винокуров. > > > Вторник, 10 декабря 2013, 0:38 +03:00 от Yury Pats : > Возьмите еще его. https://lineto.ru/ (https://duckduckgo.com/?q=%D0%BD%D0%B8%D0%BA%D0%B8%D1%82%D0%B0+%D1%81%D0%B5%D0%B2%D0%B5%D1%80%D0%B8%D0%BD%D0%BE%D0%B2). ЛОЛ. > > > 2013/12/9 Andrei >> У меня в команде уже второй ПХПшник -- очень толковый разработчик. Через месяц стал писать на Perl'е, как на родном. >> >> PHP кажется простым языком, поэтому и притягивает леммингов, которым не место в отрасли, но это вовсе не значит, что любой PHP-шник хуже любого Perl'овика. >> >> А в видео, конечно, адский ад. Я не думаю, что он сделал бы это лучше на каком-нибудь другом языке. >> >> >> 9 декабря 2013 г., 17:17 пользователь Андрей П. Ковбович написал: >>> Очередное доказательство того, что смесь пхпшника и перла дает в результате говнокод. >>> >>> http://www.youtube.com/watch?v=MVlHnJ3Ds5M >>> >>> >>> -- >>> 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 > > > > -- > WBR, Yury Pats > skype: yuripats > cellular: +375 (29) 5870723 > -- > 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 akovbovich на gmail.com Tue Dec 10 02:18:02 2013 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Tue, 10 Dec 2013 14:18:02 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= In-Reply-To: References: <1386668231.868269450@f76.i.mail.ru> Message-ID: Во-первых канал называется "профессиональные видео-курсы по программированию" Во-вторых, чувак назвал перл языком состоящим из регулярных выражений. Отсюда вывод, за базар он не ответил, так как решение задачи на регулярках он не написал. Поэтому его курсы по программированию не профессиональные, а *овно. вторник, 10 декабря 2013 г. пользователь Natalya писал: > Сорри, что вторгаюсь :) > Парень молодец, респект за труды и все такое. Я ниразу не глумлюсь над > алгоритмом, ну просто немного странно видеть такую длииииинную перловую > программу. А уж сборка нулей в цикле... ну это не перл в его всех прелестях > и фишечках. Я может суть потеряла, он там хотел алгоритм показать? Показал. > Или он хотел показать, как это на перле сделать? Не показал. > > Savenkova Natalya > wwax555 на gmail.com > http://facebook.com/name.rnd > > On 10 дек. 2013 г., at 13:37, Илья Винокуров > > wrote: > > Здравствуйте! > > Можно сколько угодно глумиться над пацаном, но это нисколько не > преуменьшает его трудолюбия... > Думаю, что его количество скоро перерастет в качество. > > PS: Попробуйте вы, такие все правильные, внести в мозг школоте алгоритм > сложения длинных чисел. > Паша докажет, что это не так просто, как кажется... И иногда просто > необходимо применять словоблудие, > дабы школьник отвлекся от своих гаджетов и хоть что-нибудь усвоил... > > PPS: Может покажете мастер-класс, как эту задачу правильно реализовать на > "язычке" Perl ? > > С почтением, > Илья Винокуров. > > > Вторник, 10 декабря 2013, 0:38 +03:00 от Yury Pats > >: > > Возьмите еще его. https://lineto.ru/ ( > https://duckduckgo.com/?q=%D0%BD%D0%B8%D0%BA%D0%B8%D1%82%D0%B0+%D1%81%D0%B5%D0%B2%D0%B5%D1%80%D0%B8%D0%BD%D0%BE%D0%B2). > ЛОЛ. > > > 2013/12/9 Andrei > > > >> У меня в команде уже второй ПХПшник -- очень толковый разработчик. Через >> месяц стал писать на Perl'е, как на родном. >> >> PHP кажется простым языком, поэтому и притягивает леммингов, которым не >> место в отрасли, но это вовсе не значит, что любой PHP-шник хуже любого >> Perl'овика. >> >> А в видео, конечно, адский ад. Я не думаю, что он сделал бы это лучше на >> каком-нибудь другом языке. >> >> >> 9 декабря 2013 г., 17:17 пользователь Андрей П. Ковбович < >> akovbovich на gmail.com >> > написал: >> >>> Очередное доказательство того, что смесь пхпшника и перла дает в >>> результате говнокод. >>> >>> #1 Perl - Длинная арифметика >>> >>> >>> -- >>> 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 >> >> > > > -- > WBR, Yury Pats > skype: yuripats > cellular: +375 (29) 5870723 > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Илья Винокуров > > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Tue Dec 10 02:24:27 2013 From: foxcool333 на gmail.com (Foxcool) Date: Tue, 10 Dec 2013 14:24:27 +0400 Subject: [Moscow.pm] =?utf-8?b?UEhQ0YjQuNC6INC/0LjRiNC10YIg0L3QsCDQv9C1?= =?utf-8?b?0YDQu9C1IChMT0whISExKQ==?= In-Reply-To: References: <1386668231.868269450@f76.i.mail.ru> Message-ID: <52A6EBDB.6030102@gmail.com> Вт 10 дек 2013 14:18:02, Андрей П. Ковбович писал: > Во-первых канал называется "профессиональные видео-курсы по > программированию" > > Во-вторых, чувак назвал перл языком состоящим из регулярных выражений. > > Отсюда вывод, за базар он не ответил, так как решение задачи на > регулярках он не написал. Поэтому его курсы по программированию не > профессиональные, а *овно. > > вторник, 10 декабря 2013 г. пользователь Natalya писал: > > Сорри, что вторгаюсь :) > Парень молодец, респект за труды и все такое. Я ниразу не глумлюсь > над алгоритмом, ну просто немного странно видеть такую длииииинную > перловую программу. А уж сборка нулей в цикле... ну это не перл в > его всех прелестях и фишечках. Я может суть потеряла, он там хотел > алгоритм показать? Показал. Или он хотел показать, как это на > перле сделать? Не показал. > > Savenkova Natalya > wwax555 на gmail.com > http://facebook.com/name.rnd > > On 10 дек. 2013 г., at 13:37, Илья Винокуров > wrote: > >> Здравствуйте! >> >> Можно сколько угодно глумиться над пацаном, но это нисколько не >> преуменьшает его трудолюбия... >> Думаю, что его количество скоро перерастет в качество. >> >> PS: Попробуйте вы, такие все правильные, внести в мозг школоте >> алгоритм сложения длинных чисел. >> Паша докажет, что это не так просто, как кажется... И иногда >> просто необходимо применять словоблудие, >> дабы школьник отвлекся от своих гаджетов и хоть что-нибудь усвоил... >> >> PPS: Может покажете мастер-класс, как эту задачу правильно >> реализовать на "язычке" Perl ? >> >> С почтением, >> Илья Винокуров. >> >> >> Вторник, 10 декабря 2013, 0:38 +03:00 от Yury Pats >> > 'yu.pats на gmail.com');>>: >> >> Возьмите еще его. https://lineto.ru/ >> (https://duckduckgo.com/?q=%D0%BD%D0%B8%D0%BA%D0%B8%D1%82%D0%B0+%D1%81%D0%B5%D0%B2%D0%B5%D1%80%D0%B8%D0%BD%D0%BE%D0%B2). >> ЛОЛ. >> >> >> 2013/12/9 Andrei > > >> >> У меня в команде уже второй ПХПшник -- очень толковый >> разработчик. Через месяц стал писать на Perl'е, как на >> родном. >> >> PHP кажется простым языком, поэтому и притягивает >> леммингов, которым не место в отрасли, но это вовсе не >> значит, что любой PHP-шник хуже любого Perl'овика. >> >> А в видео, конечно, адский ад. Я не думаю, что он сделал >> бы это лучше на каком-нибудь другом языке. >> >> >> 9 декабря 2013 г., 17:17 пользователь Андрей П. Ковбович >> > > >> написал: >> >> Очередное доказательство того, что смесь пхпшника и >> перла дает в результате говнокод. >> >> #1 Perl - Длинная арифметика >> >> >> >> -- >> 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 >> >> >> >> >> -- >> WBR, Yury Pats >> skype: yuripats >> cellular: +375 (29) 5870723 >> -- >> 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://foxcool.ru foxcool на jabber.ru From an.gorohovski на gmail.com Tue Dec 10 03:11:31 2013 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Tue, 10 Dec 2013 13:11:31 +0200 Subject: [Moscow.pm] =?utf-8?b?UEhQLdGI0L3QuNC6IDop?= In-Reply-To: References: <1361257292.982625685@f433.i.mail.ru> <20130221181238.GN27350@vdsl.uvw.ru> <1361471140.673458100@f236.mail.ru> <20130221184218.GO27350@vdsl.uvw.ru> Message-ID: Andrii Kostenko писал(а) в своём письме Mon, 09 Dec 2013 15:37:53 +0200: > Думаю, они нашли того, кто сделал такую таблицу, навесили люлей и > заставили переделать =) :) ++ -- ANG From postmaster на softsearch.ru Wed Dec 11 06:17:56 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 11 Dec 2013 18:17:56 +0400 Subject: [Moscow.pm] Koorde Message-ID: <891879147.20131211181756@softsearch.ru> Здравствуйте. Есть такой алгоритм http://en.wikipedia.org/wiki/Koorde по поиску узла в Distributed hash table (DHT). Вроде бы он лучше, чем другие аналоги. Но никак не могу понять, как он работает и почему он оптимальнее аналогов. -- С уважением, Михаил mailto:postmaster на softsearch.ru From ivan.kharpalev на gmail.com Thu Dec 12 03:18:01 2013 From: ivan.kharpalev на gmail.com (=?KOI8-R?B?6MHS0MHMo9cg6dfBzg==?=) Date: Thu, 12 Dec 2013 15:18:01 +0400 Subject: [Moscow.pm] =?koi8-r?b?89LB187J18HU2CDT1NLVy9TV0tku?= Message-ID: Доброго времени суток уважаемые адепты MoscowPM. Пишу с вопросом, как сравнивать структуры в Perl? Массивы, деревя в хэшах или массивах ( чтобы сравнение работало с нормальным числом параметров). Что ничего кроме http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm не нашёл. Чем вы пользуетесь, советуете пользоваться? С уважением ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zahatski на gmail.com Thu Dec 12 03:21:53 2013 From: zahatski на gmail.com (Aliaksandr Zahatski) Date: Thu, 12 Dec 2013 15:21:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?89LB187J18HU2CDT1NLVy9TV0tku?= In-Reply-To: References: Message-ID: Приветствую! is_deeply ! 12 декабря 2013 г., 15:18 пользователь Харпалёв Иван < ivan.kharpalev на gmail.com> написал: > Доброго времени суток уважаемые адепты MoscowPM. > > Пишу с вопросом, как сравнивать структуры в Perl? > > Массивы, деревя в хэшах или массивах ( чтобы сравнение работало с > нормальным числом параметров). > > Что ничего кроме > http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm > не нашёл. > > > Чем вы пользуетесь, советуете пользоваться? > > С уважением > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Thu Dec 12 04:02:20 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Thu, 12 Dec 2013 16:02:20 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgNCw0LLQvdC40LLQsNGC0Ywg0YHRgtGA0YM=?= =?utf-8?b?0LrRgtGD0YDRiy4=?= In-Reply-To: References: Message-ID: <1386849740.751242076@f61.i.mail.ru> cmp_deeply Четверг, 12 декабря 2013, 15:18 +04:00 от Харпалёв Иван : >Доброго времени суток уважаемые адепты MoscowPM. > >Пишу с вопросом, как  сравнивать структуры в Perl? > >Массивы, деревя в хэшах  или массивах ( чтобы сравнение работало с нормальным числом параметров). > >Что ничего кроме  http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm >не нашёл. > > >Чем вы пользуетесь, советуете пользоваться? > >С уважением >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From iozherelyev на gmail.com Thu Dec 12 04:10:15 2013 From: iozherelyev на gmail.com (Hoots The Owl) Date: Thu, 12 Dec 2013 16:10:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?89LB187J18HU2CDT1NLVy9TV0tku?= In-Reply-To: <1386849740.751242076@f61.i.mail.ru> References: <1386849740.751242076@f61.i.mail.ru> Message-ID: http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm 12 декабря 2013 г., 16:02 пользователь Илья Винокуров написал: > > cmp_deeply > > > Четверг, 12 декабря 2013, 15:18 +04:00 от Харпалёв Иван < > ivan.kharpalev на gmail.com>: > > Доброго времени суток уважаемые адепты MoscowPM. > > Пишу с вопросом, как сравнивать структуры в Perl? > > Массивы, деревя в хэшах или массивах ( чтобы сравнение работало с > нормальным числом параметров). > > Что ничего кроме > http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm > не нашёл. > > > Чем вы пользуетесь, советуете пользоваться? > > С уважением > -- > 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 ivan на bessarabov.ru Thu Dec 12 04:16:05 2013 From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=) Date: Thu, 12 Dec 2013 16:16:05 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgNCw0LLQvdC40LLQsNGC0Ywg0YHRgtGA0YM=?= =?utf-8?b?0LrRgtGD0YDRiy4=?= In-Reply-To: References: Message-ID: Иван, а какая задача? Сравнивать для проверки в unit тестах или что-то другое нужно? On Thursday, December 12, 2013, Харпалёв Иван wrote: > Доброго времени суток уважаемые адепты MoscowPM. > > Пишу с вопросом, как сравнивать структуры в Perl? > > Массивы, деревя в хэшах или массивах ( чтобы сравнение работало с > нормальным числом параметров). > > Что ничего кроме > http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm > не нашёл. > > > Чем вы пользуетесь, советуете пользоваться? > > С уважением > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ivan.kharpalev на gmail.com Thu Dec 12 04:25:37 2013 From: ivan.kharpalev на gmail.com (=?KOI8-R?B?6MHS0MHMo9cg6dfBzg==?=) Date: Thu, 12 Dec 2013 16:25:37 +0400 Subject: [Moscow.pm] =?koi8-r?b?89LB187J18HU2CDT1NLVy9TV0tku?= In-Reply-To: References: Message-ID: Спасибо! проблема возникла именно в связи с тестами. действительно is_deeply из Test::More и cmp_deeply из Test::Deep проблему решают. Искал скорее что-то вроде Data::Compare, только с удобными настройками на все случаи жизни. Кажется вообще проблема от того, что нету общеиспользуемых пакетов для все известных структур данных (множество, ....) is_deeply и cmp_deeply РЕШИЛИ. СПАСИБО! 12 декабря 2013 г., 16:16 пользователь Иван Бессарабов написал: > Иван, а какая задача? Сравнивать для проверки в unit тестах или что-то > другое нужно? > > > On Thursday, December 12, 2013, Харпалёв Иван wrote: > >> Доброго времени суток уважаемые адепты MoscowPM. >> >> Пишу с вопросом, как сравнивать структуры в Perl? >> >> Массивы, деревя в хэшах или массивах ( чтобы сравнение работало с >> нормальным числом параметров). >> >> Что ничего кроме >> http://search.cpan.org/~dcantrell/Data-Compare-1.23/lib/Data/Compare.pm >> не нашёл. >> >> >> Чем вы пользуетесь, советуете пользоваться? >> >> С уважением >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kopytov на webhackers.ru Sat Dec 14 09:02:34 2013 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Sat, 14 Dec 2013 21:02:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgNCw0LLQvdC40LLQsNGC0Ywg0YHRgtGA0YM=?= =?utf-8?b?0LrRgtGD0YDRiy4=?= In-Reply-To: References: Message-ID: <20131214170234.GA21936@acer> On Thu, Dec 12, 2013 at 04:25:37PM +0400, Харпалёв Иван wrote: > Спасибо! проблема возникла именно в связи с тестами. действительно > is_deeply из Test::More и cmp_deeply из Test::Deep проблему решают. Посмотрите ещё для этой задачи на Test::Differences или Test::Differences::Color. -- Dmitry Kopytov, Webhackers kopytov на webhackers.ru | https://www.webhackers.ru From mail на knutov.com Sun Dec 15 19:53:05 2013 From: mail на knutov.com (Nick Knutov) Date: Mon, 16 Dec 2013 09:53:05 +0600 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= Message-ID: <52AE7921.2060803@knutov.com> Кто использует Sublime Text - как вы живете без Function List? Можно ли как-то заставить его роуты от Dancer и всякие fun/method и подобное от Function::Parameters считать за функции и показывать по ctrl+R ? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From todmst на gmail.com Mon Dec 16 03:14:10 2013 From: todmst на gmail.com (Dmitry Starikovsky) Date: Mon, 16 Dec 2013 15:14:10 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <52AE7921.2060803@knutov.com> References: <52AE7921.2060803@knutov.com> Message-ID: Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? Dmitry Starikovsky, todmst на gmail.com 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: > Кто использует Sublime Text - как вы живете без Function List? Можно ли > как-то заставить его роуты от Dancer и всякие fun/method и подобное от > Function::Parameters считать за функции и показывать по ctrl+R ? > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Mon Dec 16 03:30:23 2013 From: wwax555 на gmail.com (Savenkova Natalya) Date: Mon, 16 Dec 2013 15:30:23 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. Savenkova Natalya wwax555 на gmail.com https://www.facebook.com/name.rnd 2013/12/16 Dmitry Starikovsky > Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших > файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то > можно исправить? > > Dmitry Starikovsky, > todmst на gmail.com > > > 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: > >> Кто использует Sublime Text - как вы живете без Function List? Можно ли >> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >> Function::Parameters считать за функции и показывать по ctrl+R ? >> >> -- >> Best Regards, >> Nick Knutov >> http://knutov.com >> ICQ: 272873706 >> Voice: +7-904-84-23-130 >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From netspamer на gmail.com Mon Dec 16 04:01:39 2013 From: netspamer на gmail.com (Ali Ramazanov) Date: Mon, 16 Dec 2013 16:01:39 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? Хотел бы услашать успешную историю работы через няшные графические редакторы =) 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. > > Savenkova Natalya > wwax555 на gmail.com > https://www.facebook.com/name.rnd > > > > 2013/12/16 Dmitry Starikovsky > >> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >> можно исправить? >> >> Dmitry Starikovsky, >> todmst на gmail.com >> >> >> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >> >>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>> Function::Parameters считать за функции и показывать по ctrl+R ? >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Mon Dec 16 04:03:10 2013 From: andy на shitov.ru (Andrew Shitov) Date: Mon, 16 Dec 2013 13:03:10 +0100 Subject: [Moscow.pm] =?utf-8?b?RndkOiAiU2FpbnQgUGVybCAyMDEzIiDRg9C20LUg?= =?utf-8?b?0LIg0Y3RgtGDINGB0YPQsdCx0L7RgtGDIQ==?= In-Reply-To: <1387195058.764504.28161.28399@saddam1.rambler.ru> References: <1387195058.764504.28161.28399@saddam1.rambler.ru> Message-ID: ---------- Forwarded message ---------- From: Сергей Романов Date: 2013/12/16 Subject: "Saint Perl 2013" уже в эту субботу! To: saintperl на yapcrussia.org Добрый день! Спасибо за регистрацию на "Saint Perl 2013". Мы хотим напомнить, что наш воркшоп состоится уже в ближайшую субботу, 21 декабря 2013 года. Предварительное расписание докладов уже готово - http://event.yapcrussia.org/saintperl5/schedule Если вы хотели сделать доклад, но не успели его засабмитить - поторопитесь, у нас осталось ещё несколько слотов в секции lightning talks. До встречи на конференции! -- Оргкомитет. -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From netspamer на gmail.com Mon Dec 16 04:04:15 2013 From: netspamer на gmail.com (Ali Ramazanov) Date: Mon, 16 Dec 2013 16:04:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: P.S конечно же текстовые редакторы :) 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и > запускать там vim? Что вы используете, если необходимо код запускать на > сервере, используете sshfs тормозной, который синкает файлы, либо что-то > ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < > wwax555 на gmail.com> написал: > > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Dmitry Starikovsky >> >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >>> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >>> можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> >>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From lostinbrain на gmail.com Mon Dec 16 04:05:20 2013 From: lostinbrain на gmail.com (=?KOI8-R?B?5dfHxc7JyiD6wdfB0tnLyc4=?=) Date: Mon, 16 Dec 2013 16:05:20 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: Монтирование диска по sshfs, как то не замечал тормозов. 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и > запускать там vim? Что вы используете, если необходимо код запускать на > сервере, используете sshfs тормозной, который синкает файлы, либо что-то > ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < > wwax555 на gmail.com> написал: > > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Dmitry Starikovsky >> >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >>> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >>> можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> >>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Dec 16 04:06:33 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 16 Dec 2013 16:06:33 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: <52AE7921.2060803@knutov.com> References: <52AE7921.2060803@knutov.com> Message-ID: Вот как-то живу. Синтаксис Перла там немного устаревший, но лень править бандл. Вообще говоря, можно что угодно добавить в function list, если немного глянуть код. 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: > Кто использует Sublime Text - как вы живете без Function List? Можно ли > как-то заставить его роуты от Dancer и всякие fun/method и подобное от > Function::Parameters считать за функции и показывать по ctrl+R ? > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Mon Dec 16 04:16:24 2013 From: wwax555 на gmail.com (Savenkova Natalya) Date: Mon, 16 Dec 2013 16:16:24 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: Да очень все няшно. Заряженный удобными плагинами и сниппетами под себя, довольно хорошо. Ну сниппеты - это вообще вещь. Savenkova Natalya wwax555 на gmail.com https://www.facebook.com/name.rnd 2013/12/16 Ali Ramazanov > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и > запускать там vim? Что вы используете, если необходимо код запускать на > сервере, используете sshfs тормозной, который синкает файлы, либо что-то > ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < > wwax555 на gmail.com> написал: > >> Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Dmitry Starikovsky >> >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >>> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >>> можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> >>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From j на jumper.cc Mon Dec 16 04:18:53 2013 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Mon, 16 Dec 2013 16:18:53 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <1387196333.642285017@f372.i.mail.ru> Есть графический редактор (бесплатный) komodoedit с плагином NST (с гитхаба ветка testing) - там с подсветкой перла лучше ну или всё-таки vim + vim-perl Понедельник, 16 декабря 2013, 15:14 +04:00 от Dmitry Starikovsky : >Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в  Sublime Text  ломается подсветка Perl синтаксиса? Это как то можно исправить? > >Dmitry Starikovsky, >todmst на gmail.com > > >16 декабря 2013 г., 7:53 пользователь Nick Knutov < mail на knutov.com > написал: >>Кто использует Sublime Text - как вы живете без Function List? Можно ли >>как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>Function::Parameters считать за функции и показывать по ctrl+R ? >> >>-- >>Best Regards, >>Nick Knutov >>http://knutov.com >>ICQ: 272873706 >>Voice: +7-904-84-23-130 >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Oleg Nurtdinov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Mon Dec 16 04:19:54 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 16 Dec 2013 16:19:54 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <6EB0E46B-935A-4E9C-A85E-99CE21A9BDF8@gmail.com> Какой нафиг "разработческий сервер"? :) Ставишь vagrant, поднимаешь виртуалку со всем необходимыми пакетам одной командой vagrant up и юзаешь любой локальный редактор/IDE. Vagrant сам синхронизирует папки как надо (и мне пофигу как он это делает): config.vm.synced_folder "/Users/jt/aptana/golang", "/golang" Порты форвардятся: config.vm.network :forwarded_port, guest: 80, host: 8080 config.vm.network :forwarded_port, guest: 27017, host: 27017 Сетка конфигурится: config.vm.network :private_network, ip: "192.168.33.10" Puppet/Chef - пожалуйста: config.vm.provision :chef_solo do |chef| chef.provisioning_path = "/tmp/vagrant-chef-solo" chef.file_cache_path = chef.provisioning_path chef.add_recipe "apt" chef.add_recipe "build-essential" chef.add_recipe "golang" chef.add_recipe "mongodb::10gen_repo" chef.add_recipe "mongodb" chef.add_recipe "sphinx" chef.json = { "go" => { "version" => "1.1.2", "platform" => "386" }, "mongodb" => { "package_version" => "2.4.8" } } end Че еще надо? Евгений On Dec 16, 2013, at 4:01 PM, Ali Ramazanov wrote: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? > > Хотел бы услашать успешную историю работы через няшные графические редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. > > Savenkova Natalya > wwax555 на gmail.com > https://www.facebook.com/name.rnd > > > > 2013/12/16 Dmitry Starikovsky > Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? > > Dmitry Starikovsky, > todmst на gmail.com > > > 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: > Кто использует Sublime Text - как вы живете без Function List? Можно ли > как-то заставить его роуты от Dancer и всякие fun/method и подобное от > Function::Parameters считать за функции и показывать по ctrl+R ? > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From netspamer на gmail.com Mon Dec 16 04:21:24 2013 From: netspamer на gmail.com (Ali Ramazanov) Date: Mon, 16 Dec 2013 16:21:24 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <1387196333.642285017@f372.i.mail.ru> References: <52AE7921.2060803@knutov.com> <1387196333.642285017@f372.i.mail.ru> Message-ID: Кстати, https://github.com/timss/vimconf отличный конфиг для вима 16 декабря 2013 г., 16:18 пользователь Oleg Nurtdinov написал: > Есть графический редактор (бесплатный) komodoedit с плагином NST (с > гитхаба ветка testing) - там с подсветкой перла лучше > ну или всё-таки vim + vim-perl > > Понедельник, 16 декабря 2013, 15:14 +04:00 от Dmitry Starikovsky < > todmst на gmail.com>: > > Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших > файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то > можно исправить? > > Dmitry Starikovsky, > todmst на gmail.com > > > 16 декабря 2013 г., 7:53 пользователь Nick Knutov > > написал: > >> Кто использует Sublime Text - как вы живете без Function List? Можно ли >> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >> Function::Parameters считать за функции и показывать по ctrl+R ? >> >> -- >> Best Regards, >> Nick Knutov >> http://knutov.com >> ICQ: 272873706 >> Voice: +7-904-84-23-130 >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org| >> http://moscow.pm.org >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Oleg Nurtdinov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From j на jumper.cc Mon Dec 16 04:21:24 2013 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Mon, 16 Dec 2013 16:21:24 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <1387196484.784504018@f372.i.mail.ru> тормозит не во время редактирования, а во время открытия списка файлов поиска/замены по всем файлам проекта Понедельник, 16 декабря 2013, 16:05 +04:00 от Евгений Заварыкин : >Монтирование диска по sshfs, как то не замечал тормозов. > > >16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < netspamer на gmail.com > написал: >>А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? >> >>Хотел бы услашать успешную историю работы через няшные графические редакторы =) >> >> >>16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < wwax555 на gmail.com > написал: >> >>>Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >>> >>>Savenkova Natalya >>>wwax555 на gmail.com >>>https://www.facebook.com/name.rnd >>> >>> >>> >>>2013/12/16 Dmitry Starikovsky < todmst на gmail.com > >>>>Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в  Sublime Text  ломается подсветка Perl синтаксиса? Это как то можно исправить? >>>> >>>>Dmitry Starikovsky, >>>>todmst на gmail.com >>>> >>>> >>>>16 декабря 2013 г., 7:53 пользователь Nick Knutov < mail на knutov.com > написал: >>>>>Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>>>как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>>>Function::Parameters считать за функции и показывать по ctrl+R ? >>>>> >>>>>-- >>>>>Best Regards, >>>>>Nick Knutov >>>>>http://knutov.com >>>>>ICQ: 272873706 >>>>>Voice: +7-904-84-23-130 >>>>>-- >>>>>Moscow.pm mailing list >>>>>moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>>-- >>>>Moscow.pm mailing list >>>>moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org >> > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Oleg Nurtdinov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Mon Dec 16 04:23:08 2013 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Mon, 16 Dec 2013 16:23:08 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и > запускать там vim? Что вы используете, если необходимо код запускать на > сервере, используете sshfs тормозной, который синкает файлы, либо что-то > ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < > wwax555 на gmail.com> написал: > > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Dmitry Starikovsky >> >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >>> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >>> можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> >>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Mon Dec 16 04:26:20 2013 From: mail на knutov.com (Nick Knutov) Date: Mon, 16 Dec 2013 18:26:20 +0600 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <52AEF16C.3020404@knutov.com> Padre - вполне ок. Только падает и модальные диалоги под перекрывающее окно прячет. И список файлов в каталоге обновляет странно. vim, к сожалению, удобен очень не всем. Допилить его управление до привычных кнопок можно, но конфиг получается за 100кб и с таким количеством кода можно уже редактор с нуля написать. 16.12.2013 18:01, Ali Ramazanov пишет: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и > запускать там vim? Что вы используете, если необходимо код запускать на > сервере, используете sshfs тормозной, который синкает файлы, либо что-то > ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From netspamer на gmail.com Mon Dec 16 04:35:16 2013 From: netspamer на gmail.com (Ali Ramazanov) Date: Mon, 16 Dec 2013 16:35:16 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении 2. Окружение максимально приближено к боевому (Одмины всё настроили) 3. Не нужно синкать файлы 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < bobrovaksenia на gmail.com> написал: > У нас почти все работают в няшном сублайме, например. Хороший поиск очень, > мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для > удобного редактирования. > > Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на > сервер и запускаешь - няшные редакторы этому не мешают. > > > 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: > >> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и >> запускать там vim? Что вы используете, если необходимо код запускать на >> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >> ещё? >> >> Хотел бы услашать успешную историю работы через няшные графические >> редакторы =) >> >> >> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >> wwax555 на gmail.com> написал: >> >> Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >>> >>> Savenkova Natalya >>> wwax555 на gmail.com >>> https://www.facebook.com/name.rnd >>> >>> >>> >>> 2013/12/16 Dmitry Starikovsky >>> >>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >>>> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >>>> можно исправить? >>>> >>>> Dmitry Starikovsky, >>>> todmst на gmail.com >>>> >>>> >>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>> >>>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>> >>>>> -- >>>>> Best Regards, >>>>> Nick Knutov >>>>> http://knutov.com >>>>> ICQ: 272873706 >>>>> Voice: +7-904-84-23-130 >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrei.protasovitski на gmail.com Mon Dec 16 04:44:15 2013 From: andrei.protasovitski на gmail.com (Andrei) Date: Mon, 16 Dec 2013 13:44:15 +0100 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: Есть ещё Emacs и его tramp. Так и живём. :) 16 декабря 2013 г., 13:01 пользователь Ali Ramazanov написал: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и > запускать там vim? Что вы используете, если необходимо код запускать на > сервере, используете sshfs тормозной, который синкает файлы, либо что-то > ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < > wwax555 на gmail.com> написал: > > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Dmitry Starikovsky >> >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших >>> файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то >>> можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> >>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Andrei Protasovitski < andrei[dot]protasovitski[at]gmail[dot]com > Diemen, Netherlands ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Mon Dec 16 04:46:27 2013 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Mon, 16 Dec 2013 16:46:27 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) у меня sshfs не тормозит) 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: > Textmate тормозил очень сильно на большом проекте, при сохранении файла, > либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже > самое. Если есть специальный сервер со своим окружением и нужными > бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на > сервере это самое лучшее и универсальное решение, потому что: > 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и > запустить уже настроенный vim в своём окружении > 2. Окружение максимально приближено к боевому (Одмины всё настроили) > 3. Не нужно синкать файлы > > > 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < > bobrovaksenia на gmail.com> написал: > > У нас почти все работают в няшном сублайме, например. Хороший поиск очень, >> мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для >> удобного редактирования. >> >> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >> сервер и запускаешь - няшные редакторы этому не мешают. >> >> >> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov > > написал: >> >>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и >>> запускать там vim? Что вы используете, если необходимо код запускать на >>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>> ещё? >>> >>> Хотел бы услашать успешную историю работы через няшные графические >>> редакторы =) >>> >>> >>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>> wwax555 на gmail.com> написал: >>> >>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>> пробовала. >>>> >>>> Savenkova Natalya >>>> wwax555 на gmail.com >>>> https://www.facebook.com/name.rnd >>>> >>>> >>>> >>>> 2013/12/16 Dmitry Starikovsky >>>> >>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это >>>>> как то можно исправить? >>>>> >>>>> Dmitry Starikovsky, >>>>> todmst на gmail.com >>>>> >>>>> >>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>> >>>>>> Кто использует Sublime Text - как вы живете без Function List? Можно >>>>>> ли >>>>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>> >>>>>> -- >>>>>> Best Regards, >>>>>> Nick Knutov >>>>>> http://knutov.com >>>>>> ICQ: 272873706 >>>>>> Voice: +7-904-84-23-130 >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Mon Dec 16 04:50:24 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 16 Dec 2013 16:50:24 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> А чего все так боятся виртуалок? On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: > сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) > у меня sshfs не тормозит) > > > 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: > Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: > 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении > 2. Окружение максимально приближено к боевому (Одмины всё настроили) > 3. Не нужно синкать файлы > > > 16 декабря 2013 г., 16:23 пользователь Ксения Боброва написал: > > У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. > > Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. > > > 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? > > Хотел бы услашать успешную историю работы через няшные графические редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: > > Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. > > Savenkova Natalya > wwax555 на gmail.com > https://www.facebook.com/name.rnd > > > > 2013/12/16 Dmitry Starikovsky > Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? > > Dmitry Starikovsky, > todmst на gmail.com > > > 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: > Кто использует Sublime Text - как вы живете без Function List? Можно ли > как-то заставить его роуты от Dancer и всякие fun/method и подобное от > Function::Parameters считать за функции и показывать по ctrl+R ? > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > 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 stork2000 на yandex.ru Mon Dec 16 05:17:25 2013 From: stork2000 на yandex.ru (Loginoff Nick) Date: Mon, 16 Dec 2013 17:17:25 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <10621387199845@web2m.yandex.ru> Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Mon Dec 16 05:22:15 2013 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Mon, 16 Dec 2013 17:22:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 на 7 из любой точки мира? 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < eugene.toropov на gmail.com> написал: > А чего все так боятся виртуалок? > > On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: > > сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) > у меня sshfs не тормозит) > > > 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: > >> Textmate тормозил очень сильно на большом проекте, при сохранении файла, >> либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже >> самое. Если есть специальный сервер со своим окружением и нужными >> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >> сервере это самое лучшее и универсальное решение, потому что: >> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера >> и запустить уже настроенный vim в своём окружении >> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >> 3. Не нужно синкать файлы >> >> >> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >> bobrovaksenia на gmail.com> написал: >> >> У нас почти все работают в няшном сублайме, например. Хороший поиск >>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>> примочки для удобного редактирования. >>> >>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>> сервер и запускаешь - няшные редакторы этому не мешают. >>> >>> >>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>> netspamer на gmail.com> написал: >>> >>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и >>>> запускать там vim? Что вы используете, если необходимо код запускать на >>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>> ещё? >>>> >>>> Хотел бы услашать успешную историю работы через няшные графические >>>> редакторы =) >>>> >>>> >>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>> wwax555 на gmail.com> написал: >>>> >>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>> пробовала. >>>>> >>>>> Savenkova Natalya >>>>> wwax555 на gmail.com >>>>> https://www.facebook.com/name.rnd >>>>> >>>>> >>>>> >>>>> 2013/12/16 Dmitry Starikovsky >>>>> >>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>> Это как то можно исправить? >>>>>> >>>>>> Dmitry Starikovsky, >>>>>> todmst на gmail.com >>>>>> >>>>>> >>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>> >>>>>>> Кто использует Sublime Text - как вы живете без Function List? Можно >>>>>>> ли >>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное >>>>>>> от >>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>> >>>>>>> -- >>>>>>> Best Regards, >>>>>>> Nick Knutov >>>>>>> http://knutov.com >>>>>>> ICQ: 272873706 >>>>>>> Voice: +7-904-84-23-130 >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> 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 eugene.toropov на gmail.com Mon Dec 16 05:36:01 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 16 Dec 2013 17:36:01 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: Действительно, кому нужна виртуалка, которая работает даже там, где нет интернета, полностью повторяет конфиг боевого сервера и создается одной командой на основе одного конфигурационного файла на маке, windows или линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - я молчу. Евгений On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: > нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 на 7 из любой точки мира? > > > 16 декабря 2013 г., 16:50 пользователь Eugene Toropov написал: > А чего все так боятся виртуалок? > > On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: > >> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >> у меня sshfs не тормозит) >> >> >> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: >> Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: >> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении >> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >> 3. Не нужно синкать файлы >> >> >> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва написал: >> >> У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. >> >> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. >> >> >> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: >> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? >> >> Хотел бы услашать успешную историю работы через няшные графические редакторы =) >> >> >> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: >> >> Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Dmitry Starikovsky >> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? >> >> Dmitry Starikovsky, >> todmst на gmail.com >> >> >> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >> Кто использует Sublime Text - как вы живете без Function List? Можно ли >> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >> Function::Parameters считать за функции и показывать по ctrl+R ? >> >> -- >> Best Regards, >> Nick Knutov >> http://knutov.com >> ICQ: 272873706 >> Voice: +7-904-84-23-130 >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From netspamer на gmail.com Mon Dec 16 05:47:02 2013 From: netspamer на gmail.com (Ali Ramazanov) Date: Mon, 16 Dec 2013 17:47:02 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: Обычно где нет интернета, всё остальное теряет смысл :) И таких мест всё меньше и меньше :) 16 декабря 2013 г., 17:36 пользователь Eugene Toropov < eugene.toropov на gmail.com> написал: > Действительно, кому нужна виртуалка, которая работает даже там, где нет > интернета, полностью повторяет конфиг боевого сервера и создается одной > командой на основе одного конфигурационного файла на маке, windows или > линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - > я молчу. > > Евгений > > On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: > > нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 > на 7 из любой точки мира? > > > 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > >> А чего все так боятся виртуалок? >> >> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >> >> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >> у меня sshfs не тормозит) >> >> >> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov > > написал: >> >>> Textmate тормозил очень сильно на большом проекте, при сохранении файла, >>> либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже >>> самое. Если есть специальный сервер со своим окружением и нужными >>> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >>> сервере это самое лучшее и универсальное решение, потому что: >>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера >>> и запустить уже настроенный vim в своём окружении >>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>> 3. Не нужно синкать файлы >>> >>> >>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >>> bobrovaksenia на gmail.com> написал: >>> >>> У нас почти все работают в няшном сублайме, например. Хороший поиск >>>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>>> примочки для удобного редактирования. >>>> >>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>>> сервер и запускаешь - няшные редакторы этому не мешают. >>>> >>>> >>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>>> netspamer на gmail.com> написал: >>>> >>>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) >>>>> и запускать там vim? Что вы используете, если необходимо код запускать на >>>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>>> ещё? >>>>> >>>>> Хотел бы услашать успешную историю работы через няшные графические >>>>> редакторы =) >>>>> >>>>> >>>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>>> wwax555 на gmail.com> написал: >>>>> >>>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>>> пробовала. >>>>>> >>>>>> Savenkova Natalya >>>>>> wwax555 на gmail.com >>>>>> https://www.facebook.com/name.rnd >>>>>> >>>>>> >>>>>> >>>>>> 2013/12/16 Dmitry Starikovsky >>>>>> >>>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>>> Это как то можно исправить? >>>>>>> >>>>>>> Dmitry Starikovsky, >>>>>>> todmst на gmail.com >>>>>>> >>>>>>> >>>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>>> >>>>>>>> Кто использует Sublime Text - как вы живете без Function List? >>>>>>>> Можно ли >>>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное >>>>>>>> от >>>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>> >>>>>>>> -- >>>>>>>> Best Regards, >>>>>>>> Nick Knutov >>>>>>>> http://knutov.com >>>>>>>> ICQ: 272873706 >>>>>>>> Voice: +7-904-84-23-130 >>>>>>>> -- >>>>>>>> Moscow.pm mailing list >>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Mon Dec 16 05:50:08 2013 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Mon, 16 Dec 2013 17:50:08 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: Что касается амазона - опять же нафига, если уже есть полноценный dev-сервер. А если нет, то мне жалко разработчиков, которых заставляют поднимать у себя всю инфраструктуру. Зачастую там не так все просто, и даже в тестовой среде - не один сервер, а несколько. 16 декабря 2013 г., 17:36 пользователь Eugene Toropov < eugene.toropov на gmail.com> написал: > Действительно, кому нужна виртуалка, которая работает даже там, где нет > интернета, полностью повторяет конфиг боевого сервера и создается одной > командой на основе одного конфигурационного файла на маке, windows или > линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - > я молчу. > > Евгений > > On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: > > нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 > на 7 из любой точки мира? > > > 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > >> А чего все так боятся виртуалок? >> >> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >> >> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >> у меня sshfs не тормозит) >> >> >> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov > > написал: >> >>> Textmate тормозил очень сильно на большом проекте, при сохранении файла, >>> либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже >>> самое. Если есть специальный сервер со своим окружением и нужными >>> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >>> сервере это самое лучшее и универсальное решение, потому что: >>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера >>> и запустить уже настроенный vim в своём окружении >>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>> 3. Не нужно синкать файлы >>> >>> >>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >>> bobrovaksenia на gmail.com> написал: >>> >>> У нас почти все работают в няшном сублайме, например. Хороший поиск >>>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>>> примочки для удобного редактирования. >>>> >>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>>> сервер и запускаешь - няшные редакторы этому не мешают. >>>> >>>> >>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>>> netspamer на gmail.com> написал: >>>> >>>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) >>>>> и запускать там vim? Что вы используете, если необходимо код запускать на >>>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>>> ещё? >>>>> >>>>> Хотел бы услашать успешную историю работы через няшные графические >>>>> редакторы =) >>>>> >>>>> >>>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>>> wwax555 на gmail.com> написал: >>>>> >>>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>>> пробовала. >>>>>> >>>>>> Savenkova Natalya >>>>>> wwax555 на gmail.com >>>>>> https://www.facebook.com/name.rnd >>>>>> >>>>>> >>>>>> >>>>>> 2013/12/16 Dmitry Starikovsky >>>>>> >>>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>>> Это как то можно исправить? >>>>>>> >>>>>>> Dmitry Starikovsky, >>>>>>> todmst на gmail.com >>>>>>> >>>>>>> >>>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>>> >>>>>>>> Кто использует Sublime Text - как вы живете без Function List? >>>>>>>> Можно ли >>>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное >>>>>>>> от >>>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>> >>>>>>>> -- >>>>>>>> Best Regards, >>>>>>>> Nick Knutov >>>>>>>> http://knutov.com >>>>>>>> ICQ: 272873706 >>>>>>>> Voice: +7-904-84-23-130 >>>>>>>> -- >>>>>>>> Moscow.pm mailing list >>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Mon Dec 16 05:50:12 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Mon, 16 Dec 2013 17:50:12 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: <10621387199845@web2m.yandex.ru> References: <52AE7921.2060803@knutov.com> <10621387199845@web2m.yandex.ru> Message-ID: <1387201812.559154675@f304.i.mail.ru> Notepad++  ( под wine есть глюки, к сожалению :( ) WinSCP Вот так и живу. Понедельник, 16 декабря 2013, 17:17 +04:00 от Loginoff Nick : >Хмм... интересно, а я один использую UltraEdit? Меня всем устраивает. К серверу по sftp... Синтаксис подсвечивает для всего... Куда разных удобств. Поиск по файлам через ssh, раньше диск подключал, но давно забил на это. Консоль в любом случае всегда открыта, а то и несколько... >  >16.12.2013, 15:14, "Dmitry Starikovsky" : >>Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в  Sublime Text  ломается подсветка Perl синтаксиса? Это как то можно исправить? >> >>Dmitry Starikovsky, >>todmst на gmail.com >> >>16 декабря 2013 г., 7:53 пользователь Nick Knutov < mail на knutov.com > написал: >>>Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>Function::Parameters считать за функции и показывать по ctrl+R ? >>> >>>-- >>>Best Regards, >>>Nick Knutov >>>http://knutov.com >>>ICQ: 272873706 >>>Voice: +7-904-84-23-130 >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >>, >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org >  >  >-- >С Уважением, Login|off Nick или STork. >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From netspamer на gmail.com Mon Dec 16 05:51:34 2013 From: netspamer на gmail.com (Ali Ramazanov) Date: Mon, 16 Dec 2013 17:51:34 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: + есть некоторые вещи, которые не запустишь без доступа к внешнему миру/конкретному серверу (если только не делать заглушку на что тоже требуется время) 16 декабря 2013 г., 17:47 пользователь Ali Ramazanov написал: > Обычно где нет интернета, всё остальное теряет смысл :) И таких мест всё > меньше и меньше :) > > > 16 декабря 2013 г., 17:36 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > > Действительно, кому нужна виртуалка, которая работает даже там, где нет >> интернета, полностью повторяет конфиг боевого сервера и создается одной >> командой на основе одного конфигурационного файла на маке, windows или >> линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - >> я молчу. >> >> Евгений >> >> On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: >> >> нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 >> на 7 из любой точки мира? >> >> >> 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < >> eugene.toropov на gmail.com> написал: >> >>> А чего все так боятся виртуалок? >>> >>> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >>> >>> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>> у меня sshfs не тормозит) >>> >>> >>> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov < >>> netspamer на gmail.com> написал: >>> >>>> Textmate тормозил очень сильно на большом проекте, при сохранении >>>> файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет >>>> тоже самое. Если есть специальный сервер со своим окружением и нужными >>>> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >>>> сервере это самое лучшее и универсальное решение, потому что: >>>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого >>>> компьютера и запустить уже настроенный vim в своём окружении >>>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>>> 3. Не нужно синкать файлы >>>> >>>> >>>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >>>> bobrovaksenia на gmail.com> написал: >>>> >>>> У нас почти все работают в няшном сублайме, например. Хороший поиск >>>>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>>>> примочки для удобного редактирования. >>>>> >>>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>>>> сервер и запускаешь - няшные редакторы этому не мешают. >>>>> >>>>> >>>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>>>> netspamer на gmail.com> написал: >>>>> >>>>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) >>>>>> и запускать там vim? Что вы используете, если необходимо код запускать на >>>>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>>>> ещё? >>>>>> >>>>>> Хотел бы услашать успешную историю работы через няшные графические >>>>>> редакторы =) >>>>>> >>>>>> >>>>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>>>> wwax555 на gmail.com> написал: >>>>>> >>>>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>>>> пробовала. >>>>>>> >>>>>>> Savenkova Natalya >>>>>>> wwax555 на gmail.com >>>>>>> https://www.facebook.com/name.rnd >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2013/12/16 Dmitry Starikovsky >>>>>>> >>>>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>>>> Это как то можно исправить? >>>>>>>> >>>>>>>> Dmitry Starikovsky, >>>>>>>> todmst на gmail.com >>>>>>>> >>>>>>>> >>>>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>>>> >>>>>>>>> Кто использует Sublime Text - как вы живете без Function List? >>>>>>>>> Можно ли >>>>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и >>>>>>>>> подобное от >>>>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Best Regards, >>>>>>>>> Nick Knutov >>>>>>>>> http://knutov.com >>>>>>>>> ICQ: 272873706 >>>>>>>>> Voice: +7-904-84-23-130 >>>>>>>>> -- >>>>>>>>> Moscow.pm mailing list >>>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Moscow.pm mailing list >>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Mon Dec 16 05:54:16 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 16 Dec 2013 17:54:16 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: <2770E91D-EE42-41B9-91E2-0A281A21F92D@gmail.com> Ключевое слово - некоторые On Dec 16, 2013, at 5:51 PM, Ali Ramazanov wrote: > + есть некоторые вещи, которые не запустишь без доступа к внешнему миру/конкретному серверу (если только не делать заглушку на что тоже требуется время) > > > 16 декабря 2013 г., 17:47 пользователь Ali Ramazanov написал: > Обычно где нет интернета, всё остальное теряет смысл :) И таких мест всё меньше и меньше :) > > > 16 декабря 2013 г., 17:36 пользователь Eugene Toropov написал: > > Действительно, кому нужна виртуалка, которая работает даже там, где нет интернета, полностью повторяет конфиг боевого сервера и создается одной командой на основе одного конфигурационного файла на маке, windows или линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - я молчу. > > Евгений > > On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: > >> нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 на 7 из любой точки мира? >> >> >> 16 декабря 2013 г., 16:50 пользователь Eugene Toropov написал: >> А чего все так боятся виртуалок? >> >> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >> >>> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>> у меня sshfs не тормозит) >>> >>> >>> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: >>> Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: >>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении >>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>> 3. Не нужно синкать файлы >>> >>> >>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва написал: >>> >>> У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. >>> >>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. >>> >>> >>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: >>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? >>> >>> Хотел бы услашать успешную историю работы через няшные графические редакторы =) >>> >>> >>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: >>> >>> Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >>> >>> Savenkova Natalya >>> wwax555 на gmail.com >>> https://www.facebook.com/name.rnd >>> >>> >>> >>> 2013/12/16 Dmitry Starikovsky >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>> Function::Parameters считать за функции и показывать по ctrl+R ? >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Mon Dec 16 05:55:17 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 16 Dec 2013 17:55:17 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: <3C8D1F0A-DA12-4A68-B470-EDC879226C58@gmail.com> Разработчик, блин, запускает ОДНУ команду - vagrant up. И ВСЕ! Виртуалка скачивается, устанавливается, конфигурируется вместе со всем пакетами и запускается САМА. Ощущение, что это не доходит :) Если вам нужен второй dev-сервер - вы админов просите? Хороший админ отдаст вам один такой конфигурационный файл и пожелает приятного вечера. On Dec 16, 2013, at 5:50 PM, Ксения Боброва wrote: > Что касается амазона - опять же нафига, если уже есть полноценный dev-сервер. А если нет, то мне жалко разработчиков, которых заставляют поднимать у себя всю инфраструктуру. Зачастую там не так все просто, и даже в тестовой среде - не один сервер, а несколько. > > > 16 декабря 2013 г., 17:36 пользователь Eugene Toropov написал: > Действительно, кому нужна виртуалка, которая работает даже там, где нет интернета, полностью повторяет конфиг боевого сервера и создается одной командой на основе одного конфигурационного файла на маке, windows или линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - я молчу. > > Евгений > > On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: > >> нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 на 7 из любой точки мира? >> >> >> 16 декабря 2013 г., 16:50 пользователь Eugene Toropov написал: >> А чего все так боятся виртуалок? >> >> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >> >>> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>> у меня sshfs не тормозит) >>> >>> >>> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: >>> Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: >>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении >>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>> 3. Не нужно синкать файлы >>> >>> >>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва написал: >>> >>> У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. >>> >>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. >>> >>> >>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: >>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? >>> >>> Хотел бы услашать успешную историю работы через няшные графические редакторы =) >>> >>> >>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: >>> >>> Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >>> >>> Savenkova Natalya >>> wwax555 на gmail.com >>> https://www.facebook.com/name.rnd >>> >>> >>> >>> 2013/12/16 Dmitry Starikovsky >>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? >>> >>> Dmitry Starikovsky, >>> todmst на gmail.com >>> >>> >>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>> Function::Parameters считать за функции и показывать по ctrl+R ? >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Mon Dec 16 05:57:32 2013 From: foxcool333 на gmail.com (Foxcool) Date: Mon, 16 Dec 2013 17:57:32 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <52AF06CC.3010406@gmail.com> Я раньше использовал общий дев сервер и подключал по sshfs. Т.к. я индивидуалист, захотел больше независимости и свободы от инет канала, то поднял собственную копию проекта на виртуалке. Все хитро увязано друг с другом, а рабочий день так начинается: скрипт запускает виртулку без графического окна, подключает SSHFS для локального редактора (виртуалка без гуя) и подключает SSH для удобного управления. Все. Можно запускать эклипс и работать. Общий дев очень редко использую и, обычно, достаточно вима для мелочей. 16.12.2013 16:01, Ali Ramazanov пишет: > А ещё убидите, что это удобнее чем заходит на сервер (разработческий) > и запускать там vim? Что вы используете, если необходимо код запускать > на сервере, используете sshfs тормозной, который синкает файлы, либо > что-то ещё? > > Хотел бы услашать успешную историю работы через няшные графические > редакторы =) > > > 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya > > написал: > > Насколько знаю, его колбасит от оператора // в коде. Лечить не > пробовала. > > Savenkova Natalya > wwax555 на gmail.com > https://www.facebook.com/name.rnd > > > > 2013/12/16 Dmitry Starikovsky > > > Поддерживаю вопрос, а также сталкивался ли кто то с тем, что > на больших файлах в Sublime Text ломается подсветка Perl > синтаксиса? Это как то можно исправить? > > Dmitry Starikovsky, > todmst на gmail.com > > > 16 декабря 2013 г., 7:53 пользователь Nick Knutov > > написал: > > Кто использует Sublime Text - как вы живете без Function > List? Можно ли > как-то заставить его роуты от Dancer и всякие fun/method и > подобное от > Function::Parameters считать за функции и показывать по > ctrl+R ? > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- http://foxcool.ru foxcool на jabber.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Mon Dec 16 06:01:26 2013 From: foxcool333 на gmail.com (Foxcool) Date: Mon, 16 Dec 2013 18:01:26 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <52AF07B6.8070700@gmail.com> Еще забыл добавить, что я делал виртуалку для всех. Часть разработчиков (или уже все бэкендеры) на нее пересела частично или полностью. Наличие этого решение + переезд на гит позволил буквально независимую разработку. -- http://foxcool.ru foxcool на jabber.ru From bobrovaksenia на gmail.com Mon Dec 16 06:05:44 2013 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Mon, 16 Dec 2013 18:05:44 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <3C8D1F0A-DA12-4A68-B470-EDC879226C58@gmail.com> References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> <3C8D1F0A-DA12-4A68-B470-EDC879226C58@gmail.com> Message-ID: Не надо капса, я это понимаю, если вам так нравится - делайте :)) Как я уже сказала - тестовая инфраструктура больших проектов (уже не говоря о боевой) может включать несколько (много) серверов. Но если говорить об описанной вами ситуации, то наши хорошие админы сами развернут что надо ОДНОЙ командой))) и дадут нам доступ к готовой виртуалке)) Да-да, вот такие мы наглые, хотим сразу говнокодить, а не с виртуалками возиться)) Разделение труда)) 16 декабря 2013 г., 17:55 пользователь Eugene Toropov < eugene.toropov на gmail.com> написал: > Разработчик, блин, запускает ОДНУ команду - vagrant up. И ВСЕ! Виртуалка > скачивается, устанавливается, конфигурируется вместе со всем пакетами и > запускается САМА. Ощущение, что это не доходит :) Если вам нужен второй > dev-сервер - вы админов просите? Хороший админ отдаст вам один такой > конфигурационный файл и пожелает приятного вечера. > > On Dec 16, 2013, at 5:50 PM, Ксения Боброва wrote: > > Что касается амазона - опять же нафига, если уже есть полноценный > dev-сервер. А если нет, то мне жалко разработчиков, которых заставляют > поднимать у себя всю инфраструктуру. Зачастую там не так все просто, и даже > в тестовой среде - не один сервер, а несколько. > > > 16 декабря 2013 г., 17:36 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > >> Действительно, кому нужна виртуалка, которая работает даже там, где нет >> интернета, полностью повторяет конфиг боевого сервера и создается одной >> командой на основе одного конфигурационного файла на маке, windows или >> линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - >> я молчу. >> >> Евгений >> >> On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: >> >> нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 >> на 7 из любой точки мира? >> >> >> 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < >> eugene.toropov на gmail.com> написал: >> >>> А чего все так боятся виртуалок? >>> >>> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >>> >>> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>> у меня sshfs не тормозит) >>> >>> >>> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov < >>> netspamer на gmail.com> написал: >>> >>>> Textmate тормозил очень сильно на большом проекте, при сохранении >>>> файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет >>>> тоже самое. Если есть специальный сервер со своим окружением и нужными >>>> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >>>> сервере это самое лучшее и универсальное решение, потому что: >>>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого >>>> компьютера и запустить уже настроенный vim в своём окружении >>>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>>> 3. Не нужно синкать файлы >>>> >>>> >>>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >>>> bobrovaksenia на gmail.com> написал: >>>> >>>> У нас почти все работают в няшном сублайме, например. Хороший поиск >>>>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>>>> примочки для удобного редактирования. >>>>> >>>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>>>> сервер и запускаешь - няшные редакторы этому не мешают. >>>>> >>>>> >>>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>>>> netspamer на gmail.com> написал: >>>>> >>>>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) >>>>>> и запускать там vim? Что вы используете, если необходимо код запускать на >>>>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>>>> ещё? >>>>>> >>>>>> Хотел бы услашать успешную историю работы через няшные графические >>>>>> редакторы =) >>>>>> >>>>>> >>>>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>>>> wwax555 на gmail.com> написал: >>>>>> >>>>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>>>> пробовала. >>>>>>> >>>>>>> Savenkova Natalya >>>>>>> wwax555 на gmail.com >>>>>>> https://www.facebook.com/name.rnd >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2013/12/16 Dmitry Starikovsky >>>>>>> >>>>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>>>> Это как то можно исправить? >>>>>>>> >>>>>>>> Dmitry Starikovsky, >>>>>>>> todmst на gmail.com >>>>>>>> >>>>>>>> >>>>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>>>> >>>>>>>>> Кто использует Sublime Text - как вы живете без Function List? >>>>>>>>> Можно ли >>>>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и >>>>>>>>> подобное от >>>>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Best Regards, >>>>>>>>> Nick Knutov >>>>>>>>> http://knutov.com >>>>>>>>> ICQ: 272873706 >>>>>>>>> Voice: +7-904-84-23-130 >>>>>>>>> -- >>>>>>>>> Moscow.pm mailing list >>>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Moscow.pm mailing list >>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > -- > 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 eugene.toropov на gmail.com Mon Dec 16 06:09:21 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 16 Dec 2013 18:09:21 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> <3C8D1F0A-DA12-4A68-B470-EDC879226C58@gmail.com> Message-ID: <02652877-1430-44BF-8811-5796651FE584@gmail.com> Сорри, больше не буду :) В общем да, каждый сам решает. Пожалуй, хватит спорить. Ну и приятного вечера ;) On Dec 16, 2013, at 6:05 PM, Ксения Боброва wrote: > Не надо капса, я это понимаю, если вам так нравится - делайте :)) Как я уже сказала - тестовая инфраструктура больших проектов (уже не говоря о боевой) может включать несколько (много) серверов. > > Но если говорить об описанной вами ситуации, то наши хорошие админы сами развернут что надо ОДНОЙ командой))) и дадут нам доступ к готовой виртуалке)) > Да-да, вот такие мы наглые, хотим сразу говнокодить, а не с виртуалками возиться)) Разделение труда)) > > > 16 декабря 2013 г., 17:55 пользователь Eugene Toropov написал: > Разработчик, блин, запускает ОДНУ команду - vagrant up. И ВСЕ! Виртуалка скачивается, устанавливается, конфигурируется вместе со всем пакетами и запускается САМА. Ощущение, что это не доходит :) Если вам нужен второй dev-сервер - вы админов просите? Хороший админ отдаст вам один такой конфигурационный файл и пожелает приятного вечера. > > On Dec 16, 2013, at 5:50 PM, Ксения Боброва wrote: > >> Что касается амазона - опять же нафига, если уже есть полноценный dev-сервер. А если нет, то мне жалко разработчиков, которых заставляют поднимать у себя всю инфраструктуру. Зачастую там не так все просто, и даже в тестовой среде - не один сервер, а несколько. >> >> >> 16 декабря 2013 г., 17:36 пользователь Eugene Toropov написал: >> Действительно, кому нужна виртуалка, которая работает даже там, где нет интернета, полностью повторяет конфиг боевого сервера и создается одной командой на основе одного конфигурационного файла на маке, windows или линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - я молчу. >> >> Евгений >> >> On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: >> >>> нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 на 7 из любой точки мира? >>> >>> >>> 16 декабря 2013 г., 16:50 пользователь Eugene Toropov написал: >>> А чего все так боятся виртуалок? >>> >>> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >>> >>>> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>>> у меня sshfs не тормозит) >>>> >>>> >>>> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov написал: >>>> Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: >>>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении >>>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>>> 3. Не нужно синкать файлы >>>> >>>> >>>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва написал: >>>> >>>> У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. >>>> >>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. >>>> >>>> >>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov написал: >>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? >>>> >>>> Хотел бы услашать успешную историю работы через няшные графические редакторы =) >>>> >>>> >>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya написал: >>>> >>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >>>> >>>> Savenkova Natalya >>>> wwax555 на gmail.com >>>> https://www.facebook.com/name.rnd >>>> >>>> >>>> >>>> 2013/12/16 Dmitry Starikovsky >>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в Sublime Text ломается подсветка Perl синтаксиса? Это как то можно исправить? >>>> >>>> Dmitry Starikovsky, >>>> todmst на gmail.com >>>> >>>> >>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>> Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrei.protasovitski на gmail.com Mon Dec 16 06:11:14 2013 From: andrei.protasovitski на gmail.com (Andrei) Date: Mon, 16 Dec 2013 15:11:14 +0100 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: Виртуалка хороша для небольших проектов с одной-двумя схемами БД. Если проект большой, данных много, то никакая виртуалка не поможет. В моём проекте, к примеру, для приложения в пиковые нагрузки может быть мало 196GB памяти. К тому же я пишу и читаю из 16 серверов БД одновременно с сотнями схем на каждом. Поднимать такую инфраструктуру на виртуалке -- нафик-нафик. 16 декабря 2013 г., 14:36 пользователь Eugene Toropov < eugene.toropov на gmail.com> написал: > Действительно, кому нужна виртуалка, которая работает даже там, где нет > интернета, полностью повторяет конфиг боевого сервера и создается одной > командой на основе одного конфигурационного файла на маке, windows или > линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - > я молчу. > > Евгений > > On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: > > нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 > на 7 из любой точки мира? > > > 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > >> А чего все так боятся виртуалок? >> >> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >> >> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >> у меня sshfs не тормозит) >> >> >> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov > > написал: >> >>> Textmate тормозил очень сильно на большом проекте, при сохранении файла, >>> либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже >>> самое. Если есть специальный сервер со своим окружением и нужными >>> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >>> сервере это самое лучшее и универсальное решение, потому что: >>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера >>> и запустить уже настроенный vim в своём окружении >>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>> 3. Не нужно синкать файлы >>> >>> >>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >>> bobrovaksenia на gmail.com> написал: >>> >>> У нас почти все работают в няшном сублайме, например. Хороший поиск >>>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>>> примочки для удобного редактирования. >>>> >>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>>> сервер и запускаешь - няшные редакторы этому не мешают. >>>> >>>> >>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>>> netspamer на gmail.com> написал: >>>> >>>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) >>>>> и запускать там vim? Что вы используете, если необходимо код запускать на >>>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>>> ещё? >>>>> >>>>> Хотел бы услашать успешную историю работы через няшные графические >>>>> редакторы =) >>>>> >>>>> >>>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>>> wwax555 на gmail.com> написал: >>>>> >>>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>>> пробовала. >>>>>> >>>>>> Savenkova Natalya >>>>>> wwax555 на gmail.com >>>>>> https://www.facebook.com/name.rnd >>>>>> >>>>>> >>>>>> >>>>>> 2013/12/16 Dmitry Starikovsky >>>>>> >>>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>>> Это как то можно исправить? >>>>>>> >>>>>>> Dmitry Starikovsky, >>>>>>> todmst на gmail.com >>>>>>> >>>>>>> >>>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>>> >>>>>>>> Кто использует Sublime Text - как вы живете без Function List? >>>>>>>> Можно ли >>>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и подобное >>>>>>>> от >>>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>> >>>>>>>> -- >>>>>>>> Best Regards, >>>>>>>> Nick Knutov >>>>>>>> http://knutov.com >>>>>>>> ICQ: 272873706 >>>>>>>> Voice: +7-904-84-23-130 >>>>>>>> -- >>>>>>>> Moscow.pm mailing list >>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Andrei Protasovitski < andrei[dot]protasovitski[at]gmail[dot]com > Diemen, Netherlands ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Mon Dec 16 09:31:40 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 16 Dec 2013 21:31:40 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <35D3591A-8893-4906-8F97-12FF33395566@gmail.com> Message-ID: Да ладно. Вот только на выходных в поезде переносил наши сессии в Redis, никакого Интернета нет. Локально разворачиваемые системы очень полезно. 16 декабря 2013 г., 17:47 пользователь Ali Ramazanov написал: > Обычно где нет интернета, всё остальное теряет смысл :) И таких мест всё > меньше и меньше :) > > > 16 декабря 2013 г., 17:36 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > > Действительно, кому нужна виртуалка, которая работает даже там, где нет >> интернета, полностью повторяет конфиг боевого сервера и создается одной >> командой на основе одного конфигурационного файла на маке, windows или >> линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - >> я молчу. >> >> Евгений >> >> On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: >> >> нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 >> на 7 из любой точки мира? >> >> >> 16 декабря 2013 г., 16:50 пользователь Eugene Toropov < >> eugene.toropov на gmail.com> написал: >> >>> А чего все так боятся виртуалок? >>> >>> On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >>> >>> сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>> у меня sshfs не тормозит) >>> >>> >>> 16 декабря 2013 г., 16:35 пользователь Ali Ramazanov < >>> netspamer на gmail.com> написал: >>> >>>> Textmate тормозил очень сильно на большом проекте, при сохранении >>>> файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет >>>> тоже самое. Если есть специальный сервер со своим окружением и нужными >>>> бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на >>>> сервере это самое лучшее и универсальное решение, потому что: >>>> 1. Ты не привязан к своему компу, можно зайти по ssh с любого >>>> компьютера и запустить уже настроенный vim в своём окружении >>>> 2. Окружение максимально приближено к боевому (Одмины всё настроили) >>>> 3. Не нужно синкать файлы >>>> >>>> >>>> 16 декабря 2013 г., 16:23 пользователь Ксения Боброва < >>>> bobrovaksenia на gmail.com> написал: >>>> >>>> У нас почти все работают в няшном сублайме, например. Хороший поиск >>>>> очень, мимимишная настраиваемая под себя подсветка, плагины, всякие >>>>> примочки для удобного редактирования. >>>>> >>>>> Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на >>>>> сервер и запускаешь - няшные редакторы этому не мешают. >>>>> >>>>> >>>>> 16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < >>>>> netspamer на gmail.com> написал: >>>>> >>>>>> А ещё убидите, что это удобнее чем заходит на сервер (разработческий) >>>>>> и запускать там vim? Что вы используете, если необходимо код запускать на >>>>>> сервере, используете sshfs тормозной, который синкает файлы, либо что-то >>>>>> ещё? >>>>>> >>>>>> Хотел бы услашать успешную историю работы через няшные графические >>>>>> редакторы =) >>>>>> >>>>>> >>>>>> 16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < >>>>>> wwax555 на gmail.com> написал: >>>>>> >>>>>> Насколько знаю, его колбасит от оператора // в коде. Лечить не >>>>>>> пробовала. >>>>>>> >>>>>>> Savenkova Natalya >>>>>>> wwax555 на gmail.com >>>>>>> https://www.facebook.com/name.rnd >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2013/12/16 Dmitry Starikovsky >>>>>>> >>>>>>>> Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на >>>>>>>> больших файлах в Sublime Text ломается подсветка Perl синтаксиса? >>>>>>>> Это как то можно исправить? >>>>>>>> >>>>>>>> Dmitry Starikovsky, >>>>>>>> todmst на gmail.com >>>>>>>> >>>>>>>> >>>>>>>> 16 декабря 2013 г., 7:53 пользователь Nick Knutov написал: >>>>>>>> >>>>>>>>> Кто использует Sublime Text - как вы живете без Function List? >>>>>>>>> Можно ли >>>>>>>>> как-то заставить его роуты от Dancer и всякие fun/method и >>>>>>>>> подобное от >>>>>>>>> Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Best Regards, >>>>>>>>> Nick Knutov >>>>>>>>> http://knutov.com >>>>>>>>> ICQ: 272873706 >>>>>>>>> Voice: +7-904-84-23-130 >>>>>>>>> -- >>>>>>>>> Moscow.pm mailing list >>>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Moscow.pm mailing list >>>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Mon Dec 16 10:50:51 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Mon, 16 Dec 2013 22:50:51 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> Message-ID: <1387219851.277378768@f430.i.mail.ru> +1 Сам имею Win7 с VMware Player. К гостевой убунте коннекчусь как к удаленному серверу: WinSCP, Notepad++, PuTTY, шрифт Consolas. Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии к VM отваливаются :( PS: Да, на ноуте 8 гиг памяти - пока хватает... С почтением,   Илья Винокуров. Понедельник, 16 декабря 2013, 21:31 +04:00 от Akzhan Abdulin : >Да ладно. Вот только на выходных в поезде переносил наши сессии в Redis, никакого Интернета нет. > >Локально разворачиваемые системы очень полезно. > > >16 декабря 2013 г., 17:47 пользователь Ali Ramazanov < netspamer на gmail.com > написал: >>Обычно где нет интернета, всё остальное теряет смысл :) И таких мест всё меньше и меньше :) >> >> >>16 декабря 2013 г., 17:36 пользователь Eugene Toropov < eugene.toropov на gmail.com > написал: >> >>>Действительно, кому нужна виртуалка, которая работает даже там, где нет интернета, полностью повторяет конфиг боевого сервера и создается одной командой на основе одного конфигурационного файла на маке, windows или линуксе. Про то, что виртуалка поднимается хоть локально, хоть на амазоне - я молчу. >>> >>>Евгений >>> >>>On Dec 16, 2013, at 5:22 PM, Ксения Боброва wrote: >>>>нафига какая-то виртуалка, если есть нормальный dev-сервер, доступный 24 на 7 из любой точки мира? >>>> >>>> >>>>16 декабря 2013 г., 16:50 пользователь Eugene Toropov < eugene.toropov на gmail.com > написал: >>>>>А чего все так боятся виртуалок? >>>>> >>>>>On Dec 16, 2013, at 4:46 PM, Ксения Боброва wrote: >>>>>>сервер со своим окружением+ sshfs + няшный редактор и никаких виртуалок) >>>>>>у меня sshfs не тормозит) >>>>>> >>>>>> >>>>>>16 декабря 2013 г., 16:35 пользователь Ali Ramazanov < netspamer на gmail.com > написал: >>>>>>>Textmate тормозил очень сильно на большом проекте, при сохранении файла, либо при поиске. Sublime не пробовал, но такое ощущение, что будет тоже самое. Если есть специальный сервер со своим окружением и нужными бибилиотеками, как-то не хочется городить у себя виртуалки. Всё же vim на сервере это самое лучшее и универсальное решение, потому что: >>>>>>>1. Ты не привязан к своему компу, можно зайти по ssh с любого компьютера и запустить уже настроенный vim в своём окружении >>>>>>>2. Окружение максимально приближено к боевому (Одмины всё настроили) >>>>>>>3. Не нужно синкать файлы >>>>>>> >>>>>>> >>>>>>>16 декабря 2013 г., 16:23 пользователь Ксения Боброва < bobrovaksenia на gmail.com > написал: >>>>>>> >>>>>>>>У нас почти все работают в няшном сублайме, например. Хороший поиск очень, мимимишная настраиваемая под себя подсветка, плагины, всякие примочки для удобного редактирования. >>>>>>>> >>>>>>>>Не очень поняла, причем здесь запуск кода на сервере. Ну заходишь на сервер и запускаешь - няшные редакторы этому не мешают. >>>>>>>> >>>>>>>> >>>>>>>>16 декабря 2013 г., 16:01 пользователь Ali Ramazanov < netspamer на gmail.com > написал: >>>>>>>>>А ещё убидите, что это удобнее чем заходит на сервер (разработческий) и запускать там vim? Что вы используете, если необходимо код запускать на сервере, используете sshfs тормозной, который синкает файлы, либо что-то ещё? >>>>>>>>> >>>>>>>>>Хотел бы услашать успешную историю работы через няшные графические редакторы =) >>>>>>>>> >>>>>>>>> >>>>>>>>>16 декабря 2013 г., 15:30 пользователь Savenkova Natalya < wwax555 на gmail.com > написал: >>>>>>>>> >>>>>>>>>>Насколько знаю, его колбасит от оператора // в коде. Лечить не пробовала. >>>>>>>>>> >>>>>>>>>>Savenkova Natalya >>>>>>>>>>wwax555 на gmail.com >>>>>>>>>>https://www.facebook.com/name.rnd >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>2013/12/16 Dmitry Starikovsky < todmst на gmail.com > >>>>>>>>>>>Поддерживаю вопрос, а также сталкивался ли кто то с тем, что на больших файлах в  Sublime Text  ломается подсветка Perl синтаксиса? Это как то можно исправить? >>>>>>>>>>> >>>>>>>>>>>Dmitry Starikovsky, >>>>>>>>>>>todmst на gmail.com >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>16 декабря 2013 г., 7:53 пользователь Nick Knutov < mail на knutov.com > написал: >>>>>>>>>>>>Кто использует Sublime Text - как вы живете без Function List? Можно ли >>>>>>>>>>>>как-то заставить его роуты от Dancer и всякие fun/method и подобное от >>>>>>>>>>>>Function::Parameters считать за функции и показывать по ctrl+R ? >>>>>>>>>>>> >>>>>>>>>>>>-- >>>>>>>>>>>>Best Regards, >>>>>>>>>>>>Nick Knutov >>>>>>>>>>>>http://knutov.com >>>>>>>>>>>>ICQ: 272873706 >>>>>>>>>>>>Voice: +7-904-84-23-130 >>>>>>>>>>>>-- >>>>>>>>>>>>Moscow.pm mailing list >>>>>>>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>-- >>>>>>>>>>>Moscow.pm mailing list >>>>>>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>-- >>>>>>>>>>Moscow.pm mailing list >>>>>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>-- >>>>>>>>>Moscow.pm mailing list >>>>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>-- >>>>>>>>Moscow.pm mailing list >>>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>>> >>>>>>> >>>>>>> >>>>>>>-- >>>>>>>Moscow.pm mailing list >>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>> >>>>>>-- >>>>>>Moscow.pm mailing list >>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>>-- >>>>>Moscow.pm mailing list >>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>>-- >>>>Moscow.pm mailing list >>>>moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >>-- >>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 ivan на bessarabov.ru Mon Dec 16 11:04:44 2013 From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=) Date: Mon, 16 Dec 2013 23:04:44 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= Message-ID: Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную тему подсветки синтаксиса перла. Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 У меня в vim это выглядит вот так: http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png Vim ошибается с подсведкой во второй строчке этого кода: say with_prototype / 10 ; # / ; die "this dies!"; say without_prototype / 10 ; # / ; die "this dies!"; Этот код идентичен вот такому, но vim это не понимает: say with_prototype() / 10 ; # / ; die "this dies!"; say without_prototype( / 10 ; # / ); die "this dies!"; У меня есть гипотеза что ни один редактор не отобразит эти строки правильно, так как все редакторы парсят код как простой текст, и не используют перл для разбора кода. Этот пример я увидел вот в этом посте на stackoverflow: http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы грамматика перла и с его кодом было бы сильно удобнее работать. Можно было бы и правильную подсведку сделать, и код приводить к стандартному виду (более гибким и правильным инструментом чем ненавистный мне perltidy), и автоматический рефакторинг делать. И я чуть-чуть завидую языкам для которых есть грамматики: * Go: http://golang.org/ref/spec * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf * Perl6: https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 From foxcool333 на gmail.com Mon Dec 16 11:37:46 2013 From: foxcool333 на gmail.com (Foxcool) Date: Mon, 16 Dec 2013 23:37:46 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: <1387219851.277378768@f430.i.mail.ru> References: <52AE7921.2060803@knutov.com> <1387219851.277378768@f430.i.mail.ru> Message-ID: <52AF568A.5060500@gmail.com> Akzhan Abdulin, Илья Винокуров Пацаны ваще ребята! Я уж подумал, тут одни овощи сидят. -- http://foxcool.ru foxcool на jabber.ru From chesnokov.ilya на gmail.com Mon Dec 16 11:37:50 2013 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Mon, 16 Dec 2013 23:37:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: 16 декабря 2013 г., 23:04 пользователь Иван Бессарабов написал: > Можно было бы > и правильную подсведку сделать, и код приводить к стандартному виду (более > гибким и правильным инструментом чем ненавистный мне perltidy), :D За что ты так его?) > и > автоматический рефакторинг делать. > > И я чуть-чуть завидую языкам для которых есть грамматики: > > * Go: http://golang.org/ref/spec > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > * Perl6: > https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Mon Dec 16 11:44:27 2013 From: foxcool333 на gmail.com (Foxcool) Date: Mon, 16 Dec 2013 23:44:27 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <52AF568A.5060500@gmail.com> References: <52AE7921.2060803@knutov.com> <1387219851.277378768@f430.i.mail.ru> <52AF568A.5060500@gmail.com> Message-ID: <52AF581B.5000408@gmail.com> > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии к VM отваливаются :( Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не надо. Но у меня эта проблема решается тривиально: скрипт запуска и скрипт гашения. 1) VBoxManage startvm Development\ Environment --type headless; sleep 7; sshfs site на setup.home:/home/site /home/.........dev/; ssh site на setup.home; Здесь мы стартуем виртуалку без окна. Ждем 7 секунд на старт (я обычно в сон виртуалки отправляю, поэтому как правило 7 секунд хватает). Конектим все вещи. Если по какой-то причине обвалились сессии, то можно еще раз скрипт запустить. Варнинги сообщат, что машина уже работает, пройдет семь секунд и сессии снова подхватятся. Главное. если редактор любит гадить, его все-таки вырубать руками. 2) Ну и аналогичный скрипт отправки в сон. fusermount -u /home/foxcool/Dropbox/development/setup/dev; vboxmanage controlvm Development\ Environment savestate; Отмонтирует sshfs. Усыпляем машину. -- http://foxcool.ru foxcool на jabber.ru From mail на knutov.com Mon Dec 16 12:15:36 2013 From: mail на knutov.com (Nick Knutov) Date: Tue, 17 Dec 2013 02:15:36 +0600 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <52AF581B.5000408@gmail.com> References: <52AE7921.2060803@knutov.com> <1387219851.277378768@f430.i.mail.ru> <52AF568A.5060500@gmail.com> <52AF581B.5000408@gmail.com> Message-ID: <52AF5F68.5060805@knutov.com> sshfs умеет автореконнекты. Но это уже не там для этой рассылки :) А еще есть afuse, но я все ленюсь её попробовать. 17.12.2013 1:44, Foxcool пишет: > > > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии > к VM отваливаются :( > Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не > надо. Но у меня эта проблема решается тривиально: скрипт запуска и > скрипт гашения. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From yu.pats на gmail.com Mon Dec 16 21:04:58 2013 From: yu.pats на gmail.com (Yury Pats) Date: Tue, 17 Dec 2013 08:04:58 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: 2013/12/16 Иван Бессарабов > Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень > интересную > тему подсветки синтаксиса перла. > > Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка > синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > > У меня в vim это выглядит вот так: > http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > > Emacs https://url.odesk.com/4ncl2g Ошибается, но выглядит получше чем в виме. Может быть просто не надо писать такой вот код? > Vim ошибается с подсведкой во второй строчке этого кода: > > say with_prototype / 10 ; # / ; die "this dies!"; > say without_prototype / 10 ; # / ; die "this dies!"; > > Этот код идентичен вот такому, но vim это не понимает: > > say with_prototype() / 10 ; # / ; die "this dies!"; > say without_prototype( / 10 ; # / ); die "this dies!"; > > У меня есть гипотеза что ни один редактор не отобразит эти строки > правильно, > так как все редакторы парсят код как простой текст, и не используют перл > для > разбора кода. > > Этот пример я увидел вот в этом посте на stackoverflow: > > http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > > Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы > грамматика перла и с его кодом было бы сильно удобнее работать. Можно было > бы > и правильную подсведку сделать, и код приводить к стандартному виду (более > гибким и правильным инструментом чем ненавистный мне perltidy), и > автоматический рефакторинг делать. > > И я чуть-чуть завидую языкам для которых есть грамматики: > > * Go: http://golang.org/ref/spec > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > * Perl6: > https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Mon Dec 16 22:17:21 2013 From: wwax555 на gmail.com (Savenkova Natalya) Date: Tue, 17 Dec 2013 10:17:21 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <52AF581B.5000408@gmail.com> References: <52AE7921.2060803@knutov.com> <1387219851.277378768@f430.i.mail.ru> <52AF568A.5060500@gmail.com> <52AF581B.5000408@gmail.com> Message-ID: Оба варианта имеют право на жизнь. В обоих есть плюсы и минусы. У меня и удаленный девхост 24/7, и своя виртуалка, куда я могу кучу гуана поставить, смотреть совместимости после обновления софта, и гонять разные эксперименты, которые на девхосте вообще-то опасаюсь делать, чтобы не порушить, а потом не напрягать людей - "уважаемые админы разверните мне еще экземпляр, я тот весь раздолбала в конец, он нежизнеспособен, чинить или откатывать геморно" (хотя я сама себе все разворачивала в том случае, но это не важно, потеря времени и нежизнеспособное состояние системы). А виртуалку сначала склонировал, потом раздолбанную викинул да и все. Удаленный девхост удобен, потому что из любого места, с любой машины. Виртуалка удобна, когда поехал за город с проблемным инетом Поэтому доказывать идеальность того и другого подхода - глупо. Savenkova Natalya wwax555 на gmail.com https://www.facebook.com/name.rnd 2013/12/16 Foxcool > > > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии к > VM отваливаются :( > Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не надо. > Но у меня эта проблема решается тривиально: скрипт запуска и скрипт гашения. > > 1) > > VBoxManage startvm Development\ Environment --type headless; > sleep 7; > sshfs site на setup.home:/home/site /home/.........dev/; > ssh site на setup.home; > > Здесь мы стартуем виртуалку без окна. Ждем 7 секунд на старт (я обычно в > сон виртуалки отправляю, поэтому как правило 7 секунд хватает). Конектим > все вещи. > > Если по какой-то причине обвалились сессии, то можно еще раз скрипт > запустить. Варнинги сообщат, что машина уже работает, пройдет семь секунд и > сессии снова подхватятся. Главное. если редактор любит гадить, его все-таки > вырубать руками. > > 2) Ну и аналогичный скрипт отправки в сон. > > fusermount -u /home/foxcool/Dropbox/development/setup/dev; > vboxmanage controlvm Development\ Environment savestate; > > > Отмонтирует sshfs. Усыпляем машину. > > -- > http://foxcool.ru > foxcool на jabber.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dc-rom на mail.ru Mon Dec 16 22:36:33 2013 From: dc-rom на mail.ru (=?UTF-8?B?Uk9N?=) Date: Tue, 17 Dec 2013 10:36:33 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: <1387262193.655406103@f90.i.mail.ru> Geany 0.21 http://imageshack.us/photo/my-images/28/suza.png/ Понедельник, 16 декабря 2013, 23:04 +04:00 от Иван Бессарабов : >Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную >тему подсветки синтаксиса перла. > >Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка >синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > >У меня в vim это выглядит вот так: >http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > >Vim ошибается с подсведкой во второй строчке этого кода: > >    say with_prototype / 10 ; # / ; die "this dies!"; >    say without_prototype / 10 ; # / ; die "this dies!"; > >Этот код идентичен вот такому, но vim это не понимает: > >    say with_prototype() / 10 ; # / ; die "this dies!"; >    say without_prototype( / 10 ; # / ); die "this dies!"; Роман ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Mon Dec 16 22:47:03 2013 From: wwax555 на gmail.com (Savenkova Natalya) Date: Tue, 17 Dec 2013 10:47:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: References: Message-ID: http://f6.s.qip.ru/EBATV23Q.png Sublime, Notepad++ Savenkova Natalya wwax555 на gmail.com https://www.facebook.com/name.rnd 2013/12/16 Иван Бессарабов > Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень > интересную > тему подсветки синтаксиса перла. > > Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка > синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > > У меня в vim это выглядит вот так: > http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > > Vim ошибается с подсведкой во второй строчке этого кода: > > say with_prototype / 10 ; # / ; die "this dies!"; > say without_prototype / 10 ; # / ; die "this dies!"; > > Этот код идентичен вот такому, но vim это не понимает: > > say with_prototype() / 10 ; # / ; die "this dies!"; > say without_prototype( / 10 ; # / ); die "this dies!"; > > У меня есть гипотеза что ни один редактор не отобразит эти строки > правильно, > так как все редакторы парсят код как простой текст, и не используют перл > для > разбора кода. > > Этот пример я увидел вот в этом посте на stackoverflow: > > http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > > Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы > грамматика перла и с его кодом было бы сильно удобнее работать. Можно было > бы > и правильную подсведку сделать, и код приводить к стандартному виду (более > гибким и правильным инструментом чем ненавистный мне perltidy), и > автоматический рефакторинг делать. > > И я чуть-чуть завидую языкам для которых есть грамматики: > > * Go: http://golang.org/ref/spec > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > * Perl6: > https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From xuntaka на gmail.com Mon Dec 16 23:16:13 2013 From: xuntaka на gmail.com (=?KOI8-R?B?5cfP0iDiwcrCwdLB?=) Date: Tue, 17 Dec 2013 11:16:13 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: References: Message-ID: И тут я такой со своей виндой https://drive.google.com/file/d/0B7Hyrv-kzSFdZGx6Q3NWd1NMSEE/edit?usp=sharing 17 декабря 2013 г., 10:47 пользователь Savenkova Natalya написал: > http://f6.s.qip.ru/EBATV23Q.png > Sublime, Notepad++ > > Savenkova Natalya > wwax555 на gmail.com > https://www.facebook.com/name.rnd > > > > 2013/12/16 Иван Бессарабов > >> Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень >> интересную >> тему подсветки синтаксиса перла. >> >> Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка >> синтаксиса вот в таком скрипте: >> https://gist.github.com/bessarabov/7991901 >> >> У меня в vim это выглядит вот так: >> http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png >> >> Vim ошибается с подсведкой во второй строчке этого кода: >> >> say with_prototype / 10 ; # / ; die "this dies!"; >> say without_prototype / 10 ; # / ; die "this dies!"; >> >> Этот код идентичен вот такому, но vim это не понимает: >> >> say with_prototype() / 10 ; # / ; die "this dies!"; >> say without_prototype( / 10 ; # / ); die "this dies!"; >> >> У меня есть гипотеза что ни один редактор не отобразит эти строки >> правильно, >> так как все редакторы парсят код как простой текст, и не используют перл >> для >> разбора кода. >> >> Этот пример я увидел вот в этом посте на stackoverflow: >> >> http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language >> >> Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы >> грамматика перла и с его кодом было бы сильно удобнее работать. Можно >> было бы >> и правильную подсведку сделать, и код приводить к стандартному виду (более >> гибким и правильным инструментом чем ненавистный мне perltidy), и >> автоматический рефакторинг делать. >> >> И я чуть-чуть завидую языкам для которых есть грамматики: >> >> * Go: http://golang.org/ref/spec >> * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html >> * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html >> * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf >> * Perl6: >> https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Егор Байбара +7-963-675-29-49 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From stork2000 на yandex.ru Mon Dec 16 23:29:30 2013 From: stork2000 на yandex.ru (Loginoff Nick) Date: Tue, 17 Dec 2013 11:29:30 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: References: Message-ID: <40081387265370@web25m.yandex.ru> Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Mon Dec 16 23:38:41 2013 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Tue, 17 Dec 2013 11:38:41 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <1387219851.277378768@f430.i.mail.ru> <52AF568A.5060500@gmail.com> <52AF581B.5000408@gmail.com> Message-ID: Кстати, Dokan у всех тормозит, или только у меня? 17.12.2013 10:17 пользователь "Savenkova Natalya" написал: > Оба варианта имеют право на жизнь. В обоих есть плюсы и минусы. У меня и > удаленный девхост 24/7, и своя виртуалка, куда я могу кучу гуана поставить, > смотреть совместимости после обновления софта, и гонять разные > эксперименты, которые на девхосте вообще-то опасаюсь делать, чтобы не > порушить, а потом не напрягать людей - "уважаемые админы разверните мне еще > экземпляр, я тот весь раздолбала в конец, он нежизнеспособен, чинить или > откатывать геморно" (хотя я сама себе все разворачивала в том случае, но > это не важно, потеря времени и нежизнеспособное состояние системы). А > виртуалку сначала склонировал, потом раздолбанную викинул да и все. > > Удаленный девхост удобен, потому что из любого места, с любой машины. > Виртуалка удобна, когда поехал за город с проблемным инетом > > Поэтому доказывать идеальность того и другого подхода - глупо. > > Savenkova Natalya > wwax555 на gmail.com > https://www.facebook.com/name.rnd > > > > 2013/12/16 Foxcool > >> >> > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии >> к VM отваливаются :( >> Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не надо. >> Но у меня эта проблема решается тривиально: скрипт запуска и скрипт гашения. >> >> 1) >> >> VBoxManage startvm Development\ Environment --type headless; >> sleep 7; >> sshfs site на setup.home:/home/site /home/.........dev/; >> ssh site на setup.home; >> >> Здесь мы стартуем виртуалку без окна. Ждем 7 секунд на старт (я обычно в >> сон виртуалки отправляю, поэтому как правило 7 секунд хватает). Конектим >> все вещи. >> >> Если по какой-то причине обвалились сессии, то можно еще раз скрипт >> запустить. Варнинги сообщат, что машина уже работает, пройдет семь секунд и >> сессии снова подхватятся. Главное. если редактор любит гадить, его все-таки >> вырубать руками. >> >> 2) Ну и аналогичный скрипт отправки в сон. >> >> fusermount -u /home/foxcool/Dropbox/development/setup/dev; >> vboxmanage controlvm Development\ Environment savestate; >> >> >> Отмонтирует sshfs. Усыпляем машину. >> >> -- >> 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 > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Tue Dec 17 00:10:22 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Tue, 17 Dec 2013 12:10:22 +0400 Subject: [Moscow.pm] =?utf-8?b?0LLQvtC/0YDQvtGBINGO0LfQtdGA0LDQvCBTdWJs?= =?utf-8?q?ime_Text?= In-Reply-To: <52AF5F68.5060805@knutov.com> References: <52AE7921.2060803@knutov.com> <52AF581B.5000408@gmail.com> <52AF5F68.5060805@knutov.com> Message-ID: <1387267822.996899043@f220.i.mail.ru> WinSCP тоже умеет реконнекты. Я про PuTTY... Вторник, 17 декабря 2013, 2:15 +06:00 от Nick Knutov : >sshfs умеет автореконнекты. Но это уже не там для этой рассылки :) >А еще есть afuse, но я все ленюсь её попробовать. > >17.12.2013 1:44, Foxcool пишет: >> >> > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии >> к VM отваливаются :( >> Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не >> надо. Но у меня эта проблема решается тривиально: скрипт запуска и >> скрипт гашения. > > >-- >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 -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Tue Dec 17 00:14:37 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Tue, 17 Dec 2013 12:14:37 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: <1387262193.655406103@f90.i.mail.ru> References: <1387262193.655406103@f90.i.mail.ru> Message-ID: <1387268077.838763424@f15.i.mail.ru> Коллеги, как вы можете читать синюшный текст на черном фоне? Мои глаза решительно так не умеют :( Я себя лучше чувствую на белом фоне. Посему просьба: подскажите пожалуйста цветовую схему PuTTY со светлым фоном. С почтением,   Илья Винокуров. Вторник, 17 декабря 2013, 10:36 +04:00 от ROM : >Geany 0.21 > > >http://imageshack.us/photo/my-images/28/suza.png/ > > > >Понедельник, 16 декабря 2013, 23:04 +04:00 от Иван Бессарабов : >>Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную >>тему подсветки синтаксиса перла. >> >>Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка >>синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 >> >>У меня в vim это выглядит вот так: >>http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png >> >>Vim ошибается с подсведкой во второй строчке этого кода: >> >>    say with_prototype / 10 ; # / ; die "this dies!"; >>    say without_prototype / 10 ; # / ; die "this dies!"; >> >>Этот код идентичен вот такому, но vim это не понимает: >> >>    say with_prototype() / 10 ; # / ; die "this dies!"; >>    say without_prototype( / 10 ; # / ); die "this dies!"; > >Роман >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From theathlet на yandex.ru Tue Dec 17 00:54:27 2013 From: theathlet на yandex.ru (TheAthlete) Date: Tue, 17 Dec 2013 10:54:27 +0200 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: На самом деле есть парсер Perl - PPI https://metacpan.org/pod/PPI но не знаю, насколько он полный From theathlet на yandex.ru Tue Dec 17 01:03:32 2013 From: theathlet на yandex.ru (TheAthlete) Date: Tue, 17 Dec 2013 11:03:32 +0200 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: Кстати он тоже не может парсить этот код (вывод PPI::Dumper): PPI::Document PPI::Token::Comment '#!/usr/bin/perl\n' PPI::Token::Whitespace ' \n' PPI::Statement::Include PPI::Token::Word 'use' PPI::Token::Whitespace ' ' PPI::Token::Word 'strict' PPI::Token::Structure ';' PPI::Token::Whitespace '\n' PPI::Statement::Include PPI::Token::Word 'use' PPI::Token::Whitespace ' ' PPI::Token::Word 'warnings' PPI::Token::Whitespace ' ' PPI::Token::Word 'FATAL' PPI::Token::Whitespace ' ' PPI::Token::Operator '=>' PPI::Token::Whitespace ' ' PPI::Token::Quote::Single ''all'' PPI::Token::Structure ';' PPI::Token::Whitespace '\n' PPI::Statement::Include PPI::Token::Word 'use' PPI::Token::Whitespace ' ' PPI::Token::Word 'feature' PPI::Token::Whitespace ' ' PPI::Token::Quote::Single ''say'' PPI::Token::Structure ';' PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' \n' PPI::Statement::Sub PPI::Token::Word 'sub' PPI::Token::Whitespace ' ' PPI::Token::Word 'with_prototype' PPI::Token::Whitespace ' ' PPI::Token::Prototype '()' PPI::Token::Whitespace ' ' PPI::Structure::Block { ... } PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' ' PPI::Statement::Break PPI::Token::Word 'return' PPI::Token::Whitespace ' ' PPI::Token::Number '100' PPI::Token::Structure ';' PPI::Token::Whitespace '\n' PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' \n' PPI::Statement::Sub PPI::Token::Word 'sub' PPI::Token::Whitespace ' ' PPI::Token::Word 'without_prototype' PPI::Token::Whitespace ' ' PPI::Structure::Block { ... } PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' ' PPI::Statement::Break PPI::Token::Word 'return' PPI::Token::Whitespace ' ' PPI::Token::Number '100' PPI::Token::Structure ';' PPI::Token::Whitespace '\n' PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' \n' PPI::Statement::Compound PPI::Token::Word 'foreach' PPI::Token::Whitespace ' ' PPI::Structure::List ( ... ) PPI::Statement PPI::Token::Number '1' PPI::Token::Whitespace ' ' PPI::Structure::Block { ... } PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' ' PPI::Statement PPI::Token::Word 'say' PPI::Token::Whitespace ' ' PPI::Token::Word 'with_prototype' PPI::Token::Whitespace ' ' PPI::Token::Operator '/' PPI::Token::Whitespace ' ' PPI::Token::Number '10' PPI::Token::Whitespace ' ' PPI::Token::Structure ';' PPI::Token::Whitespace ' ' PPI::Token::Comment '# / ; die "this dies!";' PPI::Token::Whitespace '\n' PPI::Token::Whitespace ' ' PPI::Statement PPI::Token::Word 'say' PPI::Token::Whitespace ' ' PPI::Token::Word 'without_prototype' PPI::Token::Whitespace ' ' PPI::Token::Operator '/' PPI::Token::Whitespace ' ' PPI::Token::Number '10' PPI::Token::Whitespace ' ' PPI::Token::Structure ';' PPI::Token::Whitespace ' ' PPI::Token::Comment '# / ; die "this dies!";' PPI::Token::Whitespace '\n' PPI::Token::Whitespace '\n' PPI::Statement::End PPI::Token::Separator '__END__' PPI::Token::Whitespace '\n' PPI::Token::End 'OUTPUT:\n10\n100\nthis dies! at a.pl line 17.\n' т.е. он тоже представляет строку как комментарий: PPI::Token::Comment '# / ; die "this dies!";' From xuntaka на gmail.com Tue Dec 17 01:09:09 2013 From: xuntaka на gmail.com (=?KOI8-R?B?5cfP0iDiwcrCwdLB?=) Date: Tue, 17 Dec 2013 13:09:09 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: References: Message-ID: Потому что, чтобы это корректно распарсить, надо знать все прототипы и функции. Т.е. полностью держать в памяти половину CPAN :) Ведь если функция импортирована из какого-нибудь модуля, то никто не узнает, сожрет она аргумент или не сожрет. Т.е. это та проблема перла, которая решается только дисциплиной. А именно писать регекспы так, что было понятно, что это регекспа не только компилятору. 2013/12/17 TheAthlete > Кстати он тоже не может парсить этот код (вывод PPI::Dumper): > > PPI::Document > PPI::Token::Comment '#!/usr/bin/perl\n' > PPI::Token::Whitespace ' \n' > PPI::Statement::Include > PPI::Token::Word 'use' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'strict' > PPI::Token::Structure ';' > PPI::Token::Whitespace '\n' > PPI::Statement::Include > PPI::Token::Word 'use' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'warnings' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'FATAL' > PPI::Token::Whitespace ' ' > PPI::Token::Operator '=>' > PPI::Token::Whitespace ' ' > PPI::Token::Quote::Single ''all'' > PPI::Token::Structure ';' > PPI::Token::Whitespace '\n' > PPI::Statement::Include > PPI::Token::Word 'use' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'feature' > PPI::Token::Whitespace ' ' > PPI::Token::Quote::Single ''say'' > PPI::Token::Structure ';' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' \n' > PPI::Statement::Sub > PPI::Token::Word 'sub' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'with_prototype' > PPI::Token::Whitespace ' ' > PPI::Token::Prototype '()' > PPI::Token::Whitespace ' ' > PPI::Structure::Block { ... } > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' ' > PPI::Statement::Break > PPI::Token::Word 'return' > PPI::Token::Whitespace ' ' > PPI::Token::Number '100' > PPI::Token::Structure ';' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' \n' > PPI::Statement::Sub > PPI::Token::Word 'sub' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'without_prototype' > PPI::Token::Whitespace ' ' > PPI::Structure::Block { ... } > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' ' > PPI::Statement::Break > PPI::Token::Word 'return' > PPI::Token::Whitespace ' ' > PPI::Token::Number '100' > PPI::Token::Structure ';' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' \n' > PPI::Statement::Compound > PPI::Token::Word 'foreach' > PPI::Token::Whitespace ' ' > PPI::Structure::List ( ... ) > PPI::Statement > PPI::Token::Number '1' > PPI::Token::Whitespace ' ' > PPI::Structure::Block { ... } > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' ' > PPI::Statement > PPI::Token::Word 'say' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'with_prototype' > PPI::Token::Whitespace ' ' > PPI::Token::Operator '/' > PPI::Token::Whitespace ' ' > PPI::Token::Number '10' > PPI::Token::Whitespace ' ' > PPI::Token::Structure ';' > PPI::Token::Whitespace ' ' > PPI::Token::Comment '# / ; die "this dies!";' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace ' ' > PPI::Statement > PPI::Token::Word 'say' > PPI::Token::Whitespace ' ' > PPI::Token::Word 'without_prototype' > PPI::Token::Whitespace ' ' > PPI::Token::Operator '/' > PPI::Token::Whitespace ' ' > PPI::Token::Number '10' > PPI::Token::Whitespace ' ' > PPI::Token::Structure ';' > PPI::Token::Whitespace ' ' > PPI::Token::Comment '# / ; die "this dies!";' > PPI::Token::Whitespace '\n' > PPI::Token::Whitespace '\n' > PPI::Statement::End > PPI::Token::Separator '__END__' > PPI::Token::Whitespace '\n' > PPI::Token::End 'OUTPUT:\n10\n100\nthis dies! at a.pl line 17.\n' > > т.е. он тоже представляет строку как комментарий: > > PPI::Token::Comment '# / ; die "this dies!";' > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Егор Байбара +7-963-675-29-49 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mshogin на gmail.com Tue Dec 17 01:10:35 2013 From: mshogin на gmail.com (=?KOI8-R?B?7cnIwcnMIPvPx8nO?=) Date: Tue, 17 Dec 2013 13:10:35 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: <1387267822.996899043@f220.i.mail.ru> References: <52AE7921.2060803@knutov.com> <52AF581B.5000408@gmail.com> <52AF5F68.5060805@knutov.com> <1387267822.996899043@f220.i.mail.ru> Message-ID: Года 4 назад переехал на Linux и забыл о том софте что здесь перечислен ) Sublime крут, но Emacs круче! :)) 17 декабря 2013 г., 12:10 пользователь Илья Винокуров написал: > > WinSCP тоже умеет реконнекты. > Я про PuTTY... > > > Вторник, 17 декабря 2013, 2:15 +06:00 от Nick Knutov : > > sshfs умеет автореконнекты. Но это уже не там для этой рассылки :) > А еще есть afuse, но я все ленюсь её попробовать. > > 17.12.2013 1:44, Foxcool пишет: > > > > > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии > > к VM отваливаются :( > > Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не > > надо. Но у меня эта проблема решается тривиально: скрипт запуска и > > скрипт гашения. > > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Илья Винокуров > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением Михаил Шогин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From j на jumper.cc Tue Dec 17 01:10:58 2013 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Tue, 17 Dec 2013 13:10:58 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: <1387271458.834208907@f313.i.mail.ru> http://www.refcards.com/docs/vromansj/perl-best-practices/refguide.pdf пункты 122 и 113? ;) Понедельник, 16 декабря 2013, 23:04 +04:00 от Иван Бессарабов : >Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную >тему подсветки синтаксиса перла. > >Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка >синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > >У меня в vim это выглядит вот так: >http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > >Vim ошибается с подсведкой во второй строчке этого кода: > >    say with_prototype / 10 ; # / ; die "this dies!"; >    say without_prototype / 10 ; # / ; die "this dies!"; > >Этот код идентичен вот такому, но vim это не понимает: > >    say with_prototype() / 10 ; # / ; die "this dies!"; >    say without_prototype( / 10 ; # / ); die "this dies!"; > >У меня есть гипотеза что ни один редактор не отобразит эти строки правильно, >так как все редакторы парсят код как простой текст, и не используют перл для >разбора кода. > >Этот пример я увидел вот в этом посте на stackoverflow: >http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > >Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы >грамматика перла и с его кодом было бы сильно удобнее работать. Можно было бы >и правильную подсведку сделать, и код приводить к стандартному виду (более >гибким и правильным инструментом чем ненавистный мне perltidy), и >автоматический рефакторинг делать. > >И я чуть-чуть завидую языкам для которых есть грамматики: > > * Go: http://golang.org/ref/spec > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > * Perl6: https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Oleg Nurtdinov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From lostinbrain на gmail.com Tue Dec 17 01:14:39 2013 From: lostinbrain на gmail.com (=?KOI8-R?B?5dfHxc7JyiD6wdfB0tnLyc4=?=) Date: Tue, 17 Dec 2013 13:14:39 +0400 Subject: [Moscow.pm] =?koi8-r?b?18/Q0s/TIMDaxdLBzSBTdWJsaW1lIFRleHQ=?= In-Reply-To: References: <52AE7921.2060803@knutov.com> <1387219851.277378768@f430.i.mail.ru> <52AF568A.5060500@gmail.com> <52AF581B.5000408@gmail.com> Message-ID: Dokan тупит. Я ExpanDrive использую. 17 декабря 2013 г., 11:38 пользователь Andrei Lukovenko написал: > Кстати, Dokan у всех тормозит, или только у меня? > 17.12.2013 10:17 пользователь "Savenkova Natalya" > написал: > > Оба варианта имеют право на жизнь. В обоих есть плюсы и минусы. У меня и >> удаленный девхост 24/7, и своя виртуалка, куда я могу кучу гуана поставить, >> смотреть совместимости после обновления софта, и гонять разные >> эксперименты, которые на девхосте вообще-то опасаюсь делать, чтобы не >> порушить, а потом не напрягать людей - "уважаемые админы разверните мне еще >> экземпляр, я тот весь раздолбала в конец, он нежизнеспособен, чинить или >> откатывать геморно" (хотя я сама себе все разворачивала в том случае, но >> это не важно, потеря времени и нежизнеспособное состояние системы). А >> виртуалку сначала склонировал, потом раздолбанную викинул да и все. >> >> Удаленный девхост удобен, потому что из любого места, с любой машины. >> Виртуалка удобна, когда поехал за город с проблемным инетом >> >> Поэтому доказывать идеальность того и другого подхода - глупо. >> >> Savenkova Natalya >> wwax555 на gmail.com >> https://www.facebook.com/name.rnd >> >> >> >> 2013/12/16 Foxcool >> >>> >>> > Только есть одна проблемка: когда ноутбук в спячку вгоняю, SSH сессии >>> к VM отваливаются :( >>> Вообще лично я обыно гашу виртуалку, чтобы не жрала ничего, если не >>> надо. Но у меня эта проблема решается тривиально: скрипт запуска и скрипт >>> гашения. >>> >>> 1) >>> >>> VBoxManage startvm Development\ Environment --type headless; >>> sleep 7; >>> sshfs site на setup.home:/home/site /home/.........dev/; >>> ssh site на setup.home; >>> >>> Здесь мы стартуем виртуалку без окна. Ждем 7 секунд на старт (я обычно в >>> сон виртуалки отправляю, поэтому как правило 7 секунд хватает). Конектим >>> все вещи. >>> >>> Если по какой-то причине обвалились сессии, то можно еще раз скрипт >>> запустить. Варнинги сообщат, что машина уже работает, пройдет семь секунд и >>> сессии снова подхватятся. Главное. если редактор любит гадить, его все-таки >>> вырубать руками. >>> >>> 2) Ну и аналогичный скрипт отправки в сон. >>> >>> fusermount -u /home/foxcool/Dropbox/development/setup/dev; >>> vboxmanage controlvm Development\ Environment savestate; >>> >>> >>> Отмонтирует sshfs. Усыпляем машину. >>> >>> -- >>> 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 >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Tue Dec 17 01:32:49 2013 From: ali на ali.org.ua (Oleg Alistratov) Date: Tue, 17 Dec 2013 11:32:49 +0200 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: References: Message-ID: <9111387272769@web18m.yandex.ru> Komodo IDE: http://img-fotki.yandex.ru/get/9759/25923521.e/0_9244f_17eb4d8e_XL.png 16.12.2013, 21:05, "Иван Бессарабов" : > Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную > тему подсветки синтаксиса перла. > > Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка > синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > > У меня в vim это выглядит вот так: > http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > > Vim ошибается с подсведкой во второй строчке этого кода: > >     say with_prototype    / 10 ; # /  ; die "this dies!"; >     say without_prototype / 10 ; # /  ; die "this dies!"; > > Этот код идентичен вот такому, но vim это не понимает: > >     say with_prototype()   / 10 ; # /  ; die "this dies!"; >     say without_prototype( / 10 ; # / ); die "this dies!"; > > У меня есть гипотеза что ни один редактор не отобразит эти строки правильно, > так как все редакторы парсят код как простой текст, и не используют перл для > разбора кода. > > Этот пример я увидел вот в этом посте на stackoverflow: > http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > > Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы > грамматика перла и с его кодом было бы сильно удобнее работать. Можно было бы > и правильную подсведку сделать, и код приводить к стандартному виду (более > гибким и правильным инструментом чем ненавистный мне perltidy), и > автоматический рефакторинг делать. > > И я чуть-чуть завидую языкам для которых есть грамматики: > >  * Go: http://golang.org/ref/spec >  * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html >  * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html >  * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf >  * Perl6: https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From ivan.kharpalev на gmail.com Tue Dec 17 08:13:59 2013 From: ivan.kharpalev на gmail.com (=?KOI8-R?B?6MHS0MHMo9cg6dfBzg==?=) Date: Tue, 17 Dec 2013 20:13:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= Message-ID: Доброго времени суток, могучие MoscowPM! Надо сделать мониторинг нескольких десятков страниц на одном ресурсе. Вопрос в основном про то, чем получать страницы, как их разбирать, как искать на них нужное. Из каких базовых вещей это собирать? ( ... ~mojo, AnyEvent,...) И как делать то же самое, если на сайте ещё есть авторизация? (например, vk или gmail) C Уважением ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From creaktive на gmail.com Tue Dec 17 08:55:55 2013 From: creaktive на gmail.com (Stanislaw Pusep) Date: Tue, 17 Dec 2013 17:55:55 +0100 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: Message-ID: http://blogs.perl.org/users/stas/2013/01/web-scraping-with-modern-perl-part-1.html http://blogs.perl.org/users/stas/2013/02/web-scraping-with-modern-perl-part-2---speed-edition.html 2013/12/17 Харпалёв Иван > Доброго времени суток, могучие MoscowPM! > > > Надо сделать мониторинг нескольких десятков страниц на одном ресурсе. > Вопрос в основном про то, чем получать страницы, как их разбирать, как > искать на них нужное. > > Из каких базовых вещей это собирать? > ( ... ~mojo, AnyEvent,...) > > И как делать то же самое, если на сайте ещё есть авторизация? (например, > vk или gmail) > > C Уважением > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From yu.pats на gmail.com Tue Dec 17 09:54:03 2013 From: yu.pats на gmail.com (Yury Pats) Date: Tue, 17 Dec 2013 20:54:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: Message-ID: Парсер https://metacpan.org/release/Web-Scraper Клиент с куками https://metacpan.org/pod/LWP::UserAgent 2013/12/17 Stanislaw Pusep > > > http://blogs.perl.org/users/stas/2013/01/web-scraping-with-modern-perl-part-1.html > > http://blogs.perl.org/users/stas/2013/02/web-scraping-with-modern-perl-part-2---speed-edition.html > > > > 2013/12/17 Харпалёв Иван > >> Доброго времени суток, могучие MoscowPM! >> >> >> Надо сделать мониторинг нескольких десятков страниц на одном ресурсе. >> Вопрос в основном про то, чем получать страницы, как их разбирать, как >> искать на них нужное. >> >> Из каких базовых вещей это собирать? >> ( ... ~mojo, AnyEvent,...) >> >> И как делать то же самое, если на сайте ещё есть авторизация? (например, >> vk или gmail) >> >> C Уважением >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sharifulin на gmail.com Tue Dec 17 10:00:10 2013 From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=) Date: Tue, 17 Dec 2013 22:00:10 +0400 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= In-Reply-To: References: Message-ID: Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про все ссылки выше) Чтобы реализовать логин, вам нужно повторить все запросы http/https со всеми данными. 2013/12/17 Yury Pats > Парсер > https://metacpan.org/release/Web-Scraper > > Клиент с куками > https://metacpan.org/pod/LWP::UserAgent > > > 2013/12/17 Stanislaw Pusep > >> >> >> http://blogs.perl.org/users/stas/2013/01/web-scraping-with-modern-perl-part-1.html >> >> http://blogs.perl.org/users/stas/2013/02/web-scraping-with-modern-perl-part-2---speed-edition.html >> >> >> >> 2013/12/17 Харпалёв Иван >> >>> Доброго времени суток, могучие MoscowPM! >>> >>> >>> Надо сделать мониторинг нескольких десятков страниц на одном ресурсе. >>> Вопрос в основном про то, чем получать страницы, как их разбирать, как >>> искать на них нужное. >>> >>> Из каких базовых вещей это собирать? >>> ( ... ~mojo, AnyEvent,...) >>> >>> И как делать то же самое, если на сайте ещё есть авторизация? (например, >>> vk или gmail) >>> >>> C Уважением >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > WBR, Yury Pats > skype: yuripats > cellular: +375 (29) 5870723 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Tue Dec 17 15:14:32 2013 From: mail на knutov.com (Nick Knutov) Date: Wed, 18 Dec 2013 05:14:32 +0600 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= Message-ID: <52B0DAD8.6080108@knutov.com> У меня в коде в некоторых функциях, в зависимости от входных параметров, конструируются разные sql запросы. Пример: my $sql = posts_sql_view(); $sql .= ' WHERE ' if $type or $id or $main; do { $sql .= ' ty.id=? '; push @params, $type;} if $type; do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; $sql .= ' ORDER BY id DESC ' unless $id; do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; Мне не нравится как это визуально выглядит. Как бы вы это переписали, чтобы было понятнее и читабельнее? ps: в некоторых других случаях можно было бы использовать && вместо do{}, но не тут. pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы сложные и сложность/стоимость проверки того, что генерирует ORM многократно выше любого профита от ORM в данной ситуации. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From vividsnow на gmail.com Tue Dec 17 15:34:42 2013 From: vividsnow на gmail.com (vividsnow) Date: Wed, 18 Dec 2013 03:34:42 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B0DAD8.6080108@knutov.com> References: <52B0DAD8.6080108@knutov.com> Message-ID: https://metacpan.org/pod/SQL::Abstract 2013/12/18 Nick Knutov > У меня в коде в некоторых функциях, в зависимости от входных параметров, > конструируются разные sql запросы. Пример: > > my $sql = posts_sql_view(); > $sql .= ' WHERE ' if $type or $id or $main; > do { $sql .= ' ty.id=? '; push @params, $type;} if $type; > do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; > $sql .= ' ORDER BY id DESC ' unless $id; > do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? > > ps: в некоторых других случаях можно было бы использовать && вместо > do{}, но не тут. > > pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы > сложные и сложность/стоимость проверки того, что генерирует ORM > многократно выше любого профита от ORM в данной ситуации. > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Tue Dec 17 15:44:16 2013 From: mail на knutov.com (Nick Knutov) Date: Wed, 18 Dec 2013 05:44:16 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: References: <52B0DAD8.6080108@knutov.com> Message-ID: <52B0E1D0.9060200@knutov.com> Не вижу, чем мне это может помочь. В данном примере posts_sql_view() возвращает нечто очень большое и сложное, например селект с джойнами по куче таблиц из селекта с джойнами. Как минимум, конструировать запрос мне надо начиная с того места, где может быть WHERE. И, например, как тут - наличие LIMIT и его количество зависит от других параметров. 18.12.2013 5:34, vividsnow пишет: > https://metacpan.org/pod/SQL::Abstract > > > 2013/12/18 Nick Knutov > > > У меня в коде в некоторых функциях, в зависимости от входных параметров, > конструируются разные sql запросы. Пример: > > my $sql = posts_sql_view(); > $sql .= ' WHERE ' if $type or $id or $main; > do { $sql .= ' ty.id =? '; push @params, $type;} if $type; > do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id > } if $id; > $sql .= ' ORDER BY id DESC ' unless $id; > do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? > > ps: в некоторых других случаях можно было бы использовать && вместо > do{}, но не тут. > > pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы > сложные и сложность/стоимость проверки того, что генерирует ORM > многократно выше любого профита от ORM в данной ситуации. > > -- > 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 ksvs1996 на ymail.com Tue Dec 17 19:21:35 2013 From: ksvs1996 на ymail.com (ksvs) Date: Wed, 18 Dec 2013 03:21:35 +0000 (GMT) Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <52B0DAD8.6080108@knutov.com> References: <52B0DAD8.6080108@knutov.com> Message-ID: <1387336895.89219.YahooMailNeo@web171506.mail.ir2.yahoo.com> Сделал бы вот так: my $sql = posts_sql_view(); my @where = (); do { push @where, 'ty.id=?'; push @params, $type }           if $type; do { push @where, 'p.id=?';  push @params, $id; $limit = 0 } if $id; $sql .= join ' AND ', @where if @where; $sql .= ' ORDER BY id DESC' unless $id; $sql .= " LIMIT $limit" if $limit; On Wednesday, 18 December 2013, 1:14, Nick Knutov wrote: У меня в коде в некоторых функциях, в зависимости от входных параметров, конструируются разные sql запросы. Пример: my $sql = posts_sql_view(); $sql .= ' WHERE ' if $type or $id or $main; do { $sql .= ' ty.id=? '; push @params, $type;} if $type; do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; $sql .= ' ORDER BY id DESC ' unless $id; do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; Мне не нравится как это визуально выглядит. Как бы вы это переписали, чтобы было понятнее и читабельнее? ps: в некоторых других случаях можно было бы использовать && вместо do{}, но не тут. pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы сложные и сложность/стоимость проверки того, что генерирует ORM многократно выше любого профита от ORM в данной ситуации. -- 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 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ksvs1996 на ymail.com Tue Dec 17 19:26:05 2013 From: ksvs1996 на ymail.com (ksvs) Date: Wed, 18 Dec 2013 03:26:05 +0000 (GMT) Subject: [Moscow.pm] =?utf-8?b?0JfQsNC00LDRh9C60LAg0L3QsCDQv9C+0LTRg9C8?= =?utf-8?b?0LDRgtGMLCDQutC+0LzRgyDQuNC90YLQtdGA0LXRgdC90L4uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> Message-ID: <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> мемкешед - это тот, который в памяти или на диске? а чем плох киото? P.S. Думаю чем заменить берклевскую базу... Нужна hash  и recno. On Tuesday, 3 December 2013, 22:01, Dmitry Simonov wrote: Не хочу показаться предвзятым, но с точки зрения выбора стореджа при постоянных добавления-удалениях, Ты получишь проблемы уже при нагрузке в 2-3к цепочек в секунду на MySQL. Мы тут выбирали сторедж для таких задач и отвалилось вообще всё кроме мемкешеда :) Ну и как следствие, отказ от MySQL  в пользу NoSQL решения превратит Твою задачку из сложной в тривиальную. П.С. моё предложение про отказ от MySQL Ты должен воспринять в штыки. Я его тоже примерно также принял, пока не увидел результаты стрельб. Падало вообще всё. П.П.С. киото тайкон - гавно. --- Dmitriy V. Simonov, Perl & Python programmer 2013/12/2 Михаил Монашёв Здравствуйте. > >Есть  таблица  с  объектами  в  mysql. Новые объекты туда добавляются, >плохие  объекты  удаляются,  бывает что по много штук сразу. Некоторые >объекты  имеют  статус  скрытых  от всех, а все остальные доступны для >всех. Т.е. в таблице равномерно растёт id объектов, но между соседними >id  могут  быть  дырки, причём большие. И некоторые объекты показывать >нельзя. > >Даётся  текстовая  строка.  В идеале нужно для этой строке максимально >быстро  выбрать  из  таблицы случайные 3 разных объекта, доступные для >всех.  Причём так, чтобы повторные выборы давали те же самые объекты и >изменения таблицы минимально влияли на это. > >Т.е.  надо  из  перла обратиться к mysql-ю минимальное количество раз, >сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя >жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки >к  объектам. Понятно, что таблица меняется и привязки строк к объектам >будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно >жертвовать  количеством  выбираемых объектов, например выбирать иногда >не  3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между >выбираемыми объектами, например, выбирая лишь один случайным способом, >а  остальные  искать  поблизости от первого. Нельзя жертвовать охватом >объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых >объектов. > >-- >С уважением, > Михаил                          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 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Tue Dec 17 19:38:23 2013 From: mail на knutov.com (Nick Knutov) Date: Wed, 18 Dec 2013 09:38:23 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <1387336895.89219.YahooMailNeo@web171506.mail.ir2.yahoo.com> References: <52B0DAD8.6080108@knutov.com> <1387336895.89219.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: <52B118AF.7060406@knutov.com> Лучше, но плохо спасает от случая селекта из селекта, будет @WHERE2 и много плохочитаемого кода. 18.12.2013 9:21, ksvs пишет: > Сделал бы вот так: > > my $sql = posts_sql_view(); > > my @where = (); > > do { push @where, 'ty.id=?'; push @params, $type } if $type; > do { push @where, 'p.id=?'; push @params, $id; $limit = 0 } if $id; > > $sql .= join ' AND ', @where if @where; > > $sql .= ' ORDER BY id DESC' unless $id; > $sql .= " LIMIT $limit" if $limit; > > > On Wednesday, 18 December 2013, 1:14, Nick Knutov wrote: > У меня в коде в некоторых функциях, в зависимости от входных параметров, > конструируются разные sql запросы. Пример: > > my $sql = posts_sql_view(); > $sql .= ' WHERE ' if $type or $id or $main; > do { $sql .= ' ty.id=? '; push @params, $type;} if $type; > do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; > $sql .= ' ORDER BY id DESC ' unless $id; > do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? > > ps: в некоторых других случаях можно было бы использовать && вместо > do{}, но не тут. > > pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы > сложные и сложность/стоимость проверки того, что генерирует ORM > многократно выше любого профита от ORM в данной ситуации. > > -- > 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 postmaster на softsearch.ru Tue Dec 17 19:38:47 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 18 Dec 2013 07:38:47 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B0DAD8.6080108@knutov.com> References: <52B0DAD8.6080108@knutov.com> Message-ID: <12310006775.20131218073847@softsearch.ru> Здравствуйте, Nick. Я придерживаюсь правила писать весь запрос целиком в одном месте кода, а не собирать его по кусочкам. И лучше, если будет несколько похожих запросов, чем один в виде каши. Это правило правило позволяет эффективно оптимизировать запросы и БД. -- С уважением, Михаил mailto:postmaster на softsearch.ru From mail на knutov.com Tue Dec 17 19:42:51 2013 From: mail на knutov.com (Nick Knutov) Date: Wed, 18 Dec 2013 09:42:51 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <12310006775.20131218073847@softsearch.ru> References: <52B0DAD8.6080108@knutov.com> <12310006775.20131218073847@softsearch.ru> Message-ID: <52B119BB.2010005@knutov.com> Чудесное, прекрасное решение, когда бд умеет VIEW. Увы, MySQL умеет VIEW так, что в любом реальном случае весь вью каждый раз полностью сохраняется во временной таблице, а индексы не работают. Отсюда возникает необходимость иметь альтернативу в коде, а там возникает необходмость её поддерживать и обсепечивать одинаковый VIEW в разных местах. 18.12.2013 9:38, Михаил Монашёв пишет: > Здравствуйте, Nick. > > Я придерживаюсь правила писать весь запрос целиком в одном месте кода, > а не собирать его по кусочкам. И лучше, если будет несколько похожих > запросов, чем один в виде каши. Это правило правило позволяет > эффективно оптимизировать запросы и БД. > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From postmaster на softsearch.ru Tue Dec 17 19:49:19 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 18 Dec 2013 07:49:19 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B119BB.2010005@knutov.com> References: <52B0DAD8.6080108@knutov.com> <12310006775.20131218073847@softsearch.ru> <52B119BB.2010005@knutov.com> Message-ID: <1617426017.20131218074919@softsearch.ru> Здравствуйте, Nick. VIEW совершенно не обязательны и я про них не писал. У Вас намешано вместе и создание запроса и заполнение массива. А начало запроса вообще не понятно как выглядит, ибо сторонней функцией возвращается. Т.е. посмотрев на код нельзя сразу сказать, какой будет текст запроса. А это очень неудобно, ибо скрывается много полезной информации и собирать запрос приходится в голове. > Чудесное, прекрасное решение, когда бд умеет VIEW. > Увы, MySQL умеет VIEW так, что в любом реальном случае весь вью каждый > раз полностью сохраняется во временной таблице, а индексы не работают. > Отсюда возникает необходимость иметь альтернативу в коде, а там > возникает необходмость её поддерживать и обсепечивать одинаковый VIEW в > разных местах. > 18.12.2013 9:38, Михаил Монашёв пишет: >> Здравствуйте, Nick. >> >> Я придерживаюсь правила писать весь запрос целиком в одном месте кода, >> а не собирать его по кусочкам. И лучше, если будет несколько похожих >> запросов, чем один в виде каши. Это правило правило позволяет >> эффективно оптимизировать запросы и БД. >> > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 -- С уважением, Михаил mailto:postmaster на softsearch.ru From features.feat на gmail.com Tue Dec 17 21:45:29 2013 From: features.feat на gmail.com (=?KOI8-R?B?4czFy9PFyiDnwczBxdc=?=) Date: Wed, 18 Dec 2013 09:45:29 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: Memcached это тот который в памяти. На диске хранит Redis и то только реплику, при этом сам висит в памяти. Вроде ничего не напутал... 18 декабря 2013 г., 7:26 пользователь ksvs написал: > > мемкешед - это тот, который в памяти или на диске? > а чем плох киото? > P.S. Думаю чем заменить берклевскую базу... > Нужна hash и recno. > > > On Tuesday, 3 December 2013, 22:01, Dmitry Simonov > wrote: > Не хочу показаться предвзятым, но с точки зрения выбора стореджа при > постоянных добавления-удалениях, Ты получишь проблемы уже при нагрузке в > 2-3к цепочек в секунду на MySQL. Мы тут выбирали сторедж для таких задач и > отвалилось вообще всё кроме мемкешеда :) > > Ну и как следствие, отказ от MySQL в пользу NoSQL решения превратит Твою > задачку из сложной в тривиальную. > > П.С. моё предложение про отказ от MySQL Ты должен воспринять в штыки. Я его > тоже примерно также принял, пока не увидел результаты стрельб. Падало вообще > всё. > > П.П.С. киото тайкон - гавно. > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2013/12/2 Михаил Монашёв > > Здравствуйте. > > Есть таблица с объектами в mysql. Новые объекты туда добавляются, > плохие объекты удаляются, бывает что по много штук сразу. Некоторые > объекты имеют статус скрытых от всех, а все остальные доступны для > всех. Т.е. в таблице равномерно растёт id объектов, но между соседними > id могут быть дырки, причём большие. И некоторые объекты показывать > нельзя. > > Даётся текстовая строка. В идеале нужно для этой строке максимально > быстро выбрать из таблицы случайные 3 разных объекта, доступные для > всех. Причём так, чтобы повторные выборы давали те же самые объекты и > изменения таблицы минимально влияли на это. > > Т.е. надо из перла обратиться к mysql-ю минимальное количество раз, > сделав максимально быстрые запросы. Самое важное - скорость. Ей нельзя > жертвовать. Можно жертвовать, но крайне нежелательно, привязкой строки > к объектам. Понятно, что таблица меняется и привязки строк к объектам > будут меняться. Необходимо, чтобы эти изменения были минимальны. Можно > жертвовать количеством выбираемых объектов, например выбирать иногда > не 3, а 2 или 1, но не 0. Можно жертвовать степенью случайности между > выбираемыми объектами, например, выбирая лишь один случайным способом, > а остальные искать поблизости от первого. Нельзя жертвовать охватом > объектов таблицы, т.е. выбираться объекты должны среди всех не скрытых > объектов. > > -- > С уважением, > Михаил 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 > From wwax555 на gmail.com Tue Dec 17 22:47:10 2013 From: wwax555 на gmail.com (Savenkova Natalya) Date: Wed, 18 Dec 2013 10:47:10 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B0DAD8.6080108@knutov.com> References: <52B0DAD8.6080108@knutov.com> Message-ID: Не думаю, что вам здесь что-то поможет. Собирать извращенский запрос с помощью каких-то модулей - ну это будет только все усложнять и снижать читаемость. Есть пределы, когда стоит выбрать очевидность вместо попыток присобачить какой-то "элегантный" модуль, который ну не тянет такого функционала на самом деле. Savenkova Natalya wwax555 на gmail.com https://www.facebook.com/name.rnd 2013/12/18 Nick Knutov > У меня в коде в некоторых функциях, в зависимости от входных параметров, > конструируются разные sql запросы. Пример: > > my $sql = posts_sql_view(); > $sql .= ' WHERE ' if $type or $id or $main; > do { $sql .= ' ty.id=? '; push @params, $type;} if $type; > do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; > $sql .= ' ORDER BY id DESC ' unless $id; > do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? > > ps: в некоторых других случаях можно было бы использовать && вместо > do{}, но не тут. > > pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы > сложные и сложность/стоимость проверки того, что генерирует ORM > многократно выше любого профита от ORM в данной ситуации. > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From wwax555 на gmail.com Tue Dec 17 22:48:12 2013 From: wwax555 на gmail.com (Savenkova Natalya) Date: Wed, 18 Dec 2013 10:48:12 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <1387336895.89219.YahooMailNeo@web171506.mail.ir2.yahoo.com> References: <52B0DAD8.6080108@knutov.com> <1387336895.89219.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: +1 Savenkova Natalya wwax555 на gmail.com https://www.facebook.com/name.rnd 2013/12/18 ksvs > Сделал бы вот так: > > my $sql = posts_sql_view(); > > my @where = (); > > do { push @where, 'ty.id=?'; push @params, $type } if $type; > do { push @where, 'p.id=?'; push @params, $id; $limit = 0 } if $id; > > $sql .= join ' AND ', @where if @where; > > $sql .= ' ORDER BY id DESC' unless $id; > $sql .= " LIMIT $limit" if $limit; > > > On Wednesday, 18 December 2013, 1:14, Nick Knutov > wrote: > У меня в коде в некоторых функциях, в зависимости от входных параметров, > конструируются разные sql запросы. Пример: > > my $sql = posts_sql_view(); > $sql .= ' WHERE ' if $type or $id or $main; > do { $sql .= ' ty.id=? '; push @params, $type;} if $type; > do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; > $sql .= ' ORDER BY id DESC ' unless $id; > do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? > > ps: в некоторых других случаях можно было бы использовать && вместо > do{}, но не тут. > > pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы > сложные и сложность/стоимость проверки того, что генерирует ORM > многократно выше любого профита от ORM в данной ситуации. > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Dec 17 23:15:03 2013 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 18 Dec 2013 11:15:03 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: > мемкешед - это тот, который в памяти или на диске? в памяти и только в памяти. > а чем плох киото? У нас постоянные добавления-удаления, тысячи в секунду. при этом профиле нагрузки киото склонен замирать на секунду-другую, примерно раз в минуту. видимо - проводит сборку мусора. нас такое поведение не устраивает. From yu.pats на gmail.com Tue Dec 17 23:17:50 2013 From: yu.pats на gmail.com (Yury Pats) Date: Wed, 18 Dec 2013 10:17:50 +0300 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <52B0DAD8.6080108@knutov.com> References: <52B0DAD8.6080108@knutov.com> Message-ID: Привет. Нормально все выглядит. ИМХО * Прямая нотация if вместо do * уход от unless * при обратной нотации писать if с новой строки с отступом улучшили бы читаемость. Но получилась бы та же лапша, только вертикальная =) 2013/12/18 Nick Knutov > У меня в коде в некоторых функциях, в зависимости от входных параметров, > конструируются разные sql запросы. Пример: > > my $sql = posts_sql_view(); > $sql .= ' WHERE ' if $type or $id or $main; > do { $sql .= ' ty.id=? '; push @params, $type;} if $type; > do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; > $sql .= ' ORDER BY id DESC ' unless $id; > do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? > > ps: в некоторых других случаях можно было бы использовать && вместо > do{}, но не тут. > > pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы > сложные и сложность/стоимость проверки того, что генерирует ORM > многократно выше любого профита от ORM в данной ситуации. > > -- > 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 > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на eremeev.ru Tue Dec 17 23:19:12 2013 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Wed, 18 Dec 2013 11:19:12 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: <5E6DABD5-8794-48BE-9CFF-3070C608E65E@eremeev.ru> В редиска чем плох? Yours, Dmitry Eremeev +7 499 703-32-07 18 дек. 2013 г., в 11:15, Daniel Podolsky написал(а): >> мемкешед - это тот, который в памяти или на диске? > в памяти и только в памяти. > >> а чем плох киото? > У нас постоянные добавления-удаления, тысячи в секунду. > > при этом профиле нагрузки киото склонен замирать на секунду-другую, > примерно раз в минуту. видимо - проводит сборку мусора. > > нас такое поведение не устраивает. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Dec 17 23:30:09 2013 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 18 Dec 2013 11:30:09 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: <5E6DABD5-8794-48BE-9CFF-3070C608E65E@eremeev.ru> References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> <5E6DABD5-8794-48BE-9CFF-3070C608E65E@eremeev.ru> Message-ID: > В редиска чем плох? не знаю, я его не тестировал. From dmitry на eremeev.ru Tue Dec 17 23:32:18 2013 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Wed, 18 Dec 2013 11:32:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> <5E6DABD5-8794-48BE-9CFF-3070C608E65E@eremeev.ru> Message-ID: Перевели на одном высоконагружённом пороекте часть "критической быстрой даты" на редис, довольны как слоны. Yours, Dmitry Eremeev +7 499 703-32-07 18 дек. 2013 г., в 11:30, Daniel Podolsky написал(а): >> В редиска чем плох? > не знаю, я его не тестировал. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ksvs1996 на ymail.com Tue Dec 17 23:37:49 2013 From: ksvs1996 на ymail.com (ksvs) Date: Wed, 18 Dec 2013 07:37:49 +0000 (GMT) Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: References: <52B0DAD8.6080108@knutov.com> Message-ID: <1387352269.90847.YahooMailNeo@web171503.mail.ir2.yahoo.com> Зачем @WHERE2? Сразу make_sub_select: my ($sub_select, @sub_params) = make_sub_select(...); push @where, "foo IN ($sub_select)"; push @params, @sub_params; On Wednesday, 18 December 2013, 9:18, Yury Pats wrote: Привет. Нормально все выглядит. ИМХО  * Прямая нотация if вместо do * уход от unless * при обратной нотации писать if с новой строки с отступом улучшили бы читаемость. Но получилась бы та же лапша, только вертикальная =) 2013/12/18 Nick Knutov У меня в коде в некоторых функциях, в зависимости от входных параметров, >конструируются разные sql запросы. Пример: > >my $sql = posts_sql_view(); >$sql .= ' WHERE ' if $type or $id or $main; >do { $sql .= ' ty.id=? '; push @params, $type;} if $type; >do { $sql .= ' AND p.id=? LIMIT 1'; push @params, $id } if $id; >$sql .= ' ORDER BY id DESC ' unless $id; >do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; > >Мне не нравится как это визуально выглядит. Как бы вы это переписали, >чтобы было понятнее и читабельнее? > >ps: в некоторых других случаях можно было бы использовать && вместо >do{}, но не тут. > >pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >сложные и сложность/стоимость проверки того, что генерирует ORM >многократно выше любого профита от ORM в данной ситуации. > >-- >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 > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Wed Dec 18 00:04:53 2013 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Wed, 18 Dec 2013 12:04:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <12310006775.20131218073847@softsearch.ru> References: <52B0DAD8.6080108@knutov.com> <12310006775.20131218073847@softsearch.ru> Message-ID: <52B15725.3070904@rambler.ru> А у нас есть 5-6 почти идентичных запросов с объемом в 50+ строчек и которые отличаются 1-2 строчками в которых есть ошибки и которые периодически меняются раз в полгода в зависимости от бизнеса. Мы переписали под генерацию запроса и вообще рады, что нужно менять не 5 простынь запросов, а только одну каждые полгода. Оптимизируется одна такая простыня хорошо, даже лучше чем 5-6 простынь до этого. Проблема только в "конструкторах", которых уже 5-6 в коде, и которые похожи как близнецы братья. 18.12.2013 7:38, Михаил Монашёв пишет: > Здравствуйте, Nick. > > Я придерживаюсь правила писать весь запрос целиком в одном месте кода, > а не собирать его по кусочкам. И лучше, если будет несколько похожих > запросов, чем один в виде каши. Это правило правило позволяет > эффективно оптимизировать запросы и БД. > From vividsnow на gmail.com Wed Dec 18 00:07:56 2013 From: vividsnow на gmail.com (vividsnow) Date: Wed, 18 Dec 2013 12:07:56 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B0E1D0.9060200@knutov.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> Message-ID: <52B157DC.6030208@gmail.com> как вариант что-то вроде: https://gist.github.com/vividsnow/8d294801959975730fc3 (возможно более специфичное к вашей задаче) On 12/18/2013 03:44 AM, Nick Knutov wrote: > Не вижу, чем мне это может помочь. > > В данном примере posts_sql_view() возвращает нечто очень большое и > сложное, например селект с джойнами по куче таблиц из селекта с джойнами. > > Как минимум, конструировать запрос мне надо начиная с того места, где > может быть WHERE. И, например, как тут - наличие LIMIT и его количество > зависит от других параметров. > > > 18.12.2013 5:34, vividsnow пишет: >> https://metacpan.org/pod/SQL::Abstract >> >> >> 2013/12/18 Nick Knutov > >> >> У меня в коде в некоторых функциях, в зависимости от входных параметров, >> конструируются разные sql запросы. Пример: >> >> my $sql = posts_sql_view(); >> $sql .= ' WHERE ' if $type or $id or $main; >> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >> } if $id; >> $sql .= ' ORDER BY id DESC ' unless $id; >> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; >> >> Мне не нравится как это визуально выглядит. Как бы вы это переписали, >> чтобы было понятнее и читабельнее? >> >> ps: в некоторых других случаях можно было бы использовать && вместо >> do{}, но не тут. >> >> pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >> сложные и сложность/стоимость проверки того, что генерирует ORM >> многократно выше любого профита от ORM в данной ситуации. >> >> -- >> 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 0body0 на rambler.ru Wed Dec 18 00:20:46 2013 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Wed, 18 Dec 2013 12:20:46 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B157DC.6030208@gmail.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> Message-ID: <52B15ADE.30102@rambler.ru> ++ за идею. - за прочитать несколько раз, чтобы вьехать. + за ~~@$limit 18.12.2013 12:07, vividsnow пишет: > как вариант что-то вроде: > https://gist.github.com/vividsnow/8d294801959975730fc3 > (возможно более специфичное к вашей задаче) > > On 12/18/2013 03:44 AM, Nick Knutov wrote: >> Не вижу, чем мне это может помочь. >> >> В данном примере posts_sql_view() возвращает нечто очень большое и >> сложное, например селект с джойнами по куче таблиц из селекта с джойнами. >> >> Как минимум, конструировать запрос мне надо начиная с того места, где >> может быть WHERE. И, например, как тут - наличие LIMIT и его количество >> зависит от других параметров. >> >> >> 18.12.2013 5:34, vividsnow пишет: >>> https://metacpan.org/pod/SQL::Abstract >>> >>> >>> 2013/12/18 Nick Knutov > >>> >>> У меня в коде в некоторых функциях, в зависимости от входных параметров, >>> конструируются разные sql запросы. Пример: >>> >>> my $sql = posts_sql_view(); >>> $sql .= ' WHERE ' if $type or $id or $main; >>> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >>> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >>> } if $id; >>> $sql .= ' ORDER BY id DESC ' unless $id; >>> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; >>> >>> Мне не нравится как это визуально выглядит. Как бы вы это переписали, >>> чтобы было понятнее и читабельнее? >>> >>> ps: в некоторых других случаях можно было бы использовать && вместо >>> do{}, но не тут. >>> >>> pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >>> сложные и сложность/стоимость проверки того, что генерирует ORM >>> многократно выше любого профита от ORM в данной ситуации. >>> >>> -- >>> 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 mons на cpan.org Wed Dec 18 00:32:17 2013 From: mons на cpan.org (Mons Anderson) Date: Wed, 18 Dec 2013 12:32:17 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: On 18.12.2013, at 11:15, Daniel Podolsky wrote: > > при этом профиле нагрузки киото склонен замирать на секунду-другую, > примерно раз в минуту. видимо - проводит сборку мусора. Похоже на перестройку дерева индекса. Попробуйте заменить на hash. или попробуйте тарантул ) > > нас такое поведение не устраивает. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From mons на cpan.org Wed Dec 18 00:49:59 2013 From: mons на cpan.org (Mons Anderson) Date: Wed, 18 Dec 2013 12:49:59 +0400 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <52B15ADE.30102@rambler.ru> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <52B15ADE.30102@rambler.ru> Message-ID: <5F70C954-2907-4E5A-9CA3-6C659DDA9FEC@corp.mail.ru> ('?') x ~~@$l - изврат, можно просто ('?') x @$l x сам по себе кастит scalar On 18.12.2013, at 12:20, Анатолий Гришаев <0body0 на rambler.ru> wrote: > ++ за идею. > - за прочитать несколько раз, чтобы вьехать. > + за ~~@$limit > > 18.12.2013 12:07, vividsnow пишет: >> как вариант что-то вроде: >> https://gist.github.com/vividsnow/8d294801959975730fc3 >> (возможно более специфичное к вашей задаче) >> >> On 12/18/2013 03:44 AM, Nick Knutov wrote: >>> Не вижу, чем мне это может помочь. >>> >>> В данном примере posts_sql_view() возвращает нечто очень большое и >>> сложное, например селект с джойнами по куче таблиц из селекта с джойнами. >>> >>> Как минимум, конструировать запрос мне надо начиная с того места, где >>> может быть WHERE. И, например, как тут - наличие LIMIT и его количество >>> зависит от других параметров. >>> >>> >>> 18.12.2013 5:34, vividsnow пишет: >>>> https://metacpan.org/pod/SQL::Abstract >>>> >>>> >>>> 2013/12/18 Nick Knutov > >>>> >>>> У меня в коде в некоторых функциях, в зависимости от входных параметров, >>>> конструируются разные sql запросы. Пример: >>>> >>>> my $sql = posts_sql_view(); >>>> $sql .= ' WHERE ' if $type or $id or $main; >>>> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >>>> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >>>> } if $id; >>>> $sql .= ' ORDER BY id DESC ' unless $id; >>>> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; >>>> >>>> Мне не нравится как это визуально выглядит. Как бы вы это переписали, >>>> чтобы было понятнее и читабельнее? >>>> >>>> ps: в некоторых других случаях можно было бы использовать && вместо >>>> do{}, но не тут. >>>> >>>> pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >>>> сложные и сложность/стоимость проверки того, что генерирует ORM >>>> многократно выше любого профита от ORM в данной ситуации. >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Dec 18 00:53:35 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 18 Dec 2013 12:53:35 +0400 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <52B0DAD8.6080108@knutov.com> References: <52B0DAD8.6080108@knutov.com> Message-ID: <20131218085335.GE32269@vdsl.uvw.ru> > Мне не нравится как это визуально выглядит. Как бы вы это переписали, > чтобы было понятнее и читабельнее? DBIx::DR From i.petro.77.00 на gmail.com Wed Dec 18 00:58:23 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 18 Dec 2013 12:58:23 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: Message-ID: <20131218085823.GF32269@vdsl.uvw.ru> > Доброго времени суток, могучие MoscowPM! > Надо сделать мониторинг  нескольких десятков страниц на одном ресурсе. > Вопрос в основном про то, чем получать страницы,  как их разбирать, как искать > на них нужное. мы в последнее время в качестве html парсера стали юзать XML::LibXML и оч довольны. скорость оч приятная (если сравнивать например с mojo::dom, так более чем на порядок быстрее), манипуляции по xpath - довольно удобно. > Из каких базовых вещей это собирать? > ( ... ~mojo, AnyEvent,...) скачивалку контента - конечно на AnyEvent > И как делать то же самое, если на сайте ещё есть авторизация? (например, vk или > gmail) дык авторизовываться. куки там добавлять или токен авторизационный. как на каком сайте сделано так и делать :) From i.petro.77.00 на gmail.com Wed Dec 18 00:59:26 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 18 Dec 2013 12:59:26 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: Message-ID: <20131218085926.GG32269@vdsl.uvw.ru> > Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про все ссылки если на производительность совсем уж наплевать, то можно и Mojo::DOM с Mojo::UserAgent From vividsnow на gmail.com Wed Dec 18 00:58:01 2013 From: vividsnow на gmail.com (vividsnow) Date: Wed, 18 Dec 2013 12:58:01 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <5F70C954-2907-4E5A-9CA3-6C659DDA9FEC@corp.mail.ru> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <52B15ADE.30102@rambler.ru> <5F70C954-2907-4E5A-9CA3-6C659DDA9FEC@corp.mail.ru> Message-ID: <52B16399.5080500@gmail.com> точно, fixed On 12/18/2013 12:49 PM, Mons Anderson wrote: > ('?')x~~@$l - изврат, можно просто ('?') x @$l > x сам по себе кастит scalar > > On 18.12.2013, at 12:20, Анатолий Гришаев <0body0 на rambler.ru > > wrote: > >> ++ за идею. >> - за прочитать несколько раз, чтобы вьехать. >> + за ~~@$limit >> >> 18.12.2013 12:07, vividsnow пишет: >>> как вариант что-то вроде: >>> https://gist.github.com/vividsnow/8d294801959975730fc3 >>> (возможно более специфичное к вашей задаче) >>> >>> On 12/18/2013 03:44 AM, Nick Knutov wrote: >>>> Не вижу, чем мне это может помочь. >>>> >>>> В данном примере posts_sql_view() возвращает нечто очень большое и >>>> сложное, например селект с джойнами по куче таблиц из селекта с >>>> джойнами. >>>> >>>> Как минимум, конструировать запрос мне надо начиная с того места, где >>>> может быть WHERE. И, например, как тут - наличие LIMIT и его количество >>>> зависит от других параметров. >>>> >>>> >>>> 18.12.2013 5:34, vividsnow пишет: >>>>> https://metacpan.org/pod/SQL::Abstract >>>>> >>>>> >>>>> 2013/12/18 Nick Knutov > >>>>> >>>>> У меня в коде в некоторых функциях, в зависимости от входных >>>>> параметров, >>>>> конструируются разные sql запросы. Пример: >>>>> >>>>> my $sql = posts_sql_view(); >>>>> $sql .= ' WHERE ' if $type or $id or $main; >>>>> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >>>>> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >>>>> } if $id; >>>>> $sql .= ' ORDER BY id DESC ' unless $id; >>>>> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and >>>>> not $id; >>>>> >>>>> Мне не нравится как это визуально выглядит. Как бы вы это >>>>> переписали, >>>>> чтобы было понятнее и читабельнее? >>>>> >>>>> ps: в некоторых других случаях можно было бы использовать && вместо >>>>> do{}, но не тут. >>>>> >>>>> pps: ORM предлагать и обсуждать не надо. Как минимум потому, >>>>> что запросы >>>>> сложные и сложность/стоимость проверки того, что генерирует ORM >>>>> многократно выше любого профита от ORM в данной ситуации. >>>>> >>>>> -- >>>>> Best Regards, >>>>> Nick Knutov >>>>> http://knutov.com >>>>> ICQ: 272873706 >>>>> Voice: +7-904-84-23-130 >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > From eugene.toropov на gmail.com Wed Dec 18 01:18:51 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Wed, 18 Dec 2013 13:18:51 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: <20131218085926.GG32269@vdsl.uvw.ru> References: <20131218085926.GG32269@vdsl.uvw.ru> Message-ID: <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Если там реально несколько десятков страниц и смысл в мониторинге, то можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то так: $t->get_ok($t->tx->res->headers->location )->status_is('200')->element_exists('td[style="border-right:1px solid #A2C1D9;"]'); $t->post_ok( $url => form => \%pay_form )->status_is(302)->header_like(Location => qr|^http://partner.a1pay.ru/a1lite/selectType|); Евгений On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про все ссылки > > если на производительность совсем уж наплевать, то можно и Mojo::DOM с > Mojo::UserAgent > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From sharifulin на gmail.com Wed Dec 18 01:21:47 2013 From: sharifulin на gmail.com (=?KOI8-R?B?4c7B1M/Mycog+8HSycbVzMnO?=) Date: Wed, 18 Dec 2013 13:21:47 +0400 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= In-Reply-To: <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> References: <20131218085926.GG32269@vdsl.uvw.ru> <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Message-ID: Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) 2013/12/18 Eugene Toropov > Если там реально несколько десятков страниц и смысл в мониторинге, то > можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то > так: > > $t->get_ok($t->tx->res->headers->location > )->status_is('200')->element_exists('td[style="border-right:1px solid > #A2C1D9;"]'); > > $t->post_ok( $url => form => \%pay_form > )->status_is(302)->header_like(Location => qr|^ > http://partner.a1pay.ru/a1lite/selectType|); > > Евгений > > On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: > > >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про > все ссылки > > > > если на производительность совсем уж наплевать, то можно и Mojo::DOM с > > Mojo::UserAgent > > > > -- > > 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 onokonem на gmail.com Wed Dec 18 01:29:15 2013 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 18 Dec 2013 13:29:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: > Похоже на перестройку дерева индекса. Попробуйте заменить на hash. То-то и оно, что попробовали все доступные варианты, и это поведение - одинаково во всех From mons на cpan.org Wed Dec 18 03:45:35 2013 From: mons на cpan.org (Mons Anderson) Date: Wed, 18 Dec 2013 15:45:35 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHEwd7LwSDOwSDQz8TVzcHU2Cwgy8/N1SDJztTF?= =?koi8-r?b?0sXTzs8uLi4=?= In-Reply-To: References: <319625952.20131202172724@softsearch.ru> <1387337165.35284.YahooMailNeo@web171506.mail.ir2.yahoo.com> Message-ID: <377FE60F-EA35-4434-9850-76364B04F8A6@corp.mail.ru> Другой вариант - аллокация файла wal (у них-же по идее такая-же схема) On 18.12.2013, at 13:29, Daniel Podolsky wrote: >> Похоже на перестройку дерева индекса. Попробуйте заменить на hash. > То-то и оно, что попробовали все доступные варианты, и это поведение - > одинаково во всех > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From evdokimov.denis на gmail.com Wed Dec 18 04:42:39 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Wed, 18 Dec 2013 16:42:39 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: <9111387272769@web18m.yandex.ru> References: <9111387272769@web18m.yandex.ru> Message-ID: EPIC(Eclipse) http://yadi.sk/d/cEZG_SpaEXW3r 17 декабря 2013 г., 13:32 пользователь Oleg Alistratov написал: > Komodo IDE: > http://img-fotki.yandex.ru/get/9759/25923521.e/0_9244f_17eb4d8e_XL.png > > 16.12.2013, 21:05, "Иван Бессарабов" : > > Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень > интересную > > тему подсветки синтаксиса перла. > > > > Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка > > синтаксиса вот в таком скрипте: > https://gist.github.com/bessarabov/7991901 > > > > У меня в vim это выглядит вот так: > > http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > > > > Vim ошибается с подсведкой во второй строчке этого кода: > > > > say with_prototype / 10 ; # / ; die "this dies!"; > > say without_prototype / 10 ; # / ; die "this dies!"; > > > > Этот код идентичен вот такому, но vim это не понимает: > > > > say with_prototype() / 10 ; # / ; die "this dies!"; > > say without_prototype( / 10 ; # / ); die "this dies!"; > > > > У меня есть гипотеза что ни один редактор не отобразит эти строки > правильно, > > так как все редакторы парсят код как простой текст, и не используют перл > для > > разбора кода. > > > > Этот пример я увидел вот в этом посте на stackoverflow: > > > http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > > > > Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы > > грамматика перла и с его кодом было бы сильно удобнее работать. Можно > было бы > > и правильную подсведку сделать, и код приводить к стандартному виду > (более > > гибким и правильным инструментом чем ненавистный мне perltidy), и > > автоматический рефакторинг делать. > > > > И я чуть-чуть завидую языкам для которых есть грамматики: > > > > * Go: http://golang.org/ref/spec > > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > > * Perl6: > https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Oleg Alistratov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Wed Dec 18 05:39:24 2013 From: mail на knutov.com (Nick Knutov) Date: Wed, 18 Dec 2013 19:39:24 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <1387352269.90847.YahooMailNeo@web171503.mail.ir2.yahoo.com> References: <52B0DAD8.6080108@knutov.com> <1387352269.90847.YahooMailNeo@web171503.mail.ir2.yahoo.com> Message-ID: <52B1A58C.3030700@knutov.com> О! По понятности это пока лучший вариант, спасибо. 18.12.2013 13:37, ksvs пишет: > Зачем @WHERE2? Сразу make_sub_select: > > my ($sub_select, @sub_params) = make_sub_select(...); > push @where, "foo IN ($sub_select)"; push @params, > @sub_params; -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From ivan.kharpalev на gmail.com Thu Dec 19 03:53:20 2013 From: ivan.kharpalev на gmail.com (=?KOI8-R?B?6MHS0MHMo9cg6dfBzg==?=) Date: Thu, 19 Dec 2013 15:53:20 +0400 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= In-Reply-To: References: <20131218085926.GG32269@vdsl.uvw.ru> <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Message-ID: Спасибо! Очень много ссылок в тему! Особенно понравился вариант с Mojo, поскольку, кажется, что материал "для освоения" компактнее. Как понимаю, для того, чтобы нормально разбирать страницы, нужно освоиться с DOM, всякими селекторами и т.д. Такого бэкграунда мало( Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и ликбезом?) Встал на путь истинный, спасибо! 18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < sharifulin на gmail.com> написал: > Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) > > > 2013/12/18 Eugene Toropov > >> Если там реально несколько десятков страниц и смысл в мониторинге, то >> можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то >> так: >> >> $t->get_ok($t->tx->res->headers->location >> )->status_is('200')->element_exists('td[style="border-right:1px solid >> #A2C1D9;"]'); >> >> $t->post_ok( $url => form => \%pay_form >> )->status_is(302)->header_like(Location => qr|^ >> http://partner.a1pay.ru/a1lite/selectType|); >> >> Евгений >> >> On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >> >> >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про >> все ссылки >> > >> > если на производительность совсем уж наплевать, то можно и Mojo::DOM с >> > Mojo::UserAgent >> > >> > -- >> > 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 mail на knutov.com Thu Dec 19 03:56:55 2013 From: mail на knutov.com (Nick Knutov) Date: Thu, 19 Dec 2013 17:56:55 +0600 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= In-Reply-To: References: <20131218085926.GG32269@vdsl.uvw.ru> <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Message-ID: <52B2DF07.30608@knutov.com> C Mojo только очень важно помнить, что он очень медленный. Очень. 19.12.2013 17:53, Харпалёв Иван пишет: > Спасибо! Очень много ссылок в тему! > Особенно понравился вариант с Mojo, поскольку, кажется, что материал > "для освоения" компактнее. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From foxcool333 на gmail.com Thu Dec 19 04:20:52 2013 From: foxcool333 на gmail.com (Foxcool) Date: Thu, 19 Dec 2013 16:20:52 +0400 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= In-Reply-To: References: <20131218085926.GG32269@vdsl.uvw.ru> <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Message-ID: <52B2E4A4.3000806@gmail.com> 19.12.2013 15:53, Харпалёв Иван пишет: > Спасибо! Очень много ссылок в тему! > Особенно понравился вариант с Mojo, поскольку, кажется, что материал > "для освоения" компактнее. > > Как понимаю, для того, чтобы нормально разбирать страницы, нужно > освоиться с DOM, всякими селекторами и т.д. > Такого бэкграунда мало( > Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и > ликбезом?) > > Встал на путь истинный, спасибо! > > > 18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин > > написал: > > Да, на тестах сразу видно, когда парсер ломается, я иногда делаю > так :) > > > 2013/12/18 Eugene Toropov > > > Если там реально несколько десятков страниц и смысл в > мониторинге, то можно вообще Test::Mojo и проходить > последовательно. Код выглядит как-то так: > > $t->get_ok($t->tx->res->headers->location > )->status_is('200')->element_exists('td[style="border-right:1px solid > #A2C1D9;"]'); > > $t->post_ok( $url => form => \%pay_form > )->status_is(302)->header_like(Location => > qr|^http://partner.a1pay.ru/a1lite/selectType| > ); > > Евгений > > On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: > > >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и > забудьте про все ссылки > > > > если на производительность совсем уж наплевать, то можно и > Mojo::DOM с > > Mojo::UserAgent > > > > -- > > 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 > > > > Я в свое время неплохо освоился с Web::Scraper. Это вроде не такое тормозное решение, как с моджо. Однако понадобится работать с селекторами. А селекторы - несложная тема. Берем и смотрим от той же моджи доку: http://mojolicio.us/perldoc/Mojo/DOM/CSS И по таким же селекторам можно ловить содержимое вебскрапером. Правда там необычный (вроде декларативный) интерфейс и поначалу немного ломает мозг, но как только вкуриваешь, то сразу же парсинг решулярками или еще какой изврат больше не потянет к себе. Ну а селекторы по теблице берешь и копируешь, какой надо. Тут достаточно иметь представление об html и css -- http://foxcool.ru foxcool на jabber.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Thu Dec 19 04:37:45 2013 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Thu, 19 Dec 2013 16:37:45 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: <52B2E4A4.3000806@gmail.com> References: <52B2E4A4.3000806@gmail.com> Message-ID: <1387456665.970843401@f434.i.mail.ru> А еще селекторы можно подсмотреть в FireBug'е ... Четверг, 19 декабря 2013, 16:20 +04:00 от Foxcool : >19.12.2013 15:53, Харпалёв Иван пишет: >>Спасибо! Очень много ссылок в тему! >>Особенно понравился вариант с  Mojo, поскольку, кажется, что материал "для освоения" компактнее. >> >>Как понимаю, для того, чтобы нормально разбирать страницы, нужно освоиться с DOM, всякими селекторами и т.д. >>Такого бэкграунда мало( >>Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и ликбезом?) >> >>Встал на путь истинный, спасибо! >> >> >>18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < sharifulin на gmail.com > написал: >>>Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >>> >>> >>>2013/12/18 Eugene Toropov < eugene.toropov на gmail.com > >>>>Если там реально несколько десятков страниц и смысл в мониторинге, то можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то так: >>>> >>>>$t->get_ok($t->tx->res->headers->location )->status_is('200')->element_exists('td[style="border-right:1px solid #A2C1D9;"]'); >>>> >>>>$t->post_ok( $url => form => \%pay_form )->status_is(302)->header_like(Location => qr|^ http://partner.a1pay.ru/a1lite/selectType| ); >>>> >>>>Евгений >>>> >>>>On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>>> >>>>>> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про все ссылки >>>>> >>>>> если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>>>> Mojo::UserAgent >>>>> >>>>> -- >>>>> 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 >>> >> >> >> > > >Я в свое время неплохо освоился с Web::Scraper. Это вроде не такое тормозное решение, как с моджо. Однако понадобится работать  с селекторами. А селекторы - несложная тема. Берем и смотрим от той же моджи доку: http://mojolicio.us/perldoc/Mojo/DOM/CSS >И по таким же селекторам можно ловить содержимое вебскрапером. Правда там необычный (вроде декларативный) интерфейс и поначалу немного ломает мозг, но как только вкуриваешь, то сразу же парсинг решулярками или еще какой изврат больше не потянет к себе. Ну а селекторы по теблице берешь и копируешь, какой надо. Тут достаточно иметь представление об html и css > >-- >http://foxcool.ru >foxcool на jabber.ru >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Илья Винокуров ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From cub.uanic на gmail.com Thu Dec 19 05:24:28 2013 From: cub.uanic на gmail.com (Oleg Kostyuk) Date: Thu, 19 Dec 2013 15:24:28 +0200 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: <1387456665.970843401@f434.i.mail.ru> References: <52B2E4A4.3000806@gmail.com> <1387456665.970843401@f434.i.mail.ru> Message-ID: А как вы боретесь с тем, что далеко не все сайты выдают валидные страницы? Парсинг ломается, селекторы не работают... Бежать обратно в каменный век к регуляркам?.. 19 декабря 2013 г., 14:37 пользователь Илья Винокуров написал: > > А еще селекторы можно подсмотреть в FireBug'е ... > > > Четверг, 19 декабря 2013, 16:20 +04:00 от Foxcool : > > 19.12.2013 15:53, Харпалёв Иван пишет: > > Спасибо! Очень много ссылок в тему! > Особенно понравился вариант с Mojo, поскольку, кажется, что материал "для > освоения" компактнее. > > Как понимаю, для того, чтобы нормально разбирать страницы, нужно > освоиться с DOM, всякими селекторами и т.д. > Такого бэкграунда мало( > Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и > ликбезом?) > > Встал на путь истинный, спасибо! > > > 18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < > sharifulin на gmail.com > > написал: > >> Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >> >> >> 2013/12/18 Eugene Toropov >> > >> >>> Если там реально несколько десятков страниц и смысл в мониторинге, то >>> можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то >>> так: >>> >>> $t->get_ok($t->tx->res->headers->location >>> )->status_is('200')->element_exists('td[style="border-right:1px solid >>> #A2C1D9;"]'); >>> >>> $t->post_ok( $url => form => \%pay_form >>> )->status_is(302)->header_like(Location => qr|^ >>> http://partner.a1pay.ru/a1lite/selectType|); >>> >>> Евгений >>> >>> On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>> >>> >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про >>> все ссылки >>> > >>> > если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>> > Mojo::UserAgent >>> > >>> > -- >>> > 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 >> >> > > > > > Я в свое время неплохо освоился с Web::Scraper. Это вроде не такое > тормозное решение, как с моджо. Однако понадобится работать с селекторами. > А селекторы - несложная тема. Берем и смотрим от той же моджи доку: > http://mojolicio.us/perldoc/Mojo/DOM/CSS > И по таким же селекторам можно ловить содержимое вебскрапером. Правда там > необычный (вроде декларативный) интерфейс и поначалу немного ломает мозг, > но как только вкуриваешь, то сразу же парсинг решулярками или еще какой > изврат больше не потянет к себе. Ну а селекторы по теблице берешь и > копируешь, какой надо. Тут достаточно иметь представление об html и css > > -- http://foxcool.rufoxcool на 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 > > -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Thu Dec 19 06:14:34 2013 From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=) Date: Thu, 19 Dec 2013 18:14:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: <1387456665.970843401@f434.i.mail.ru> Message-ID: <1387462474.371797901@f27.i.mail.ru> tidy вроде помогал Четверг, 19 декабря 2013, 15:24 +02:00 от Oleg Kostyuk : >А как вы боретесь с тем, что далеко не все сайты выдают валидные страницы? >Парсинг ломается, селекторы не работают... >Бежать обратно в каменный век к регуляркам?.. > > >19 декабря 2013 г., 14:37 пользователь Илья Винокуров < ilvin на mail.ru > написал: >> >>А еще селекторы можно подсмотреть в FireBug'е ... >> >> >>Четверг, 19 декабря 2013, 16:20 +04:00 от Foxcool < foxcool333 на gmail.com >: >> >>>19.12.2013 15:53, Харпалёв Иван пишет: >>>>Спасибо! Очень много ссылок в тему! >>>>Особенно понравился вариант с  Mojo, поскольку, кажется, что материал "для освоения" компактнее. >>>> >>>>Как понимаю, для того, чтобы нормально разбирать страницы, нужно освоиться с DOM, всякими селекторами и т.д. >>>>Такого бэкграунда мало( >>>>Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и ликбезом?) >>>> >>>>Встал на путь истинный, спасибо! >>>> >>>> >>>>18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < sharifulin на gmail.com > написал: >>>>>Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >>>>> >>>>> >>>>>2013/12/18 Eugene Toropov < eugene.toropov на gmail.com > >>>>>>Если там реально несколько десятков страниц и смысл в мониторинге, то можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то так: >>>>>> >>>>>>$t->get_ok($t->tx->res->headers->location )->status_is('200')->element_exists('td[style="border-right:1px solid #A2C1D9;"]'); >>>>>> >>>>>>$t->post_ok( $url => form => \%pay_form )->status_is(302)->header_like(Location => qr|^ http://partner.a1pay.ru/a1lite/selectType| ); >>>>>> >>>>>>Евгений >>>>>> >>>>>>On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>>>>> >>>>>>>> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про все ссылки >>>>>>> >>>>>>> если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>>>>>> Mojo::UserAgent >>>>>>> >>>>>>> -- >>>>>>> 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 >>>>> >>>> >>>> >>>> >>> >>> >>>Я в свое время неплохо освоился с Web::Scraper. Это вроде не такое тормозное решение, как с моджо. Однако понадобится работать  с селекторами. А селекторы - несложная тема. Берем и смотрим от той же моджи доку: http://mojolicio.us/perldoc/Mojo/DOM/CSS >>>И по таким же селекторам можно ловить содержимое вебскрапером. Правда там необычный (вроде декларативный) интерфейс и поначалу немного ломает мозг, но как только вкуриваешь, то сразу же парсинг решулярками или еще какой изврат больше не потянет к себе. Ну а селекторы по теблице берешь и копируешь, какой надо. Тут достаточно иметь представление об html и css >>> >>>-- >>>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 >> > > > >-- >Sincerely yours, >Oleg Kostyuk (CUB-UANIC) >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Alexey Shrub ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akovbovich на gmail.com Thu Dec 19 07:06:56 2013 From: akovbovich на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCfLiDQmtC+0LLQsdC+0LLQuNGH?=) Date: Thu, 19 Dec 2013 19:06:56 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: <1387462474.371797901@f27.i.mail.ru> References: <1387456665.970843401@f434.i.mail.ru> <1387462474.371797901@f27.i.mail.ru> Message-ID: Я XPath-ом парсил html, правда медленновато такой способ работает. Учить селекторы можно на w3school. 19 декабря 2013 г., 18:14 пользователь Alexey Shrub написал: > tidy вроде помогал > > > Четверг, 19 декабря 2013, 15:24 +02:00 от Oleg Kostyuk < > cub.uanic на gmail.com>: > > А как вы боретесь с тем, что далеко не все сайты выдают валидные > страницы? > Парсинг ломается, селекторы не работают... > Бежать обратно в каменный век к регуляркам?.. > > > 19 декабря 2013 г., 14:37 пользователь Илья Винокуров > > написал: > >> >> А еще селекторы можно подсмотреть в FireBug'е ... >> >> >> Четверг, 19 декабря 2013, 16:20 +04:00 от Foxcool >> >: >> >> 19.12.2013 15:53, Харпалёв Иван пишет: >> >> Спасибо! Очень много ссылок в тему! >> Особенно понравился вариант с Mojo, поскольку, кажется, что материал >> "для освоения" компактнее. >> >> Как понимаю, для того, чтобы нормально разбирать страницы, нужно >> освоиться с DOM, всякими селекторами и т.д. >> Такого бэкграунда мало( >> Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и >> ликбезом?) >> >> Встал на путь истинный, спасибо! >> >> >> 18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < >> sharifulin на gmail.com >> > написал: >> >>> Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >>> >>> >>> 2013/12/18 Eugene Toropov >>> > >>> >>>> Если там реально несколько десятков страниц и смысл в мониторинге, то >>>> можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то >>>> так: >>>> >>>> $t->get_ok($t->tx->res->headers->location >>>> )->status_is('200')->element_exists('td[style="border-right:1px solid >>>> #A2C1D9;"]'); >>>> >>>> $t->post_ok( $url => form => \%pay_form >>>> )->status_is(302)->header_like(Location => qr|^ >>>> http://partner.a1pay.ru/a1lite/selectType|); >>>> >>>> Евгений >>>> >>>> On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>>> >>>> >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про >>>> все ссылки >>>> > >>>> > если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>>> > Mojo::UserAgent >>>> > >>>> > -- >>>> > 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 >>> >>> >> >> >> >> >> Я в свое время неплохо освоился с Web::Scraper. Это вроде не такое >> тормозное решение, как с моджо. Однако понадобится работать с селекторами. >> А селекторы - несложная тема. Берем и смотрим от той же моджи доку: >> http://mojolicio.us/perldoc/Mojo/DOM/CSS >> И по таким же селекторам можно ловить содержимое вебскрапером. Правда там >> необычный (вроде декларативный) интерфейс и поначалу немного ломает мозг, >> но как только вкуриваешь, то сразу же парсинг решулярками или еще какой >> изврат больше не потянет к себе. Ну а селекторы по теблице берешь и >> копируешь, какой надо. Тут достаточно иметь представление об html и css >> >> -- http://foxcool.rufoxcool на 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 >> >> > > > -- > Sincerely yours, > Oleg Kostyuk (CUB-UANIC) > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Alexey Shrub > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Fri Dec 20 00:46:37 2013 From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=) Date: Fri, 20 Dec 2013 12:46:37 +0400 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: <1387462474.371797901@f27.i.mail.ru> Message-ID: <1387529197.406683124@f399.i.mail.ru> Ну так сначала tidy приводит к xml, а потом xpath Четверг, 19 декабря 2013, 19:06 +04:00 от Андрей П. Ковбович: >Я XPath-ом парсил html, правда медленновато такой способ работает. Учить селекторы можно на w3school. > > >19 декабря 2013 г., 18:14 пользователь Alexey Shrub < worldmind на mail.ru > написал: >>tidy вроде помогал >> >> >>Четверг, 19 декабря 2013, 15:24 +02:00 от Oleg Kostyuk < cub.uanic на gmail.com >: >> >>>А как вы боретесь с тем, что далеко не все сайты выдают валидные страницы? >>>Парсинг ломается, селекторы не работают... >>>Бежать обратно в каменный век к регуляркам?.. >>> >>> >>>19 декабря 2013 г., 14:37 пользователь Илья Винокуров < ilvin на mail.ru > написал: >>>> >>>>А еще селекторы можно подсмотреть в FireBug'е ... >>>> >>>> >>>>Четверг, 19 декабря 2013, 16:20 +04:00 от Foxcool < foxcool333 на gmail.com >: >>>> >>>>>19.12.2013 15:53, Харпалёв Иван пишет: >>>>>>Спасибо! Очень много ссылок в тему! >>>>>>Особенно понравился вариант с  Mojo, поскольку, кажется, что материал "для освоения" компактнее. >>>>>> >>>>>>Как понимаю, для того, чтобы нормально разбирать страницы, нужно освоиться с DOM, всякими селекторами и т.д. >>>>>>Такого бэкграунда мало( >>>>>>Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и ликбезом?) >>>>>> >>>>>>Встал на путь истинный, спасибо! >>>>>> >>>>>> >>>>>>18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < sharifulin на gmail.com > написал: >>>>>>>Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >>>>>>> >>>>>>> >>>>>>>2013/12/18 Eugene Toropov < eugene.toropov на gmail.com > >>>>>>>>Если там реально несколько десятков страниц и смысл в мониторинге, то можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то так: >>>>>>>> >>>>>>>>$t->get_ok($t->tx->res->headers->location )->status_is('200')->element_exists('td[style="border-right:1px solid #A2C1D9;"]'); >>>>>>>> >>>>>>>>$t->post_ok( $url => form => \%pay_form )->status_is(302)->header_like(Location => qr|^ http://partner.a1pay.ru/a1lite/selectType| ); >>>>>>>> >>>>>>>>Евгений >>>>>>>> >>>>>>>>On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>>>>>>> >>>>>>>>>> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про все ссылки >>>>>>>>> >>>>>>>>> если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>>>>>>>> Mojo::UserAgent >>>>>>>>> >>>>>>>>> -- >>>>>>>>> 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 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>>Я в свое время неплохо освоился с Web::Scraper. Это вроде не такое тормозное решение, как с моджо. Однако понадобится работать  с селекторами. А селекторы - несложная тема. Берем и смотрим от той же моджи доку: http://mojolicio.us/perldoc/Mojo/DOM/CSS >>>>>И по таким же селекторам можно ловить содержимое вебскрапером. Правда там необычный (вроде декларативный) интерфейс и поначалу немного ломает мозг, но как только вкуриваешь, то сразу же парсинг решулярками или еще какой изврат больше не потянет к себе. Ну а селекторы по теблице берешь и копируешь, какой надо. Тут достаточно иметь представление об html и css >>>>> >>>>>-- >>>>>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 >>>> >>> >>> >>> >>>-- >>>Sincerely yours, >>>Oleg Kostyuk (CUB-UANIC) >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >> >> >>-- >>Alexey Shrub >> >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org >> > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Alexey Shrub ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evdokimov.denis на gmail.com Fri Dec 20 03:05:30 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Fri, 20 Dec 2013 15:05:30 +0400 Subject: [Moscow.pm] =?koi8-r?b?6d3VIMvPzMzFx9U=?= Message-ID: Привет. В мою группу нужен идейный перловик. Не интерфейс, Big Data(20+ Тб/сутки), 300+ серверов для расчётов, маленькая команда, много исследовательской работы(вплоть до патентов). Официальный текст вакансии: http://company.yandex.ru/job/vacancies/dev_geotarg.xml Готов общаться с кандидатами, чей труд стоит от 70 тыр/месяц(лучше больше). К сожалению, на обучение с низкого уровня нет сил и времени. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Fri Dec 20 03:57:47 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Fri, 20 Dec 2013 15:57:47 +0400 Subject: [Moscow.pm] =?utf-8?b?0JjRidGDINC60L7Qu9C70LXQs9GD?= In-Reply-To: References: Message-ID: Из чистого любопытства - у вас расчеты геотаргетинга на перле по историческим причинам? Евгений On Dec 20, 2013, at 3:05 PM, Denis Evdokimov wrote: > Привет. > В мою группу нужен идейный перловик. > Не интерфейс, Big Data(20+ Тб/сутки), 300+ серверов для расчётов, маленькая команда, много исследовательской работы(вплоть до патентов). > > Официальный текст вакансии: > http://company.yandex.ru/job/vacancies/dev_geotarg.xml > > Готов общаться с кандидатами, чей труд стоит от 70 тыр/месяц(лучше больше). > К сожалению, на обучение с низкого уровня нет сил и времени. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexandre на frolov.pp.ru Fri Dec 20 04:05:38 2013 From: alexandre на frolov.pp.ru (=?koi8-r?B?4czFy9PBzsTSIObSz8zP1w==?=) Date: Fri, 20 Dec 2013 16:05:38 +0400 Subject: [Moscow.pm] =?koi8-r?b?7tXWxc4gUGVybCDQ0s/H0sHNzcnT1A==?= Message-ID: <042501cefd7b$cc4016c0$64c04440$@pp.ru> Ищем Perl программиста. Основная работа связана с реализацией бизнес-логики интернет-магазинов. Зарплаты не космические, но выплачиваются стабильно. Коллектив небольшой, молодой и дружный, каждый сотрудник для нас важен. Приветствуется опыт, но можем и научить. Вакансия опубликована здесь: http://www.shop2you.ru/rabota.shtml Пишите нам на адрес info на shop2you.ru. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: ----------- следущая часть ----------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6597 bytes Desc: отсутствует URL: From creaktive на gmail.com Fri Dec 20 04:16:24 2013 From: creaktive на gmail.com (Stanislaw Pusep) Date: Fri, 20 Dec 2013 13:16:24 +0100 Subject: [Moscow.pm] =?utf-8?b?0JrQsNC6INC/0LDRgNGB0LjRgtGMINGB0LDQudGC?= =?utf-8?b?0Ys/?= In-Reply-To: References: <20131218085926.GG32269@vdsl.uvw.ru> <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Message-ID: Приличный материал про селекторы типа XPath: http://zvon.org/comp/r/tut-XPath_1.html 2013/12/19 Харпалёв Иван > Спасибо! Очень много ссылок в тему! > Особенно понравился вариант с Mojo, поскольку, кажется, что материал "для > освоения" компактнее. > > Как понимаю, для того, чтобы нормально разбирать страницы, нужно освоиться > с DOM, всякими селекторами и т.д. > Такого бэкграунда мало( > Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и > ликбезом?) > > Встал на путь истинный, спасибо! > > > 18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < > sharifulin на gmail.com> написал: > > Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >> >> >> 2013/12/18 Eugene Toropov >> >>> Если там реально несколько десятков страниц и смысл в мониторинге, то >>> можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то >>> так: >>> >>> $t->get_ok($t->tx->res->headers->location >>> )->status_is('200')->element_exists('td[style="border-right:1px solid >>> #A2C1D9;"]'); >>> >>> $t->post_ok( $url => form => \%pay_form >>> )->status_is(302)->header_like(Location => qr|^ >>> http://partner.a1pay.ru/a1lite/selectType|); >>> >>> Евгений >>> >>> On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>> >>> >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про >>> все ссылки >>> > >>> > если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>> > Mojo::UserAgent >>> > >>> > -- >>> > Moscow.pm mailing list >>> > moscow-pm на pm.org | http://moscow.pm.org >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> >> -- >> С уважением, >> Анатолий Шарифулин. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Fri Dec 20 04:22:03 2013 From: foxcool333 на gmail.com (Foxcool) Date: Fri, 20 Dec 2013 16:22:03 +0400 Subject: [Moscow.pm] =?utf-8?b?0J3Rg9C20LXQvSBQZXJsINC/0YDQvtCz0YDQsNC8?= =?utf-8?b?0LzQuNGB0YI=?= In-Reply-To: <042501cefd7b$cc4016c0$64c04440$@pp.ru> References: <042501cefd7b$cc4016c0$64c04440$@pp.ru> Message-ID: <52B4366B.7050208@gmail.com> Будущие постеры вакансий, пишите, пожалуйста, сразу в письме условия основные: удаленка\офис и фуллтайм\нет. Чтобы люди сразу могли решать, есть ли смысл смотреть или нет. Тут немало удаленщиков сидит. -- http://foxcool.ru foxcool на jabber.ru From alexandre на frolov.pp.ru Fri Dec 20 04:30:24 2013 From: alexandre на frolov.pp.ru (=?koi8-r?B?4czFy9PBzsTSIObSz8zP1w==?=) Date: Fri, 20 Dec 2013 16:30:24 +0400 Subject: [Moscow.pm] =?koi8-r?b?Rlc6IO7V1sXOIFBlcmwg0NLPx9LBzc3J09Q=?= Message-ID: <047701cefd7f$41fbfbb0$c5f3f310$@pp.ru> Ищем Perl программиста. Основная работа связана с реализацией бизнес-логики интернет-магазинов. Зарплаты не космические, но выплачиваются стабильно. Коллектив небольшой, молодой и дружный, каждый сотрудник для нас важен. Приветствуется опыт, но можем и научить. Вакансия опубликована здесь: http://www.shop2you.ru/rabota.shtml Пишите нам на адрес info на shop2you.ru. Уточнение: работа в офисе, на полный рабочий день. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: ----------- следущая часть ----------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6597 bytes Desc: отсутствует URL: From evdokimov.denis на gmail.com Fri Dec 20 05:01:15 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Fri, 20 Dec 2013 17:01:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?6d3VIMvPzMzFx9U=?= In-Reply-To: References: Message-ID: > Из чистого любопытства - у вас расчеты геотаргетинга на перле по историческим причинам? Отвечу цитатой: "нужен идейный перловик". Т.е. не по историческим, а по большой и чистой любви. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Fri Dec 20 05:06:34 2013 From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=) Date: Fri, 20 Dec 2013 17:06:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/QtdGA0LvQvtCy0LjQuiAo0YTRg9C70YLQsNC5?= =?utf-8?b?0Lwg0LIg0LzQvtGB0LrQvtCy0YHQutC+0Lwg0L7RhNC40YHQtSk=?= Message-ID: <1387544794.700245659@f425.i.mail.ru> Раз пошла такая пьянка, мне тоже нужны рабочие головы, подробности тут http://moikrug.ru/vacancies/226167792/ -- Alexey Shrub ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From warstone на list.ru Fri Dec 20 06:28:41 2013 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Fri, 20 Dec 2013 18:28:41 +0400 Subject: [Moscow.pm] =?utf-8?b?UGVybCDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCINCy?= =?utf-8?b?INCz0LXQuNC80LTQtdCyICjRhNGD0LvRgtCw0LnQvCwg0KDRj9C30LDQvdGB?= =?utf-8?b?0LrQuNC5INC/0YDQvtGB0L/QtdC60YIo0JzQvtGB0LrQstCwKSk=?= In-Reply-To: <1387544794.700245659@f425.i.mail.ru> References: <1387544794.700245659@f425.i.mail.ru> Message-ID: <1387549720.548689165@f161.i.mail.ru> Тут действительно пьянка пошла.... Ну и я своих линкану: Нужны сильные Перловики в различные проекты. Денег от 100К. http://hh.ru/vacancy/9006057 Пятница, 20 декабря 2013, 17:06 +04:00 от Alexey Shrub : >Раз пошла такая пьянка, мне тоже нужны рабочие головы, подробности тут >http://moikrug.ru/vacancies/226167792/ > > >-- >Alexey Shrub >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From stork2000 на yandex.ru Fri Dec 20 10:34:52 2013 From: stork2000 на yandex.ru (Loginoff Nick) Date: Fri, 20 Dec 2013 22:34:52 +0400 Subject: [Moscow.pm] =?koi8-r?b?UGVybCDQ0s/H0sHNzcnT1CDXIMfFyc3ExdcgKMbV?= =?koi8-r?b?zNTBys0sIPLR2sHO08vJyiDQ0s/T0MXL1Cjtz9PL18EpKQ==?= In-Reply-To: <1387549720.548689165@f161.i.mail.ru> References: <1387544794.700245659@f425.i.mail.ru> <1387549720.548689165@f161.i.mail.ru> Message-ID: <47811387564492@web16h.yandex.ru> Панда? Живу рядом, ходил на собеседования 1.5 года назад, (там правда не очень искали), не взяли, а зря... 20.12.2013, 18:28, "Warstone на list.ru" : > Тут действительно пьянка пошла.... Ну и я своих линкану: > > Нужны сильные Перловики в различные проекты. > Денег от 100К. > > http://hh.ru/vacancy/9006057 > > Пятница, 20 декабря 2013, 17:06 +04:00 от Alexey Shrub : >> Раз пошла такая пьянка, мне тоже нужны рабочие головы, подробности тут >> http://moikrug.ru/vacancies/226167792/ >> >> -- >> Alexey Shrub >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > , > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С Уважением, Login|off Nick или STork. From postmaster на softsearch.ru Fri Dec 20 11:53:16 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 20 Dec 2013 23:53:16 +0400 Subject: [Moscow.pm] =?koi8-r?b?UGVybCDQ0s/H0sHNzcnT1CDXIMfFyc3ExdcgKMbV?= =?koi8-r?b?zNTBys0sIPLR2sHO08vJyiDQ0s/T0MXL1Cjtz9PL18EpKQ==?= In-Reply-To: <1387549720.548689165@f161.i.mail.ru> References: <1387544794.700245659@f425.i.mail.ru> <1387549720.548689165@f161.i.mail.ru> Message-ID: <451987824.20131220235316@softsearch.ru> Здравствуйте, Warstone. > Нужны сильные Перловики в различные проекты. > Денег от 100К. > http://hh.ru/vacancy/9006057 Вроде раньше на 150т.р. искали. И другие вакансии, которые сегодня запостили, тоже денег поменьше предлагают, чем раньше. Спад что ли? -- С уважением, Михаил mailto:postmaster на softsearch.ru From warstone на list.ru Fri Dec 20 12:46:07 2013 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Sat, 21 Dec 2013 00:46:07 +0400 Subject: [Moscow.pm] =?utf-8?b?UGVybCDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCINCy?= =?utf-8?b?INCz0LXQuNC80LTQtdCyICjRhNGD0LvRgtCw0LnQvCwg0KDRj9C30LDQvdGB?= =?utf-8?b?0LrQuNC5INC/0YDQvtGB0L/QtdC60YIo0JzQvtGB0LrQstCwKSk=?= In-Reply-To: <47811387564492@web16h.yandex.ru> References: <1387544794.700245659@f425.i.mail.ru> <1387549720.548689165@f161.i.mail.ru> <47811387564492@web16h.yandex.ru> Message-ID: <1387572367.847613017@f9.i.mail.ru> Вы всегда можете попробовать еще раз )) Пятница, 20 декабря 2013, 22:34 +04:00 от Loginoff Nick : >Панда? Живу рядом, ходил на собеседования 1.5 года назад, (там правда не очень искали), не взяли, а зря... > >20.12.2013, 18:28, "Warstone на list.ru" < warstone на list.ru >: >> Тут действительно пьянка пошла.... Ну и я своих линкану: >> >> Нужны сильные Перловики в различные проекты. >> Денег от 100К. >> >> http://hh.ru/vacancy/9006057 >> >> Пятница, 20 декабря 2013, 17:06 +04:00 от Alexey Shrub < worldmind на mail.ru >: >>> Раз пошла такая пьянка, мне тоже нужны рабочие головы, подробности тут >>> http://moikrug.ru/vacancies/226167792/ >>> >>> -- >>> Alexey Shrub >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> , >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > >-- > С Уважением, Login|off Nick или STork. >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From warstone на list.ru Fri Dec 20 12:46:21 2013 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Sat, 21 Dec 2013 00:46:21 +0400 Subject: [Moscow.pm] =?utf-8?b?UGVybCDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCINCy?= =?utf-8?b?INCz0LXQuNC80LTQtdCyICjRhNGD0LvRgtCw0LnQvCwg0KDRj9C30LDQvdGB?= =?utf-8?b?0LrQuNC5INC/0YDQvtGB0L/QtdC60YIo0JzQvtGB0LrQstCwKSk=?= In-Reply-To: <451987824.20131220235316@softsearch.ru> References: <1387544794.700245659@f425.i.mail.ru> <1387549720.548689165@f161.i.mail.ru> <451987824.20131220235316@softsearch.ru> Message-ID: <1387572381.512036767@f9.i.mail.ru> Не совсем... Вилка была 100-150, если я правильно помню. Она и сейчас "Как договоришься/оценят". Пятница, 20 декабря 2013, 23:53 +04:00 от Михаил Монашёв : >Здравствуйте, Warstone. > >> Нужны сильные Перловики в различные проекты. >> Денег от 100К. > > >> http://hh.ru/vacancy/9006057 > >Вроде раньше на 150т.р. искали. И другие вакансии, которые сегодня >запостили, тоже денег поменьше предлагают, чем раньше. Спад что ли? > >-- >С уважением, > Михаил mailto: postmaster на softsearch.ru > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sun Dec 22 02:26:01 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 22 Dec 2013 14:26:01 +0400 Subject: [Moscow.pm] DART [OFFTOPIC] Message-ID: <1185078726.20131222142601@softsearch.ru> Здравствуйте. Наткнулся тут на новый язык программирования от Гугла, позиционирующийся как замена JavaScript-у: http://ru.wikipedia.org/wiki/Dart Посмотрел на код https://www.dartlang.org/samples/ и мне показалось, что язык достаточно сложный, чтобы стать популярным и заменить JavaScript. Скажите, пожалуйста, что Вы думаете по поводу перспектив этого языка? -- С уважением, Михаил mailto:postmaster на softsearch.ru From dmitry на eremeev.ru Sun Dec 22 05:04:13 2013 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Sun, 22 Dec 2013 17:04:13 +0400 Subject: [Moscow.pm] DART [OFFTOPIC] In-Reply-To: <1185078726.20131222142601@softsearch.ru> References: <1185078726.20131222142601@softsearch.ru> Message-ID: Ха, у старых паскалистов от просмотра сорцов на Дарте начинают чесаться мозги. :-) -- Yours, Dmitry Eremeev +7 499 703-32-07 +7 906 700-57-71 22.12.13, 14:26 пользователь "Михаил Монашёв" написал: >Здравствуйте. > >Наткнулся тут на новый язык программирования от Гугла, >позиционирующийся как замена JavaScript-у: >http://ru.wikipedia.org/wiki/Dart > >Посмотрел на код https://www.dartlang.org/samples/ и мне показалось, >что язык достаточно сложный, чтобы стать популярным и заменить >JavaScript. Скажите, пожалуйста, что Вы думаете по поводу перспектив >этого языка? > > >-- >С уважением, > Михаил mailto:postmaster на softsearch.ru > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org From andy на shitov.ru Sun Dec 22 08:03:38 2013 From: andy на shitov.ru (Andrew Shitov) Date: Sun, 22 Dec 2013 17:03:38 +0100 Subject: [Moscow.pm] YAPC::Russia 2014 Message-ID: Друзья! Рад сообщить, что стали известны дата и время проведения очередной конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в субботу). С 2008 года конференция проходит по очереди то в Москве (под названием May Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не было нигде, потому что мы провели замечательную европейскую YAPC::Europe. 2008 Москва 2009 Москва 2010 Киев 2011 Москва 2012 Киев 2013 YAPC::Europe, Киев 2014 Киев Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать посетителям из России, где из-за праздников появятся четыре выходных дня с 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не нужны. Сайт конференции уже работает: http://yapcrussia.org. Если вы регистрировались на предыдущих мероприятиях, то сможете воспользоваться своим обычным именем для логина и регистрации, Работает и прием заявок на доклады и блиц-доклады: http://event.yapcrussia.org/yr2014/newtalk. В отличие от прошлых лет, конференция следующего года будет однодневной (сколько потоков, пока неизвестно), поэтому у нас появится возможность отобрать самые лучшие доклады. Love Perl? Come to Kiev! -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на karasik.eu.org Sun Dec 22 12:05:11 2013 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Sun, 22 Dec 2013 21:05:11 +0100 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: <20131222200511.GA19893@nataraj.karasik.eu.org> Ура!! On Sun, Dec 22, 2013 at 05:03:38PM +0100, Andrew Shitov wrote: > Друзья! > > Рад сообщить, что стали известны дата и время проведения очередной > конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в > субботу). > > С 2008 года конференция проходит по очереди то в Москве (под названием May > Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не было > нигде, потому что мы провели замечательную европейскую YAPC::Europe. > > 2008 Москва > 2009 Москва > 2010 Киев > 2011 Москва > 2012 Киев > 2013 YAPC::Europe, Киев > 2014 Киев > > Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать > посетителям из России, где из-за праздников появятся четыре выходных дня с > 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не > нужны. > > Сайт конференции уже работает: http://yapcrussia.org. Если вы > регистрировались на предыдущих мероприятиях, то сможете воспользоваться > своим обычным именем для логина и регистрации, > > Работает и прием заявок на доклады и блиц-доклады: > http://event.yapcrussia.org/yr2014/newtalk. > > В отличие от прошлых лет, конференция следующего года будет однодневной > (сколько потоков, пока неизвестно), поэтому у нас появится возможность > отобрать самые лучшие доклады. > > Love Perl? Come to Kiev! > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely, Dmitry Karasik From maxim.vuets на gmail.com Sun Dec 22 13:35:14 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Sun, 22 Dec 2013 22:35:14 +0100 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: <20131222213514.GA7104@shroompy> On Mon, Dec 16, 2013 at 11:04:44PM +0400, Иван Бессарабов wrote: >Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную >тему подсветки синтаксиса перла. > >Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка >синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 Joe: http://i.imgur.com/07fb03v.png >Vim ошибается с подсведкой во второй строчке этого кода: > > say with_prototype / 10 ; # / ; die "this dies!"; > say without_prototype / 10 ; # / ; die "this dies!"; > ... >У меня есть гипотеза что ни один редактор не отобразит эти строки правильно, >так как все редакторы парсят код как простой текст, и не используют перл для >разбора кода. Да. Даже человек не сможет однозначно дать ответ, как выполниться этот код, без компиляции прототипов функций. From mi на ya.ru Mon Dec 23 01:45:04 2013 From: mi на ya.ru (Nikolay Mishin) Date: Mon, 23 Dec 2013 13:45:04 +0400 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: <20131222200511.GA19893@nataraj.karasik.eu.org> References: <20131222200511.GA19893@nataraj.karasik.eu.org> Message-ID: <301911387791904@web22g.yandex.ru> Да, молодцы, очень удобно, встретимся на Крещатике;)) 23.12.2013, 00:05, "Dmitry Karasik" : > Ура!! > > On Sun, Dec 22, 2013 at 05:03:38PM +0100, Andrew Shitov wrote: > >>  Друзья! >> >>  Рад сообщить, что стали известны дата и время проведения очередной >>  конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в >>  субботу). >> >>  С 2008 года конференция проходит по очереди то в Москве (под названием May >>  Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не было >>  нигде, потому что мы провели замечательную европейскую YAPC::Europe. >> >>  2008  Москва >>  2009  Москва >>  2010  Киев >>  2011  Москва >>  2012  Киев >>  2013  YAPC::Europe, Киев >>  2014  Киев >> >>  Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать >>  посетителям из России, где из-за праздников появятся четыре выходных дня с >>  12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не >>  нужны. >> >>  Сайт конференции уже работает: http://yapcrussia.org. Если вы >>  регистрировались на предыдущих мероприятиях, то сможете воспользоваться >>  своим обычным именем для логина и регистрации, >> >>  Работает и прием заявок на доклады и блиц-доклады: >>  http://event.yapcrussia.org/yr2014/newtalk. >> >>  В отличие от прошлых лет, конференция следующего года будет однодневной >>  (сколько потоков, пока неизвестно), поэтому у нас появится возможность >>  отобрать самые лучшие доклады. >> >>  Love Perl? Come to Kiev! >> >>  -- >>  Andrew Shitov >>  ______________________________________________________________________ >>  andy на shitov.ru | http://shitov.ru >>  -- >>  Moscow.pm mailing list >>  moscow-pm на pm.org | http://moscow.pm.org > > -- > Sincerely, >         Dmitry Karasik > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From asan999 на gmail.com Mon Dec 23 02:34:15 2013 From: asan999 на gmail.com (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=E1=D3=D1=CB=C9=CE?=) Date: Mon, 23 Dec 2013 14:34:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINDPxNPXxdTL1SDTyc7UwcvTydPB?= In-Reply-To: References: Message-ID: <52B811A7.9060504@gmail.com> vim http://clip2net.com/s/6rJCOD 16.12.2013 23:04, Иван Бессарабов пишет: > Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень интересную > тему подсветки синтаксиса перла. > > Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка > синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > > У меня в vim это выглядит вот так: > http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > > Vim ошибается с подсведкой во второй строчке этого кода: > > say with_prototype / 10 ; # / ; die "this dies!"; > say without_prototype / 10 ; # / ; die "this dies!"; > > Этот код идентичен вот такому, но vim это не понимает: > > say with_prototype() / 10 ; # / ; die "this dies!"; > say without_prototype( / 10 ; # / ); die "this dies!"; > > У меня есть гипотеза что ни один редактор не отобразит эти строки правильно, > так как все редакторы парсят код как простой текст, и не используют перл для > разбора кода. > > Этот пример я увидел вот в этом посте на stackoverflow: > http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > > Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы > грамматика перла и с его кодом было бы сильно удобнее работать. Можно было бы > и правильную подсведку сделать, и код приводить к стандартному виду (более > гибким и правильным инструментом чем ненавистный мне perltidy), и > автоматический рефакторинг делать. > > И я чуть-чуть завидую языкам для которых есть грамматики: > > * Go: http://golang.org/ref/spec > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > * Perl6: https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 From mail на knutov.com Mon Dec 23 07:09:23 2013 From: mail на knutov.com (Nick Knutov) Date: Mon, 23 Dec 2013 21:09:23 +0600 Subject: [Moscow.pm] if $var and $var== Message-ID: <52B85223.1080807@knutov.com> Сейчас, чтобы не было варнингов (и если отключать их не допускается) приходится добавлять во все условия проверку на существование переменной. В итоге я имею кучу строчек вида $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; И это еще простой пример, $ha бывает очень вложенным и развесистым и это бывает не единственная переменная в условии. Как можно коротко и красиво переписать этот кусок? $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 Можно предполагать, что меня устроит, что отсутствие переменной и её равенство undef даст одно и то же в результате проверки. -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From dim0xff на gmail.com Mon Dec 23 07:42:19 2013 From: dim0xff на gmail.com (Dmitry L.) Date: Mon, 23 Dec 2013 19:42:19 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85223.1080807@knutov.com> References: <52B85223.1080807@knutov.com> Message-ID: $foo = 0 if ( $ha->[$i]{is_main} || 1 ) == 0; 2013/12/23 Nick Knutov : > Сейчас, чтобы не было варнингов (и если отключать их не допускается) > приходится добавлять во все условия проверку на существование > переменной. В итоге я имею кучу строчек вида > > $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; > > И это еще простой пример, $ha бывает очень вложенным и развесистым и это > бывает не единственная переменная в условии. > > Как можно коротко и красиво переписать этот кусок? > $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 > > Можно предполагать, что меня устроит, что отсутствие переменной и её > равенство undef даст одно и то же в результате проверки. > > -- > 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 -- //wbr, Dmitry L. From mail на knutov.com Mon Dec 23 07:44:56 2013 From: mail на knutov.com (Nick Knutov) Date: Mon, 23 Dec 2013 21:44:56 +0600 Subject: [Moscow.pm] if $var and $var== In-Reply-To: References: <52B85223.1080807@knutov.com> Message-ID: <52B85A78.20404@knutov.com> Мысль интересная, но... а если проверяется $ha->[$i]->{is_main} ==1 ? 23.12.2013 21:42, Dmitry L. пишет: > $foo = 0 if ( $ha->[$i]{is_main} || 1 ) == 0; > > > 2013/12/23 Nick Knutov : >> Сейчас, чтобы не было варнингов (и если отключать их не допускается) >> приходится добавлять во все условия проверку на существование >> переменной. В итоге я имею кучу строчек вида >> >> $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; >> >> И это еще простой пример, $ha бывает очень вложенным и развесистым и это >> бывает не единственная переменная в условии. >> >> Как можно коротко и красиво переписать этот кусок? >> $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 >> >> Можно предполагать, что меня устроит, что отсутствие переменной и её >> равенство undef даст одно и то же в результате проверки. >> >> -- >> 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 maxim.vuets на gmail.com Mon Dec 23 07:46:06 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Mon, 23 Dec 2013 16:46:06 +0100 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85223.1080807@knutov.com> References: <52B85223.1080807@knutov.com> Message-ID: 2013/12/23 Nick Knutov : > > Как можно коротко и красиво переписать этот кусок? > $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 По-моему, это условие не имеет смысла: - если значение 0, то первая часть условия не выполнится; - если значение истинно, то оно не может быть 0, т.е. вторая часть не выполнится. Вот это имеет больше смысла: $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==1 # или defined $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 # или exists $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 Как вариант, короче можно записать так: ($ha->[$i]->{is_main} // 0) == 1 где 0 --- значение по-умолчанию, если оно имеет место быть; иначе любое несуществующее значение, что бы избежать предупреждения "uninitialized". Последний вариант не рекомендую. Если у вас ситуация все же такая когда нужно отличать 0, undef и отсутсвие ключа в хеше --- напишите вспомогательную функцию. From dim0xff на gmail.com Mon Dec 23 07:47:01 2013 From: dim0xff на gmail.com (Dmitry L.) Date: Mon, 23 Dec 2013 19:47:01 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: References: <52B85223.1080807@knutov.com> Message-ID: 2013/12/23 Maxim Vuets : > По-моему, это условие не имеет смысла: 0E0 -- //wbr, Dmitry L. From dim0xff на gmail.com Mon Dec 23 07:47:40 2013 From: dim0xff на gmail.com (Dmitry L.) Date: Mon, 23 Dec 2013 19:47:40 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85A78.20404@knutov.com> References: <52B85223.1080807@knutov.com> <52B85A78.20404@knutov.com> Message-ID: Ну это уж в зависимости от того, что проверяете. Можно поставить || -1 :) Или хочется, чтобы везде одинаково было? 2013/12/23 Nick Knutov : > Мысль интересная, но... а если проверяется $ha->[$i]->{is_main} ==1 ? > > 23.12.2013 21:42, Dmitry L. пишет: >> $foo = 0 if ( $ha->[$i]{is_main} || 1 ) == 0; >> >> >> 2013/12/23 Nick Knutov : >>> Сейчас, чтобы не было варнингов (и если отключать их не допускается) >>> приходится добавлять во все условия проверку на существование >>> переменной. В итоге я имею кучу строчек вида >>> >>> $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; >>> >>> И это еще простой пример, $ha бывает очень вложенным и развесистым и это >>> бывает не единственная переменная в условии. >>> >>> Как можно коротко и красиво переписать этот кусок? >>> $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 >>> >>> Можно предполагать, что меня устроит, что отсутствие переменной и её >>> равенство undef даст одно и то же в результате проверки. >>> >>> -- >>> 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 -- //wbr, Dmitry L. From 0body0 на rambler.ru Mon Dec 23 07:48:13 2013 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Mon, 23 Dec 2013 19:48:13 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85223.1080807@knutov.com> References: <52B85223.1080807@knutov.com> Message-ID: <52B85B3D.60602@rambler.ru> $foo = 0 if grep defined $_ && $_ == 0, $ha->[$i]{is_main}; # :-) grep можно вкладывать :) 23.12.2013 19:09, Nick Knutov пишет: > Сейчас, чтобы не было варнингов (и если отключать их не допускается) > приходится добавлять во все условия проверку на существование > переменной. В итоге я имею кучу строчек вида > > $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; > > И это еще простой пример, $ha бывает очень вложенным и развесистым и это > бывает не единственная переменная в условии. > > Как можно коротко и красиво переписать этот кусок? > $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 > > Можно предполагать, что меня устроит, что отсутствие переменной и её > равенство undef даст одно и то же в результате проверки. > From mail на knutov.com Mon Dec 23 07:52:52 2013 From: mail на knutov.com (Nick Knutov) Date: Mon, 23 Dec 2013 21:52:52 +0600 Subject: [Moscow.pm] if $var and $var== In-Reply-To: References: <52B85223.1080807@knutov.com> <52B85A78.20404@knutov.com> Message-ID: <52B85C54.9050600@knutov.com> Кстати, мысль, да. Подобные значения у меня всегда неотрицательны, если определены. 23.12.2013 21:47, Dmitry L. пишет: > Ну это уж в зависимости от того, что проверяете. Можно поставить || -1 :) > Или хочется, чтобы везде одинаково было? > > 2013/12/23 Nick Knutov : >> Мысль интересная, но... а если проверяется $ha->[$i]->{is_main} ==1 ? >> >> 23.12.2013 21:42, Dmitry L. пишет: >>> $foo = 0 if ( $ha->[$i]{is_main} || 1 ) == 0; >>> >>> >>> 2013/12/23 Nick Knutov : >>>> Сейчас, чтобы не было варнингов (и если отключать их не допускается) >>>> приходится добавлять во все условия проверку на существование >>>> переменной. В итоге я имею кучу строчек вида >>>> >>>> $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; >>>> >>>> И это еще простой пример, $ha бывает очень вложенным и развесистым и это >>>> бывает не единственная переменная в условии. >>>> >>>> Как можно коротко и красиво переписать этот кусок? >>>> $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 >>>> >>>> Можно предполагать, что меня устроит, что отсутствие переменной и её >>>> равенство undef даст одно и то же в результате проверки. >>>> >>>> -- >>>> 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 maxim.vuets на gmail.com Mon Dec 23 07:53:21 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Mon, 23 Dec 2013 16:53:21 +0100 Subject: [Moscow.pm] if $var and $var== In-Reply-To: References: <52B85223.1080807@knutov.com> Message-ID: 2013/12/23 Dmitry L. : > 2013/12/23 Maxim Vuets : >> По-моему, это условие не имеет смысла: > > 0E0 Ах да, спасибо. From mail на knutov.com Mon Dec 23 07:55:14 2013 From: mail на knutov.com (Nick Knutov) Date: Mon, 23 Dec 2013 21:55:14 +0600 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85B3D.60602@rambler.ru> References: <52B85223.1080807@knutov.com> <52B85B3D.60602@rambler.ru> Message-ID: <52B85CE2.4000104@knutov.com> Красивее код от этого не получается. Вынести в функцию тоже не особо можно, проверка может быть не только на ==, но и на что-то более сложное. 23.12.2013 21:48, Анатолий Гришаев пишет: > $foo = 0 if grep defined $_ && $_ == 0, $ha->[$i]{is_main}; # :-) > > grep можно вкладывать :) > > 23.12.2013 19:09, Nick Knutov пишет: >> Сейчас, чтобы не было варнингов (и если отключать их не допускается) >> приходится добавлять во все условия проверку на существование >> переменной. В итоге я имею кучу строчек вида >> >> $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; >> >> И это еще простой пример, $ha бывает очень вложенным и развесистым и это >> бывает не единственная переменная в условии. >> >> Как можно коротко и красиво переписать этот кусок? >> $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 >> >> Можно предполагать, что меня устроит, что отсутствие переменной и её >> равенство undef даст одно и то же в результате проверки. >> > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From evdokimov.denis на gmail.com Mon Dec 23 08:26:48 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Mon, 23 Dec 2013 20:26:48 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85223.1080807@knutov.com> References: <52B85223.1080807@knutov.com> Message-ID: Думаю, что имелось ввиду defined $ha->[$i]->{is_main} && $ha->[$i]->{is_main}==0 В целом, можно ($ha->[$i]->{is_main}//0)==0 Но не думаю, что так стоит делать. 23 декабря 2013 г., 19:09 пользователь Nick Knutov написал: > Сейчас, чтобы не было варнингов (и если отключать их не допускается) > приходится добавлять во все условия проверку на существование > переменной. В итоге я имею кучу строчек вида > > $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; > > И это еще простой пример, $ha бывает очень вложенным и развесистым и это > бывает не единственная переменная в условии. > > Как можно коротко и красиво переписать этот кусок? > $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 > > Можно предполагать, что меня устроит, что отсутствие переменной и её > равенство undef даст одно и то же в результате проверки. > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evdokimov.denis на gmail.com Mon Dec 23 08:30:40 2013 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Mon, 23 Dec 2013 20:30:40 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: References: <52B85223.1080807@knutov.com> Message-ID: Упс. Не заметил, что уже ответили. 23 декабря 2013 г., 20:26 пользователь Denis Evdokimov < evdokimov.denis на gmail.com> написал: > Думаю, что имелось ввиду > defined $ha->[$i]->{is_main} && $ha->[$i]->{is_main}==0 > > В целом, можно > ($ha->[$i]->{is_main}//0)==0 > Но не думаю, что так стоит делать. > > > 23 декабря 2013 г., 19:09 пользователь Nick Knutov написал: > > Сейчас, чтобы не было варнингов (и если отключать их не допускается) >> приходится добавлять во все условия проверку на существование >> переменной. В итоге я имею кучу строчек вида >> >> $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; >> >> И это еще простой пример, $ha бывает очень вложенным и развесистым и это >> бывает не единственная переменная в условии. >> >> Как можно коротко и красиво переписать этот кусок? >> $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 >> >> Можно предполагать, что меня устроит, что отсутствие переменной и её >> равенство undef даст одно и то же в результате проверки. >> >> -- >> 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 >> > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From shatlovsky на gmail.com Mon Dec 23 09:33:50 2013 From: shatlovsky на gmail.com (Alex Shatlovsky) Date: Mon, 23 Dec 2013 18:33:50 +0100 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: Да здравствует Киевская Русь! :-) Sent from my phone On Dec 22, 2013 5:04 PM, "Andrew Shitov" wrote: > Друзья! > > Рад сообщить, что стали известны дата и время проведения очередной > конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в > субботу). > > С 2008 года конференция проходит по очереди то в Москве (под названием May > Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не было > нигде, потому что мы провели замечательную европейскую YAPC::Europe. > > 2008 Москва > 2009 Москва > 2010 Киев > 2011 Москва > 2012 Киев > 2013 YAPC::Europe, Киев > 2014 Киев > > Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать > посетителям из России, где из-за праздников появятся четыре выходных дня с > 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не > нужны. > > Сайт конференции уже работает: http://yapcrussia.org. Если вы > регистрировались на предыдущих мероприятиях, то сможете воспользоваться > своим обычным именем для логина и регистрации, > > Работает и прием заявок на доклады и блиц-доклады: > http://event.yapcrussia.org/yr2014/newtalk. > > В отличие от прошлых лет, конференция следующего года будет однодневной > (сколько потоков, пока неизвестно), поэтому у нас появится возможность > отобрать самые лучшие доклады. > > Love Perl? Come to Kiev! > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Mon Dec 23 09:34:58 2013 From: andy на shitov.ru (Andrew Shitov) Date: Mon, 23 Dec 2013 18:34:58 +0100 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: И PHP ? Perl на Руси! 2013/12/23 Alex Shatlovsky > Да здравствует Киевская Русь! :-) > > Sent from my phone > On Dec 22, 2013 5:04 PM, "Andrew Shitov" wrote: > >> Друзья! >> >> Рад сообщить, что стали известны дата и время проведения очередной >> конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в >> субботу). >> >> С 2008 года конференция проходит по очереди то в Москве (под названием >> May Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не >> было нигде, потому что мы провели замечательную европейскую YAPC::Europe. >> >> 2008 Москва >> 2009 Москва >> 2010 Киев >> 2011 Москва >> 2012 Киев >> 2013 YAPC::Europe, Киев >> 2014 Киев >> >> Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать >> посетителям из России, где из-за праздников появятся четыре выходных дня с >> 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не >> нужны. >> >> Сайт конференции уже работает: http://yapcrussia.org. Если вы >> регистрировались на предыдущих мероприятиях, то сможете воспользоваться >> своим обычным именем для логина и регистрации, >> >> Работает и прием заявок на доклады и блиц-доклады: >> http://event.yapcrussia.org/yr2014/newtalk. >> >> В отличие от прошлых лет, конференция следующего года будет однодневной >> (сколько потоков, пока неизвестно), поэтому у нас появится возможность >> отобрать самые лучшие доклады. >> >> Love Perl? Come to Kiev! >> >> -- >> 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 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrei.protasovitski на gmail.com Mon Dec 23 09:38:32 2013 From: andrei.protasovitski на gmail.com (Andrei) Date: Mon, 23 Dec 2013 18:38:32 +0100 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: Идеологически неверно! В российских учебниках по истории нет государства Киевская Русь, а есть Древнерусское государство. Да и в википедии так же. Не колеблетесь с линией партии! Стыдно, товарищ! 23.12.2013 18:34 пользователь "Alex Shatlovsky" написал: > Да здравствует Киевская Русь! :-) > > Sent from my phone > On Dec 22, 2013 5:04 PM, "Andrew Shitov" wrote: > >> Друзья! >> >> Рад сообщить, что стали известны дата и время проведения очередной >> конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в >> субботу). >> >> С 2008 года конференция проходит по очереди то в Москве (под названием >> May Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не >> было нигде, потому что мы провели замечательную европейскую YAPC::Europe. >> >> 2008 Москва >> 2009 Москва >> 2010 Киев >> 2011 Москва >> 2012 Киев >> 2013 YAPC::Europe, Киев >> 2014 Киев >> >> Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать >> посетителям из России, где из-за праздников появятся четыре выходных дня с >> 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не >> нужны. >> >> Сайт конференции уже работает: http://yapcrussia.org. Если вы >> регистрировались на предыдущих мероприятиях, то сможете воспользоваться >> своим обычным именем для логина и регистрации, >> >> Работает и прием заявок на доклады и блиц-доклады: >> http://event.yapcrussia.org/yr2014/newtalk. >> >> В отличие от прошлых лет, конференция следующего года будет однодневной >> (сколько потоков, пока неизвестно), поэтому у нас появится возможность >> отобрать самые лучшие доклады. >> >> Love Perl? Come to Kiev! >> >> -- >> Andrew Shitov >> ______________________________________________________________________ >> andy на shitov.ru | http://shitov.ru >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Mon Dec 23 14:45:54 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 24 Dec 2013 02:45:54 +0400 Subject: [Moscow.pm] if $var and $var== In-Reply-To: <52B85223.1080807@knutov.com> References: <52B85223.1080807@knutov.com> Message-ID: <1161951309.20131224024554@softsearch.ru> Здравствуйте, Nick. Проблема в подходе. Надо таки организовывать работу с переменными, чтобы условия писались так: if($ha->[$i]->{is_main}) Если Вам сложно работать с тремя значениями (0,1 и undef), то работайте с двумя: 0 и 1 и всегда инициализируйте переменные. > Сейчас, чтобы не было варнингов (и если отключать их не допускается) > приходится добавлять во все условия проверку на существование > переменной. В итоге я имею кучу строчек вида > $foo = 0 if $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0; > И это еще простой пример, $ha бывает очень вложенным и развесистым и это > бывает не единственная переменная в условии. > Как можно коротко и красиво переписать этот кусок? > $ha->[$i]->{is_main} and $ha->[$i]->{is_main}==0 > Можно предполагать, что меня устроит, что отсутствие переменной и её > равенство undef даст одно и то же в результате проверки. -- С уважением, Михаил mailto:postmaster на softsearch.ru From 0body0 на rambler.ru Tue Dec 24 02:14:49 2013 From: 0body0 на rambler.ru (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQk9GA0LjRiNCw0LXQsg==?=) Date: Tue, 24 Dec 2013 14:14:49 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/QsNGA0YHQtdGAINC00LvRjyBTUUw=?= Message-ID: <52B95E99.10705@rambler.ru> Есть ли небольшой парсер для SQL запросов чтобы понимал select, join в диалекте mysql ? Исходные данные таковы: есть база где таблицы названы по номерам, а колонки в виду <номер таблицы> точка <номер колонки> Есть таблица соответствия между колонками и человеческими названиями. Хотел автоматически или полуавтоматически перевести десятка два запросов из вида select `10.1`, `10.3` from `10` where ... во что-то более понятное. Что предложите? С уважением, Анатолий. From theathlet на yandex.ru Tue Dec 24 02:25:02 2013 From: theathlet на yandex.ru (TheAthlete) Date: Tue, 24 Dec 2013 12:25:02 +0200 Subject: [Moscow.pm] =?utf-8?b?0J/QsNGA0YHQtdGAINC00LvRjyBTUUw=?= In-Reply-To: <52B95E99.10705@rambler.ru> References: <52B95E99.10705@rambler.ru> Message-ID: Есть вот такой парсер SQL::Parser https://metacpan.org/pod/SQL::Parser Из документации: $parser->parse('SELECT make,model FROM cars'); use Data::Dumper; print Dumper $parser->structure; ... 'SELECT make,model, FROM cars' command => 'SELECT', table_names => [ 'cars' ], column_names => [ 'make', 'model' ], ... Анатолий Гришаев <0body0 на rambler.ru> писал(а) в своём письме Tue, 24 Dec 2013 12:14:49 +0200: > Есть ли небольшой парсер для SQL запросов > чтобы понимал select, join в диалекте mysql ? > > Исходные данные таковы: есть база > где таблицы названы по номерам, а колонки в виду <номер таблицы> точка > <номер колонки> > Есть таблица соответствия между колонками и человеческими названиями. > > Хотел автоматически или полуавтоматически перевести десятка два запросов > из вида > > select `10.1`, `10.3` from `10` where ... > > во что-то более понятное. > > Что предложите? > > С уважением, Анатолий. > -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ From shatlovsky на gmail.com Tue Dec 24 02:39:45 2013 From: shatlovsky на gmail.com (Alex Shatlovsky) Date: Tue, 24 Dec 2013 11:39:45 +0100 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: ОК. Да здравствует Древнерусский Perl! :-) Sent from my phone On Dec 23, 2013 6:38 PM, "Andrei" wrote: > Идеологически неверно! В российских учебниках по истории нет государства > Киевская Русь, а есть Древнерусское государство. Да и в википедии так же. > Не колеблетесь с линией партии! Стыдно, товарищ! > 23.12.2013 18:34 пользователь "Alex Shatlovsky" > написал: > >> Да здравствует Киевская Русь! :-) >> >> Sent from my phone >> On Dec 22, 2013 5:04 PM, "Andrew Shitov" wrote: >> >>> Друзья! >>> >>> Рад сообщить, что стали известны дата и время проведения очередной >>> конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в >>> субботу). >>> >>> С 2008 года конференция проходит по очереди то в Москве (под названием >>> May Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не >>> было нигде, потому что мы провели замечательную европейскую YAPC::Europe. >>> >>> 2008 Москва >>> 2009 Москва >>> 2010 Киев >>> 2011 Москва >>> 2012 Киев >>> 2013 YAPC::Europe, Киев >>> 2014 Киев >>> >>> Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать >>> посетителям из России, где из-за праздников появятся четыре выходных дня с >>> 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не >>> нужны. >>> >>> Сайт конференции уже работает: http://yapcrussia.org. Если вы >>> регистрировались на предыдущих мероприятиях, то сможете воспользоваться >>> своим обычным именем для логина и регистрации, >>> >>> Работает и прием заявок на доклады и блиц-доклады: >>> http://event.yapcrussia.org/yr2014/newtalk. >>> >>> В отличие от прошлых лет, конференция следующего года будет однодневной >>> (сколько потоков, пока неизвестно), поэтому у нас появится возможность >>> отобрать самые лучшие доклады. >>> >>> Love Perl? Come to Kiev! >>> >>> -- >>> 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 >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на eremeev.ru Tue Dec 24 02:47:19 2013 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Tue, 24 Dec 2013 14:47:19 +0400 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: Учитывая его популярность здесь - скоро так и будет. Yours, Dmitry Eremeev +7 499 703-32-07 > 24 дек. 2013 г., в 14:39, Alex Shatlovsky написал(а): > > ОК. Да здравствует Древнерусский Perl! :-) > > Sent from my phone > >> On Dec 23, 2013 6:38 PM, "Andrei" wrote: >> Идеологически неверно! В российских учебниках по истории нет государства Киевская Русь, а есть Древнерусское государство. Да и в википедии так же. Не колеблетесь с линией партии! Стыдно, товарищ! >> >> 23.12.2013 18:34 пользователь "Alex Shatlovsky" написал: >>> Да здравствует Киевская Русь! :-) >>> >>> Sent from my phone >>> >>>> On Dec 22, 2013 5:04 PM, "Andrew Shitov" wrote: >>>> Друзья! >>>> >>>> Рад сообщить, что стали известны дата и время проведения очередной конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в субботу). >>>> >>>> С 2008 года конференция проходит по очереди то в Москве (под названием May Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не было нигде, потому что мы провели замечательную европейскую YAPC::Europe. >>>> >>>> 2008 Москва >>>> 2009 Москва >>>> 2010 Киев >>>> 2011 Москва >>>> 2012 Киев >>>> 2013 YAPC::Europe, Киев >>>> 2014 Киев >>>> >>>> Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать посетителям из России, где из-за праздников появятся четыре выходных дня с 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не нужны. >>>> >>>> Сайт конференции уже работает: http://yapcrussia.org. Если вы регистрировались на предыдущих мероприятиях, то сможете воспользоваться своим обычным именем для логина и регистрации, >>>> >>>> Работает и прием заявок на доклады и блиц-доклады: http://event.yapcrussia.org/yr2014/newtalk. >>>> >>>> В отличие от прошлых лет, конференция следующего года будет однодневной (сколько потоков, пока неизвестно), поэтому у нас появится возможность отобрать самые лучшие доклады. >>>> >>>> Love Perl? Come to Kiev! >>>> >>>> -- >>>> 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 >>> >> >> -- >> 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 sergle.ua на gmail.com Wed Dec 25 03:32:30 2013 From: sergle.ua на gmail.com (Sergey Leschenko) Date: Wed, 25 Dec 2013 13:32:30 +0200 Subject: [Moscow.pm] =?utf-8?b?0J/QsNGA0YHQtdGAINC00LvRjyBTUUw=?= In-Reply-To: References: <52B95E99.10705@rambler.ru> Message-ID: Для похожей задачи использовал https://metacpan.org/pod/DBIx::MyParsePP Pure-perl SQL parser based on MySQL grammar and lexer -- Sergey From ivan.kharpalev на gmail.com Wed Dec 25 04:12:20 2013 From: ivan.kharpalev на gmail.com (=?KOI8-R?B?6MHS0MHMo9cg6dfBzg==?=) Date: Wed, 25 Dec 2013 16:12:20 +0400 Subject: [Moscow.pm] =?koi8-r?b?68HLINDB0tPJ1Ngg08HK1Nk/?= In-Reply-To: References: <20131218085926.GG32269@vdsl.uvw.ru> <2E9B19D7-B52E-46B6-BC42-98F4BF88FD36@gmail.com> Message-ID: Спасибо, очень хороший материал про XPath!! один раз прочесть и ясность) 20 декабря 2013 г., 16:16 пользователь Stanislaw Pusep написал: > Приличный материал про селекторы типа XPath: > http://zvon.org/comp/r/tut-XPath_1.html > > > 2013/12/19 Харпалёв Иван > >> Спасибо! Очень много ссылок в тему! >> Особенно понравился вариант с Mojo, поскольку, кажется, что материал >> "для освоения" компактнее. >> >> Как понимаю, для того, чтобы нормально разбирать страницы, нужно >> освоиться с DOM, всякими селекторами и т.д. >> Такого бэкграунда мало( >> Как его почерпнуть? Может есть туториал из пары уроков, где парсинг и >> ликбезом?) >> >> Встал на путь истинный, спасибо! >> >> >> 18 декабря 2013 г., 13:21 пользователь Анатолий Шарифулин < >> sharifulin на gmail.com> написал: >> >> Да, на тестах сразу видно, когда парсер ломается, я иногда делаю так :) >>> >>> >>> 2013/12/18 Eugene Toropov >>> >>>> Если там реально несколько десятков страниц и смысл в мониторинге, то >>>> можно вообще Test::Mojo и проходить последовательно. Код выглядит как-то >>>> так: >>>> >>>> $t->get_ok($t->tx->res->headers->location >>>> )->status_is('200')->element_exists('td[style="border-right:1px solid >>>> #A2C1D9;"]'); >>>> >>>> $t->post_ok( $url => form => \%pay_form >>>> )->status_is(302)->header_like(Location => qr|^ >>>> http://partner.a1pay.ru/a1lite/selectType|); >>>> >>>> Евгений >>>> >>>> On Dec 18, 2013, at 12:59 PM, Ivan Petrov wrote: >>>> >>>> >> Используйте Mojo::UserAgent с Mojo::DOM и Mojo::JSON, и забудьте про >>>> все ссылки >>>> > >>>> > если на производительность совсем уж наплевать, то можно и Mojo::DOM с >>>> > Mojo::UserAgent >>>> > >>>> > -- >>>> > Moscow.pm mailing list >>>> > moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> >>> -- >>> С уважением, >>> Анатолий Шарифулин. >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ivan.kharpalev на gmail.com Wed Dec 25 05:13:15 2013 From: ivan.kharpalev на gmail.com (=?KOI8-R?B?6MHS0MHMo9cg6dfBzg==?=) Date: Wed, 25 Dec 2013 17:13:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TINDSzyDExdPL0snQ1M/S2SDJIFNURE9V?= =?koi8-r?b?VC4=?= Message-ID: Доброго времени суток, глубокоуважаемый MoscowPM!! Несколько вопросов связанных с дескрипторами: 1) Как написать $string = <$self->{$fd}> ?? 2) Можно ли "определить STDOUT внутри пакета" снаружи него? что-то вроде perl -E ' package P; sub f{print 33}; package main; open my $out, "f()' только, чтобы работало. Кажется нужным для написания тестов всему, что срёт на экран. Спасибо! ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tim на myrz.ru Wed Dec 25 05:39:41 2013 From: tim на myrz.ru (Pavel Zabolotniy) Date: Wed, 25 Dec 2013 17:39:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TINDSzyDExdPL0snQ1M/S2SDJIFNURE9V?= =?koi8-r?b?VC4=?= In-Reply-To: References: Message-ID: <52BAE01D.1050107@myrz.ru> Добрый вечер! Для тестов подойдет IO::String, http://search.cpan.org/~gaas/IO-String-1.08/String.pm $ perl -we 'package foo; sub bar { print "baz\n" }; package main; use IO::String; my $str_out = IO::String->new(); $str_out->setpos(0); { local *STDOUT = $str_out; foo->bar(); }; $str_out->setpos(0); print <$str_out>;' baz 25.12.2013 17:13, Харпалёв Иван пишет: > Доброго времени суток, глубокоуважаемый MoscowPM!! > > Несколько вопросов связанных с дескрипторами: > > 1) Как написать $string = <$self->{$fd}> ?? > > 2) Можно ли "определить STDOUT внутри пакета" снаружи него? > > что-то вроде > > perl -E ' > package P; > sub f{print 33}; > > package main; > open my $out, " *P::STDOUT=$out; #или local или как-то ещё... > > P->f()' > > только, чтобы работало. > > Кажется нужным для написания тестов всему, что срёт на экран. > > > Спасибо! > > -- #!/usr/bin/Regards, Pavel Zabolotniy email: tim на myrz.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From deer_oleg на mail.ru Wed Dec 25 06:01:13 2013 From: deer_oleg на mail.ru (=?UTF-8?B?0JzQsNC70ZHQstCw0L3Ri9C5INCe0LvQtdCz?=) Date: Wed, 25 Dec 2013 18:01:13 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfQtdC8INC/0YDQsNCy0LjQu9GM0L3QviDQv9Cw?= =?utf-8?b?0YDRgdC40YLRjCB4bHN4?= Message-ID: <1387980073.433997010@f141.i.mail.ru> Добрый вечер! Проблема такая, есть *.xlsx файл. Надо из него данные вытащить. Возникла проблема с файлами, которые были сохранены из google docs Пробовал модули Spreadsheet::ParseXLSX и Spreadsheet::XLSX И оба они на такие файлы ругаются. Правда Spreadsheet::XLSX после ругани все таки может выдать данные. В файле от google docs чего то не хватает. Модули не видят форматов, описания (версия и т.п.), размер страницы. Кто нибудь уже встречал такую проблему и если да, то как лечить? Не хочется в модули залазить и там фиксить проблемы --- С Уважением, Олег М. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From asan999 на gmail.com Wed Dec 25 06:10:42 2013 From: asan999 на gmail.com (andrey.asyakin) Date: Wed, 25 Dec 2013 18:10:42 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TINDSzyDExdPL0snQ1M/S2SDJIFNURE9V?= =?koi8-r?b?VC4=?= In-Reply-To: References: Message-ID: <52BAE762.7040707@gmail.com> Никак. То есть можно, но - цитирую перлдок: если в <> находится что-то, не являющееся файлхэндлом, либо простым скаляром, содершащим файлхэндл, то эта хрень будет расценена как шаблон имени файла для glob, то есть, в твоем случае это эквивалентно glob("$self->{$fd}") на второй вопрос, STDOUT-ы находятся в main, не знаю, может можно как то извратиться... 25.12.2013 17:13, Харпалёв Иван пишет: > Доброго времени суток, глубокоуважаемый MoscowPM!! > > Несколько вопросов связанных с дескрипторами: > > 1) Как написать $string = <$self->{$fd}> ?? > > 2) Можно ли "определить STDOUT внутри пакета" снаружи него? > > что-то вроде > > perl -E ' > package P; > sub f{print 33}; > > package main; > open my $out, " *P::STDOUT=$out; #или local или как-то ещё... > > P->f()' > > только, чтобы работало. > > Кажется нужным для написания тестов всему, что срёт на экран. > > > Спасибо! > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Wed Dec 25 06:11:34 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Wed, 25 Dec 2013 18:11:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfQtdC8INC/0YDQsNCy0LjQu9GM0L3QviDQv9Cw?= =?utf-8?b?0YDRgdC40YLRjCB4bHN4?= In-Reply-To: <1387980073.433997010@f141.i.mail.ru> References: <1387980073.433997010@f141.i.mail.ru> Message-ID: Привет, https://github.com/jmcnamara/excel-reader-xlsx На CPAN лежит только Excel::Writer::XLSX того же автора. Замечание от него же (на гитхабе в README): This project isn't effectively abandoned. I don't have the required time or interest to finish it off or get it to CPAN quality. It is functional and if it meets your requirements then please use it but it is unlikely that it will ever be extended. Евгений On Dec 25, 2013, at 6:01 PM, Малёваный Олег wrote: > Добрый вечер! > > Проблема такая, есть *.xlsx файл. Надо из него данные вытащить. > > Возникла проблема с файлами, которые были сохранены из google docs > > Пробовал модули > Spreadsheet::ParseXLSX и Spreadsheet::XLSX > > И оба они на такие файлы ругаются. Правда Spreadsheet::XLSX после ругани все таки может выдать данные. > В файле от google docs чего то не хватает. Модули не видят форматов, описания (версия и т.п.), размер страницы. > > Кто нибудь уже встречал такую проблему и если да, то как лечить? Не хочется в модули залазить и там фиксить проблемы > > > > --- > С Уважением, Олег М. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From j на jumper.cc Wed Dec 25 06:16:03 2013 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Wed, 25 Dec 2013 18:16:03 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDQtNC10YHQutGA?= =?utf-8?b?0LjQv9GC0L7RgNGLINC4IFNURE9VVC4=?= In-Reply-To: References: Message-ID: <1387980963.419687114@f362.i.mail.ru> 1.  $string = readline( $self->{$fd}> ); 2. можно попробовать local *STDOUT = $my_fd; Среда, 25 декабря 2013, 17:13 +04:00 от Харпалёв Иван : >Доброго времени суток, глубокоуважаемый MoscowPM!! > >Несколько вопросов связанных с дескрипторами: > >1) Как написать  $string = <$self->{$fd}>  ?? > >2) Можно ли "определить  STDOUT  внутри пакета" снаружи  него? > >что-то вроде  > >perl -E ' >package P;  >sub f{print 33}; > > package main; > open my $out, " *P::STDOUT=$out;    #или local или как-то ещё... > > P->f()' > >только, чтобы работало. > >Кажется нужным для написания тестов всему, что срёт на экран. > > >Спасибо! >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org -- Oleg Nurtdinov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Wed Dec 25 06:45:22 2013 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 25 Dec 2013 18:45:22 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDQtNC10YHQutGA?= =?utf-8?b?0LjQv9GC0L7RgNGLINC4IFNURE9VVC4=?= In-Reply-To: References: Message-ID: 25 декабря 2013 г., 17:13 пользователь Харпалёв Иван < ivan.kharpalev на gmail.com> написал: > 2) Можно ли "определить STDOUT внутри пакета" снаружи него? > > что-то вроде > > perl -E ' > package P; > sub f{print 33}; > > package main; > open my $out, " *P::STDOUT=$out; #или local или как-то ещё... > > P->f()' > > только, чтобы работало. > > Кажется нужным для написания тестов всему, что срёт на экран. > > Передавать тому, что срет, дескриптор как параметр. По умолчанию пусть срет в STDOUT или куда надо. Также можно перед тестами делать my $OLD_FH = select $TEMP_FH;, а по окончании их - select $OLD_FH; -- Best regards, Ilya Chesnokov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Wed Dec 25 06:58:26 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 25 Dec 2013 18:58:26 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINTF09Qg1yDQz9LUwcg=?= Message-ID: <667549994.20131225185826@softsearch.ru> Здравствуйте. У NodeJS есть удобный менеджер пакетов npm. Но так непривычно не видеть прохождение тестов перед установкой, в отличие от перла, что даже возникают сомнения, заработает ли установленное... -- С уважением, Михаил mailto:postmaster на softsearch.ru From chesnokov.ilya на gmail.com Wed Dec 25 07:10:50 2013 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 25 Dec 2013 19:10:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDQtNC10YHQutGA?= =?utf-8?b?0LjQv9GC0L7RgNGLINC4IFNURE9VVC4=?= In-Reply-To: References: Message-ID: 25 декабря 2013 г., 18:45 пользователь Ilya Chesnokov < chesnokov.ilya на gmail.com> написал: > > 25 декабря 2013 г., 17:13 пользователь Харпалёв Иван < > ivan.kharpalev на gmail.com> написал: > > 2) Можно ли "определить STDOUT внутри пакета" снаружи него? >> >> что-то вроде >> >> perl -E ' >> package P; >> sub f{print 33}; >> >> package main; >> open my $out, "> *P::STDOUT=$out; #или local или как-то ещё... >> >> P->f()' >> >> только, чтобы работало. >> >> Кажется нужным для написания тестов всему, что срёт на экран. >> >> > Передавать тому, что срет, дескриптор как параметр. По умолчанию пусть > срет в STDOUT или куда надо. > Также можно перед тестами делать my $OLD_FH = select $TEMP_FH;, а по > окончании их - select $OLD_FH; > > А еще см. perldoc perlopentut. -- Best regards, Ilya Chesnokov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From theathlet на yandex.ru Wed Dec 25 07:18:29 2013 From: theathlet на yandex.ru (TheAthlete) Date: Wed, 25 Dec 2013 17:18:29 +0200 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INGC0LXRgdGCINCyINC/0L7RgNGC0LA=?= =?utf-8?b?0YU=?= In-Reply-To: <667549994.20131225185826@softsearch.ru> References: <667549994.20131225185826@softsearch.ru> Message-ID: Особенно удивляет, что при повторой установке пакета нет проверки, что он сущевтвует - снова выводятся GET-запросы по всем зависимостям, но с ответом 304. Михаил Монашёв писал(а) в своём письме Wed, 25 Dec 2013 16:58:26 +0200: > Здравствуйте. > > У NodeJS есть удобный менеджер пакетов npm. Но так непривычно не > видеть прохождение тестов перед установкой, в отличие от перла, что > даже возникают сомнения, заработает ли установленное... > > -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ From maxim.vuets на gmail.com Wed Dec 25 06:19:16 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Wed, 25 Dec 2013 15:19:16 +0100 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDQtNC10YHQutGA?= =?utf-8?b?0LjQv9GC0L7RgNGLINC4IFNURE9VVC4=?= In-Reply-To: <1387980963.419687114@f362.i.mail.ru> References: <1387980963.419687114@f362.i.mail.ru> Message-ID: <20131225141916.GA7758@shroompy> On Wed, Dec 25, 2013 at 06:16:03PM +0400, Oleg Nurtdinov wrote: > 1.  $string = readline( $self->{$fd}> ); Ещё: $x = $self->{$fd}; $s = <$x>; # или $self->{$fd}->getline; # perldoc IO::Handle >2. можно попробовать local *STDOUT = $my_fd; Ещё: select $self->{$fd}; # perldoc -f select # ...который "select FILEHANDLE" From maxim.vuets на gmail.com Wed Dec 25 06:22:27 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Wed, 25 Dec 2013 15:22:27 +0100 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDQtNC10YHQutGA?= =?utf-8?b?0LjQv9GC0L7RgNGLINC4IFNURE9VVC4=?= In-Reply-To: References: Message-ID: <20131225142227.GB7758@shroompy> On Wed, Dec 25, 2013 at 05:13:15PM +0400, Харпалёв Иван wrote: >2) Можно ли "определить STDOUT внутри пакета" снаружи него? ... >Кажется нужным для написания тестов всему, что срёт на экран. https://metacpan.org/pod/Test::Output https://metacpan.org/pod/Capture::Tiny From wwax555 на gmail.com Wed Dec 25 07:33:50 2013 From: wwax555 на gmail.com (Natalya) Date: Wed, 25 Dec 2013 19:33:50 +0400 Subject: [Moscow.pm] =?koi8-r?b?/sXNINDSwdfJzNjOzyDQwdLTydTYIHhsc3g=?= In-Reply-To: References: <1387980073.433997010@f141.i.mail.ru> Message-ID: Дааа:) Была у меня проблема именно с xlsx. Не парсит, типа файл пустой. Но этому есть объяснение. Но откуда файл взялся тот, я не знаю. Чуть позже напишу, почему не парсился. Ок? Savenkova Natalya wwax555 на gmail.com http://facebook.com/name.rnd > On 25 дек. 2013 г., at 18:11, Eugene Toropov wrote: > > Привет, > > https://github.com/jmcnamara/excel-reader-xlsx > > На CPAN лежит только Excel::Writer::XLSX того же автора. > > Замечание от него же (на гитхабе в README): > > This project isn't effectively abandoned. I don't have the required time > or interest to finish it off or get it to CPAN quality. > > It is functional and if it meets your requirements then please use it but > it is unlikely that it will ever be extended. > > Евгений > > >> On Dec 25, 2013, at 6:01 PM, Малёваный Олег wrote: >> >> Добрый вечер! >> >> Проблема такая, есть *.xlsx файл. Надо из него данные вытащить. >> >> Возникла проблема с файлами, которые были сохранены из google docs >> >> Пробовал модули >> Spreadsheet::ParseXLSX и Spreadsheet::XLSX >> >> И оба они на такие файлы ругаются. Правда Spreadsheet::XLSX после ругани все таки может выдать данные. >> В файле от google docs чего то не хватает. Модули не видят форматов, описания (версия и т.п.), размер страницы. >> >> Кто нибудь уже встречал такую проблему и если да, то как лечить? Не хочется в модули залазить и там фиксить проблемы >> >> >> >> --- >> С Уважением, Олег М. >> -- >> 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 dionys на gmail.com Wed Dec 25 16:31:59 2013 From: dionys на gmail.com (Denis Ibaev) Date: Thu, 26 Dec 2013 04:31:59 +0400 Subject: [Moscow.pm] =?utf-8?b?0J3QtdC+0L/RgNC10LTQtdC70ZHQvdC90L7QtSA=?= =?utf-8?b?0LfQvdCw0YfQtdC90LjQtSwg0L3QviDQvdC1IHVuZGVm?= Message-ID: Привет. Вот такой код sub foo { my ($val) = @_; } my %bar; my $undef; foo($bar{undef}); foo($bar{$undef}); выдаст на втором вызове функции foo() предупреждения Use of uninitialized value $undef in hash element Use of uninitialized value within @_ in list assignment При этом в первом вызове массив @_ будет содержать один элемент со значением undef, точнее алиас для $bar{"undef"}. Во втором же так же будет один элемент и как будто undef, но, судя по предупреждению, не совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же разница этих вызовов и для чего? -- Денис Ибаев From wwax555 на gmail.com Wed Dec 25 20:21:33 2013 From: wwax555 на gmail.com (Natalya) Date: Thu, 26 Dec 2013 08:21:33 +0400 Subject: [Moscow.pm] =?koi8-r?b?/sXNINDSwdfJzNjOzyDQwdLTydTYIHhsc3g=?= In-Reply-To: References: <1387980073.433997010@f141.i.mail.ru> Message-ID: <721A7069-058E-4326-A7BD-678F21692193@gmail.com> С xlsx история такая. Сам по себе это зипованный xml, чтобы его открыть, переименовываешь файл в .zip и распаковываешь. Там по именам файлов понятно, что где лежит. Так и вот, я пользовала вроде этот Spreadsheet::XLSX, он рассчитан на то, что в xml все данные записаны кучей без перевода строк. Это очевидно по регуляркам, которые парсят файл. Когда у меня сложилась проблема с тем, что файл не парсится, то открыв xml, я слегка удивилась тому, что xml красиво записан со всем форматированием. Парсер такое не кушает в силу выше указанных причин. Был ли мой файл из гуглодока, мне неизвестно, к сожалению. Те, что пишутся ms office, парсятся без проблем. Savenkova Natalya wwax555 на gmail.com http://facebook.com/name.rnd > On 25 дек. 2013 г., at 18:11, Eugene Toropov wrote: > > Привет, > > https://github.com/jmcnamara/excel-reader-xlsx > > На CPAN лежит только Excel::Writer::XLSX того же автора. > > Замечание от него же (на гитхабе в README): > > This project isn't effectively abandoned. I don't have the required time > or interest to finish it off or get it to CPAN quality. > > It is functional and if it meets your requirements then please use it but > it is unlikely that it will ever be extended. > > Евгений > > >> On Dec 25, 2013, at 6:01 PM, Малёваный Олег wrote: >> >> Добрый вечер! >> >> Проблема такая, есть *.xlsx файл. Надо из него данные вытащить. >> >> Возникла проблема с файлами, которые были сохранены из google docs >> >> Пробовал модули >> Spreadsheet::ParseXLSX и Spreadsheet::XLSX >> >> И оба они на такие файлы ругаются. Правда Spreadsheet::XLSX после ругани все таки может выдать данные. >> В файле от google docs чего то не хватает. Модули не видят форматов, описания (версия и т.п.), размер страницы. >> >> Кто нибудь уже встречал такую проблему и если да, то как лечить? Не хочется в модули залазить и там фиксить проблемы >> >> >> >> --- >> С Уважением, Олег М. >> -- >> 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 nikzubkov на gmail.com Wed Dec 25 20:58:26 2013 From: nikzubkov на gmail.com (Nikita Zubkov) Date: Thu, 26 Dec 2013 10:58:26 +0600 Subject: [Moscow.pm] =?utf-8?b?0J3QtdC+0L/RgNC10LTQtdC70ZHQvdC90L7QtSA=?= =?utf-8?b?0LfQvdCw0YfQtdC90LjQtSwg0L3QviDQvdC1IHVuZGVm?= In-Reply-To: References: Message-ID: Ключ хэша всегда строка. $bar{undef} это то же самое что и $bar{"undef"}. То же самое касается my $h = { undef => 1 }; 26 декабря 2013 г., 6:31 пользователь Denis Ibaev написал: > Привет. > > Вот такой код > > sub foo { my ($val) = @_; } > my %bar; > my $undef; > > foo($bar{undef}); > foo($bar{$undef}); > > выдаст на втором вызове функции foo() предупреждения > > Use of uninitialized value $undef in hash element > Use of uninitialized value within @_ in list assignment > > При этом в первом вызове массив @_ будет содержать один элемент со > значением undef, точнее алиас для $bar{"undef"}. Во втором же так же > будет один элемент и как будто undef, но, судя по предупреждению, не > совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же > разница этих вызовов и для чего? > > -- > Денис Ибаев > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Regards, Nikita Zubkov. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhdinar на gmail.com Wed Dec 25 22:14:48 2013 From: zhdinar на gmail.com (=?KOI8-R?B?5MnOwdIg9sHNwczJxdc=?=) Date: Thu, 26 Dec 2013 10:14:48 +0400 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: References: Message-ID: Добрый день. Думаю дело обстоит так: # 1) # вызов foo($_{+undef}) генерирует варнинг 'Use of uninitialized value in hash element' # потому что в массив @_ вносится алиас несуществующего значения # 2) # команда $_ = $_[0] копирует уже само значение, а его не существует, # генерируется варнинг Use of uninitialized value in scalar assignment # use strict; use warnings; foo($_{+undef}); sub foo { $_ = $_[0] } 26 декабря 2013 г., 8:58 пользователь Nikita Zubkov написал: > Ключ хэша всегда строка. $bar{undef} это то же самое что и $bar{"undef"}. > То же самое касается > > my $h = { undef => 1 }; > > > > > > 26 декабря 2013 г., 6:31 пользователь Denis Ibaev написал: > > Привет. >> >> Вот такой код >> >> sub foo { my ($val) = @_; } >> my %bar; >> my $undef; >> >> foo($bar{undef}); >> foo($bar{$undef}); >> >> выдаст на втором вызове функции foo() предупреждения >> >> Use of uninitialized value $undef in hash element >> Use of uninitialized value within @_ in list assignment >> >> При этом в первом вызове массив @_ будет содержать один элемент со >> значением undef, точнее алиас для $bar{"undef"}. Во втором же так же >> будет один элемент и как будто undef, но, судя по предупреждению, не >> совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же >> разница этих вызовов и для чего? >> >> -- >> Денис Ибаев >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > Regards, > Nikita Zubkov. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ccnweb на gmail.com Wed Dec 25 22:34:22 2013 From: ccnweb на gmail.com (Alexander Onokhov) Date: Thu, 26 Dec 2013 09:34:22 +0300 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: References: Message-ID: Это не объясняет, почему во втором вызове примера есть предупреждение: "Use of uninitialized value within @_ in list assignment", а в первом вызове нету Алиас несуществующего значения на несуществующем ключе и в первом и во втором случае передаётся. Загадка 2013/12/26 Динар Жамалиев > Добрый день. > Думаю дело обстоит так: > > # 1) > # вызов foo($_{+undef}) генерирует варнинг 'Use of uninitialized value in > hash element' > # потому что в массив @_ вносится алиас несуществующего значения > # 2) > # команда $_ = $_[0] копирует уже само значение, а его не существует, > # генерируется варнинг Use of uninitialized value in scalar assignment > # > use strict; use warnings; > foo($_{+undef}); > sub foo { $_ = $_[0] } > > > > 26 декабря 2013 г., 8:58 пользователь Nikita Zubkov написал: > > Ключ хэша всегда строка. $bar{undef} это то же самое что и $bar{"undef"}. >> То же самое касается >> >> my $h = { undef => 1 }; >> >> >> >> >> >> 26 декабря 2013 г., 6:31 пользователь Denis Ibaev написал: >> >> Привет. >>> >>> Вот такой код >>> >>> sub foo { my ($val) = @_; } >>> my %bar; >>> my $undef; >>> >>> foo($bar{undef}); >>> foo($bar{$undef}); >>> >>> выдаст на втором вызове функции foo() предупреждения >>> >>> Use of uninitialized value $undef in hash element >>> Use of uninitialized value within @_ in list assignment >>> >>> При этом в первом вызове массив @_ будет содержать один элемент со >>> значением undef, точнее алиас для $bar{"undef"}. Во втором же так же >>> будет один элемент и как будто undef, но, судя по предупреждению, не >>> совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же >>> разница этих вызовов и для чего? >>> >>> -- >>> Денис Ибаев >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> >> -- >> Regards, >> Nikita Zubkov. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Alexander ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhdinar на gmail.com Wed Dec 25 22:41:35 2013 From: zhdinar на gmail.com (=?KOI8-R?B?5MnOwdIg9sHNwczJxdc=?=) Date: Thu, 26 Dec 2013 10:41:35 +0400 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: References: Message-ID: в первом случае обращение к конкретному ключу, а именно к $bar{'undef'}, во втором сначала undef преобразуется в пустую строку, генерируя варнинг. my $x = $bar{undef}; my $y = $bar{+undef}; ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhdinar на gmail.com Wed Dec 25 22:44:45 2013 From: zhdinar на gmail.com (=?KOI8-R?B?5MnOwdIg9sHNwczJxdc=?=) Date: Thu, 26 Dec 2013 10:44:45 +0400 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: References: Message-ID: это не исчерпывающий ответ, но истина где-то рядом) 26 декабря 2013 г., 10:41 пользователь Динар Жамалиев написал: > в первом случае обращение к конкретному ключу, а именно к $bar{'undef'}, > во втором сначала undef преобразуется в пустую строку, генерируя варнинг. > > my $x = $bar{undef}; > my $y = $bar{+undef}; > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Thu Dec 26 00:04:23 2013 From: 0body0 на rambler.ru (=?koi8-r?B?4c7B1M/Mycog59LJ28HF1w==?=) Date: Thu, 26 Dec 2013 12:04:23 +0400 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: References: Message-ID: <1388045063.830806.1145.15005@mail.rambler.ru> Во втором случае передается lvalue, при обращении к нему и вылетает второе предупреждение. Можно закомментировать строчку с $val и посмотреть. А значение одно и тоже undef. Анатолий Гришаев. > 26.12.2013, 4:32:27 пользователь Denis Ibaev (dionys на gmail.com) написал: > > Привет. > > Вот такой код > > sub foo { my ($val) = @_; } > my %bar; > my $undef; > > foo($bar{undef}); > foo($bar{$undef}); > > выдаст на втором вызове функции foo() предупрежд?ения > > Use of uninitialized value $undef in hash element > Use of uninitialized value within @_ in list assignment > > При этом в первом вызове массив @_ будет содержать один элемент со > значением undef, точнее алиас для $bar{"undef"}. Во втором же так же > будет один элемент и как будто undef, но, судя по предупрежд?ению, не > совсем он. Похоже, что алиас на неопределё?нный элемент %bar. В чём же > разница этих вызовов и для чего? > > -- > Денис Ибаев > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > From ccnweb на gmail.com Thu Dec 26 00:14:37 2013 From: ccnweb на gmail.com (Alexander Onokhov) Date: Thu, 26 Dec 2013 11:14:37 +0300 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: <1388045063.830806.1145.15005@mail.rambler.ru> References: <1388045063.830806.1145.15005@mail.rambler.ru> Message-ID: lvalue, присваивание которому автовивифицирует элемент хеша в обоих случаях передаётся. 2013/12/26 Анатолий Гришаев <0body0 на rambler.ru> > > > Во втором случае передается lvalue, при обращении к нему и вылетает второе > предупреждение. > Можно закомментировать строчку с $val и посмотреть. > А значение одно и тоже undef. > > Анатолий Гришаев. > > 26.12.2013, 4:32:27 пользователь Denis Ibaev (dionys на gmail.com) написал: >> >> >> Привет. >> >> Вот такой код >> >> sub foo { my ($val) = @_; } >> my %bar; >> my $undef; >> >> foo($bar{undef}); >> foo($bar{$undef}); >> >> выдаст на втором вызове функции foo() предупреждения >> >> >> Use of uninitialized value $undef in hash element >> Use of uninitialized value within @_ in list assignment >> >> При этом в первом вызове массив @_ будет содержать один элемент со >> значением undef, точнее алиас для $bar{"undef"}. Во втором же так же >> будет один элемент и как будто undef, но, судя по предупреждению, не >> совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же >> >> разница этих вызовов и для чего? >> >> -- >> Денис Ибаев >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Alexander ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dionys на gmail.com Thu Dec 26 00:15:01 2013 From: dionys на gmail.com (Denis Ibaev) Date: Thu, 26 Dec 2013 12:15:01 +0400 Subject: [Moscow.pm] =?utf-8?b?0J3QtdC+0L/RgNC10LTQtdC70ZHQvdC90L7QtSA=?= =?utf-8?b?0LfQvdCw0YfQtdC90LjQtSwg0L3QviDQvdC1IHVuZGVm?= In-Reply-To: <1388045063.830806.1145.15005@mail.rambler.ru> References: <1388045063.830806.1145.15005@mail.rambler.ru> Message-ID: Так в первом случае тоже передаётся lvalue, мы же можем изменить значение в хеше изнутри функции. При этом во втором случае будет создан ключ из пустой строки. 26 декабря 2013 г., 12:04 пользователь Анатолий Гришаев <0body0 на rambler.ru> написал: > Во втором случае передается lvalue, при обращении к нему и вылетает второе > предупреждение. > Можно закомментировать строчку с $val и посмотреть. > А значение одно и тоже undef. > > >> 26.12.2013, 4:32:27 пользователь Denis Ibaev (dionys на gmail.com) написал: >> Вот такой код >> >> sub foo { my ($val) = @_; } >> my %bar; >> my $undef; >> >> foo($bar{undef}); >> foo($bar{$undef}); >> >> выдаст на втором вызове функции foo() предупрежд?ения >> >> Use of uninitialized value $undef in hash element >> Use of uninitialized value within @_ in list assignment >> >> При этом в первом вызове массив @_ будет содержать один элемент со >> значением undef, точнее алиас для $bar{"undef"}. Во втором же так же >> будет один элемент и как будто undef, но, судя по предупрежд?ению, не >> совсем он. Похоже, что алиас на неопределё?нный элемент %bar. В чём же >> разница этих вызовов и для чего? >> From 0body0 на rambler.ru Thu Dec 26 00:25:28 2013 From: 0body0 на rambler.ru (=?koi8-r?B?4c7B1M/Mycog59LJ28HF1w==?=) Date: Thu, 26 Dec 2013 12:25:28 +0400 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: References: Message-ID: <1388046328.72874.21316.15168@mail.rambler.ru> Но только во втором случае обращение в lvalue приводит undef к пустой строке, что и вызывает uninitialized warning а в случае foo($bar{+undef}); подозреваю перевод undef в пустую строку сделано на этапе компиляции, поэтому варнинг и не выскакивает Анатолий Гришаев. 26.12.2013, 12:15:02 пользователь Alexander Onokhov (ccnweb на gmail.com) написал: lvalue, присваивание которому автовивифицирует элемент хеша в обоих случаях передаётся. 2013/12/26 Анатолий Гришаев <0body0 на rambler.ru> Во втором случае передается lvalue, при обращении к нему и вылетает второе предупреждение. Можно закомментировать строчку с $val и посмотреть. А значение одно и тоже undef. Анатолий Гришаев. 26.12.2013, 4:32:27 пользователь Denis Ibaev (dionys на gmail.com) написал: Привет. Вот такой код sub foo { my ($val) = @_; } my %bar; my $undef; foo($bar{undef}); foo($bar{$undef}); выдаст на втором вызове функции foo() предупреждения Use of uninitialized value $undef in hash element Use of uninitialized value within @_ in list assignment При этом в первом вызове массив @_ будет содержать один элемент со значением undef, точнее алиас для $bar{"undef"}. Во втором же так же будет один элемент и как будто undef, но, судя по предупреждению, не совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же разница этих вызовов и для чего? -- Денис Ибаев -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org -- Alexander ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Thu Dec 26 00:32:10 2013 From: 0body0 на rambler.ru (=?koi8-r?B?4c7B1M/Mycog59LJ28HF1w==?=) Date: Thu, 26 Dec 2013 12:32:10 +0400 Subject: [Moscow.pm] =?koi8-r?b?7sXP0NLFxMXMo87Oz8Ug2s7B3sXOycUsIM7PIM7F?= =?koi8-r?b?IHVuZGVm?= In-Reply-To: <1388046328.72874.21316.15168@mail.rambler.ru> References: <1388046328.72874.21316.15168@mail.rambler.ru> Message-ID: <1388046730.434882.10594.15933@mail.rambler.ru> Только, что заметил, что foo($bar{+undef}); foo($bar{$undef}); обрабатываются одинаково. Анатолий Гришаев. 26.12.2013, 12:25:39 пользователь Анатолий Гришаев (0body0 на rambler.ru) написал: Но только во втором случае обращение в lvalue приводит undef к пустой строке, что и вызывает uninitialized warning а в случае foo($bar{+undef}); подозреваю перевод undef в пустую строку сделано на этапе компиляции, поэтому варнинг и не выскакивает Анатолий Гришаев. 26.12.2013, 12:15:02 пользователь Alexander Onokhov (ccnweb на gmail.com) написал: lvalue, присваивание которому автовивифицирует элемент хеша в обоих случаях передаётся. 2013/12/26 Анатолий Гришаев <0body0 на rambler.ru> Во втором случае передается lvalue, при обращении к нему и вылетает второе предупреждение. Можно закомментировать строчку с $val и посмотреть. А значение одно и тоже undef. Анатолий Гришаев. 26.12.2013, 4:32:27 пользователь Denis Ibaev (dionys на gmail.com) написал: Привет. Вот такой код sub foo { my ($val) = @_; } my %bar; my $undef; foo($bar{undef}); foo($bar{$undef}); выдаст на втором вызове функции foo() предупреждения Use of uninitialized value $undef in hash element Use of uninitialized value within @_ in list assignment При этом в первом вызове массив @_ будет содержать один элемент со значением undef, точнее алиас для $bar{"undef"}. Во втором же так же будет один элемент и как будто undef, но, судя по предупреждению, не совсем он. Похоже, что алиас на неопределённый элемент %bar. В чём же разница этих вызовов и для чего? -- Денис Ибаев -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org -- Alexander ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Thu Dec 26 02:49:34 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 26 Dec 2013 14:49:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INGC0LXRgdGCINCyINC/0L7RgNGC0LA=?= =?utf-8?b?0YU=?= In-Reply-To: <667549994.20131225185826@softsearch.ru> References: <667549994.20131225185826@softsearch.ru> Message-ID: В этом плане CPAN уникален, наверное. В большинстве пакетных менеджеров тесты при установке не запускаются. 25 декабря 2013 г., 18:58 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте. > > У NodeJS есть удобный менеджер пакетов npm. Но так непривычно не > видеть прохождение тестов перед установкой, в отличие от перла, что > даже возникают сомнения, заработает ли установленное... > > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From deer_oleg на mail.ru Thu Dec 26 03:46:14 2013 From: deer_oleg на mail.ru (=?UTF-8?B?0JzQsNC70ZHQstCw0L3Ri9C5INCe0LvQtdCz?=) Date: Thu, 26 Dec 2013 15:46:14 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfQtdC8INC/0YDQsNCy0LjQu9GM0L3QviDQv9Cw?= =?utf-8?b?0YDRgdC40YLRjCB4bHN4?= In-Reply-To: References: <1387980073.433997010@f141.i.mail.ru> Message-ID: <1388058374.440110391@f427.i.mail.ru> Спасибо! Он читает Среда, 25 декабря 2013, 18:11 +04:00 от Eugene Toropov : >Привет, > >https://github.com/jmcnamara/excel-reader-xlsx > >На CPAN лежит только Excel::Writer::XLSX того же автора. > >Замечание от него же (на гитхабе в README): > >This project isn't effectively abandoned. I don't have the required time >or interest to finish it off or get it to CPAN quality. > >It is functional and if it meets your requirements then please use it but >it is unlikely that it will ever be extended. > >Евгений > > >On Dec 25, 2013, at 6:01 PM, Малёваный Олег < deer_oleg на mail.ru > wrote: >>Добрый вечер! >> >>Проблема такая, есть *.xlsx файл. Надо из него данные вытащить. >> >>Возникла проблема с файлами, которые были сохранены из google docs >> >>Пробовал модули >>Spreadsheet::ParseXLSX и Spreadsheet::XLSX >> >>И оба они на такие файлы ругаются. Правда Spreadsheet::XLSX после ругани все таки может выдать данные. >>В файле от google docs чего то не хватает. Модули не видят форматов, описания (версия и т.п.), размер страницы. Кто нибудь уже встречал такую проблему и если да, то как лечить? Не хочется в модули залазить и там фиксить проблемы >> >> >> >>--- >>С Уважением, Олег М. -- >>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 eugene.toropov на gmail.com Thu Dec 26 11:18:11 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Thu, 26 Dec 2013 23:18:11 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfQtdC8INC/0YDQsNCy0LjQu9GM0L3QviDQv9Cw?= =?utf-8?b?0YDRgdC40YLRjCB4bHN4?= In-Reply-To: <1388058374.440110391@f427.i.mail.ru> References: <1387980073.433997010@f141.i.mail.ru> <1388058374.440110391@f427.i.mail.ru> Message-ID: Велкам On Dec 26, 2013, at 3:46 PM, Малёваный Олег wrote: > Спасибо! Он читает > > > Среда, 25 декабря 2013, 18:11 +04:00 от Eugene Toropov : > Привет, > > https://github.com/jmcnamara/excel-reader-xlsx > > На CPAN лежит только Excel::Writer::XLSX того же автора. > > Замечание от него же (на гитхабе в README): > > This project isn't effectively abandoned. I don't have the required time > or interest to finish it off or get it to CPAN quality. > > It is functional and if it meets your requirements then please use it but > it is unlikely that it will ever be extended. > > Евгений > > > On Dec 25, 2013, at 6:01 PM, Малёваный Олег wrote: > >> Добрый вечер! >> >> Проблема такая, есть *.xlsx файл. Надо из него данные вытащить. >> >> Возникла проблема с файлами, которые были сохранены из google docs >> >> Пробовал модули >> Spreadsheet::ParseXLSX и Spreadsheet::XLSX >> >> И оба они на такие файлы ругаются. Правда Spreadsheet::XLSX после ругани все таки может выдать данные. >> В файле от google docs чего то не хватает. Модули не видят форматов, описания (версия и т.п.), размер страницы. >> >> Кто нибудь уже встречал такую проблему и если да, то как лечить? Не хочется в модули залазить и там фиксить проблемы >> >> >> >> --- >> С Уважением, Олег М. >> -- >> 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 mail на knutov.com Thu Dec 26 14:54:57 2013 From: mail на knutov.com (Nick Knutov) Date: Fri, 27 Dec 2013 04:54:57 +0600 Subject: [Moscow.pm] Mojo::DOM - each & replace Message-ID: <52BCB3C1.6030304@knutov.com> Очень редко использую Mojo::DOM и не могу понять как сделать ->each так, чтобы заменить найденное чем-то, сгенерированным на основе найденного. Пример: $dom->find('img.image-left')->each(sub { my $img = shift; my $alt = $img->attr('alt') | ''; my $r = '
' . $img . (length($alt)>1? '
'.$img->attr('alt').'
' : '') . '
'; $img->replace($r); return $img->root; }); Внутри $img->root я получаю именно тот, который надо. Но снаружи ничего не меняется. Где я не прав? Подходящие слова к гуглу на тему "mojo dom each replace" подобрать не удалось. Нагуглить альтернативы Mojo::DOM - тоже. Есть pQuery и куча разных ::DOM, но нигде не вижу функционала для найти и заменить на производное от найденного (а во многих модулях и замены нет). -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From secrethost на gmail.com Thu Dec 26 21:25:55 2013 From: secrethost на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCk0ZHQtNC+0YDQvtCy?=) Date: Fri, 27 Dec 2013 09:25:55 +0400 Subject: [Moscow.pm] Mojo::DOM - each & replace In-Reply-To: <52BCB3C1.6030304@knutov.com> References: <52BCB3C1.6030304@knutov.com> Message-ID: У меня этот код из
some
формирует
some
some
27 декабря 2013 г., 2:54 пользователь Nick Knutov написал: > Очень редко использую Mojo::DOM и не могу понять как сделать ->each так, > чтобы заменить найденное чем-то, сгенерированным на основе найденного. > > Пример: > > $dom->find('img.image-left')->each(sub { > my $img = shift; > my $alt = $img->attr('alt') | ''; > my $r = '
' > . $img > . (length($alt)>1? > '
'.$img->attr('alt').'
' : '') > . '
'; > $img->replace($r); > return $img->root; > }); > > Внутри $img->root я получаю именно тот, который надо. Но снаружи ничего > не меняется. Где я не прав? > > Подходящие слова к гуглу на тему "mojo dom each replace" подобрать не > удалось. Нагуглить альтернативы Mojo::DOM - тоже. Есть pQuery и куча > разных ::DOM, но нигде не вижу функционала для найти и заменить на > производное от найденного (а во многих модулях и замены нет). > > -- > 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 > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Fri Dec 27 08:38:17 2013 From: 0body0 на rambler.ru (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQk9GA0LjRiNCw0LXQsg==?=) Date: Fri, 27 Dec 2013 20:38:17 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+0YLQvtGC0LjQv9GLINGE0YPQvdC60YY=?= =?utf-8?b?0LjQuSDQtNC70Y8g0YTQsNC50LvQvtCy?= Message-ID: <52BDACF9.8050100@rambler.ru> Возможно ли создать функцию с прототипом как у print? Я нашел в perlsub, что можно сделать почти так с дополнительной запятой print_utf FILE_UTF, $foo; print_cp1251 FILE,_UTF $foo; А вот можно без, т.е. print_utf FILE_UTF $foo; print_cp1251 FILE_UTF $foo; В догонку: а можно ли узнать как тебя вызвали как метод или как программу? С уважением, Анатолий. From maxim.vuets на gmail.com Fri Dec 27 09:00:13 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Fri, 27 Dec 2013 18:00:13 +0100 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+0YLQvtGC0LjQv9GLINGE0YPQvdC60YY=?= =?utf-8?b?0LjQuSDQtNC70Y8g0YTQsNC50LvQvtCy?= In-Reply-To: <52BDACF9.8050100@rambler.ru> References: <52BDACF9.8050100@rambler.ru> Message-ID: 2013/12/27 Анатолий Гришаев <0body0 на rambler.ru>: > Возможно ли создать функцию с прототипом как у print? http://www.perlmonks.org/?node_id=905550 > print_utf FILE_UTF $foo; > print_cp1251 FILE_UTF $foo; Чего вы добиваетесь этим? > В догонку: а можно ли узнать как тебя вызвали как метод или как программу? Методу первым аргументом передается объект или класс, на котором его вызвали: http://perldoc.perl.org/perlobj.html#Method-Invocation Также: https://metacpan.org/pod/Devel::Caller, called_as_method() From 0body0 на rambler.ru Fri Dec 27 09:45:25 2013 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Fri, 27 Dec 2013 21:45:25 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLP1M/UydDZIMbVzsvDycogxMzRIMbByszP1w==?= In-Reply-To: References: <52BDACF9.8050100@rambler.ru> Message-ID: <52BDBCB5.4050302@rambler.ru> 27.12.2013 21:00, Maxim Vuets пишет: >> print_utf FILE_UTF $foo; >> print_cp1251 FILE_UTF $foo; > Чего вы добиваетесь этим? Хотел максимально сохранить стиль исходного кода, чтобы print заменить на print_blabla простым search & replace. А второе чтобы можно было использовать одну сабу для метода и для вызова (иногда нужно); Жалко, что нельзя сделать корректно полностью. Но этот метод меня устроит. From mail на knutov.com Fri Dec 27 10:05:01 2013 From: mail на knutov.com (Nick Knutov) Date: Sat, 28 Dec 2013 00:05:01 +0600 Subject: [Moscow.pm] Mojo::DOM - each & replace In-Reply-To: References: <52BCB3C1.6030304@knutov.com> Message-ID: <52BDC14D.6010905@knutov.com> Спасибо. Оказалось, что надо спать чаще и не забывать потом возвращать данные из функции. 27.12.2013 11:25, Андрей Фёдоров пишет: > У меня этот код из > >
> some > >
> > формирует >
>
some />
some
>
>
> > > 27 декабря 2013 г., 2:54 пользователь Nick Knutov > написал: > > Очень редко использую Mojo::DOM и не могу понять как сделать ->each так, > чтобы заменить найденное чем-то, сгенерированным на основе найденного. > > Пример: > > $dom->find('img.image-left')->each(sub { > my $img = shift; > my $alt = $img->attr('alt') | ''; > my $r = '
' > . $img > . (length($alt)>1? > '
'.$img->attr('alt').'
' : '') > . '
'; > $img->replace($r); > return $img->root; > }); > > Внутри $img->root я получаю именно тот, который надо. Но снаружи ничего > не меняется. Где я не прав? > > Подходящие слова к гуглу на тему "mojo dom each replace" подобрать не > удалось. Нагуглить альтернативы Mojo::DOM - тоже. Есть pQuery и куча > разных ::DOM, но нигде не вижу функционала для найти и заменить на > производное от найденного (а во многих модулях и замены нет). > > -- > 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 maxim.vuets на gmail.com Fri Dec 27 14:01:43 2013 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Fri, 27 Dec 2013 23:01:43 +0100 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDQtNC10YHQutGA?= =?utf-8?b?0LjQv9GC0L7RgNGLINC4IFNURE9VVC4=?= In-Reply-To: References: Message-ID: 2013/12/25 Харпалёв Иван : > 2) Можно ли "определить STDOUT внутри пакета" снаружи него? http://perltricks.com/article/45/2013/10/27/How-to-redirect-and-restore-STDOUT From postmaster на softsearch.ru Sat Dec 28 12:55:28 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 29 Dec 2013 00:55:28 +0400 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= Message-ID: <505923329.20131229005528@softsearch.ru> Здравствуйте. Пытаюсь тут переключить голову с обычного программирования на асинхронное. Голове даётся это сложно. Пишу не на перле, а на ноде, но это не важно. Интересен сам принцип построения кода. Сейчас вот кажется правильным вместо последовательного вызова функций создавать последовательности событий, возникающие по окончании работы функции. А на события вешаются обработчики, аналогичные исходным функциям. Так получается избежать безобразного кода с кучей вложенных друг в друга колбэков. Но может есть подход более правильный? Или может даже более правильный вопрос: как голову переключить на асинхронное программирование? -- С уважением, Михаил mailto:postmaster на softsearch.ru From creaktive на gmail.com Sat Dec 28 13:42:01 2013 From: creaktive на gmail.com (Stanislaw Pusep) Date: Sat, 28 Dec 2013 22:42:01 +0100 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: <505923329.20131229005528@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> Message-ID: Promises pattern: http://12devs.co.uk/articles/promises-an-alternative-way-to-approach-asynchronous-javascript/ суббота, 28 декабря 2013 г. пользователь Михаил Монашёв писал: > Здравствуйте. > > Пытаюсь тут переключить голову с обычного программирования на > асинхронное. Голове даётся это сложно. > > Пишу не на перле, а на ноде, но это не важно. Интересен сам принцип > построения кода. Сейчас вот кажется правильным вместо > последовательного вызова функций создавать последовательности событий, > возникающие по окончании работы функции. А на события вешаются > обработчики, аналогичные исходным функциям. Так получается избежать > безобразного кода с кучей вложенных друг в друга колбэков. Но может > есть подход более правильный? > > Или может даже более правильный вопрос: как голову переключить на > асинхронное программирование? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From warstone на list.ru Sat Dec 28 15:10:59 2013 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Sun, 29 Dec 2013 03:10:59 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: References: <505923329.20131229005528@softsearch.ru> Message-ID: <1388272259.825035487@f84.i.mail.ru> Когда кто-то говорит об асинхронности - всегда появляется машина состояний. Хорошо если нуден только один коллбек, но если внутри коллбека появляются еще коллбеки, то становится сложно... Не знаю как JS, да и вроде-бы в Перле этого нету, но вот в .Net есть элегантный способ "скрыть" машину состояний через yield return механизм. Я таким образом писал бота для Unity3D игры (там на каждый фреим давали управление, и бот в любом случае - машина состояний). Фактически - паттерн обещаний делает нечто похожее (ну кроме того, что он генерит дофига замыканий, тогда как yield return генерит одно, но большое). Я себе использование этого механизма представляю так: http://www.elite-games.ru/conference/viewtopic.php?t=59266 Суббота, 28 декабря 2013, 22:42 +01:00 от Stanislaw Pusep : >Promises pattern: http://12devs.co.uk/articles/promises-an-alternative-way-to-approach-asynchronous-javascript/ > >суббота, 28 декабря 2013 г. пользователь Михаил Монашёв писал: >>Здравствуйте. >> >>Пытаюсь   тут   переключить  голову  с  обычного  программирования  на >>асинхронное. Голове даётся это сложно. >> >>Пишу  не  на  перле, а на ноде, но это не важно. Интересен сам принцип >>построения    кода.    Сейчас    вот    кажется    правильным   вместо >>последовательного вызова функций создавать последовательности событий, >>возникающие  по  окончании  работы  функции.  А  на  события  вешаются >>обработчики,  аналогичные  исходным  функциям. Так получается избежать >>безобразного  кода  с  кучей вложенных друг в друга колбэков. Но может >>есть подход более правильный? >> >>Или  может  даже  более  правильный  вопрос: как голову переключить на >>асинхронное программирование? >> >>-- >>С уважением, >> Михаил                          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 -- Nick unnoun ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mons на cpan.org Sun Dec 29 06:58:51 2013 From: mons на cpan.org (Mons Anderson) Date: Sun, 29 Dec 2013 18:58:51 +0400 Subject: [Moscow.pm] =?windows-1251?b?z/Du8u7y6O/7IPTz7er26Okg5Ov/IPTg6evu?= =?windows-1251?q?=E2?= In-Reply-To: <52BDBCB5.4050302@rambler.ru> References: <52BDACF9.8050100@rambler.ru> <52BDBCB5.4050302@rambler.ru> Message-ID: можно. я так делал say для 5.8.8 *IO::Handle::print_blablabla = sub { ? }; ... print_blablabla FILE "something to print"; On 27.12.2013, at 21:45, Анатолий Гришаев <0body0 на rambler.ru> wrote: > > 27.12.2013 21:00, Maxim Vuets пишет: >>> print_utf FILE_UTF $foo; >>> print_cp1251 FILE_UTF $foo; >> Чего вы добиваетесь этим? > > Хотел максимально сохранить стиль исходного кода, чтобы print заменить на print_blabla простым search & replace. > > А второе чтобы можно было использовать одну сабу для метода и для вызова (иногда нужно); > > Жалко, что нельзя сделать корректно полностью. > Но этот метод меня устроит. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From postmaster на softsearch.ru Sun Dec 29 08:20:21 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 29 Dec 2013 20:20:21 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINTF09Qg1yDQz9LUwcg=?= In-Reply-To: References: <667549994.20131225185826@softsearch.ru> Message-ID: <1201933698.20131229202021@softsearch.ru> Здравствуйте, Akzhan. > В этом плане CPAN уникален, наверное. В большинстве пакетных менеджеров тесты при установке не запускаются. У перла ещё и сообщество есть технически грамотное. У Ноды я пока такого не нашёл. Уровень php в лучшем случае. -- С уважением, Михаил mailto:postmaster на softsearch.ru From 0body0 на rambler.ru Sun Dec 29 12:36:26 2013 From: 0body0 на rambler.ru (=?windows-1251?Q?=C0=ED=E0=F2=EE=EB=E8=E9_=C3=F0=E8=F8=E0=E5=E2?=) Date: Mon, 30 Dec 2013 00:36:26 +0400 Subject: [Moscow.pm] =?windows-1251?b?z/Du8u7y6O/7IPTz7er26Okg5Ov/IPTg6evu?= =?windows-1251?q?=E2?= In-Reply-To: References: <52BDACF9.8050100@rambler.ru> <52BDBCB5.4050302@rambler.ru> Message-ID: <52C087CA.10808@rambler.ru> Если всегда указывать дескриптор, то да вполне рабочий метод. Если нужно написать say_v1 "hello" вместе с say_v1 FOO "bar", То они уже плохо вместе уживаются: say_v1 FOO "bar" - ок say_v1 "foo" - ок say_v1 $fh "foo" -- уже не компилируется. А второй минус нужно лезть в IO::Handle, но кажется туда можно добавлять свои методы. 29.12.2013 18:58, Mons Anderson пишет: > можно. > > я так делал say для 5.8.8 > > *IO::Handle::print_blablabla = sub { ? }; > > ... > > print_blablabla FILE "something to print"; > > On 27.12.2013, at 21:45, Анатолий Гришаев <0body0 на rambler.ru> wrote: > >> 27.12.2013 21:00, Maxim Vuets пишет: >>>> print_utf FILE_UTF $foo; >>>> print_cp1251 FILE_UTF $foo; >>> Чего вы добиваетесь этим? >> Хотел максимально сохранить стиль исходного кода, чтобы print заменить на print_blabla простым search & replace. >> >> А второе чтобы можно было использовать одну сабу для метода и для вызова (иногда нужно); >> >> Жалко, что нельзя сделать корректно полностью. >> Но этот метод меня устроит. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org From akzhan.abdulin на gmail.com Sun Dec 29 13:12:11 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 30 Dec 2013 01:12:11 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INGC0LXRgdGCINCyINC/0L7RgNGC0LA=?= =?utf-8?b?0YU=?= In-Reply-To: <1201933698.20131229202021@softsearch.ru> References: <667549994.20131225185826@softsearch.ru> <1201933698.20131229202021@softsearch.ru> Message-ID: Сочувствую. Я и не искал, оно просто существует. Тем более, что на некую часть совпадает с сообществом Ruby и даже немного Perl ;) 29 декабря 2013 г., 20:20 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Akzhan. > > > В этом плане CPAN уникален, наверное. В большинстве пакетных менеджеров > тесты при установке не запускаются. > > У перла ещё и сообщество есть технически грамотное. У Ноды я пока > такого не нашёл. Уровень php в лучшем случае. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Sun Dec 29 13:14:33 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 30 Dec 2013 01:14:33 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: <505923329.20131229005528@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> Message-ID: Все верно пишут. Futures - наше всё. А также сопрограммы и машины состояний. Расово верными являются последние, самыми удобными - сопрограммы. Я пока предпочитаю futures, promises etc. 29 декабря 2013 г., 0:55 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте. > > Пытаюсь тут переключить голову с обычного программирования на > асинхронное. Голове даётся это сложно. > > Пишу не на перле, а на ноде, но это не важно. Интересен сам принцип > построения кода. Сейчас вот кажется правильным вместо > последовательного вызова функций создавать последовательности событий, > возникающие по окончании работы функции. А на события вешаются > обработчики, аналогичные исходным функциям. Так получается избежать > безобразного кода с кучей вложенных друг в друга колбэков. Но может > есть подход более правильный? > > Или может даже более правильный вопрос: как голову переключить на > асинхронное программирование? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aml на rulezz.ru Sun Dec 29 13:25:28 2013 From: aml на rulezz.ru (Alexander Lourier) Date: Sun, 29 Dec 2013 22:25:28 +0100 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <505923329.20131229005528@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> Message-ID: <52C09348.5050203@rulezz.ru> 28.12.2013 21:55, Михаил Монашёв wrote: > Или может даже более правильный вопрос: как голову переключить на > асинхронное программирование? Про расово верный подход уже написали, но лучше с точки зрения надёжности код при минимуме трудозатрат - всё-таки сопрограммы. Есть проверенные платформы - Go (лучшее решение, на мой взгляд), Stackless Python (моя давняя любовь), есть Perl Coro (не пробовал, но теоретически - то же самое). -- Alexander Lourier From postmaster на softsearch.ru Sun Dec 29 13:56:29 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 30 Dec 2013 01:56:29 +0400 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <52C09348.5050203@rulezz.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> Message-ID: <1055595745.20131230015629@softsearch.ru> Здравствуйте, Alexander. >> Или может даже более правильный вопрос: как голову переключить на >> асинхронное программирование? > Про расово верный подход уже написали, но лучше с точки зрения > надёжности код при минимуме трудозатрат - всё-таки сопрограммы. > Есть проверенные платформы - Go (лучшее решение, на мой взгляд), > Stackless Python (моя давняя любовь), есть Perl Coro (не пробовал, но > теоретически - то же самое). Как то уже втянулся писать без сопрограмм. А чем именно Go так хорош? -- С уважением, Михаил mailto:postmaster на softsearch.ru From aml на rulezz.ru Sun Dec 29 14:21:19 2013 From: aml на rulezz.ru (Alexander Lourier) Date: Sun, 29 Dec 2013 23:21:19 +0100 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <1055595745.20131230015629@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> Message-ID: <52C0A05F.7050905@rulezz.ru> 29.12.2013 22:56, Михаил Монашёв wrote: >>> Или может даже более правильный вопрос: как голову переключить на >>> асинхронное программирование? > >> Про расово верный подход уже написали, но лучше с точки зрения >> надёжности код при минимуме трудозатрат - всё-таки сопрограммы. > >> Есть проверенные платформы - Go (лучшее решение, на мой взгляд), >> Stackless Python (моя давняя любовь), есть Perl Coro (не пробовал, но >> теоретически - то же самое). > > Как то уже втянулся писать без сопрограмм. Я один большой проект на ноде сделал (больше года писали) - и там любая более-менее сложная логика (запрос к нескольким бэкендам, слияние результатов, обработка таймаутов и ошибок) даже с использованием модулей типа async выглядит ужасно. Любой случайно пропущенный callback() приводит к зависанию логики. Необработанные исключения - то же самое. Со временем привыкаешь не делать такие ошибки (мозг перестраивается), но каждый новый человек на проекте - это те же самые грабли снова и снова. > А чем именно Go так хорош? Во-первых, он разрабатывался именно для асинхронного программирования, с всеми паттернами ввода-вывода в распределённых системах в уме. Во-вторых, он автоматически использует несколько ядер, раскидывая по ним сопрограммы. Настолько автоматически, что перед блокирующими системными вызовами все сопрограммы, которые в том же потоке выполнялись, автоматически мигрируют в другие потоки. В-третьих, правильная работа с буферами. Почти как в V8, только программист явно управляет копированием, чтобы случайно лишних копирований не сделать. -- Alexander Lourier From mons на cpan.org Sun Dec 29 16:24:43 2013 From: mons на cpan.org (Mons Anderson) Date: Mon, 30 Dec 2013 04:24:43 +0400 Subject: [Moscow.pm] =?windows-1251?b?z/Du8u7y6O/7IPTz7er26Okg5Ov/IPTg6evu?= =?windows-1251?q?=E2?= In-Reply-To: <52C087CA.10808@rambler.ru> References: <52BDACF9.8050100@rambler.ru> <52BDBCB5.4050302@rambler.ru> <52C087CA.10808@rambler.ru> Message-ID: <4AA1BB63-C98C-45AB-B93B-20A54D579193@corp.mail.ru> а с принтом тоже хорошо-бы $handle указывать в {} т.е. print {$fh} "?" On 30.12.2013, at 0:36, Анатолий Гришаев <0body0 на rambler.ru> wrote: > Если всегда указывать дескриптор, то да вполне рабочий метод. > Если нужно написать say_v1 "hello" вместе с say_v1 FOO "bar", > > То они уже плохо вместе уживаются: > say_v1 FOO "bar" - ок > say_v1 "foo" - ок > say_v1 $fh "foo" -- уже не компилируется. > > А второй минус нужно лезть в IO::Handle, но кажется туда можно добавлять свои методы. > > 29.12.2013 18:58, Mons Anderson пишет: >> можно. >> >> я так делал say для 5.8.8 >> >> *IO::Handle::print_blablabla = sub { ? }; >> >> ... >> >> print_blablabla FILE "something to print"; >> >> On 27.12.2013, at 21:45, Анатолий Гришаев <0body0 на rambler.ru> wrote: >> >>> 27.12.2013 21:00, Maxim Vuets пишет: >>>>> print_utf FILE_UTF $foo; >>>>> print_cp1251 FILE_UTF $foo; >>>> Чего вы добиваетесь этим? >>> Хотел максимально сохранить стиль исходного кода, чтобы print заменить на print_blabla простым search & replace. >>> >>> А второе чтобы можно было использовать одну сабу для метода и для вызова (иногда нужно); >>> >>> Жалко, что нельзя сделать корректно полностью. >>> Но этот метод меня устроит. >>> >>> -- >>> 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 0body0 на rambler.ru Sun Dec 29 22:57:59 2013 From: 0body0 на rambler.ru (=?windows-1251?Q?=C0=ED=E0=F2=EE=EB=E8=E9_=C3=F0=E8=F8=E0=E5=E2?=) Date: Mon, 30 Dec 2013 10:57:59 +0400 Subject: [Moscow.pm] =?windows-1251?b?z/Du8u7y6O/7IPTz7er26Okg5Ov/IPTg6evu?= =?windows-1251?q?=E2?= In-Reply-To: <4AA1BB63-C98C-45AB-B93B-20A54D579193@corp.mail.ru> References: <52BDACF9.8050100@rambler.ru> <52BDBCB5.4050302@rambler.ru> <52C087CA.10808@rambler.ru> <4AA1BB63-C98C-45AB-B93B-20A54D579193@corp.mail.ru> Message-ID: <52C11977.5010508@rambler.ru> Не работает так же как say_v1 $fh "foo" Как только видит в пакете процедуру say_v1 он сразу перестает понимать косвенный вызов для sayx_v1 $fh ... , say_v1 {$fh} ... 30.12.2013 4:24, Mons Anderson пишет: > а с принтом тоже хорошо-бы $handle указывать в {} > > т.е. > > print {$fh} "?" > > > On 30.12.2013, at 0:36, Анатолий Гришаев <0body0 на rambler.ru> wrote: > >> Если всегда указывать дескриптор, то да вполне рабочий метод. >> Если нужно написать say_v1 "hello" вместе с say_v1 FOO "bar", >> >> То они уже плохо вместе уживаются: >> say_v1 FOO "bar" - ок >> say_v1 "foo" - ок >> say_v1 $fh "foo" -- уже не компилируется. >> >> А второй минус нужно лезть в IO::Handle, но кажется туда можно добавлять свои методы. >> >> 29.12.2013 18:58, Mons Anderson пишет: >>> можно. >>> >>> я так делал say для 5.8.8 >>> >>> *IO::Handle::print_blablabla = sub { ? }; >>> >>> ... >>> >>> print_blablabla FILE "something to print"; >>> >>> On 27.12.2013, at 21:45, Анатолий Гришаев <0body0 на rambler.ru> wrote: >>> >>>> 27.12.2013 21:00, Maxim Vuets пишет: >>>>>> print_utf FILE_UTF $foo; >>>>>> print_cp1251 FILE_UTF $foo; >>>>> Чего вы добиваетесь этим? >>>> Хотел максимально сохранить стиль исходного кода, чтобы print заменить на print_blabla простым search & replace. >>>> >>>> А второе чтобы можно было использовать одну сабу для метода и для вызова (иногда нужно); >>>> >>>> Жалко, что нельзя сделать корректно полностью. >>>> Но этот метод меня устроит. >>>> >>>> -- >>>> 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 Dec 30 00:16:41 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 30 Dec 2013 12:16:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <52C0A05F.7050905@rulezz.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> <52C0A05F.7050905@rulezz.ru> Message-ID: <1263865150.20131230121641@softsearch.ru> Здравствуйте, Alexander. >>>> Или может даже более правильный вопрос: как голову переключить на >>>> асинхронное программирование? >> >>> Про расово верный подход уже написали, но лучше с точки зрения >>> надёжности код при минимуме трудозатрат - всё-таки сопрограммы. >> >>> Есть проверенные платформы - Go (лучшее решение, на мой взгляд), >>> Stackless Python (моя давняя любовь), есть Perl Coro (не пробовал, но >>> теоретически - то же самое). >> >> Как то уже втянулся писать без сопрограмм. > Я один большой проект на ноде сделал (больше года писали) - и там любая > более-менее сложная логика (запрос к нескольким бэкендам, слияние > результатов, обработка таймаутов и ошибок) даже с использованием модулей > типа async выглядит ужасно. Любой случайно пропущенный callback() > приводит к зависанию логики. Необработанные исключения - то же самое. Со > временем привыкаешь не делать такие ошибки (мозг перестраивается), но > каждый новый человек на проекте - это те же самые грабли снова и снова. А новые люди легко начинают писать на Ноде по твоему опыту? >> А чем именно Go так хорош? > Во-первых, он разрабатывался именно для асинхронного программирования, с > всеми паттернами ввода-вывода в распределённых системах в уме. Вчера специально заходил на их сайт. Не нашёл про асинхронное программирование ничего. > Во-вторых, он автоматически использует несколько ядер, раскидывая по ним > сопрограммы. Настолько автоматически, что перед блокирующими системными > вызовами все сопрограммы, которые в том же потоке выполнялись, > автоматически мигрируют в другие потоки. Мега-фича, кстати. Если другие форкаются для того, чтобы все ядра загрузить, то как тут это реализовано? > В-третьих, правильная работа с буферами. Почти как в V8, только > программист явно управляет копированием, чтобы случайно лишних > копирований не сделать. А ты DART смотрел? Его вроде автор V8 писал и по его задумке это должен был стать улучшенный JavaScript без свойственных ему рудиментов. Недавно узнал, что типизация в нём необязательна. -- С уважением, Михаил mailto:postmaster на softsearch.ru From eugene.toropov на gmail.com Mon Dec 30 00:31:18 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 30 Dec 2013 12:31:18 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: <1263865150.20131230121641@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> <52C0A05F.7050905@rulezz.ru> <1263865150.20131230121641@softsearch.ru> Message-ID: <2CA78F59-B215-4EC4-B8FF-EF02F92BC08E@gmail.com> > > Вчера специально заходил на их сайт. Не нашёл про асинхронное > программирование ничего. > http://golang.org/doc/effective_go.html#goroutines ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Dec 30 04:30:17 2013 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 30 Dec 2013 16:30:17 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: <1388272259.825035487@f84.i.mail.ru> References: <505923329.20131229005528@softsearch.ru> <1388272259.825035487@f84.i.mail.ru> Message-ID: <20131230123016.GC8739@vdsl.uvw.ru> > коллбеки, то становится сложно... Не знаю как JS, да и вроде-бы в Перле этого > нету, но вот в .Net есть элегантный способ "скрыть" машину состояний через > yield return механизм. в перле есть Coro. в нем не yield, а cede, что в принципе то же самое From aml на rulezz.ru Mon Dec 30 11:55:47 2013 From: aml на rulezz.ru (Alexander Lourier) Date: Mon, 30 Dec 2013 20:55:47 +0100 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <1263865150.20131230121641@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> <52C0A05F.7050905@rulezz.ru> <1263865150.20131230121641@softsearch.ru> Message-ID: <52C1CFC3.1080209@rulezz.ru> 30.12.2013 09:16, Михаил Монашёв wrote: >>>>> Или может даже более правильный вопрос: как голову переключить на >>>>> асинхронное программирование? >>> >>>> Про расово верный подход уже написали, но лучше с точки зрения >>>> надёжности код при минимуме трудозатрат - всё-таки сопрограммы. >>> >>>> Есть проверенные платформы - Go (лучшее решение, на мой взгляд), >>>> Stackless Python (моя давняя любовь), есть Perl Coro (не пробовал, но >>>> теоретически - то же самое). >>> >>> Как то уже втянулся писать без сопрограмм. > >> Я один большой проект на ноде сделал (больше года писали) - и там любая >> более-менее сложная логика (запрос к нескольким бэкендам, слияние >> результатов, обработка таймаутов и ошибок) даже с использованием модулей >> типа async выглядит ужасно. Любой случайно пропущенный callback() >> приводит к зависанию логики. Необработанные исключения - то же самое. Со >> временем привыкаешь не делать такие ошибки (мозг перестраивается), но >> каждый новый человек на проекте - это те же самые грабли снова и снова. > > А новые люди легко начинают писать на Ноде по твоему опыту? Писать начинают быстро. Но первые ревью - это кошмар. Со временем становится лучше. Но нормальный асинхронный код без скрытых косяков получается у единиц. >> Во-вторых, он автоматически использует несколько ядер, раскидывая по ним >> сопрограммы. Настолько автоматически, что перед блокирующими системными >> вызовами все сопрограммы, которые в том же потоке выполнялись, >> автоматически мигрируют в другие потоки. > > Мега-фича, кстати. > > Если другие форкаются для того, чтобы все ядра загрузить, то как тут > это реализовано? В текущей реализации говоришь интерпретатору, сколько потоков хочешь, и он делает. Дальнейшая работа по параллелизации сопрограмм происходит практически прозрачно для программиста. Есть нюансы с доступом к общим данным, но они хорошо документированы. > >> В-третьих, правильная работа с буферами. Почти как в V8, только >> программист явно управляет копированием, чтобы случайно лишних >> копирований не сделать. > > А ты DART смотрел? Его вроде автор V8 писал и по его задумке это > должен был стать улучшенный JavaScript без свойственных ему > рудиментов. Недавно узнал, что типизация в нём необязательна. Нет, не довелось. -- Alexander Lourier From postmaster на softsearch.ru Mon Dec 30 12:39:54 2013 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 31 Dec 2013 00:39:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <52C1CFC3.1080209@rulezz.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> <52C0A05F.7050905@rulezz.ru> <1263865150.20131230121641@softsearch.ru> <52C1CFC3.1080209@rulezz.ru> Message-ID: <1656205127.20131231003954@softsearch.ru> Здравствуйте, Alexander. >>> Во-вторых, он автоматически использует несколько ядер, раскидывая >>> по ним сопрограммы. Настолько автоматически, что перед >>> блокирующими системными вызовами все сопрограммы, которые в том же >>> потоке выполнялись, автоматически мигрируют в другие потоки. >> >> Мега-фича, кстати. >> >> Если другие форкаются для того, чтобы все ядра загрузить, то как >> тут это реализовано? > В текущей реализации говоришь интерпретатору, сколько потоков > хочешь, и он делает. Дальнейшая работа по параллелизации сопрограмм > происходит практически прозрачно для программиста. Так я и спрашиваю, как именно оно переносит сопрограмму с одного ядра на другой? Сейчас OS не приспособлены под подобные манипуляции и много копирования данных будет ИМХО. -- С уважением, Михаил mailto:postmaster на softsearch.ru From nikzubkov на gmail.com Mon Dec 30 13:50:52 2013 From: nikzubkov на gmail.com (Nikita Zubkov) Date: Tue, 31 Dec 2013 03:50:52 +0600 Subject: [Moscow.pm] =?koi8-r?b?89TJzNggwdPJzsjSz87Oz8fPINDSz8fSwc3NydLP?= =?koi8-r?b?18HOydE=?= In-Reply-To: <20131230123016.GC8739@vdsl.uvw.ru> References: <505923329.20131229005528@softsearch.ru> <1388272259.825035487@f84.i.mail.ru> <20131230123016.GC8739@vdsl.uvw.ru> Message-ID: Я бы ни кому не рекомендовал связываться с Coro. Coro по ощущениям от использования весьма нестабильная штуковина. Во многом потому что ядро перла ничего о Coro не знает и код Coro по большому счету набор костылей. Вероятность поломки при выходе новой версии интерпретатора всегда отлична от нуля. Делать ставку на такой инструмент, по моему, не правильно. P.S. cede в отличие от yield return ничего не возвращает. 30 дек. 2013 г., в 18:30, Ivan Petrov написал(а): >> коллбеки, то становится сложно... Не знаю как JS, да и вроде-бы в Перле этого >> нету, но вот в .Net есть элегантный способ "скрыть" машину состояний через >> yield return механизм. > > в перле есть Coro. в нем не yield, а cede, что в принципе то же самое > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From eugene.toropov на gmail.com Tue Dec 31 03:59:24 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Tue, 31 Dec 2013 15:59:24 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: <1656205127.20131231003954@softsearch.ru> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> <52C0A05F.7050905@rulezz.ru> <1263865150.20131230121641@softsearch.ru> <52C1CFC3.1080209@rulezz.ru> <1656205127.20131231003954@softsearch.ru> Message-ID: <60DC317A-5B25-4DC4-8293-4F8D2FD73DAD@gmail.com> > >> В текущей реализации говоришь интерпретатору, сколько потоков >> хочешь, и он делает. Дальнейшая работа по параллелизации сопрограмм >> происходит практически прозрачно для программиста. > > Так я и спрашиваю, как именно оно переносит сопрограмму с одного ядра > на другой? http://morsmachine.dk/go-scheduler - доступно и с картинками :) Технически гоурутины стоят в очередях на контексты (которых не больше GOMAXPROC), выполняемые в системных тредах (1 контекст - 1 тред). Если треду надо локнуться - он отдает контекст с его очередью другому треду (взятому из кэша или вновь созданному, если кэш пуст) - про это читать в "Who you gonna (sys)call?" по ссылке выше Евгений ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Tue Dec 31 04:04:51 2013 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Tue, 31 Dec 2013 16:04:51 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHRgtC40LvRjCDQsNGB0LjQvdGF0YDQvtC90L0=?= =?utf-8?b?0L7Qs9C+INC/0YDQvtCz0YDQsNC80LzQuNGA0L7QstCw0L3QuNGP?= In-Reply-To: <60DC317A-5B25-4DC4-8293-4F8D2FD73DAD@gmail.com> References: <505923329.20131229005528@softsearch.ru> <52C09348.5050203@rulezz.ru> <1055595745.20131230015629@softsearch.ru> <52C0A05F.7050905@rulezz.ru> <1263865150.20131230121641@softsearch.ru> <52C1CFC3.1080209@rulezz.ru> <1656205127.20131231003954@softsearch.ru> <60DC317A-5B25-4DC4-8293-4F8D2FD73DAD@gmail.com> Message-ID: Хотя правильнее называть не контекст, а процессор, там и буква P на рисунках стоит от Processor. On Dec 31, 2013, at 3:59 PM, Eugene Toropov wrote: > > >> >>> В текущей реализации говоришь интерпретатору, сколько потоков >>> хочешь, и он делает. Дальнейшая работа по параллелизации сопрограмм >>> происходит практически прозрачно для программиста. >> >> Так я и спрашиваю, как именно оно переносит сопрограмму с одного ядра >> на другой? > > http://morsmachine.dk/go-scheduler - доступно и с картинками :) > > Технически гоурутины стоят в очередях на контексты (которых не больше GOMAXPROC), выполняемые в системных тредах (1 контекст - 1 тред). Если треду надо локнуться - он отдает контекст с его очередью другому треду (взятому из кэша или вновь созданному, если кэш пуст) - про это читать в "Who you gonna (sys)call?" по ссылке выше > > Евгений ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Dec 17 04:03:49 2013 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 17 Dec 2013 12:03:49 -0000 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INC/0L7QtNGB0LLQtdGC0LrRgyDRgdC4?= =?utf-8?b?0L3RgtCw0LrRgdC40YHQsA==?= In-Reply-To: References: Message-ID: Аналогичная проблема. Sublime Text / Monokai Extended / Soda Dark. Подсветка Perl и Modern Perl: 16 декабря 2013 г., 23:04 пользователь Иван Бессарабов написал: > Тут в соседнем треде ("вопрос юзерам Sublime Text") подняли очень > интересную > тему подсветки синтаксиса перла. > > Покажите, пожалуйста, скриншоты, как в вашем редакторе выглядит подсведка > синтаксиса вот в таком скрипте: https://gist.github.com/bessarabov/7991901 > > У меня в vim это выглядит вот так: > http://upload.bessarabov.ru/bessarabov/A57U8eZRPI7Cc9FQeWI58RBwavo.png > > Vim ошибается с подсведкой во второй строчке этого кода: > > say with_prototype / 10 ; # / ; die "this dies!"; > say without_prototype / 10 ; # / ; die "this dies!"; > > Этот код идентичен вот такому, но vim это не понимает: > > say with_prototype() / 10 ; # / ; die "this dies!"; > say without_prototype( / 10 ; # / ); die "this dies!"; > > У меня есть гипотеза что ни один редактор не отобразит эти строки > правильно, > так как все редакторы парсят код как простой текст, и не используют перл > для > разбора кода. > > Этот пример я увидел вот в этом посте на stackoverflow: > > http://stackoverflow.com/questions/4625408/where-can-i-find-a-formal-grammar-for-the-perl-programming-language > > Мне очень жаль что для языка Perl5 невозможно написать граматику. Была бы > грамматика перла и с его кодом было бы сильно удобнее работать. Можно было > бы > и правильную подсведку сделать, и код приводить к стандартному виду (более > гибким и правильным инструментом чем ненавистный мне perltidy), и > автоматический рефакторинг делать. > > И я чуть-чуть завидую языкам для которых есть грамматики: > > * Go: http://golang.org/ref/spec > * Python: http://inst.eecs.berkeley.edu/~cs164/fa11/python-grammar.html > * Java: http://cs.au.dk/~amoeller/dRegAut/JavaBNF.html > * C: http://www.cs.man.ac.uk/~pjj/bnf/c_syntax.bnf > * Perl6: > https://github.com/jwodder/jbobaf/blob/master/perl6/Gerna.bnf.pm6 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: ----------- следущая часть ----------- A non-text attachment was scrubbed... Name: 1312171605277avx5.png Type: image/png Size: 55126 bytes Desc: отсутствует URL: ----------- следущая часть ----------- A non-text attachment was scrubbed... Name: 1312171606025btk0.png Type: image/png Size: 47138 bytes Desc: отсутствует URL: