|
Здравствуйте, гость ( Вход | Регистрация )
  |
|
 28.8.2009, 17:18
Сообщение
#1
|
|
 Освоившийся участник  Группа: Администраторы Сообщений: 370 Регистрация: 2.6.2008 Из: RB,Ufa Пользователь №: 8 Спасибо сказали: 92 раза  |
летает
 успехов в разработке! уверен проект будет успешным!
|
 |
 
|
|
28.8.2009, 17:55
Сообщение
#2
|
|
 Иной Группа: Заблокированные Сообщений: 496 Регистрация: 20.10.2008 Из: ткани Истории Пользователь №: 843 Спасибо сказали: 12 раз |
Цитата Я надеюсь всё только впереди А почему нет ни слова про отличительные особенности? Перспективы? Преимущества? На чём движок,кстати? |
|
|
|
|
28.8.2009, 18:22
Сообщение
#3
|
|
 Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Пока что почти полностью реализовал протокол. В перспективе подключить мускул, сделать веб-морду и удалённое управление.
Преимущество - достаточно высокая оптимизация. Написано на vs 2008 или vs 2005 без разницы 
|
|
|
|
 28.8.2009, 19:50
Сообщение
#4
|
|
 Активный участник Группа: Пользователи Сообщений: 75 Регистрация: 5.12.2008 Пользователь №: 1 318 Спасибо сказали: 4 раза |
Работает отлично! Про функционал конечно "Москва не сразу строилась" будем ждать новых версий.
Setuper респект!
|
|
|
|
|
29.8.2009, 0:55
Сообщение
#5
|
|
 6 квадратиков Группа: Модераторы Сообщений: 526 Регистрация: 21.1.2009 Пользователь №: 1 895 Спасибо сказали: 137 раз |
Цитата(mariner @ 28.8.2009, 16:11)  /rеквестую сабж на qt в режиме - сервер-модра (чтобы мона было без гуи пахать). ну и да - кроссплатформенность тоже не помешает А при чём тут qt, если гуй не нужен? |
|
|
|
|
29.8.2009, 1:03
Сообщение
#6
|
|
 Местная ТехПоддержка Группа: Администраторы Сообщений: 1 867 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 177 раз |
гуй нужен(с). Дужно схему как с мускулем - демон без гуй и гуй отдельно, для подключения и руления деманом
|
|
|
|
|
29.8.2009, 1:27
Сообщение
#7
|
|
 Младший Админ Группа: Модераторы Сообщений: 2 901 Регистрация: 29.6.2008 Из: г. Тула Пользователь №: 97 Спасибо сказали: 390 раз |
Илюх, не сочти за наглость, но может все надпись сделаешь на русском? Раз это русский хаб то пусть всё будет по нашему! Думаю стоит продвигать наш язык))))
|
|
|
|
|
29.8.2009, 1:30
Сообщение
#8
|
|
|
Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Естественно. Скажу даже больше... Надписи можно будет менять и переводить на другие языки если захочется. Всё это в разработке пока что, а те надписи, которые существуют, так это временно
|
|
|
|
|
23.9.2009, 9:05
Сообщение
#9
|
|
|
Младший Админ Группа: Модераторы Сообщений: 2 901 Регистрация: 29.6.2008 Из: г. Тула Пользователь №: 97 Спасибо сказали: 390 раз |
Вопрос зачем иметь две функции при входе юзера(в момент захода и при окончательном заходе) что это даёт?
|
|
|
|
|
23.9.2009, 13:16
Сообщение
#10
|
|
|
Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Функция OnUserEnter - это аналог функции птохи UserConnected.
Функция OnUserConnected - это функция, которая выполняется самой первой при входе. Выполняется после отправки клиенту команды $Lock и до любых других действий. В птохе некий аналог этой функции SupportsArrival. Однако, функция SupportsArrival не будет выполняться, если клиент не поддерживает характеристики и дополнения. Так как это первоначальный этап входа, то на данном этапе определён только ip адрес. |
|
|
|
 4.1.2010, 19:44
Сообщение
#11
|
|
|
Местная ТехПоддержка Группа: Администраторы Сообщений: 1 867 Регистрация: 18.7.2008 Из: Моск. Обл, г. королев, район Болшево Пользователь №: 221 Спасибо сказали: 177 раз |
Собственно техпорсы предлагаю пенренести сюда, оставив в теме RusHUB только багрепорты и новости в новых версиях.
|
|
|
|
|
5.1.2010, 0:36
Сообщение
#12
|
|
 Главный ра******й тут... Группа: Главные администраторы Сообщений: 1 784 Регистрация: 18.5.2008 Из: RF, 2la Пользователь №: 1 Спасибо сказали: 682 раза |
