VO
да он сам умеет такое спам присылать как минимум
Size: a a a
2020 November 16
VO
вот у меня аккаунта нет, а спам -- есть
МИ
Как ты сделал линкедин по-русски?
Не припоминаю, чтобы что-то такое вообще делал
VG
From m-kggowovmozetrzekew4ns3710rbe1q5zar8d52qeldb4klgkktm@bounce.linkedin.com Tue Apr 03 20:36:39 2018
Subject: =?UTF-8?B?TWFyaW8gQ
Subject: =?UTF-8?B?TWFyaW8gQ
у меня не бейс в свежем
Subject: =?UTF-8?Q?Vadim,_=D0=92=D1=8B_=D0=B7?=
=?UTF-8?Q?=D0=BD=D0=B0=D0=BA=D0=BE=D0=BC=D1=8B_=D1=81_=D1=83=D1=87=D0=B0?=
=?UTF-8?Q?=D1=81=D1=82=D0=BD=D0=B8=D0=BA=D0=BE=D0=BC_Denis_Merkulov=3F?=
Date: Fri, 13 Nov 2020 16:01:23 +0000 (UTC)
Subject: =?UTF-8?Q?Vadim,_=D0=92=D1=8B_=D0=B7?=
=?UTF-8?Q?=D0=BD=D0=B0=D0=BA=D0=BE=D0=BC=D1=8B_=D1=81_=D1=83=D1=87=D0=B0?=
=?UTF-8?Q?=D1=81=D1=82=D0=BD=D0=B8=D0=BA=D0=BE=D0=BC_Denis_Merkulov=3F?=
Date: Fri, 13 Nov 2020 16:01:23 +0000 (UTC)
ع
у меня не бейс в свежем
Subject: =?UTF-8?Q?Vadim,_=D0=92=D1=8B_=D0=B7?=
=?UTF-8?Q?=D0=BD=D0=B0=D0=BA=D0=BE=D0=BC=D1=8B_=D1=81_=D1=83=D1=87=D0=B0?=
=?UTF-8?Q?=D1=81=D1=82=D0=BD=D0=B8=D0=BA=D0=BE=D0=BC_Denis_Merkulov=3F?=
Date: Fri, 13 Nov 2020 16:01:23 +0000 (UTC)
Subject: =?UTF-8?Q?Vadim,_=D0=92=D1=8B_=D0=B7?=
=?UTF-8?Q?=D0=BD=D0=B0=D0=BA=D0=BE=D0=BC=D1=8B_=D1=81_=D1=83=D1=87=D0=B0?=
=?UTF-8?Q?=D1=81=D1=82=D0=BD=D0=B8=D0=BA=D0=BE=D0=BC_Denis_Merkulov=3F?=
Date: Fri, 13 Nov 2020 16:01:23 +0000 (UTC)
по виду какое-то cp1251, а не utf
VT
utf-нее некуда, D0, D1
AU
Good ole quoted-printable?
2020 November 17
МИ
Оно
2020 November 18
DF
@Casus_Improvisus а можно сделать чтобы
DBIx::Struct::connect возвращал объект? Я тут решил растащить старый код на модули и как-то все внезапно сломалось :)SZ
@Casus_Improvisus а можно сделать чтобы
DBIx::Struct::connect возвращал объект? Я тут решил растащить старый код на модули и как-то все внезапно сломалось :)А что он тебе должен ответить? «можно, разрешаю»? :)
DF
А что он тебе должен ответить? «можно, разрешаю»? :)
типа того
NK
хех. У меня раз в пол года аналогичный вопрос про перл возникает..
NK
Подскажите, как с ком портами работать с перла, если я хочу каллбеки на приход байтиков, причем желательно по пять штук, а не по одному, и каллбеки были синхронными и блокирующимися-per-порт.
Контекст - несколько ком портов, которые мне что-то шлют, Device::SerialPort, я читаю по 5 байтов за раз - $port->read(5) и обрабатываю. Пока ком порт был один - весь код синхронный и блокирующийся - всё удобно. Как портов стало несколько - пришлось запускать по экземпляру скрипта на порт.
В реальности хочется обрабатывать все условно параллельно в рамках одного скрипта, но для каждого порта последовательно и для каждого порта не обрабатывать последующие приходящие байты до того, как обработаю текущие.
Я нашел пример с AE - https://alpha6.ru/blog/2017/05/28/async-serial-port/ - и вроде бы мне такой вариант подойдет, если сделать буфер, чтобы накапливать по 5 байт и если сделать какую-то очередь, и очередь обрабатывать в каком-то еще отдельном параллельном цикле. Нет ли решения попроще?
Контекст - несколько ком портов, которые мне что-то шлют, Device::SerialPort, я читаю по 5 байтов за раз - $port->read(5) и обрабатываю. Пока ком порт был один - весь код синхронный и блокирующийся - всё удобно. Как портов стало несколько - пришлось запускать по экземпляру скрипта на порт.
В реальности хочется обрабатывать все условно параллельно в рамках одного скрипта, но для каждого порта последовательно и для каждого порта не обрабатывать последующие приходящие байты до того, как обработаю текущие.
Я нашел пример с AE - https://alpha6.ru/blog/2017/05/28/async-serial-port/ - и вроде бы мне такой вариант подойдет, если сделать буфер, чтобы накапливать по 5 байт и если сделать какую-то очередь, и очередь обрабатывать в каком-то еще отдельном параллельном цикле. Нет ли решения попроще?
VG
омг, несколько ком-портов в 2020
NK
ну, одна интересная поделка
DF
Подскажите, как с ком портами работать с перла, если я хочу каллбеки на приход байтиков, причем желательно по пять штук, а не по одному, и каллбеки были синхронными и блокирующимися-per-порт.
Контекст - несколько ком портов, которые мне что-то шлют, Device::SerialPort, я читаю по 5 байтов за раз - $port->read(5) и обрабатываю. Пока ком порт был один - весь код синхронный и блокирующийся - всё удобно. Как портов стало несколько - пришлось запускать по экземпляру скрипта на порт.
В реальности хочется обрабатывать все условно параллельно в рамках одного скрипта, но для каждого порта последовательно и для каждого порта не обрабатывать последующие приходящие байты до того, как обработаю текущие.
Я нашел пример с AE - https://alpha6.ru/blog/2017/05/28/async-serial-port/ - и вроде бы мне такой вариант подойдет, если сделать буфер, чтобы накапливать по 5 байт и если сделать какую-то очередь, и очередь обрабатывать в каком-то еще отдельном параллельном цикле. Нет ли решения попроще?
Контекст - несколько ком портов, которые мне что-то шлют, Device::SerialPort, я читаю по 5 байтов за раз - $port->read(5) и обрабатываю. Пока ком порт был один - весь код синхронный и блокирующийся - всё удобно. Как портов стало несколько - пришлось запускать по экземпляру скрипта на порт.
В реальности хочется обрабатывать все условно параллельно в рамках одного скрипта, но для каждого порта последовательно и для каждого порта не обрабатывать последующие приходящие байты до того, как обработаю текущие.
Я нашел пример с AE - https://alpha6.ru/blog/2017/05/28/async-serial-port/ - и вроде бы мне такой вариант подойдет, если сделать буфер, чтобы накапливать по 5 байт и если сделать какую-то очередь, и очередь обрабатывать в каком-то еще отдельном параллельном цикле. Нет ли решения попроще?
VG
Подскажите, как с ком портами работать с перла, если я хочу каллбеки на приход байтиков, причем желательно по пять штук, а не по одному, и каллбеки были синхронными и блокирующимися-per-порт.
Контекст - несколько ком портов, которые мне что-то шлют, Device::SerialPort, я читаю по 5 байтов за раз - $port->read(5) и обрабатываю. Пока ком порт был один - весь код синхронный и блокирующийся - всё удобно. Как портов стало несколько - пришлось запускать по экземпляру скрипта на порт.
В реальности хочется обрабатывать все условно параллельно в рамках одного скрипта, но для каждого порта последовательно и для каждого порта не обрабатывать последующие приходящие байты до того, как обработаю текущие.
Я нашел пример с AE - https://alpha6.ru/blog/2017/05/28/async-serial-port/ - и вроде бы мне такой вариант подойдет, если сделать буфер, чтобы накапливать по 5 байт и если сделать какую-то очередь, и очередь обрабатывать в каком-то еще отдельном параллельном цикле. Нет ли решения попроще?
Контекст - несколько ком портов, которые мне что-то шлют, Device::SerialPort, я читаю по 5 байтов за раз - $port->read(5) и обрабатываю. Пока ком порт был один - весь код синхронный и блокирующийся - всё удобно. Как портов стало несколько - пришлось запускать по экземпляру скрипта на порт.
В реальности хочется обрабатывать все условно параллельно в рамках одного скрипта, но для каждого порта последовательно и для каждого порта не обрабатывать последующие приходящие байты до того, как обработаю текущие.
Я нашел пример с AE - https://alpha6.ru/blog/2017/05/28/async-serial-port/ - и вроде бы мне такой вариант подойдет, если сделать буфер, чтобы накапливать по 5 байт и если сделать какую-то очередь, и очередь обрабатывать в каком-то еще отдельном параллельном цикле. Нет ли решения попроще?
посмотрел пример, а что там сложного? обычный хэндл
NK
посмотрел пример, а что там сложного? обычный хэндл
там все просто. Сложно - это городить буферы и очереди поверх
DF
там для работы обычного AE::Handle хватит. Там заморочки начинаются когда нужны нестандартные скорости порта
VG
там все просто. Сложно - это городить буферы и очереди поверх
а в доку к хэндлу заглянуть? там уже есть методы для этого