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

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

ToDo:

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

1. По-моему, это революционно!
2. А какая будет у РусХаба совместимость со скриптами для Птоки?

По поводу совместимости можно будет написать такой же скриптик, как я писал для быстрого перевода скриптов, ну или руками переводить, или возможно написать конвертер.
Я не повторяю api птохи, так как считаю, что некоторые вещи там сделаны не лучшим образом. Всё же когда хаб работает быстро - это радует глаз! Поэтому всё ради оптимизации.

реквестую юникс сервию!!1111111 Я хотеть это!

Вообще шикарный апи. А возможно как-нить реализовать функцию обращения к другому скрипту? Допустим поменять какие-то значения в таблице... и еще можно ли сделать чтобы Core.SendToAllWithoutNick(sNick, sData) принимала так же tNick тоесть таблицы с никами, сама проходила по ней и отпрвляла всем кроме этих пользователей?

Функцию обращения к другому скрипту реализовать конечно можно, однако, есть одно но. Чтобы найти другой скрипт нужно будет пробежаться по всем скрипам, что является далеко не оптимальным решением. На дынный момент все скрипты хранятся в векторе. Для того, чтобы находить скрипт за одну итерацию нужно будет сделать хранение всех скриптов в хеш-таблице. Пока что я этого делать не буду, однако, предложение дельное и я обязательно реализую это

Что касается предложения по поводу функции SendToAllWithoutNick, то тут тоже не всё так просто, однако, опять же возможно и я постараюсь сделать, хотя и не сейчас, а чуть позже

Сделать надо ещё очень много...

Ну окей) главное запиши в ToDo потому что первого очень нехватает ..

Отличный хаб. Ребятки-разработчики, я за Вас помолюсь. Дай Вам Бог всем самых лучших идей и жизненных успехов. RusHub - удачи тебе!!!

По-моему актуально (или маленький реквест): в функцю OnUserConnected(sIP) добавить еще один параметр (или два), в котором будет передан адрес на который заходит юзер (еще одним параметром можно сделать порт на который он заходит, хотя это и не очень обязательно), либо же сделать чтобы это значение можно было получить вызвав функцию что передает дополнительные параметры пользователя. И надеюсь функция что возвращает доп. параметры будет работать как с ip, так и с ником юзера, к примеру данная функция (OnUserConnected), где мы знаем только айпи. Все это хочется чтобы знать с какого порта и адреса заходит юзер, чтобы, к примеру, сообщить ему что он зашел на старый адрес который больше не поддерживается или же просто для статистики

И еще хочу спросить, не надо ли функции апи, что вызываются по событию (они же ивенты, events), поместить в отдельную таблицу, к примеру Api, чтобы функции выглядели примерно так: Api.OnUserConnected(sIP), не будет ли это оптимизацией выполнения скрипта?

Все остальные замечания к месту, надеюсь разработчик (он же Илюха) не захлебнется в наших запросах и все сделает как надо, еще раз удачи!

P.S.: может уже пора открывать ветку на форуме для хаба?

Думаю как только появится "очерченая" версия (с api минимальным) можно смело открывать ветку

Что касается ip адреса и порта, то тут не всё так, как кажется.
Сервер работает следующим образом:
сервер "слушает" какой-то ip адрес с какими-то портами. Если ip адрес 0.0.0.0, то это будет означать, что сервер будет принимать соединения с любого ip адреса, доступного машине. Ну так вот... допустим мы слушаем ip адрес 0.0.0.0. Для прослушки порта 411 мы создаём отдельный сокет и привязываем этот порт к этому сокету. Для любого другого дополнительного порта мы также создаём сокет и привязываем его к порту. И после создания сервер в цикле начинает слушать все эти сокеты.
Допустим пользователь коннектится на адрес 127.0.0.1:411. Сервер принимает соединение на сокете, за которым закреплён 411 порт. После того как сервер принял соединение, для этого соединения тут же создаётся свой сокет с каким-то свободным в системе TCP портом. И соединение с 411 порта перекидывается на этот свободный порт, к которому был привязан созданный сокет. А порт 411 освобождается и продолжается его прослушка. При каждом следующем соединении происходит тоже самое.

Поэтому говорить о том, что клиент подключен через 411 порт неверно, так как клиент уже переброшен на другой свободный порт, на котором его и держит сервер. Номер этого порта конечно можно определить, однако разве это нужно? Ведь этот порт всегда случайный. Или вы хотите запоминать на какой порт именно коннектился клиент?

Что касается помещения глобальных функций в отдельную таблицу, то это будет лишним действием, так как надо будет сначала найти эту глобальную таблицу в lua состоянии, а потом найти функцию в этой таблице. Легче просто искать глобальную функцию в lua состоянии. Тут дело именно в глобальности, в отличие от обычных функций типа Core.SendToAll, которые могут быть и локальными, с помощью финта local Core = Core.

