ROO.LOCAL---------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 5 из 100
 От   : Alexey Petrunya                     2:5083/79         21 янв 25 22:10:28
 К    : Konstantin Kuzov                                      21 янв 25 22:32:01
 Тема : SAR.QVGA
----------------------------------------------------------------------------------
                                                                                 
@REPLY: 2:5019/40.1 678eccbd
@MSGID: 2:5083/79 678fd540
@CHRS: CP866 2
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Hello Konstantin.

21 янв 25 01:22, you wrote to me:

 AP>> Оно не к тоссингу фэх привязано разве? Как фэхотоссер может
 AP>> разтоссить файл в фэху, а потом только через неделю на него
 AP>> квиток сгенерировать?
 KK> При каждом растоссенном файле лишь в AnnounceSpool директорию
 KK> сохраняется минимизированый tic файл и всё. Как часто генерить отчёт
 KK> решает каждый сам за себя, к примеру, у меня он делается раз в сутки.
 KK> Отчёты генерятся командой htick announce, которая генерирует отчёт  на
 KK> основе этих предварительно сохраненных tic файлов (или несколько
 KK> отчётов в зависимости от блоков из Ann* кейвордов). К примеру, можно
 KK> постить как в базу, так и просто в файл, с разделением на отчёты по
 KK> этим фэхам в эту эху, а в эту по всем фэхам и т.д. При постинге в эху,
 KK> насколько помню ванильный htick требует чтобы эха для анонсов была не
 KK> в passthrough, иначе тупо постит в BadArea. Это потому что htick тупо
 KK> сохраняет сообщение в локальную базу с флагом Local и без флага Sent и
 KK> добавляет строчку с эхой в EchoTossLog. А вот уже после последующего
 KK> запуска hpt scan парсится этот лог, сканятся базы из него и найденные
 KK> сообщения форвардятся и пакуются на линков. Поэтому если не вызывать
 KK> hpt scan или затирать EchoTossLog отчёты могут мариноваться долго в
 KK> локальной базе.
 KK> Почему говорю насколько помню? Потому что у меня на ноде husky
 KK> существенно подпиленный, а некоторый дублирующийся код с небольшими
 KK> отличиями объединен. Соответственно у меня логика работы может
 KK> отличаться от общепринятой. В данном случае паковка отчётов на линков
 KK> у меня не завязана на локальную базу, эха может быть вовсе в
 KK> passthrough. И форвард сообщений на линков происходит в том же htick
 KK> announce, а не по отложенному hpt scanу базы через лог.

Зачем так сложно? Разтоссил файл, тут же отчет по нему.

Alexey

--- GoldED+/W32-MSVC 1.1.5-b20060326
 * Origin: Cat Behemoth (2:5083/79)
SEEN-BY: 50/109 104/117 221/6 301/1 451/31 460/58
463/68 469/122 4500/1
SEEN-BY: 5015/42 46 5019/40 5020/101 113 715 828
830 846 1042 1067 2160 2992
SEEN-BY: 5020/4441 5480 5023/24 5030/49 115 1081
1474 5049/3 162 5050/151
SEEN-BY: 5053/51 58 5054/89 5058/104 5060/900
5061/133 5068/45 5075/128 5083/0
SEEN-BY: 5083/79 444 6090/1
@PATH: 5083/79 444 5020/1042



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх