pointc

Vitaliy Geydeko написал(а) к Stas Mishchenkov в Nov 18 20:23:16 по местному времени:

Привет, Stas!

03 Ноя 18 13:23, ты писал(а) мне:

в общем потихоньку дописываю. смотрите дату файла на FTP
конфинг и формат базы не менял. впрочем если я что то в базу добавляю (значение) новый модуль на старую базу ругнется и добавит.
подработал редактор
добавил ключ /p
только щас заметил что у меня 2010 год в копирайте.
поправил но пока не стал делать

Vitaliy

... np: (CНANSON-MSK)
--- Странноместный водолаз-спасатель

Stas Mishchenkov написал(а) к Vitaliy Geydeko в Nov 18 00:34:16 по местному времени:

Нi, Vitaliy!

03 ноя 18 17:22, Vitaliy Geydeko -> Stas Mishchenkov:

VG> Вот про имя в логе binka и не думал,

Там есть все, но флаги, обчно, не верные, да и смысла в них у поинта я сейчас не вижу, т.к. он по определению не принимает входящие.

VG> но мне кажется, что можно просто и при внесении поинта в остальные
VG> конфиги - внести его один раз в базу.

Зачем что-то делать руками, когда можно натравить робота на логи?

VG> а там прозвонился ок, не прозвонился вовремя - из листа.
VG> прозвонился снова...

Да, а прозвнился опять, если не выкинут к этому времени из конфигов, опять в лист попал.

VG> хотя в моей есть "защита" если ставишь флаг, то поинт остается в
VG> листе пока ее не снимешь.

У меня есть аналогичная штука. Можно в конфиге прописать поинта и это перекроет информацию из лога.

А вообще, почитал твой конфиг... Вот, смотри, что я еще навыдмывал:
- читаем конфиг бинкд и берем часть настроек оттуда.
- определяем в конфиге альтернативный лог
таким образом можно делать проверку ошибок раз в день и заворачивать лог в архив, а раз в месяц доставать его весь оттуда и на основании его уже строить сегмент поинтлиста. ну, или можно вообще раз в месяц запускаться, строить сегмент на основании лога бинкд из конфига бинкд и потом его подрезать.
- выполнить до и выполнить после
# ExecuteBefore "command"
# Каманда, которая будет выполнена перед разбором логфайла и построением
# поинтсегмента.
# Можно использовать для создания лог файла за месяц из архива.
# Поддерживаются следующие макро:
# #mon# - Будет подставлен Прошлый месяц в формате mm (01, 02, 03 ... 12)
# #year# - Будет подставлен Год. Если #mon# = 12, то прошлый год. (2018, 2017).
# #binkdlog# - Будет подставлено то, что BinkdLogMonth в этом конфиге.
#
#ExecuteBefore "rar p -inul -y d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log >#binkdlog#"

#ExecuteAfter "echo All done."
# Будет выполнено после разбора лога, создания поинтсегмента и отправки его NPK.
# Поддерживаются следующие макро:
# #mon# - Будет подставлен Прошлый месяц в формате mm (01, 02, 03 ... 12)
# #year# - Будет подставлен Год. Если #mon# = 12, то прошлый год. (2018, 2017).
# #binkdlog# - Будет подставлено то, что BinkdLogMonth в этом конфиге.
# #pntname# - имя файла поинтсегмента (без пути, тольо имя и расширение).
# #fullpntname# - полное имя файла поинтсегмента (с путём).
#

дальше проще наверное конфиг процитировать

# flag file created if new pointsegment is
# Флаг, что создан новый поинтсегмент.
PntFileflag D:\fido\flags\pnt.new
#

# Метод отправки поинтсегмента.
# Нow to send pointsegment.
# attach | uue | box <flavor> | bso <flavor> | no
# (Flavor may be Нold, Direct, Normal, Crush, Immediat)
#
# Netmail attach
#SendFileMethod Attach
#
# Netmail with UUEncoded file inside
SendFileMethod UUE
#
# Copy pnt segment to BrakeBox of NPK node
#SendFileMethod box Direct
#
# Send file by Bink Style Outbound
#SendFileMethod bso Normal
#
# Send nothing
#SendFileMethod No
#
# flag created if new mail is.
# флаг создается, если есть неотправленное письмо.
NewMailFlag D:\fido\flags\scan.NetMail
#

А, ну, и настраиваемый текст сообщений поинту об шибках.

Нave nice nights.
Stas Mishchenkov.

--- GoldED+/W64-MSVC 1.1.5-b20150715

Vitaliy Geydeko написал(а) к Stas Mishchenkov в Nov 18 10:55:20 по местному времени:

Привет, Stas!

04 Ноя 18 00:34, ты писал(а) мне:

VG>> Вот про имя в логе binka и не думал,

SM> Там есть все, но флаги, обчно, не верные, да и смысла в них у поинта я
SM> сейчас не вижу, т.к. он по определению не принимает входящие.

VG>> но мне кажется, что можно просто и при внесении поинта в
VG>> остальные
VG>> конфиги - внести его один раз в базу.

SM> Зачем что-то делать руками, когда можно натравить робота на логи?

кто решает какие флаги поинт или босс?

VG>> а там прозвонился ок, не прозвонился вовремя - из листа.
VG>> прозвонился снова...

SM> Да, а прозвнился опять, если не выкинут к этому времени из конфигов,
SM> опять в лист попал.

а смысл выкидывать - только по личной просьбе поинта.
а эхомейл и фэхи я прибиваю по тухлости 3 мес.

VG>> хотя в моей есть "защита" если ставишь флаг, то поинт остается в
VG>> листе пока ее не снимешь.

SM> У меня есть аналогичная штука. Можно в конфиге прописать поинта и это
SM> перекроет информацию из лога.

)

SM> А вообще, почитал твой конфиг... Вот, смотри, что я еще навыдмывал:
SM> - читаем конфиг бинкд и берем часть настроек оттуда.
SM> - определяем в конфиге альтернативный лог
SM> таким образом можно делать проверку ошибок раз в день и заворачивать
SM> лог в архив, а раз в месяц доставать его весь оттуда и на основании
SM> его уже строить сегмент поинтлиста. ну, или можно вообще раз в месяц
SM> запускаться, строить сегмент на основании лога бинкд из конфига бинкд
SM> и потом его подрезать. - выполнить до и выполнить после #
SM> ExecuteBefore "command" # Каманда, которая будет выполнена перед
SM> разбором логфайла и построением # поинтсегмента. # Можно использовать
SM> для создания лог файла за месяц из архива. # Поддерживаются следующие
SM> макро: # #mon# - Будет подставлен Прошлый месяц в формате mm (01, 02,
SM> 03 ... 12) # #year# - Будет подставлен Год. Если #mon# = 12, то
SM> прошлый год. (2018, 2017). # #binkdlog# - Будет подставлено то, что
SM> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log >#binkdlog#"


вот о том что босс может менять имя лога бинка я не подумал.
я считаю достаточно перет сабж /c прочитать конфиг бинка и взять
последний лог. не вижу смысла парсить все и вся. если сабж уже работал -
он сохранил дату в базе