Что касается определения таблицы пользователя tUser как по нику, так и по ip, то тут тоже не так всё просто. Дело в том, что ник на хабе уникален по протоколу, а ip адрес не уникален. На хабе могут присутствовать 2 пользователя с одним ip, и тогда параметры какого пользователя помещать в таблицу tUser? Да и вообще, в функции OnUserConnected никакие другие параметры пользователя не определены (пользователь ещё не отсылал на хаб ни ник, ни команду MyINFO) - определён только один ip.

Поэтому все предложенные идеи бракуются

Что касается отдельной ветки, то пока ещё рано

Именно, адрес и порт по которому юзер заходит на хаб, если не трудно, пусть это будет в возможных для изъятия в луа данных. Хотя и порт на котором сидит юзер на хабе тоже может быть полезной информацией, для разных там извращений Со всем остальным соглашусь, спасибо за объяснения

Ждем новой информации, версий, предложений, вопросов и всего остального!

Кстати, мое предложение веб-интерфейса на портале никому не нравится?

И еще вопрос: библиотека lua.dll стандартная, или же в духе PPK будут исправлены некоторые недочеты в ней. И из этого вопроса вытекает другой: будут ли подключаться стандартные (или может не так выразился, те либсы, которые бы были при работе из-под чистого луа, ни к чему не прикрученного) библиотеки луа, которые можно скачать к примеру отсюда: http://luaforge.net/

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

Насчёт веб интерфейса не совсем понял. Можно по-подробнее?

Насчёт библиотеки: библиотеку lua.dll я собираю собственную, потому как в файле исходников luaconf.h нужно прописывать собственные директории scripts и libs, так как по умолчанию там прописана директория lua, поэтому если использовать стандартную библиотеку lua5.1.dll, то скрипты и библиотеки нужно будет помещать в папку lua, а не в папки scripts и libs соответственно, что не удобно.

Однако, стандартные библиотеки отсюда http://luaforge.net/ можно использовать, если класть рядом соответствующий стандартный файл lua5.1.dll под vs9.

Поэтому с совместимостью всё путём


Стандартные библиотеки нужно будет качать отсюда: http://luaforge.net/frs/?group_id=110&release_id=1329
Стандартные библиотеки для vs9:  lua5_1_4_Win32_dll9_lib.zip ( 105.27 килобайт ) Кол-во скачиваний: 4


Хехе Сделал ещё круче. Не нужно никаких дополнительных библиотек. Я просто переименовал свою либу в lua5.1.dll, и теперь она подцепляется любыми либами, скаченными с вышеупомянутого сайта Я что-то сразу не додумался до этого))))

В общем всё путём. Проверил luasql пашет

Спасибо, ждем информации Про библиотеку спрашивал чтобы знать как дополнительные длл будут существовать, будут ли они подходить без применения напильника, получается что так, значит просто класс!

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

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

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

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

Потом вопрос: вот лежит в базе данных настройка, она берется оттуда только при запуске (или при обновлении настроек) или же каждый раз мы получаем эту настройку? К примеру лимит по слотам, в базе данных установлен в минимум 5 штук, мы каждый раз при входе юзера извлекаем настройку из базы данных???

Нет. Настройка загружается один раз, при старте хаба. Однако, предусмотрена функция перезагрузки. Поэтому можно написать dll библиотеку, которая будет работать с настройками, и функция из этой dll библиотеки сможет вызываться функцией из php. Я над этим ещё работаю.

То есть, мы меняем что либо средствами php и после изменения вызываем функцию php, которая привязана к дополнению (дополнения (dll либы) подключаются в файле php.ini, например как это делается для бд, extension=php_mysql.dll). Наша библиотека дополнения подгружена как дополнительный плагин хаба, и будет перезагружать только что изменённую настройку.

Идея потрясная и достаточно оптимальная

Кстати, на данный момент реализовал определение мак адреса пользователя, однако, будут определяться только маки пользователей, которые подключаются к хабу напрямую, а не через шлюз. Для остальных пользователей переменная мак адреса будет содержать строку "n/a".
В общем мак адреса будут определяться только в локальных сетях с соединением напрямую (не через шлюз)

Ну за шлюзом то никак и не определить, а вот то что ты сделал в локале это тебе +10!

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

Ну.. Очень круто это всё! Желаю Setuper тебе времени свободного побольше . Последняя версия работает стабильно. Только вот заметил я что у меня только 63/64 человека подключено - уже 5 дней подряд. Ни больше и не меньше. ..

А в логи смотрел? И сам перезаходил на хаб. Попробуй другим клиентом войти и проверить увеличивается ли число.