Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.BINKD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.BINKD с датами от 14 Jul 13 17:53:22 до 25 Aug 24 19:42:02, всего сообщений: 1947
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1745 из 1947 ========================================= RU.BINKD =
От   : Sergey Zabolotny                 2:469/122.1        07 Jun 22 16:07:18
Кому : Pavel Gulchouck                                     07 Jun 22 16:07:18
Тема : .try
FGHI : area://RU.BINKD?msgid=2:469/122.1+629f4dae
На   : area://RU.BINKD?msgid=2:469/122.1+629f4bbd
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.BINKD?msgid=2:469/122.1+629f53dc
==============================================================================
 Hello *Pavel.*

Tuesday 07 June 2022 15:52, Sergey Zabolotny wrote to Pavel Gulchouck:

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

PG>>>> Hет, было задумано, что они будут там лежать и не будут
PG>>>> раздражать. :)

PG>>>> Туда пишется статистика по удачным и неудачным попыткам, чтобы
PG>>>> не долбиться постоянно на недоступные узлы. Можно было бы для
PG>>>> этого сделать отдельную базку где-то в файлике, но раз уж есть
PG>>>> BSO, логичнее следовать его принципам, и располагать эти файлы
PG>>>> там же, где *lo, *ut и bsy - такая схема хранения информации
PG>>>> выглядит более консистентной, чем разнородные базы для хранения
PG>>>> разной информации о линках.

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

PG>> В общем, да, там есть счётчик последовательных успешных попролов
PG>> ноды, и этот счётчик никак не используется. Сделано это было до
PG>> 1998, в версии 0.8.8. Пожалуй, можно и удалять после успешной
PG>> сессии, если мешают. Это функция good_try() в ftnq.c.
SZ> я не специалист в сях, так что не судите слишком строго. у меня
SZ> получилось примерно так: $ git diff diff --git a/ftnq.c b/ftnq.c index
SZ> f1a78a2..3e2dfdd 100644 -+- a/ftnq.c
поспешил я с выводами на счет косяков. есть как минимум один - пытается удалять файл, которого не существует. надо добавить проверку на существование файла.

--- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-Service_Pack_3 i1586)
* Origin: [icq:122018120] [mailto:zabolotny[at]hotbox.ru] (2:469/122.1)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.152610 секунды