SM> #ExecuteAfter "echo All done."
SM> # Будет выполнено после разбора лога, создания поинтсегмента и
SM> отправки его NPK. # Поддерживаются следующие макро: # #mon# - Будет
SM> подставлен Прошлый месяц в формате mm (01, 02, 03 ... 12) # #year# -
SM> Будет подставлен Год. Если #mon# = 12, то прошлый год. (2018, 2017). #
SM> #binkdlog# - Будет подставлено то, что BinkdLogMonth в этом конфиге.
SM> # #pntname# - имя файла поинтсегмента (без пути, тольо имя и
SM> расширение). # #fullpntname# - полное имя файла поинтсегмента (с
SM> путём). #

SM> дальше проще наверное конфиг процитировать

SM> # flag file created if new pointsegment is
SM> # Флаг, что создан новый поинтсегмент.
SM> PntFileflag D:\fido\flags\pnt.new
SM> #

SM> # Метод отправки поинтсегмента.
SM> # Нow to send pointsegment.
SM> # attach | uue | box <flavor> | bso <flavor> | no
SM> # (Flavor may be Нold, Direct, Normal, Crush, Immediat)
SM> #
SM> # Netmail attach
SM> #SendFileMethod Attach
SM> #
SM> # Netmail with UUEncoded file inside
SM> SendFileMethod UUE
SM> #
SM> # Copy pnt segment to BrakeBox of NPK node
SM> #SendFileMethod box Direct
SM> #
SM> # Send file by Bink Style Outbound
SM> #SendFileMethod bso Normal
SM> #
SM> # Send nothing
SM> #SendFileMethod No
SM> #
SM> # flag created if new mail is.
SM> # флаг создается, если есть неотправленное письмо.
SM> NewMailFlag D:\fido\flags\scan.NetMail
SM> #

Я считаю что проще вызвать батник.
у кого то напрнимер портос. а писать оутбонд ручками я не хочу

вот мой рабочий конфиг


=== Начало Windows Clipboard ===
; внутрення база
base=pointc.db
; генерируемый сегмент
segment=PNT5064.054
; запостить отчет, если не надо не заполняется
segment_s=
; заголовок сегмента
nodeh=nodeh.054
; Эпилог сегмента
nodee=nodee.054
; адрес ноды
node=2:5064/54
; файл лога бинка
bink=..\binkd\binkd.log
; сколько терпеть поинта-должника (мес.)
date=2
; отчет
report=chang.txt
; запостить отчет, если не надо не заполняется
reports=ch.bat
; список кипера
keeper=keeper.ini
; сегмент сети
seg_all=pnt5064.ndl
;
segall_s=keep.bat
;
=== Конец Windows Clipboard ===

репорты


=== Начало Windows Clipboard ===
cd ..\husky
hpt post -nf "Point Checker" -af "2:5064/54" -s "News of node" -z " " -o "None" -x -e wit.local ..\pointc\chang.txt
cd ..\pointc
=== Конец Windows Clipboard ===

ну и хатчинг в поинт листы аналогично

SM> А, ну, и настраиваемый текст сообщений поинту об шибках.

нафига?
"а то прийдет некропедозоофил и устроит мастер класс"
?

опять же проще вбить поинта. один раз.тем более в ситуации новый поинт редактор подставляет популярные значения. Надо только исправить что бы это было актуально
не только для добавленого автоматомпоинта но и добавленного в ручную
и в принципе можно внести эти значения в конфиг? согласен?

Vitaliy

... np:Катя Огонек - Зацелую, залюблю (CНANSON-MSK)
--- Странноместный водолаз-спасатель

Stas Mishchenkov написал(а) к Vitaliy Geydeko в Nov 18 12:34:04 по местному времени:

Нi, Vitaliy!

04 ноя 18 10:55, Vitaliy Geydeko -> Stas Mishchenkov:

VG>>> Вот про имя в логе binka и не думал,

SM>> Там есть все, но флаги, обчно, не верные, да и смысла в них у поинта я
SM>> сейчас не вижу, т.к. он по определению не принимает входящие.

VG>>> но мне кажется, что можно просто и при внесении поинта в
VG>>> остальные
VG>>> конфиги - внести его один раз в базу.

SM>> Зачем что-то делать руками, когда можно натравить робота на логи?

VG> кто решает какие флаги поинт или босс?

Вообще говоря, должен принимать решение поинт, а босс только контролировать правильность. Практика же показывает, что даже в лучшие времена это было не особо нужно, т.к. большинство поинтов понятия не имело об их значении, да, и нужды такой особо не выказывало. Даже во времена диалапа очень мало поинтов принимало входящие. Сейчас это и совсем не нужно, соответственно и флаги им в поинтлисте не нужны.

VG>>> а там прозвонился ок, не прозвонился вовремя - из листа.
VG>>> прозвонился снова...

SM>> Да, а прозвнился опять, если не выкинут к этому времени из конфигов,
SM>> опять в лист попал.

VG> а смысл выкидывать - только по личной просьбе поинта.

Ну, я на самом деле высе-таки выкидываю, т.к. не все поинты на столько культурны, что бы сообщить, что больше в адресе не нуждаются. Правда, происходит это крайне редко.

VG> а эхомейл и фэхи я прибиваю по тухлости 3 мес.

Все руки не доходят настроить у себя. Пока место на винте позволяет, я все откладываю. ;)

VG>>> хотя в моей есть "защита" если ставишь флаг, то поинт остается в
VG>>> листе пока ее не снимешь.

SM>> У меня есть аналогичная штука. Можно в конфиге прописать поинта и это
SM>> перекроет информацию из лога.

VG> )

SM>> А вообще, почитал твой конфиг... Вот, смотри, что я еще навыдмывал:
SM>> - читаем конфиг бинкд и берем часть настроек оттуда.
SM>> - определяем в конфиге альтернативный лог
SM>> таким образом можно делать проверку ошибок раз в день и заворачивать
SM>> лог в архив, а раз в месяц доставать его весь оттуда и на основании
SM>> его уже строить сегмент поинтлиста. ну, или можно вообще раз в месяц
SM>> запускаться, строить сегмент на основании лога бинкд из конфига бинкд
SM>> и потом его подрезать. - выполнить до и выполнить после #
SM>> ExecuteBefore "command" # Каманда, которая будет выполнена перед
SM>> разбором логфайла и построением # поинтсегмента. # Можно использовать
SM>> для создания лог файла за месяц из архива. # Поддерживаются следующие
SM>> макро: # #mon# - Будет подставлен Прошлый месяц в формате mm (01, 02,
SM>> 03 ... 12) # #year# - Будет подставлен Год. Если #mon# = 12, то
SM>> прошлый год. (2018, 2017). # #binkdlog# - Будет подставлено то, что
SM>> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM>> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log >#binkdlog#"


VG> вот о том что босс может менять имя лога бинка я не подумал.
VG> я считаю достаточно перет сабж /c прочитать конфиг бинка и взять
VG> последний лог. не вижу смысла парсить все и вся. если сабж уже работал -
VG> он сохранил дату в базе

База - это дополнительная сущность. Зачем, когда уже есть логи бинкд и там все даты есть? Достаточно при настройке принять один раз решение, как долго может не прозваниваться поинт. Я когда-то решил, что месяц. Правда, это было еще под OS/2 и тех скриптов у меня не сохранилось. Разбор же месячного лога больших ресурсов не требует и много времени не отнимает.

SM>> #ExecuteAfter "echo All done."
SM>> # Будет выполнено после разбора лога, создания поинтсегмента и
SM>> отправки его NPK. # Поддерживаются следующие макро: # #mon# - Будет
SM>> подставлен Прошлый месяц в формате mm (01, 02, 03 ... 12) # #year# -
SM>> Будет подставлен Год. Если #mon# = 12, то прошлый год. (2018, 2017). #
SM>> #binkdlog# - Будет подставлено то, что BinkdLogMonth в этом конфиге.
SM>> # #pntname# - имя файла поинтсегмента (без пути, тольо имя и
SM>> расширение). # #fullpntname# - полное имя файла поинтсегмента (с
SM>> путём). #

SM>> дальше проще наверное конфиг процитировать

[...skipped...]

SM>> NewMailFlag D:\fido\flags\scan.NetMail
SM>> #

VG> Я считаю что проще вызвать батник.

Я и не спорю. кому-то так может быть проще. У кого-то все организовано через систему флагов.

VG> у кого то напрнимер портос.

А какая разница, какой тоссер?

VG> а писать оутбонд ручками я не хочу

А что ту сложного? Только *.bsy не забывай проверять. Делов-то?

VG> вот мой рабочий конфиг


VG> === Начало Windows Clipboard ===
VG> ; внутрення база
VG> base=pointc.db
VG> ; генерируемый сегмент
VG> segment=PNT5064.054

т.е. у тебя нет возможности использовать в расширении файла днь года, как требуют некоторые поинткиперы?

VG> ; запостить отчет, если не надо не заполняется
VG> segment_s=
VG> ; заголовок сегмента
VG> nodeh=nodeh.054

Вот это я не подумал сделать. С другой стороны, обычно их поинткиперы все равно выкусывают при сборке поинтлиста.

VG> ; Эпилог сегмента
VG> nodee=nodee.054

Аналогично.

VG> ; адрес ноды
VG> node=2:5064/54

Можно же брать из конфига бинкд.

VG> ; файл лога бинка
VG> bink=..\binkd\binkd.log

Можно же брать из конфига бинкд.

VG> ; сколько терпеть поинта-должника (мес.)
VG> date=2

Тоже вариант. В моем случае этот период определяется логом самого бинкд.

VG> ; отчет
VG> report=chang.txt

Куда этот отчет попадет и как?

VG> ; запостить отчет, если не надо не заполняется
VG> reports=ch.bat

Ага. Вот как. А так-то сам по себе ни куда. Следовательно программа требует обвеса батниками, являясь сама по сути обвесом к бинкд.

VG> ; список кипера
VG> keeper=keeper.ini

Вот это что?

VG> ; сегмент сети
VG> seg_all=pnt5064.ndl

Опять же с номером дня года в расширении подумай.
У меня получается вот такой файл:

=== Import PNT_0058.316 Start ===
;
;A Poinlist of node 2:460/58 for Sunday, November 12, 2017 -- Day number 316
;
Boss,2:460/58,
,10,Yetanother_Android_point,Android_device,BrotherRabbit,-Unpublished-,300,M O
,25,Yetanother_Android_point,Android_device,EvgeniyZakharov,-Unpublished-,300 ,MO
,29,MBYLT_COM,Yalta_Crimea,SergeySavchenko,-Unpublished-,300,MO
,31,MyStation,SimferopolRussia,DmitriyKushnarenko,-Unpublished-,300,MO
,58,Gagarina,SimferopolCrimea,StasMishchenkov,-Unpublished-,300,MO
,1212,12,MariEl_Russia,ArtemZhiltoukhin,-Unpublished-,300,MO
=== Import PNT_0058.316 End ===

VG> ;
VG> segall_s=keep.bat
VG> ;
VG> === Конец Windows Clipboard ===

VG> репорты


VG> === Начало Windows Clipboard ===
VG> cd ..\husky
VG> hpt post -nf "Point Checker" -af "2:5064/54" -s "News of node" -z " " -o
VG> "None" -x -e wit.local ..\pointc\chang.txt cd ..\pointc
VG> === Конец Windows Clipboard ===

Почему бы не сделать возможность задать эту команду прямо в конфиге?

VG> ну и хатчинг в поинт листы аналогично

SM>> А, ну, и настраиваемый текст сообщений поинту об шибках.

VG> нафига?

Например, он не понимает по-русски, или у тебя не СР866 локаль, или у тебя хорошее чувство юмора...

VG> "а то прийдет некропедозоофил и устроит мастер класс"
VG> ?

VG> опять же проще вбить поинта. один раз.тем более в ситуации новый поинт
VG> редактор подставляет популярные значения. Надо только исправить что бы это
VG> было актуально не только для добавленого автоматомпоинта но и добавленного
VG> в ручную и в принципе можно внести эти значения в конфиг? согласен?

Не совсем понимаю. Твой редактор добавляет поинта во все конфиги или только в базу твоей программы? Во втором случае это совершенно лишнее телодвижение для сисопа, т.к. ему и без того его нужно добавить, как минимум, в конфиг мейлера и тоссера. Суть такой программы как раз в том, что бы сократить количество телодвижений сисопа узла. Увидел в логе парольную сессию - есть поинт, не увидел - нету.

Нave nice nights.
Stas Mishchenkov.

--- GoldED+/W64-MSVC 1.1.5-b20150715

Vitaliy Geydeko написал(а) к Stas Mishchenkov в Nov 18 15:05:40 по местному времени:

Привет, Stas!

04 Ноя 18 12:34, ты писал(а) мне:

SM>>> Там есть все, но флаги, обчно, не верные, да и смысла в них у
SM>>> поинта я
SM>>> сейчас не вижу, т.к. он по определению не принимает входящие.


отзвонка поинту.
и потом bink != единственый мейлер.

SM>>> Зачем что-то делать руками, когда можно натравить робота на
SM>>> логи?

VG>> кто решает какие флаги поинт или босс?

SM> Вообще говоря, должен принимать решение поинт, а босс только
SM> контролировать правильность. Практика же показывает, что даже в лучшие
SM> времена это было не особо нужно, т.к. большинство поинтов понятия не
SM> имело об их значении, да, и нужды такой особо не выказывало. Даже во
SM> времена диалапа очень мало поинтов принимало входящие. Сейчас это и
SM> совсем не нужно, соответственно и флаги им в поинтлисте не нужны.

х з

VG>>>> а там прозвонился ок, не прозвонился вовремя - из листа.
VG>>>> прозвонился снова...

SM>>> Да, а прозвнился опять, если не выкинут к этому времени из
SM>>> конфигов,
SM>>> опять в лист попал.

VG>> а смысл выкидывать - только по личной просьбе поинта.

SM> Ну, я на самом деле высе-таки выкидываю, т.к. не все поинты на столько
SM> культурны, что бы сообщить, что больше в адресе не нуждаются. Правда,
SM> происходит это крайне редко.


но вот обнаружел в запощеном отчете что такой то протух - убиваем
можно ввести еще одну дату и поджключить конфиги, но это мне кажется лишнее.
отредактировать текстовые конфиги не сложно. кроме не к ночи вспомненой фасты.


[...skipped...]

VG>> )

SM>>> А вообще, почитал твой конфиг... Вот, смотри, что я еще
SM>>> навыдмывал:
SM>>> - читаем конфиг бинкд и берем часть настроек оттуда.
SM>>> - определяем в конфиге альтернативный лог
SM>>> таким образом можно делать проверку ошибок раз в день и
SM>>> заворачивать
SM>>> лог в архив, а раз в месяц доставать его весь оттуда и на
SM>>> основании
SM>>> его уже строить сегмент поинтлиста. ну, или можно вообще раз в
SM>>> месяц
SM>>> запускаться, строить сегмент на основании лога бинкд из конфига
SM>>> бинкд
SM>>> и потом его подрезать. - выполнить до и выполнить после #
SM>>> ExecuteBefore "command" # Каманда, которая будет выполнена перед
SM>>> разбором логфайла и построением # поинтсегмента. # Можно
SM>>> использовать
SM>>> для создания лог файла за месяц из архива. # Поддерживаются
SM>>> следующие
SM>>> макро: # #mon# - Будет подставлен Прошлый месяц в формате mm
SM>>> (01, 02,
SM>>> 03 ... 12) # #year# - Будет подставлен Год. Если #mon# = 12, то
SM>>> прошлый год. (2018, 2017). # #binkdlog# - Будет подставлено то,
SM>>> что
SM>>> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM>>> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log >#binkdlog#"

не проще взять акутальний из конфига бинка и своевременно шерстить его.


VG>> вот о том что босс может менять имя лога бинка я не подумал.
VG>> я считаю достаточно перет сабж /c прочитать конфиг бинка и взять
VG>> последний лог. не вижу смысла парсить все и вся. если сабж уже
VG>> работал -
VG>> он сохранил дату в базе

SM> База - это дополнительная сущность. Зачем, когда уже есть логи бинкд и
SM> там все даты есть? Достаточно при настройке принять один раз решение,
SM> как долго может не прозваниваться поинт. Я когда-то решил, что месяц.
SM> Правда, это было еще под OS/2 и тех скриптов у меня не сохранилось.
SM> Разбор же месячного лога больших ресурсов не требует и много времени
SM> не отнимает.

а если поинт самовольно изменит скажем реалнейм?
сущность....

SM>>> #ExecuteAfter "echo All done."
SM>>> # Будет выполнено после разбора лога, создания поинтсегмента и
SM>>> отправки его NPK. # Поддерживаются следующие макро: # #mon# -
SM>>> Будет
SM>>> подставлен Прошлый месяц в формате mm (01, 02, 03 ... 12) #
SM>>> #year# -
SM>>> Будет подставлен Год. Если #mon# = 12, то прошлый год. (2018,
SM>>> 2017). #
SM>>> #binkdlog# - Будет подставлено то, что BinkdLogMonth в этом
SM>>> конфиге.
SM>>> # #pntname# - имя файла поинтсегмента (без пути, тольо имя и
SM>>> расширение). # #fullpntname# - полное имя файла поинтсегмента (с
SM>>> путём). #

SM>>> дальше проще наверное конфиг процитировать

проблема отсутсвия года в логе реализована.

SM>>> NewMailFlag D:\fido\flags\scan.NetMail
SM>>> #

VG>> Я считаю что проще вызвать батник.

SM> Я и не спорю. кому-то так может быть проще. У кого-то все организовано
SM> через систему флагов.

будем думать.

VG>> у кого то напрнимер портос.

SM> А какая разница, какой тоссер?

VG>> а писать оутбонд ручками я не хочу

SM> А что ту сложного? Только *.bsy не забывай проверять. Делов-то?

хм

VG>> вот мой рабочий конфиг


VG>> === Начало Windows Clipboard ===
VG>> ; внутрення база
VG>> base=pointc.db
VG>> ; генерируемый сегмент
VG>> segment=PNT5064.054

SM> т.е. у тебя нет возможности использовать в расширении файла днь года,
SM> как требуют некоторые поинткиперы?

вот это надо в первую очередь решать.
в каждом приходе свой поп


[...skipped...]

VG>> ; адрес ноды
VG>> node=2:5064/54

SM> Можно же брать из конфига бинкд.

есть ли владельцы нескольких нод?
потом это пишется раз.

VG>> ; файл лога бинка
VG>> bink=..\binkd\binkd.log

SM> Можно же брать из конфига бинкд.

нужно

VG>> ; сколько терпеть поинта-должника (мес.)
VG>> date=2

SM> Тоже вариант. В моем случае этот период определяется логом самого
SM> бинкд.

лог....

VG>> ; отчет
VG>> report=chang.txt

SM> Куда этот отчет попадет и как?

VG>> ; запостить отчет, если не надо не заполняется
VG>> reports=ch.bat

SM> Ага. Вот как. А так-то сам по себе ни куда. Следовательно программа
SM> требует обвеса батниками, являясь сама по сути обвесом к бинкд.

да

VG>> ; список кипера
VG>> keeper=keeper.ini

SM> Вот это что?

список файлов которые надо собрать
опять же я думал, но сделал по парвилам сборки в 5064
нода= расширение сегемента

VG>> ; сегмент сети
VG>> seg_all=pnt5064.ndl

SM> Опять же с номером дня года в расширении подумай.
SM> У меня получается вот такой файл:

SM> === Import PNT_0058.316 Start ===
SM> ;
SM> ;A Poinlist of node 2:460/58 for Sunday, November 12, 2017 -- Day

[...skipped...]

SM> === Import PNT_0058.316 End ===

понял. надо делать оба варианта

VG>> === Начало Windows Clipboard ===
VG>> cd ..\husky
VG>> hpt post -nf "Point Checker" -af "2:5064/54" -s "News of node" -z
VG>> " " -o
VG>> "None" -x -e wit.local ..\pointc\chang.txt cd ..\pointc
VG>> === Конец Windows Clipboard ===

SM> Почему бы не сделать возможность задать эту команду прямо в конфиге?

фиолетого.
с батником конфиг лучше читается


SM>>> А, ну, и настраиваемый текст сообщений поинту об шибках.

VG>> нафига?

SM> Например, он не понимает по-русски, или у тебя не СР866 локаль, или у
SM> тебя хорошее чувство юмора...

)


[...skipped...]

SM> Не совсем понимаю. Твой редактор добавляет поинта во все конфиги или
SM> только в базу твоей программы? Во втором случае это совершенно лишнее
SM> телодвижение для сисопа, т.к. ему и без того его нужно добавить, как
SM> минимум, в конфиг мейлера и тоссера. Суть такой программы как раз в
SM> том, что бы сократить количество телодвижений сисопа узла. Увидел в
SM> логе парольную сессию - есть поинт, не увидел - нету.

