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

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

ToDo:

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

FallenAngel, всё это реализуется скриптами.

Nickolya, почти всё так и сделано.
1. Не реализуемо из-за того, что у скриптов разные глобальные окружения.
2. Естественно так и реализовано.
3. Парсить MyINFO возможно стоит. Списки разрешённых клиентов опять же скриптами можно реализовать. Убирать из тэга разные части можно и сейчас, путём исправления команды MyINFO при помощи функции Core.SetCmd (самое главное чтобы синтаксис команды был соблюдён). Если MyINFO не изменилось, то оно и не рассылается всем пользователям - это было с самого начала реализовано.

В общем все предложения забракованы

А по поводу 1 пункта, почему? Я не про прямое использование, а через апи фукнцию, типа Это же получается типа вызова функции апи, или все-таки реализации не подлежит? :(

Так а зачем огород городит, когда вызов функции Core.SendToAll итак доступен из любого глобального окружения?

Это банальный пример, просто на работоспособность функции... Пусть будет

Си функцию так вызвать можно (SendToAll это Си функция), а вот lua функцию вызвать так нельзя. Ведь lua функция может использовать в своём теле какие-то глобальные переменные своего глобального окружения, кроме этого локальные переменные функции привязаны к окружению самой функции, а окружение самой функции наследует глобальное окружение. Поэтому никак.

very good. Is best hub soft in future . ну а ссылка http://rushub.mydc.ru/ пустая. Забейте там чтоли ссылки на этот форум

Сделал.

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

Оказывается я был не прав. Оказывается можно реализовывать всё что угодно.

Nickolya, расскажи для чего тебе нужен был данный функционал? (Хотя понятно, что этот функционал действительно очень мощный)

Сделайте аналог функции Core.SendToOps(sMsg, sBot)

Кто такие операторы? По какому принципу они определяются? Те у кого ключик есть?

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

Начал писать скрипт отсылки сообщения администраторам/операторам хаба, для того, чтобы сообщение отсылалось им. Не хватает данной функции для реализации скрипта.

P.S.: Можно и так

Setuper, спасибо большое за функцию, я хотел упростить немного себе жизнь в отношении создания модуля для скрипта, к примеру чтобы не изобретать велосипеды в модулях, а сразу из модуля вызывать фукнцию головного скрипта

Вопрос: в результате работы фукнции в вызываемом окружении, то что возвращается попадает в окружение скрипта отуда шел вызов?

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

API функция Core.SendToProfile будет конечно работать быстрее, но пока её нету, можешь использовать lua аналог:



После того как я сделаю api функцию Core.SendToProfile, эту lua функцию можно будет удалить, при этом вызовы этой функции не пострадают

А вот ответить на вопросы что заданы немногим выше? Ждем нового релиза с новыми фукнциями!!! Спасибо огромное!

Отсылку по таблице с профилями тоже реализую.


Значение возвращается в том окружении, где вызвана функция.

Может еще реализуется 2 причины бана? Одна для забаненного, а вторая для администрации?;)

Баны не встроены в хаб, всё это реализуется скриптами

При написании скриптов остро ощущается нехватка функций SendToOps и SendToProfile. Очень хотелось бы увидеть эти функции в следующей версии.

Функция Core.SendToProfile(iProfile/tProfiles, sData, sNick, sFrom) уже готова прямо сейчас могу релиз выложить

Предложение -
1. сделать запуск хаба с задержкой (при включении компа сетевые службы запускаются чуть позже - проходит инициализация сетевого адаптера).
2 - незнаю возможно ли - консоль чтобы пряталась в трей (чтобы была невидима)
3 - при выходе новых версий чтобы в архиве были files.lua и lua.dll на "своих местах" - это же необходимый минимум?

Не нашел как перезагрузить скрипты без перезагрузки самого хаба...

Если предложения ненужны - просьба разьяснить как сделать первые 2 просьбы