Можно разъяснений по поводу работы функции
Код Core.SetUser(UID/sNick, iType, Value) а именно вот этих 2 показателей:Код 3 - пользовательские данные (sData) что вообще есть пользовательские данные и должен ли юзер при смене данных о нахождении в оплисте туда попадать или исчезать оттуда, по моим маленьким тестам если выставить bInOpList в true при том что юзер онлайн, юзер не попадает в оплист, и при изменении bInOpList с true на false тоже никаких действий нет, юзер так и остается в оплисте. Так и должно быть? По-моему будет удобно если хаб будет сам выполнять данные операции по вводу и выводу из оплиста юзера.
4 - пользователь в оп-лите (bInOpList) |
|
|
|
|
5.1.2010, 0:56
Сообщение
#13
|
|
|
Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Пользовательские данные - это поле для хранения любой информации для данного пользователя, то есть туда можно записать всё, что угодно - своего рода блокнот пользователя. Можно сделать, чтобы админы туда что-то писали и просматривали эти данные, можно чтобы сами юзеры могли что-то туда заносить, а можно использовать это поле для передачи какой-то информации между скриптами.
Core.SetUser(UID, 4, true) до входа (после получения пароля) вносит пользователя в лист операторов (устанавливает ключик). Пример из скрипта регистрации: Код function OnMyPass(UID, sData) local sPass = sData:match"^.- (%S+)$" -- "$MyPass <pass>" local tRegInfo = tRegUsers[Core.GetUser(UID, 1).sNick] -- Получаем регистрационные данные if not sPass or sPass ~= tRegInfo.sPass then -- Проверяем правильность пароля Core.SendToUser(UID, ("<%s> "):format(sBot)..sBadPassMsg.."|$BadPass") -- Отсылаем сообщение о неверном пароле Core.Disconnect(UID) -- Разъединяем пользователя else Core.SetUser(UID, 1, tRegInfo.iProfile) -- Устанавливаем профиль пользователю Core.SetUser(UID, 4, true) -- Добавляем пользователя в оплист end end Хотя действительно нужно сделать эту возможность не только при входе (не только до добавления пользователя в списки). В следующем релизе сделаю. |
|
|
|
|
5.1.2010, 13:12
Сообщение
#14
|
|
 Начинающий Группа: Пользователи Сообщений: 22 Регистрация: 11.1.2009 Из: Челябинск, LR Пользователь №: 1 771 Спасибо сказали: 0 раз |
Можно ли добавить функцию, или реализовать скриптом аналог этого
Цитата Core.RegBot(sBot,sEmail,sDesc,true) из птоки.Возможно с этим введение, решилась бы проблема со входом на хаб пользователей с никами ботов. |
|
|
|
|
5.1.2010, 15:34
Сообщение
#15
|
|
|
Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Можно.
Записал себе в TODO |
|
|
|
|
6.1.2010, 20:19
Сообщение
#16
|
|
|
Главный ра******й тут... Группа: Главные администраторы Сообщений: 1 784 Регистрация: 18.5.2008 Из: RF, 2la Пользователь №: 1 Спасибо сказали: 682 раза |
Хочу узнать, а зачем делать функции которые возвращают всегда статичные данные пока хаб работает? Я про фукнции
Цитата Core.GetHubInfo() Core.GetMainDir() Core.GetScriptsDir() может лучше определить некоторые переменные в таблице Core типа Цитата sLuaPluginVersin sHubVersion sMainDir sScriptsDir чтобы не делать лишних вызовов функций? По-моему так удобнее, логичнее и разумнее.
|
|
|
|
|
6.1.2010, 21:12
Сообщение
#17
|
|
|
Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Да, действительно. В следующей версии плагина сделаю.
Однако, опять же это будет изменение api, и придётся немного подправлять имеющиеся скрипты |
|
|
|
|
6.1.2010, 21:30
Сообщение
#18
|
|
|
Младший Админ Группа: Модераторы Сообщений: 2 901 Регистрация: 29.6.2008 Из: г. Тула Пользователь №: 97 Спасибо сказали: 390 раз |
я думаю это не страшно)))
|
|
|
|
|
7.1.2010, 4:46
Сообщение
#19
|
|
|
Главный ра******й тут... Группа: Главные администраторы Сообщений: 1 784 Регистрация: 18.5.2008 Из: RF, 2la Пользователь №: 1 Спасибо сказали: 682 раза |
Не думаю что кто-то думает что все уже устоялось, любые изменения в хабе и плагинах на стадии разработки и тестирования - нормально, тем более что все текущие скрипты - это так сказать проба перевести что есть или попробовать новый апи... Если скриптописатель не спит, он будет переделывать то что вышло из-под его клавиатуры следя за всеми изменениями хаба.
Еще один вопрос: в своем хабе PPK сделал разделение таблиц в которых хранятся функции апи, к примеру Core, SetMan, BanMan etc... Будет ли оптимальней сделать так или же не критично что все функции хранятся в одной таблице? |
|
|
|
|
7.1.2010, 14:51
Сообщение
#20
|
|
|
Lua-master Группа: Модераторы Сообщений: 4 064 Регистрация: 20.6.2008 Из: г. Королёв (Моск. обл.) Пользователь №: 46 Спасибо сказали: 1389 раз |
Разные таблицы он сделал только для логического разделения. Вообще без разницы в нескольких таблицах хранить или в одной. Единственное, разница есть в оптимизации таблиц: легче написать для одной таблицы local Core = Core, чем перебирать все таблицы. Да и запомнить легче одну таблицы, а не вспоминать какой таблице принадлежит та функция, которую мы хотим использовать. Кроме этого, за хабом мы закрепляем одну таблицу, а остальные таблицы мы закрепляем за различными модулями, - вот вам и логическое разделение. Core - функции хаба, Ban - функции модуля бана и тд.
|
|
|
|
|
Похожие темы
|
Сейчас: 23.5.2012, 10:30 |