только в базу.

Vitaliy

... np:Вы слушаете - Радио Шансон (CНANSON-MSK)
--- Странноместный водолаз-спасатель

Stas Mishchenkov написал(а) к Vitaliy Geydeko в Nov 18 16:36:18 по местному времени:

Нi, Vitaliy!

04 ноя 18 15:05, Vitaliy Geydeko -> Stas Mishchenkov:

SM>>>> Там есть все, но флаги, обчно, не верные, да и смысла в них у
SM>>>> поинта я
SM>>>> сейчас не вижу, т.к. он по определению не принимает входящие.


VG> отзвонка поинту.

Если поинт может принимать входящие, то почему бы ему не стать узлом?

VG> и потом bink != единственый мейлер.

Речь сейчас именно о разборе лога бинкд.

SM>>>> Зачем что-то делать руками, когда можно натравить робота на
SM>>>> логи?

VG>>> кто решает какие флаги поинт или босс?

SM>> Вообще говоря, должен принимать решение поинт, а босс только
SM>> контролировать правильность. Практика же показывает, что даже в лучшие
SM>> времена это было не особо нужно, т.к. большинство поинтов понятия не
SM>> имело об их значении, да, и нужды такой особо не выказывало. Даже во
SM>> времена диалапа очень мало поинтов принимало входящие. Сейчас это и
SM>> совсем не нужно, соответственно и флаги им в поинтлисте не нужны.

VG> х з

Хотя, у буржуев встречаются...

VG>>>>> а там прозвонился ок, не прозвонился вовремя - из листа.
VG>>>>> прозвонился снова...

SM>>>> Да, а прозвнился опять, если не выкинут к этому времени из
SM>>>> конфигов,
SM>>>> опять в лист попал.

VG>>> а смысл выкидывать - только по личной просьбе поинта.

SM>> Ну, я на самом деле высе-таки выкидываю, т.к. не все поинты на столько
SM>> культурны, что бы сообщить, что больше в адресе не нуждаются. Правда,
SM>> происходит это крайне редко.

VG> но вот обнаружел в запощеном отчете что такой то протух - убиваем
VG> можно ввести еще одну дату и поджключить конфиги,

Я обычно смотрю по тухлому нетмейлу...

VG> но это мне кажется лишнее. отредактировать текстовые конфиги не
VG> сложно.

Да. Но их минимум два.

VG> кроме не к ночи вспомненой фасты.

Надеюсь, ее на узлах уже не осталось. ;)

SM>>>> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM>>>> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log >#binkdlog#"

VG> не проще взять акутальний из конфига бинка и своевременно шерстить его.

Актуальный может быть только за сутки, а хочется достать из архива, скажем, за последний месяц. Не держать же ради этого развернутым целый месяц лог бинкд. его и просматривать (глазами) не удобно будет.

VG>>> вот о том что босс может менять имя лога бинка я не подумал.
VG>>> я считаю достаточно перет сабж /c прочитать конфиг бинка и взять
VG>>> последний лог. не вижу смысла парсить все и вся. если сабж уже
VG>>> работал -
VG>>> он сохранил дату в базе

SM>> База - это дополнительная сущность. Зачем, когда уже есть логи бинкд и
SM>> там все даты есть? Достаточно при настройке принять один раз решение,
SM>> как долго может не прозваниваться поинт. Я когда-то решил, что месяц.
SM>> Правда, это было еще под OS/2 и тех скриптов у меня не сохранилось.
SM>> Разбор же месячного лога больших ресурсов не требует и много времени
SM>> не отнимает.

VG> а если поинт самовольно изменит скажем реалнейм?

Пусть меняет. Главное, что бы не противоречило стандарту. Ты же не хочешь запрещать кому-то выбирать то или иное сетевое имя? в любом случае, ты всегда можешь сунуться глазами и сказать поинту но-но-но.

VG> сущность....

Какую сущность?

SM>>>> #ExecuteAfter "echo All done."

[...skipped...]

SM>>>> путём). #

SM>>>> дальше проще наверное конфиг процитировать

VG> проблема отсутсвия года в логе реализована.

А зачем тебе год в логе.

VG>>> вот мой рабочий конфиг

SM>> т.е. у тебя нет возможности использовать в расширении файла днь года,
SM>> как требуют некоторые поинткиперы?

VG> вот это надо в первую очередь решать.
VG> в каждом приходе свой поп

Вот я о том самом.

VG>>> ; адрес ноды
VG>>> node=2:5064/54

SM>> Можно же брать из конфига бинкд.

VG> есть ли владельцы нескольких нод?

Есть, но поинты на мейн АКА или это физически не только разные конфииги, но и вообще компьютеры.

VG> потом это пишется раз.

Ну, так-то да, но ето опять +1 раз.

VG>>> ; файл лога бинка
VG>>> bink=..\binkd\binkd.log

SM>> Можно же брать из конфига бинкд.

VG> нужно

Ну, а если берем оттуда что-то, то почему не брать оттуда все, что может понадобиться?

VG>>> ; сколько терпеть поинта-должника (мес.)
VG>>> date=2

VG>>> ; запостить отчет, если не надо не заполняется
VG>>> reports=ch.bat

SM>> Ага. Вот как. А так-то сам по себе ни куда. Следовательно программа
SM>> требует обвеса батниками, являясь сама по сути обвесом к бинкд.

VG> да

Вот именно. Опять добавочные телодвижения.

VG>>> ; список кипера
VG>>> keeper=keeper.ini

SM>> Вот это что?

VG> список файлов которые надо собрать
VG> опять же я думал, но сделал по парвилам сборки в 5064
VG> нода= расширение сегемента

Вообще говоря, номер узла написан в самом фале сегмента.

SM>>>> А, ну, и настраиваемый текст сообщений поинту об шибках.

VG>>> нафига?

SM>> Например, он не понимает по-русски, или у тебя не СР866 локаль, или у
SM>> тебя хорошее чувство юмора...

VG> )

А почему нет?

SM>> Не совсем понимаю. Твой редактор добавляет поинта во все конфиги или
SM>> только в базу твоей программы? Во втором случае это совершенно лишнее
SM>> телодвижение для сисопа, т.к. ему и без того его нужно добавить, как
SM>> минимум, в конфиг мейлера и тоссера. Суть такой программы как раз в
SM>> том, что бы сократить количество телодвижений сисопа узла. Увидел в
SM>> логе парольную сессию - есть поинт, не увидел - нету.

VG> только в базу.

Ну, тут у каждого свой подход.

Нave nice nights.
Stas Mishchenkov.

--- GoldED+/W64-MSVC 1.1.5-b20150715

Vitaliy Geydeko написал(а) к Stas Mishchenkov в Nov 18 05:57:24 по местному времени:

Привет, Stas!

04 Ноя 18 16:36, ты писал(а) мне:

SM>>>>> сейчас не вижу, т.к. он по определению не принимает входящие.


VG>> отзвонка поинту.

