@MSGID: 2:6078/1 66d36cc3
@REPLY: 2:5030/723 66d22e06
@CHRS: CP866 2
@TZUTC: 0200
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Приветики, Alexey!


Писал как-то Alexey Khromov к Dmitriy Romanov  примерно 30 Авг 24  в 23:28
А я смотрю и фигею.

 DR>> все-таки разница в несколько десятилетий, надо много кода править.
 DR>> Тут
 DR>> больше интересна логика. На текущий момент для каждого линка заводятся
 DR>> одна или несколько записей "телефонной книги", где указаны способы
 DR>> соединения - модем, ip различных протоколов, у каждой записи свое
 DR>> время работы, некоторые можно галочкой отключить. Мне представляется,
 AK> У каждого соединения есть свойства - тип, от типа пляшет
 AK> адрес/телефон/е-мейл, и время.
 Но таковых может однотипных оказаться несколько. Ну ладно, телефон
только один, но ip-адресов может быть несколько.

 DR>> что при чтении нодлиста будут добавлены еще по несколько записей там
 DR>> же. Непонятки возникают вот в каком моменте. Допустим, я вручную в
 DR>> конфиге запретил один из способов исходящего соединения на линк,
 DR>> который прочитался из нодлиста. Как при очередном чтении нодлиста их
 DR>> идентифицировать в дальнейшем? Вот я запретил один. А на нем потом
 AK> Либо запретить обновлять все соединения - замок на линк
 AK> Либо запретить обновлять соединения определенного типа - замок на
 AK> способ (вкладку) Либо запретить обновлять соединения определенного
 AK> типа с тем же временем доступа (замок на строку) Любое соединение,
 AK> обновленное с нодлиста не попавшее под запрет генерит лог-мессагу + в
 AK> файл сисуведомлений. Файл сисуведомлений при открытии мейлера сисопом
 AK> показывается в окошке сисопу и очищается. Ой, чот разбежался я.
 Сисоп в конфиг мейлера может заглядывать раз в несколько лет. А
штатной морды мейлер не имеет, так как заточен работать
 сервисом в винде (ну в перспективе - демоном в линуксе). Писать в
лог - ну тоже так себе затея. Я в лог смотрю только
тогда, когда замечаю, что что-то пошло не так.

 DR>> поменялся айпишник к примеру. Получится, что старая запись удалится,
 DR>> но появится новая, которая по умолчанию снова станет активной. Либо их
 DR>> сразу по умолчанию делать неактивными, а включать вручную. Но
 DR>> тогда теряется весь смысл автоматического чтения нодлиста - старый
 DR>> способ связи станет неактуальным, а новый не
 DR>> активируется автоматически.
 AK> Вот куда замок поставишь - там голова и будет болеть.
 AK> Еще мысля до кучи - галочка "основной способ связи обновлять всегда".
 AK> Тогда еще одно свойство линка (primary|secondary). Если это packed
 AK> record то 1 бит займет (шучу, сейчас нет смысла экономить - оно при
 AK> обработке все равно слово съест).
 Можно только галочку на линка - не активировать автоматически
добавленные способы связи.


      Hа сем разрешите письмо закончить.   Elec (RA2FDR)
--- NoSFeRaTU`s GoldED+/W32-MINGW 1.1.5-b20090603
 * Origin: В свинарнике не стыдно быть свиньей (2:6078/1)
SEEN-BY: 50/109 104/117 221/6 240/1120 250/25 301/1
341/66 451/31 452/28 166
SEEN-BY: 455/19 463/68 467/888 478/0 37 4500/1
5000/111 5001/100 5005/33 49
SEEN-BY: 5015/35 42 46 5019/40 400 5020/101 113
545 715 814 828 830 846 848
SEEN-BY: 5020/1042 1721 2992 4441 12000 5022/128
5030/49 115 1081 1474
SEEN-BY: 5031/71 5049/6 5053/51 5054/8 89 5058/104
5060/900 5061/133 5066/18
SEEN-BY: 5068/45 5083/1 444 6078/0 1 2 6090/1
@PATH: 6078/1 5020/830 1042 4441