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

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

ToDo:

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

Илья, может добавить пару апи функций отключения хаба и рестарт хаба?

Ок. Добавлю.

Не знаю может на стороне луа как-то сделать, но в хексхабе есть такая функция: (добавление команды в !help )

Может что-то подобное сделать тут? Думаю нужная вещь....

По-моему чистыми скриптами всё это сделать легче, чем огород городить

Предлагаю сделать такую систему настроек для скриптов:

В скрипте вызывается функция, к примеру, Core.RegisterSettings("имя параметра", "значение по умолчанию")
А когда скрипту нужно значение этого параметра, он вызывает Core.GetSettings("имя параметра")

И сделать команды, например, пишешь в чат
!set <имя параметра> <значение>
и этот параметр принимает данное значение.

И, кроме того, надо что бы хаб при старте читал файл autoload.conf, в котором были бы перечислены те параметры и их значения, которые пользователь туда вписал, и хаб устанавливал бы их устанавливал.
Например:
frhb_botname "RusHubBot"
frhb_topic "Добро пожаловать!"
tw_menu "Twitter"
tw_botname "Twitter"
tw_out_time 15
и тд.

Это позволит очень удобно настраивать скрипты, даже не глядя в исходный код.
Пользователям не придется копаться в исходном коде и что-то там править с риском все сломать.

Так а сейчас разве не так сделано?
В файле config.xml хранятся параметры, пользователь может их там изменить на своё усмотрение.
В скрипте есть объект Config.


команду !set можно с легкостью реализовать скриптом

А, понятно.

IPv6. Быть или не быть?

А сильно нужно?

Мне кажется, когда действительно будет нужно, оно (IPv6) обязательно появиться

Решил внести свою лекту и написать:

это скорей в категорию на потом.
Возможность объединения нескольких серверов в один хаб (кластер)

Уже есть в первом посте.

Голосовой и видеочат по принципу комфорт чата. Планы на это есть?
Или это возможно при соответствующей поддержке в клиенте?

Ну если ты разработаешь новый протокол. Совмещающий в себе NMDC и коммфорт.

А чем плох скайп? (хотя сам и не пользуюсь)
Прекрасная система! Проще там запросить возможность создания серверов с общим чатом, списком юзеров и администраторами

Как сделать поддержку первой версии команды $UserIP ?

1. Сделать только для ОПов (для тех, кто с ключиком)
2. Сделать для тех, у кого она включена (включается из Lua так: UID.bUserIP = true)

2

Хотя есть параметр bInIpList, по которому отправляется ip адрес очередного вошедшего пользователя.
Может стоит только для таких пользователей разрешить отправлять на хаб команду $UserIP ? Хотя с другой стороны, у них итак уже показываются все ip и запрашивать у хаба ip адрес для какого-то ника нет необходимости.

Всё же наверное нужно сделать вариант 2 (Сделать для тех, у кого она включена).
При этом варианте можно будет разрешить как душе угодно.
Хотя наверное разумно вообще сделать возможность получения ip адреса для всех и без каких-либо разрешений, хотя так делать не очень хочется

Setuper, я думаю простым юзерам не нужно видеть айпи адреса остальных. Или как минимум админа и/или операторов.

Тогда есть вариант сделать событие OnUserIP, которое срабатывает при поступлении на хаб команды $UserIP от юзера. Если в событии возвращается true, то не отправлять ip, иначе отправлять. То есть, по умолчанию ip будет отправляться, а при необходимости можно запретить хабу отсылать ip адреса каких-то юзеров