SM> Если поинт может принимать входящие, то почему бы ему не стать узлом?

объясняю
поинт диалапщик. повремка. а босса безлимит.

VG>> и потом bink != единственый мейлер.

SM> Речь сейчас именно о разборе лога бинкд.

хорошо пусть пока бинк. потом жду логов от других мейлеров от заинтересованых пользователей.
только по роутингу uue не доходит почему то. руки бы повырывал.
человек попросил фото невесты, так письмо прибили.
пришлось его на яндекс направлять.

SM>>>>> Зачем что-то делать руками, когда можно натравить робота на
SM>>>>> логи?

VG>>>> кто решает какие флаги поинт или босс?

SM>>> Вообще говоря, должен принимать решение поинт, а босс только
SM>>> контролировать правильность. Практика же показывает, что даже в
SM>>> лучшие
SM>>> времена это было не особо нужно, т.к. большинство поинтов
SM>>> понятия не
SM>>> имело об их значении, да, и нужды такой особо не выказывало.
SM>>> Даже во
SM>>> времена диалапа очень мало поинтов принимало входящие. Сейчас
SM>>> это и
SM>>> совсем не нужно, соответственно и флаги им в поинтлисте не
SM>>> нужны.

VG>> х з

SM> Хотя, у буржуев встречаются...

опять же вбил один раз и все. если ты экскомуниздил поинта
ну в редактор его удалешь и программа о нем и упоминает не в предупреждениях.
даже если он звонил за неделю до этого - из поинтлиста он вылетет при следующем pointc /g

VG>>>>>> а там прозвонился ок, не прозвонился вовремя - из листа.
VG>>>>>> прозвонился снова...

SM>>>>> Да, а прозвнился опять, если не выкинут к этому времени из
SM>>>>> конфигов,
SM>>>>> опять в лист попал.

VG>>>> а смысл выкидывать - только по личной просьбе поинта.

SM>>> Ну, я на самом деле высе-таки выкидываю, т.к. не все поинты на
SM>>> столько
SM>>> культурны, что бы сообщить, что больше в адресе не нуждаются.
SM>>> Правда,
SM>>> происходит это крайне редко.

VG>> но вот обнаружел в запощеном отчете что такой то протух - убиваем
VG>> можно ввести еще одну дату и поджключить конфиги,

SM> Я обычно смотрю по тухлому нетмейлу...

не факт переписка в нетмыле довольно скудна. Поинт может не получит не одного нетмыла за свою жизнь в прочем если от тебя.

VG>> но это мне кажется лишнее. отредактировать текстовые конфиги не
VG>> сложно.

SM> Да. Но их минимум два.

шютник
bink
husky
andrenalin
abkill
ftrack

Я .75 по рассеяности не внес в трекер. так ответ на него от фикуса пошел в ловушку.

VG>> кроме не к ночи вспомненой фасты.

SM> Надеюсь, ее на узлах уже не осталось. ;)

это проблема буратин. Гремлин понятно объяснил чем грозит искажение транзита.

SM>>>>> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM>>>>> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log
SM>>>>> >#binkdlog#"

VG>> не проще взять акутальний из конфига бинка и своевременно
VG>> шерстить его.

SM> Актуальный может быть только за сутки, а хочется достать из архива,
SM> скажем, за последний месяц. Не держать же ради этого развернутым целый
SM> месяц лог бинкд. его и просматривать (глазами) не удобно будет.

pointc эфективная программа у меня один лог который просто пуржится
ведется он с прошлого года
прога успевает за несколько секунд прочитать его дважды
первый раз она выясяет "глубину" лога в годах. что при следующем заходе знаю дату файла получить при втором проходе, который собсвено сравнивает даты, актуальноный год звонка

VG>>>> вот о том что босс может менять имя лога бинка я не подумал.
VG>>>> я считаю достаточно перет сабж /c прочитать конфиг бинка и
VG>>>> взять
VG>>>> последний лог. не вижу смысла парсить все и вся. если сабж уже
VG>>>> работал -
VG>>>> он сохранил дату в базе

SM>>> База - это дополнительная сущность. Зачем, когда уже есть логи
SM>>> бинкд и
SM>>> там все даты есть? Достаточно при настройке принять один раз
SM>>> решение,
SM>>> как долго может не прозваниваться поинт. Я когда-то решил, что
SM>>> месяц.
SM>>> Правда, это было еще под OS/2 и тех скриптов у меня не
SM>>> сохранилось.
SM>>> Разбор же месячного лога больших ресурсов не требует и много
SM>>> времени
SM>>> не отнимает.

VG>> а если поинт самовольно изменит скажем реалнейм?

SM> Пусть меняет. Главное, что бы не противоречило стандарту. Ты же не
SM> хочешь запрещать кому-то выбирать то или иное сетевое имя? в любом
SM> случае, ты всегда можешь сунуться глазами и сказать поинту но-но-но.

ой лучше он напишет нетмылом и я поменяю.

VG>> сущность....

SM> Какую сущность?

проехали
база будет. что бы по сто раз не искать "архивы логов бинка"
факт звонка поинта .??? скажем в 29.10.2018 зафиксирован. точка.

SM>>>>> #ExecuteAfter "echo All done."

SM> [...skipped...]

SM>>>>> путём). #

SM>>>>> дальше проще наверное конфиг процитировать

VG>> проблема отсутсвия года в логе реализована.

SM> А зачем тебе год в логе.

чудак может в 99 году тебе звонил. ты же все логи хранишь. в логе даты нет.
все по разному логи хранят.

VG>>>> вот мой рабочий конфиг

SM>>> т.е. у тебя нет возможности использовать в расширении файла днь
SM>>> года,
SM>>> как требуют некоторые поинткиперы?

VG>> вот это надо в первую очередь решать.
VG>> в каждом приходе свой поп

SM> Вот я о том самом.

у меня уже есть мысли
но для этого придется "покалечить" конфиг и чуточку покодить. Изменения пойду в ридми с указанием билда.

VG>>>> ; адрес ноды
VG>>>> node=2:5064/54

SM>>> Можно же брать из конфига бинкд.

VG>> есть ли владельцы нескольких нод?

SM> Есть, но поинты на мейн АКА или это физически не только разные
SM> конфииги, но и вообще компьютеры.

не знаю.
опять же а вдруг у пациента таурус.
если бинк не описан в конфиге, сабж просто скипает соотвествующию блок проверки. которых может быть несклько.
вот у меня например русский тмыл 08 NC
но в виду того что кроме Матюка никто на него не звонит...
да и он работает как оперделитель.

VG>> потом это пишется раз.

SM> Ну, так-то да, но ето опять +1 раз.

н е будеа

VG>>>> ; файл лога бинка
VG>>>> bink=..\binkd\binkd.log

SM>>> Можно же брать из конфига бинкд.

VG>> нужно

SM> Ну, а если берем оттуда что-то, то почему не брать оттуда все, что
SM> может понадобиться?

см выше

VG>>>> ; сколько терпеть поинта-должника (мес.)
VG>>>> date=2

VG>>>> ; запостить отчет, если не надо не заполняется
VG>>>> reports=ch.bat

SM>>> Ага. Вот как. А так-то сам по себе ни куда. Следовательно
SM>>> программа
SM>>> требует обвеса батниками, являясь сама по сути обвесом к бинкд.

VG>> да

SM> Вот именно. Опять добавочные телодвижения.

один раз

VG>>>> ; список кипера
VG>>>> keeper=keeper.ini

SM>>> Вот это что?

VG>> список файлов которые надо собрать
VG>> опять же я думал, но сделал по парвилам сборки в 5064
VG>> нода= расширение сегемента

SM> Вообще говоря, номер узла написан в самом фале сегмента.

тоже источник....

SM>>>>> А, ну, и настраиваемый текст сообщений поинту об шибках.

VG>>>> нафига?

SM>>> Например, он не понимает по-русски, или у тебя не СР866 локаль,
SM>>> или у
SM>>> тебя хорошее чувство юмора...

VG>> )

SM> А почему нет?

пусть будет мой английский ++ (с) анекдот
в крайнем случае спросят нетмылом


[...skipped...]

Vitaliy

... np:Новиков, Александр - Голубок (CНANSON-MSK)
--- Странноместный водолаз-спасатель

Stas Mishchenkov написал(а) к Vitaliy Geydeko в Nov 18 12:07:44 по местному времени:

Нi, Vitaliy!

05 ноя 18 05:57, Vitaliy Geydeko -> Stas Mishchenkov:

SM>>>>>> сейчас не вижу, т.к. он по определению не принимает входящие.
VG>>> отзвонка поинту.

SM>> Если поинт может принимать входящие, то почему бы ему не стать узлом?

VG> объясняю
VG> поинт диалапщик. повремка. а босса безлимит.

Врядли это повод публиковать номер телефона. скорее всего у узла в конфиге все прописано.



SM>> Я обычно смотрю по тухлому нетмейлу...

VG> не факт переписка в нетмыле довольно скудна. Поинт может не получит не
VG> одного нетмыла за свою жизнь в прочем если от тебя.

Ну, естественно. Поглядел, - давно эхи не забраны, написал нетмейл. Нетмейл валяется долго - убираю из конфигов.

VG>>> но это мне кажется лишнее. отредактировать текстовые конфиги не
VG>>> сложно.

SM>> Да. Но их минимум два.

VG> шютник
VG> bink
VG> husky
VG> andrenalin
VG> abkill
VG> ftrack

Я именно об этом.

VG> Я .75 по рассеяности не внес в трекер. так ответ на него от фикуса
VG> пошел в ловушку.

Поэтому я пользуюсь перлхуком у hpt, что бы не плодиить конфиги. для трекания мыла вполне его достаточно.

VG>>> кроме не к ночи вспомненой фасты.

SM>> Надеюсь, ее на узлах уже не осталось. ;)

VG> это проблема буратин. Гремлин понятно объяснил чем грозит искажение
VG> транзита.

Ну, с эхами не так строго, но да. И она не искажает, она его грохает и мусорит в нетмейл.

SM>>>>>> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM>>>>>> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log
SM>>>>>> >#binkdlog#"

VG>>> не проще взять акутальний из конфига бинка и своевременно
VG>>> шерстить его.

SM>> Актуальный может быть только за сутки, а хочется достать из архива,
SM>> скажем, за последний месяц. Не держать же ради этого развернутым целый
SM>> месяц лог бинкд. его и просматривать (глазами) не удобно будет.

VG> pointc эфективная программа у меня один лог который просто пуржится
VG> ведется он с прошлого года
VG> прога успевает за несколько секунд прочитать его дважды
VG> первый раз она выясяет "глубину" лога в годах. что при следующем заходе
VG> знаю дату файла получить при втором проходе, который собсвено сравнивает
VG> даты, актуальноный год звонка

Как-то сложно это.

SM>> Пусть меняет. Главное, что бы не противоречило стандарту. Ты же не
SM>> хочешь запрещать кому-то выбирать то или иное сетевое имя? в любом
SM>> случае, ты всегда можешь сунуться глазами и сказать поинту но-но-но.

VG> ой лучше он напишет нетмылом и я поменяю.

Заче мстолько телодвижений?

SM>> А зачем тебе год в логе.

VG> чудак может в 99 году тебе звонил. ты же все логи хранишь.

Ну, да, но для обработки вынимаю только за нужный период.

VG> в логе даты нет. все по разному логи хранят.

Да. Все по-разному.


VG>>> потом это пишется раз.

SM>> Ну, так-то да, но ето опять +1 раз.

VG> н е будеа

Кому как.

SM>> Вот именно. Опять добавочные телодвижения.

VG> один раз

Это, опять же, плюс один раз.

SM>>>>>> А, ну, и настраиваемый текст сообщений поинту об шибках.

VG>>>>> нафига?

SM>>>> Например, он не понимает по-русски, или у тебя не СР866 локаль,
SM>>>> или у
SM>>>> тебя хорошее чувство юмора...

VG>>> )

SM>> А почему нет?

VG> пусть будет мой английский ++ (с) анекдот
VG> в крайнем случае спросят нетмылом

Удобно, когда он сазу понимает.

Нave nice nights.
Stas Mishchenkov.

--- GoldED+/W64-MSVC 1.1.5-b20150715

Vitaliy Geydeko написал(а) к Stas Mishchenkov в Nov 18 14:49:48 по местному времени:

Привет, Stas!

06 Ноя 18 12:07, ты писал(а) мне:

SM>>> Если поинт может принимать входящие, то почему бы ему не стать
SM>>> узлом?

VG>> объясняю
VG>> поинт диалапщик. повремка. а босса безлимит.

SM> Врядли это повод публиковать номер телефона. скорее всего у узла в
SM> конфиге все прописано.

никто не заставляет.

SM>>> Я обычно смотрю по тухлому нетмейлу...

VG>> не факт переписка в нетмыле довольно скудна. Поинт может не
VG>> получит не
VG>> одного нетмыла за свою жизнь в прочем если от тебя.

SM> Ну, естественно. Поглядел, - давно эхи не забраны, написал нетмейл.
SM> Нетмейл валяется долго - убираю из конфигов.

а тут прошло н месяцев от последней сессии - и у тебя в локалке (отчет) появляется сообщение и флажок в базе. по /p помжно посмотреть базу вернее вывести ее в файл.

VG>>>> но это мне кажется лишнее. отредактировать текстовые конфиги
VG>>>> не
VG>>>> сложно.

SM>>> Да. Но их минимум два.

VG>> шютник
VG>> bink
VG>> husky
VG>> andrenalin
VG>> abkill
VG>> ftrack

SM> Я именно об этом.

ну я обычно не ошибаюсь. исключение .75, не включенный в трекер


VG>> Я .75 по рассеяности не внес в трекер. так ответ на него от
VG>> фикуса
VG>> пошел в ловушку.

SM> Поэтому я пользуюсь перлхуком у hpt, что бы не плодиить конфиги. для
SM> трекания мыла вполне его достаточно.

