Тема: pointc
Показать сообщение отдельно
  #17  
Старый 05.11.2018, 07:52
Vitaliy Geydeko
Guest
 
Сообщений: n/a
По умолчанию pointc

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)
--- Странноместный водолаз-спасатель
Ответить с цитированием