Предложения для развития

Список пока не реализованных идей и запросов ( todo / future request / change request / improvement ).

ToDo:

• Сделать возможность запрета перенаправления по возвращаемому значению из функции OnOpForceMove
• Сделать возможность смены директорий на лету (сейчас могут быть с этим проблемы).
• Реализовать хранение информации в бд. По умолчанию в SQLite3 с возможностью подключения драйверов других баз данных (в частности, в первую очередь MySQL).
• Встроенный бан менеджер с перегружаемыми из lua событиями.
• Сделать параметр настроек "ограничение количества поисковых запросов".
• Функция статистики и информации о сервере.
• Реализовать функцию получения пользователей по профилю/профилям.
• Добавить возможность в функции Core.SendToIP отсылать данные таблице ip адресов, а не только одному ip.
• Сделать возможность смены настройки sAddresses на лету.
• Сделать поддержку характеристики QuickList.
  
  
  Оптимизация:
• Кеширование поисковых запросов и отвечающих им результатов поиска
• Умный кэш (кэш для рассылки всем, кроме...).
• Сделать хвостовой кэш для массовой рассылки: рассылка по окончанию шага цикла (кэш по умолчанию для массовой рассылки).
• Сделать отложенный выход для того чтобы не совершать бесполезные массовые рассылки.
• Сделать событие OnReEnter при условии реализации отложенного выхода.
  
  
  На потом:
• Оптимальная линковка хабов (встроенный в хаб функционал линковки).
• Авторегистрация хаба в хаблистах (процесс регистрации в отдельном потоке).
• Доработать анти-спам.
• Сделать потоки в Lua.

А что это даст? Лишний исходящий трафик да и только.
Не думаю, что это хорошая идея.

Гораздо полезнее сделать запрос новой версии, хотя делать это я пока не собираюсь.

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

P.S. Просто большинство админов ошибки софта отправлять не будут, а так отлавливать ошибки будет полегче.

Не хочется делать троянское поведение программы

Грамотнее сделать покрытие кода автотестами.
Вот только разберусь с adc, и займусь написанием юниттестов для русхаба.
Нужно будет сделать покрытие тестами хотя бы процентов на 50, тогда вероятность возникновения ошибок в релизных версиях будет минимальной.

Ну гуглу можно))

На данный момент в Lua плагине все api функции отсылки сообщений (Core.SendToUser, Core.SendToAll и тд.) отсылают сообщения сразу.

Если на хабе нету скриптов, которые отсылают сообщения, то в CDM отладчике можно наблюдать "пульсацию" хаба. То есть, сообщения кэшируются и кэш отсылается через интервал, который задаётся в настройках. Таким образом производительность хаба увеличивается.

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

В целях оптимизации рассылки из Lua скрипта предлагается сделать следующее:
все сообщения, кроме чата и pm рассылать через кэш.

То есть, если сообщение с ником:
то такие сообщения отсылаются сразу.

Если сообщение без ника, то считать, что это сообщение не чата и не pm, и рассылать его через кэш. В последнем случае сообщение может доходить до адресата не сразу, а в пределах интервала рассылки кэша.

Таким образом, сообщения вида: Core.SendToUser(UID, "Привет") не сразу будут доходить до пользователя.
Более того, если написать Core.SendToUser(UID, "<Bot> Привет") то сообщение так же отправится через кэш и может дойти не сразу.
Сразу будут доходит следующие сообщения: Core.SendToUser(UID, "Привет", "Bot")


Думаю, что игра стоит свеч

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

за это отвечают параметры: iTimerServPeriod и iTimerConnPeriod
и менять их не рекомендуется

Сейчас _TRACEBACK = debug.traceback включает стек-трейс только для текущего скрипта. Думаю стоило бы устанавливать стек-трейс и для функций перезапуска/запуска/etc скриптов.
Попробовал в другие скрипты так-же писать данную конструкцию, например Core.RestartScript и Core.StartScript в сообщении об ошибке не показали трейс.
И ещё одно предложение, сделать ещё одно возвращаемое значение в виде таблицы для Core.RestartScripts, на случай если скрипт запущен, но при перезапуске произшла ошибка. Возвращать имя скрипта и сообщение об ошибке.

Функции Core.RestartScript и Core.StartScript отлавливают на данный момент исключительно синтаксические ошибки.
Runtime ошибки они не отлавливают.

Возможно отлов runtime ошибок этими функциями в событии OnStartup будет реализован

1. Будет ли добавлена функция Core.GetBots()?
2. Хочется, но не можется сделать аналог птоковой функции RegMan.AddReg(sNick, iProfileNumber): DEBUG [sock:512] DcConn(177): Bad state in MyPass :( Можно ли тут что-нибудь сделать?
3. Надо что-нибудь сделать для приходящих ответов на активный поиск: либо отдельное событие (по типу птокового UDPSRArrival), либо признак какой-то в OnSR добавить. OnAny ради этого дёргать не слишком оверхедно?
4. Функции Core.StartScript, Core.RestartScript и Core.StopScript возвращают nil, но не сообщают об отсутствии файла скрипта. Так и должно быть?
5. Где функция обновления списка скриптов? Пока приходится удалять ненужные скрипты из списка, пытаясь остановить их повторно после удаления файла.