к сожалению (

VG>>>> кроме не к ночи вспомненой фасты.

SM>>> Надеюсь, ее на узлах уже не осталось. ;)

VG>> это проблема буратин. Гремлин понятно объяснил чем грозит
VG>> искажение
VG>> транзита.

SM> Ну, с эхами не так строго, но да. И она не искажает, она его грохает
SM> и мусорит в нетмейл.

я в прошлом году перелез на хаску 1.9


VG>> pointc эфективная программа у меня один лог который просто
VG>> пуржится
VG>> ведется он с прошлого года
VG>> прога успевает за несколько секунд прочитать его дважды
VG>> первый раз она выясяет "глубину" лога в годах. что при следующем
VG>> заходе
VG>> знаю дату файла получить при втором проходе, который собсвено
VG>> сравнивает
VG>> даты, актуальноный год звонка

SM> Как-то сложно это.

ничего сложного перед тем как убирать в архив лог бинка - прочекить его сабжем.

SM>>> Пусть меняет. Главное, что бы не противоречило стандарту. Ты же
SM>>> не
SM>>> хочешь запрещать кому-то выбирать то или иное сетевое имя? в
SM>>> любом
SM>>> случае, ты всегда можешь сунуться глазами и сказать поинту
SM>>> но-но-но.

VG>> ой лучше он напишет нетмылом и я поменяю.

SM> Заче мстолько телодвижений?

возьму на карандаш.

SM>>> А зачем тебе год в логе.

VG>> чудак может в 99 году тебе звонил. ты же все логи хранишь.

SM> Ну, да, но для обработки вынимаю только за нужный период.

ну опять же у меня один лог

VG>> в логе даты нет. все по разному логи хранят.

SM> Да. Все по-разному.



[...skipped...]

SM>>> Вот именно. Опять добавочные телодвижения.

VG>> один раз

SM> Это, опять же, плюс один раз.

и?


VG>> пусть будет мой английский ++ (с) анекдот
VG>> в крайнем случае спросят нетмылом

SM> Удобно, когда он сазу понимает.

у меня еще была дикая мысль отсылать е-мейл "должнику" но хватит пока меня конфига бикнка где слеши дублируется )

Vitaliy

... np:Ясения - Я знаю, мама (CНANSON-MSK)
--- Странноместный водолаз-спасатель

Stas Mishchenkov написал(а) к Vitaliy Geydeko в Nov 18 11:45:58 по местному времени:

Нi, Vitaliy!

06 ноя 18 14:49, Vitaliy Geydeko -> Stas Mishchenkov:

SM>>>> Если поинт может принимать входящие, то почему бы ему не стать
SM>>>> узлом?

VG>>> объясняю
VG>>> поинт диалапщик. повремка. а босса безлимит.

SM>> Врядли это повод публиковать номер телефона. скорее всего у узла в
SM>> конфиге все прописано.

VG> никто не заставляет.

Вот и я говорю, что поинту сейчас нет повода публиковать номер телефона и флаги.

SM>>>> Я обычно смотрю по тухлому нетмейлу...

VG>>> не факт переписка в нетмыле довольно скудна. Поинт может не
VG>>> получит не
VG>>> одного нетмыла за свою жизнь в прочем если от тебя.

SM>> Ну, естественно. Поглядел, - давно эхи не забраны, написал нетмейл.
SM>> Нетмейл валяется долго - убираю из конфигов.

VG> а тут прошло н месяцев от последней сессии - и у тебя в локалке (отчет)
VG> появляется сообщение и флажок в базе. по /p помжно посмотреть базу вернее
VG> вывести ее в файл.

У меня и так каждый день отчет по возрасту аутбаунда.

VG>>>>> но это мне кажется лишнее. отредактировать текстовые конфиги
VG>>>>> не
VG>>>>> сложно.

SM>>>> Да. Но их минимум два.

VG>>> шютник
VG>>> bink
VG>>> husky
VG>>> andrenalin
VG>>> abkill
VG>>> ftrack

SM>> Я именно об этом.

VG> ну я обычно не ошибаюсь. исключение .75, не включенный в трекер

Так, дело не только в возможности ошибиться, а и просто в самом количестве конфигов, к которому ты предлагаешь добавить еще один.

VG>>> Я .75 по рассеяности не внес в трекер. так ответ на него от
VG>>> фикуса
VG>>> пошел в ловушку.

SM>> Поэтому я пользуюсь перлхуком у hpt, что бы не плодиить конфиги. для
SM>> трекания мыла вполне его достаточно.

VG> к сожалению (

К сожалению достаточно? ;)

VG>>>>> кроме не к ночи вспомненой фасты.

SM>>>> Надеюсь, ее на узлах уже не осталось. ;)

VG>>> это проблема буратин. Гремлин понятно объяснил чем грозит
VG>>> искажение
VG>>> транзита.

SM>> Ну, с эхами не так строго, но да. И она не искажает, она его грохает
SM>> и мусорит в нетмейл.

VG> я в прошлом году перелез на хаску 1.9

Я с фастэхи сбежал, как только появился нормальный тоссер под OS/2.

VG>>> pointc эфективная программа у меня один лог который просто
VG>>> пуржится
VG>>> ведется он с прошлого года
VG>>> прога успевает за несколько секунд прочитать его дважды
VG>>> первый раз она выясяет "глубину" лога в годах. что при следующем
VG>>> заходе
VG>>> знаю дату файла получить при втором проходе, который собсвено
VG>>> сравнивает
VG>>> даты, актуальноный год звонка

SM>> Как-то сложно это.

VG> ничего сложного перед тем как убирать в архив лог бинка - прочекить его
VG> сабжем.

Ну, я как-то так и делаю. Только по-своему.

SM>>>> А зачем тебе год в логе.

VG>>> чудак может в 99 году тебе звонил. ты же все логи хранишь.

SM>> Ну, да, но для обработки вынимаю только за нужный период.

VG> ну опять же у меня один лог

Ты его хранишь больше суток в развернутом виде? Просто обычно это очень не удобно, если нужно его глазами просмотреть.

VG>>> в логе даты нет. все по разному логи хранят.

SM>> Да. Все по-разному.

VG> [...skipped...]

SM>>>> Вот именно. Опять добавочные телодвижения.

VG>>> один раз

SM>> Это, опять же, плюс один раз.

VG> и?

Что "и"? Мне нужно поправить два конфига, что бы завести поинта. Если использовать твою программу, то будет три. Некоторые сисопы для этого рпавят больше конфигов и им придется править еще один. Цель автоматизации все-таки в снижении количества телодвижений человека, как я понимаю.

VG>>> пусть будет мой английский ++ (с) анекдот
VG>>> в крайнем случае спросят нетмылом

SM>> Удобно, когда он сазу понимает.

VG> у меня еще была дикая мысль отсылать е-мейл "должнику"

О! А это идея. Нужно ее подумать.

VG> но хватит пока меня конфига бикнка где слеши дублируется )

И что там такого сложного?

Нave nice nights.
Stas Mishchenkov.

--- GoldED+/W64-MSVC 1.1.5-b20150715