Версия для печати темы

Автор: Wariner 28.8.2009, 13:55

у меня XP со вторым сервиспаком. хаб не запускается говорит следующее

Автор: Nickolya 28.8.2009, 14:26

Автор: Trans 8.9.2009, 11:59

Странно, а у меня не создался файл hub_config.dat.
Закрыл хаб - и в папке только сам хаб и некий dll-файл, скачанный вместе.
Версия хаба - последняя, со вчерашнего обновления.

Автор: Setuper 8.9.2009, 12:24

На некоторых системах файлы могут не появиться, так как я не прописывал абсолютные пути к файлам, я это доработаю в скором времени

Автор: Trans 8.9.2009, 13:59

Да все нормально, просто ты апдейтишь файл быстрее, чем я успеваю скачать и проверить.
Есть конфиги.
2 комментария:
1. В языковом файле - надо бы написать в двух местах слитно "не" - "неверно, неправильный". Я-то исправил у себя, но лучше и у тебя.
2. Не знаю, относится ли это к свойствам данного хаба, или это свойство клиента, но когда я сделал мультикик своего юзер-аккаунта, вместо него улетел мой же юзер-аккаунт в другом хабе - IP-то одинаковые, но тем не менее я не его кикал.

Автор: Setuper 8.9.2009, 15:01

1. Спасибо, поправлю.
2. Однозначно хаб не причём. На данном хабе вообще пока не реализован кик

Автор: Otshelnik-Fm 9.9.2009, 4:31

В файле lang_config.dat строка

Автор: Setuper 9.9.2009, 10:52

Да, возможно MOTD надо будет вынести в отдельный файл, как в ptokax.

Сообщение, которое появилось - это странно. Оно не должно было появиться, и появляется только в крайних случаях. Не понимаю как такое могло произойти. Тут вот в чём дело: пользователь с ником moxito вошёл на хаб, для него создалось соединение и объект пользователя, в объекте пользователя установился указатель на объект соединения. Пользователь был внесён в юзер-лист. После выхода пользователя и до его удаления с сервера, оказалось, что у его объекта отсутствует указатель на соединение. В общем такого не должно было произойти. Такое поведение характерно только для ботов.


IP пользователей запомнил твой клиент, вот они и отображаются. А вообще они не должны отображаться, так как хаб их не отправляет. Для того, чтобы хаб отправлял нужно сделать профили и права на отображение ip определённой группе пользователей.


В следующей версии сделаю логирование всех действий на хабе, чтобы легче было выловить баги.

Автор: Otshelnik-Fm 9.9.2009, 13:38

Таких сообщений в консоли вылезло штук 40 - всего 4 разных ника...

Автор: ZZZZZ 9.9.2009, 14:03

аналогично, этот хаб запущен вторым на адресе 127.0.0.1 (первый хаб работает см. ссылку)
а как использовать все таки управление хабом? имеются виду команды в первом посте...
непонятен принцип захода на него юзеров (при включенном первом хабе происходит заход на этот)

Автор: Otshelnik-Fm 9.9.2009, 14:19

Автор: Setuper 10.9.2009, 2:33

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

Если в настройках прописать ip, то вход на хаб можно будет осуществлять только по прописанному ip. Если прописать 0.0.0.0, то с любого доступного на данном компе ip.

Причина возникающей ошибки найдена. В следующей версии она будет устранена Спасибо за содействие в обнаружении бага

С вашей помощью можно будет сделать всё как надо. Думаю это не первый баг, однако, я буду стараться допускать как можно меньше багов.

Автор: Trans 11.9.2009, 16:07

Не совсем по теме - в этом странице темы в сообщении #1 не отражаются ссылки на файлы. На первой странице темы - все нормально.
Коммент скорее к веб-мастеру форума.

Автор: Setuper 11.9.2009, 16:09

Ага. Я тоже только что заметил.
Тогда пока не буду прикреплять первый пост Пусть Nickolya разберётся с багом на форуме

Автор: Otshelnik-Fm 11.9.2009, 23:28

Запустил rushub - все прошло нормально за учетом того что motd я скопировал старый то в чат выдал переносы

Автор: Setuper 11.9.2009, 23:35

Понял. Спасибо за тестирование. В ближайшее время исправлю баг.

Автор: Otshelnik-Fm 11.9.2009, 23:37

Проблема не с файлом motd. вылет как только количество 17 человек на хабе - 3 раза вылетал по 17 челов как только:

Автор: Setuper 11.9.2009, 23:51

ща выложу версию с логами

Автор: Otshelnik-Fm 12.9.2009, 0:02

Автор: Setuper 12.9.2009, 0:04

В общем надо разбираться в причине падения.
Завтра попробую разобраться

Автор: Otshelnik-Fm 12.9.2009, 0:16

Автор: Setuper 12.9.2009, 14:41

Спасибо.

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

Тестовая версия с оптимизационным изменение ёмкости хеш-таблиц  rushub_test_resize.rar ( 134 килобайт ) : 9

В консоль выводятся изменения ёмкости хеш-таблиц. Обозначения: текущая ёмкость хеш-таблицы|размер хеш-таблицы->новая ёмкость хеш-таблицы.

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

Автор: Otshelnik-Fm 15.9.2009, 18:57

Буквально 15 минут назад хаб отвалился. Ошибку привести не могу (сестра закрыла окно :( ). Вобщем когда я пришел с работы - сестра все "исправила". Хотелось бы на время тестирования пользоваться версией с логами (как в прошлой версии hub_sys.log)

Автор: Setuper 15.9.2009, 19:10

Ок. Следующую версию сделаю с логами.

В какой версии отвалился?
Если в той, которая в первом посту, то возможно, а в rushub_test_resize не должен

Автор: Otshelnik-Fm 15.9.2009, 22:14

rushub_test_resize именно он. самому интересна причина.

Автор: Otshelnik-Fm 16.9.2009, 17:23

Поймал:

Автор: Otshelnik-Fm 16.9.2009, 21:19

v 1.0.4

Автор: Setuper 16.9.2009, 22:44

хм... странно...
не понятно почему у тебя вылетает.
У меня на xp вылетов нету.

При вылете должно что-то написать в консоль:  rushub_v_1.0.4b.rar ( 135.07 килобайт ) : 6

Автор: Otshelnik-Fm 16.9.2009, 23:17

Я на висте. Запустил 1.0.4b.

Автор: Nickolya 17.9.2009, 9:50

Автор: Setuper 17.9.2009, 11:55

Библиотеки я не стал прикладывать. Каждый раз добавлять их в архив я думаю не стоит.
Сейчас отдельно выложу архив с либами.

Выложил. См. в первом посту.

Автор: Otshelnik-Fm 19.9.2009, 2:03

Версия 1.0.4b

Выдает команды в чат:

Автор: Setuper 19.9.2009, 10:17

Может он сам их специально отправляет в чат
Проверь по логам.
Если в логах данные команды являются командами чата, то это пользователь сам их отправляет в чат.

Кстати, важное замечание. Если включена опция bAllowBadTag, то есть bAllowBadTag = 1, то допускаются пользователи с некорректными тэгами, и все проверки по слотам и по скоростям не действуют!

Автор: Otshelnik-Fm 25.9.2009, 22:55

Автор: Setuper 25.9.2009, 22:57

Спасибо за найденный баг. Да, действительно, для винды в vs по умолчанию макрос FD_SETSIZE принимает значение 64, то есть максимальное число реальных сокетов ограничено этой цифрой. Виртуальных сокетов, на которых производились тесты может быть сколько угодно, а реальные ограничены макросом. Я действительно забыл изменить этот макрос, в следующей версии изменю, а пока уж как есть, так есть.


Логи пишутся в файловый поток. Поток перезаписывается при очередном старте хаба.
Время в логах чисто символическое. Оно нужно только для определения интервалов между событиями.

Автор: Otshelnik-Fm 26.9.2009, 2:34

Произошел краш

Автор: Otshelnik-Fm 27.9.2009, 23:55

Дополнить нужно в "Описание настроек хаба" - bDelayedMyINFO - нет информации об этом (в прошлой версии было bDelayedMyINFO = 1, а в этой =0)

Можно сделать чтобы Motd.txt можно было перезагрузить? Аналог: "Перезагрузить текстовые файлы" в птоке - а то когда изменишь этот файл хаб рестартить надо.

Будет ли поддержка текстовых файлов?

вылет:

Автор: Setuper 28.9.2009, 0:40

Да всё сделаю. Параметр bDelayedMyINFO опишу (чуть позже). Пока для него оставь значение 0, так как данный параметр пока работает не надлежащим образом.

Сейчас надо разобраться с вылетом. Никак не могу найти причину.

Автор: Setuper 28.9.2009, 15:59

Otshelnik-Fm, при вылете скинь лог: [attachment=3317:rushub_v_1.0.5b.rar]

Хоть это и не так важно, однако, исправлено время в лог файле.

Автор: Otshelnik-Fm 28.9.2009, 19:49

Поломался. Как раз в тот момент когда я нажал на энтер при печати сообщения... - вот поэтому виндовскую ошибку не смог увидеть - там фокус сразу на "ок" - я его и закрыл нечаяно...

Лог в архиве:
 hub_sys.rar ( 860.1 килобайт ) : 2

Автор: Setuper 28.9.2009, 20:51

Спасибо за лог. Теперь понятно где копать. Надеюсь в следующей версии вылетов не будет)

Автор: Otshelnik-Fm 28.9.2009, 21:56

Незнаю - может ошибка таже. Но для отчетности:

Автор: Sekretchik 1.10.2009, 9:12

Немножко о "грустном":
-вчера пробовал для общего блага в виде реального теста(скажем - разведка боем) запустить RusHub вместо Ptokax (хаб внешний для инет подкл.). Настройки выставил (как описывалось выше), запустил... и вместо обычных 120-150 человек, на хаб подключилось и одновременно находилось не более 50 человек. Причем количество не убавлялось но и не прибавлялось - как будто предел в 50 юзеров... Покрутился хаб в таком тестовом режиме с 18.00 вчерашнего дня (30.09.2009) до 9 утра сегодняшнего дня 1 октября...

Извиняюсь за отсутствие лога, т.к. случайно его удалил... Прошу в печень сильно не пинать.

Автор: Alexey 1.10.2009, 9:17

Версия-то хоть последняя была? 1.0.5?

Автор: Jaska 1.10.2009, 10:38

Этот баг уже был

Автор: Setuper 1.10.2009, 12:17

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

Что касается функции SendToAllWithoutNick, то возможно её и следует переименовать, я пока об этом не думал. До того как выкладывать первую версию lua плагина, наверное надо будет провести корректировку, чтобы функции никого не смущали, так сказать выслушать пожелания и сделать всё для понятности восприятия и удобства в использовании, однако, это потом, сейчас важнейшей задачей является стабильность.

Автор: Sekretchik 1.10.2009, 12:43

Упс... Виноват. Забыл указать версию RusHuba - это 1.0.5 [beta].
Каких либо критических замечаний по работе нет - только случай с ограниченным количеством подсоединённых юзверов.
А работает Шустро!!! Молодцы!

Автор: Otshelnik-Fm 1.10.2009, 15:47

в 129 посту версия rushub_v_1.0.5b - я с ней работаю и скидывал краши с этой версии. По поводу лимитов - то в этой версии всё хорошо. Сейчас на хабе 89-90 (помню был 91 человек).. думаю что всё ок с лимитами (вернее их нету)

Автор: Otshelnik-Fm 2.10.2009, 16:20

Вот в версии v 1.0.5c [beta] - уже нет лимитов (а в v 1.0.5b -видимо были). Т.к. после запуска хаба народа на хабе стало не 90 а 112-116.

Автор: Setuper 2.10.2009, 16:44

Нет. Просто хаб скидывал часть народу
Это исправлено и теперь я надеюсь будет всё ок и без вылетов.

Если вылетов не будет, то вплотную займусь доделыванием lua плагина

Автор: Otshelnik-Fm 2.10.2009, 17:00

Вот теперь видно - что не скидывает - уже 140 человек! Будем тестировать и дальше

Автор: LaLa 2.10.2009, 22:43

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

 hub_sys.rar ( 200.45 килобайт ) : 1

Автор: Setuper 2.10.2009, 23:54

Спасибо.
Большое спасибо. Очень помог. Думаю, что баг исправлен.


Протестируй, если можешь, текущую версию 1.0.5d (ссылка в первом посту).

Автор: Delion 3.10.2009, 0:13

Автор: Jaska 3.10.2009, 4:06

Ммм решил и я чуть поиздеваться над хабом ( уж простите меня )

Автор: Setuper 3.10.2009, 6:40

Спасибо за тест. Думаю, что можно утверждать, что хаб стабилен

Автор: Nickolya 3.10.2009, 12:44

Цитата(Setuper @ 3.10.2009, 0:54)

Цитата(Delion @ 3.10.2009, 1:13)

Автор: Setuper 3.10.2009, 13:16

По поводу предела пользователей, так это меняется в настройках хаба. Параметр iMaxUsers.
По поводу съедания ядра хз.
Логи включены только на этапе тестирования. Чтобы понимать что происходит на хабе.

Автор: Otshelnik-Fm 4.10.2009, 14:21

работал почти сутки - вылет 1.0.5d

Автор: Setuper 4.10.2009, 16:56

Мне нужен только самый конец лога))
Ошибка c0000094 означает деление на ноль. Сейчас посмотрю где это может быть

новая версия в первом посту.

Автор: Delion 4.10.2009, 17:49

Автор: Setuper 4.10.2009, 21:45

Когда пользователь сам отключается от хаба, он отправляет на хаб своего рода пустое сообщение, однако, бывают случаи, когда пользователь принудительно отключается (обрыв связи). В таком случае, пользователь не отсылает на хаб ничего. И тогда, если пользователю не будут отсылаться ни какие сообщения, то проверить онлайн он или нет, нельзя. Так вот для того, чтобы пользователи, с которыми была разорвана связь не висели на хабе, хаб периодически пингует всех пользователей (отправляет им пустые команды) и если команда не дошла до адресата, то отключает такого пользователя. Поэтому параметр iStartPing - это количество секунд, через которое, после входа на хаб, начнётся пинг пользователя, а параметр iPingInterval - это интервал (тоже в сек), через который будет пинговаться пользователь.

Кстати говоря, со стороны клиентов на хаб также периодически поступают пустые команды. Смысл их отсылки такой же - проверка онлайн состояния хаба.

Автор: Nickolya 29.12.2009, 23:01

СУПЕР! Итак, начнем тестирование... Запуск без луа прошел успешно, закинув библиотеку в папку получил вот такое после запуска:

Автор: Хабыч 2.1.2010, 4:18

не пойму а как выставить права админа?

Автор: Nickolya 2.1.2010, 4:39

Отловленные баги при работе с луа:
- функция Core.SendToUID при том что она получает 3 аргумента, отправляет сообщение в чат без ника
- такое чувство что что-то отваливается когда происходит ошибка при загрузке скрипта, при этом функция перезагрузки скриптов не возвращает ошибку, приходится перезапускать хаб чтобы он перезапустил скрипты.
- креш при вызове Core.GetScript с параметром выключенного скрипта, из-за этого невозможно запустить выключенный скрипт (в смысле сделать проверку на включенность скрипта), лог в файле system1.log:

 system1.rar ( 905 байт ) : 5

Автор: Setuper 2.1.2010, 18:41

alex82, спасибо за скрипт. Я почти не сомневался, что хаб сможет цеплять практически все стандартные библиотеки lua. Что касается названия lua51.dll, то для удобства могу изменить его на lua.dll. Просто для подключения стандартной библиотеки для работы с mysql (http://mydc.ru/r/?http://luaforge.net/frs/?group_id=12&release_id=847) нужно имя lua51.dll, однако, её можно пересобрать под работу с lua.dll.


Nickolya, спасибо за обнаружение багов. По поводу функции Core.SendToUID, то про этот баг я знал, в ближайшее время исправлю.
По поводу бага с функцией перезагрузки, можно по-подробнее? Пример скрипта?
По поводу бага с функцией Core.GetScript, - исправлю в ближайшее время.

Объяснения по параметру iByte функции Core.GetUser:
С помощью данного параметра мы указываем какие поля мы хотим видеть в таблице, которую вернёт эта функция.
Параметр является числом, в котором зашифрованы биты полей.
Например:
мы хотим в таблице пользователя видеть следующие поля: sNick, sIP, iProfile, sMyINFO.
Для этого мы смотрим какие биты отвечают за эти поля:

Автор: Хабыч 3.1.2010, 1:32

с новой версией хаба пошли ошибки существующих уже скрипов. отписал про ошибки тут http://mydc.ru/topic2880.html

сорри. del

Автор: Setuper 3.1.2010, 1:34

вместо функций Core.SendToUID и Core.SendToNick теперь функция Core.SendToUser

Просто заменяем эти функции на Core.SendToUser и всё будет работать.
Core.SendToUser теперь общая функция отсылки данных пользователю как по нику так и по идентификатору UID.

Автор: Хабыч 3.1.2010, 2:07

сейчас вообще дело не понятно. luaerr пустой, луа плагин стоит и скрипты вообще не пашут.
да что такое!! не понятный глюк был хаб ребутнул пару раз и всё норм.

Автор: Otshelnik-Fm 3.1.2010, 2:27

С новой версией заметил что соединяется долго. Пишет "соединен" и потом спустя 20-30 секунд - выдает список пользователей.

Автор: Хабыч 3.1.2010, 2:54

Автор: Setuper 3.1.2010, 3:14

Соединяться должно мгновенно. Открой CDM отладчик, и посмотри получение команд с хаба, возможно тупит клиент, а не хаб.

Автор: STRELOK 3.1.2010, 17:01

Команда $kick не работает. Просто напишет

Автор: Nickolya 4.1.2010, 23:46

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

Автор: Nickolya 5.1.2010, 5:23

Итак, в этой теме давайте выкладывать найденные баги русхаба.

Я пожалуй начну, точнее уточню ранее упомянутое, теперь более-менее разобрался в чем дело, ошибка подобного рода:

Автор: Setuper 5.1.2010, 14:24

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


1) Скрипт загружен без ошибок, а ошибка появляется уже после загрузки (во время выполнения события OnStartup):

Цитата(Nickolya @ 5.1.2010, 5:23)

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

Автор: Nickolya 5.1.2010, 18:00

Цитата(Setuper @ 5.1.2010, 14:24)

Цитата(Setuper @ 5.1.2010, 14:24)

Автор: Setuper 5.1.2010, 18:12

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

А зачем делать перезагрузку всех скриптов? Ведь есть функция загрузки определённого скрипта, которая выполняется мгновенно.

Автор: Setuper 13.1.2010, 16:25

Цитата(Nickolya @ 2.1.2010, 4:39)

Что хочется видеть в апи:
- совсем не ясный параметр iByte в функции Core.GetUser(UID/sNick, iByte), либо объяснений по этому параметру, либо нормальной функции
- изменение настроек хаба через луа, хотя бы имени хаба и топика
- совместить функции Core.SendToNick(sTo, sData, sNick, sFrom) и Core.SendToUID(UID, sData, sNick, sFrom)
- может будет удобней если будет парситься майинфо юзеров
- и конечно же расширения апи

Цитата(Setuper @ 2.1.2010, 18:41)

Автор: fixx 14.1.2010, 14:15

Автор: Setuper 14.1.2010, 16:25

Действительно баг.
В следующей версии исправлю.

Автор: fixx 14.1.2010, 17:36

Автор: Setuper 14.1.2010, 18:03

Уже исправлено. В следующей версии будет всё ок.

Автор: Otshelnik-Fm 15.1.2010, 20:32

Автор: Setuper 15.1.2010, 20:50

Это означает, что пользователь попытался войти на хаб с пустым ником (пустая строка в качестве ника). В обычных DC клиентах нельзя коннектится к хабу с пустым ником. Видимо пользователь использовал читерский или иной (свой собственной) клиент.

Я уберу это предостережение из сообщений об ошибках.

Автор: Otshelnik-Fm 16.1.2010, 0:11

Спасибо

вот ещё:

Автор: Setuper 16.1.2010, 1:32

Эта ошибка может довольно часто появляться. Она означает следующее: "connection reset by peer", то есть соединение разорвано. Причины могут быть совершенно различными, от внезапного отключения света до выдёргивания сетевого провода из компа. Причина внезапного обрыва связи с клиентом не когда не известна.
Эта ошибка не помечена как ошибка, а является всего лишь событием. Если установить уровень логирования событий < 2, то она не будет записываться в лог.

Автор: fixx 22.1.2010, 15:29

Автор: Setuper 22.1.2010, 16:16

Вроде как исправил в новой версии плагина 1.11
Спасибо за репорт

Автор: Nickolya 23.1.2010, 15:01

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

Автор: Setuper 23.1.2010, 15:53

Странно. У меня работает, только что проверил.

Автор: Nickolya 23.1.2010, 16:00

Некоторых настроек не существует, к примеру iTimeoutSetpass нет в конфиге

Автор: Setuper 23.1.2010, 16:06

Там вместо iTimeoutSetpass должно быть iTimeoutGetpass. Сейчас исправлю в описании.
А что там с падением? Падает?

Автор: Nickolya 23.1.2010, 16:25

Видимо в дц тебя нет...

Автор: Setuper 23.1.2010, 18:43

Багу нашёл. Всё исправлю в ближайшее время.

Цитата(Nickolya @ 23.1.2010, 16:25)

Автор: Otshelnik-Fm 30.1.2010, 14:24

Автор: fixx 30.1.2010, 15:06

У меня таких сообщений в логе уже 3 мегабайта.

Автор: Setuper 30.1.2010, 17:01

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

Автор: fixx 30.1.2010, 17:46

Ни IP клиента ни ника никак не узнать? Может быть это какой-то определенный клиент не дружит с русхабом?

Автор: Setuper 30.1.2010, 17:52

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

Автор: Setuper 8.2.2010, 13:45

Цитата(Otshelnik-Fm @ 30.1.2010, 14:24)

Автор: STRELOK_IS74 8.2.2010, 14:06

Цитата(Setuper @ 8.2.2010, 15:45)

Автор: Setuper 8.2.2010, 14:41

Да. Регистрацию ботов уже давно хочу сделать. Возможно в следующей версии сделаю.

Автор: Otshelnik-Fm 8.2.2010, 20:39

Автор: Setuper 10.2.2010, 14:49

Не совсем так.
Тут дело вот как обстоит. Пользователь с данным ником заходит, проходит валидацию ника $ValidateNick, но ещё не полностью входит на хаб (не отправил, например, $MyINFO команду), и в это время входит второй пользователь с таким же ником, и второй пользователь также проходит валидацию (до окончательного входа первого). Когда первый пользователь окончательно входит на хаб, регистрируясь при этом в списках пользователей хаба, второго пользователя уже нельзя регистрировать в списках, поэтому второго пользователя отключает хаб и записывает в лог данную ошибку.

Ошибка достаточно редкая, так как шанс, что 2 юзера с одинаковыми никами пойдут валидацию до регистрации в списках какого-либо из этих юзеров, достаточно мал. Хотя такое исключать нельзя. Такое может случиться, например, при медленной связи или в случае читерского клиента, который намеренно не отсылает на хаб MyINFO команду.
На хабе установлены интервалы времени для получения той или иной команды входа, поэтому если клиент долго не отсылает ту или иную команду входа, то хаб отключает клиента, когда время ожидания команды превысит установленный интервал, при этом клиенту отсылается уведомление, например, такое:

Автор: Saymon 16.2.2010, 2:34

в предпоследней версии

Автор: Setuper 16.2.2010, 22:25

По своей сути это не является ошибкой, а является только уведомлением.
Попробуй последнюю версию, там её не должно быть.

Автор: STRELOK_IS74 19.2.2010, 10:53

Автор: ExC0tiC 19.2.2010, 13:06

Автор: Setuper 19.2.2010, 15:02

По поводу ошибки OnUnknown исправлю в следующей версии плагина.

Цитата(STRELOK_IS74 @ 19.2.2010, 10:53)

Автор: STRELOK_IS74 19.2.2010, 16:04

Цитата(Setuper @ 19.2.2010, 17:02)

Автор: STRELOK_IS74 21.2.2010, 14:15

Цитата(Setuper @ 19.2.2010, 17:02)

Автор: Setuper 21.2.2010, 15:45

Значит так...
Приветственное сообщение и менюшки отправляются при помощи скриптов.
Функция отправки Core.SendToUser возвращает true в случае успеха. В случае неудачи функция возвращает 2 значения: nil и сообщение об ошибке. Поэтому для того чтобы обнаружить причину нужно откопать ту функцию Core.SendToUser, которая отвечает за отправку, например, MOTD.

Автор: ExC0tiC 21.2.2010, 16:19

Автор: Saymon 21.2.2010, 16:28

[Sat Feb 20 23:02:52 2010] Error in cLua::OnUnknown
[Sat Feb 20 23:25:34 2010] Error in cLua::OnUnknown
[Sun Feb 21 14:04:53 2010] Error in cLua::OnUnknown
[Sun Feb 21 15:53:25 2010] Error in cLua::OnUnknown
[Sun Feb 21 16:24:56 2010] Error in cLua::OnUnknown

Последняя версия хаба.

Автор: Otshelnik-Fm 21.2.2010, 17:51

Автор: Setuper 21.2.2010, 18:29

ExC0tiC: из CDM отладчика видно, что всё что отсылается не скриптом приходит. Поэтому скорее всего дело в скрипте.

Saymon: я знаю об этой ошибке, точнее это даже не ошибка, а уведомление. В следующей версии уберу.

Otshelnik-Fm: Дело может быть и не в медленности соединения. В следующей версии добавлю дополнительное логирование для того чтобы определить причину.

Saymon, Otshelnik-Fm: По поводу того, что иногда не отсылается MOTD или контекстные менюшки, у вас не было такого? Никто не жаловался?

Автор: ExC0tiC 21.2.2010, 19:36

Цитата(Setuper @ 21.2.2010, 21:59)

Автор: Nickolya 21.2.2010, 19:39

ExC0tiC, ты засветил пароль, надеюсь он не твой, иначе меняй его. И как раз из этих команд видно что ни один скрипт не сработал, ни приветствия, ни меню в этих командах нет, хотя юзер полностью зашел на хаб. Мб сделать специальный лог для каждого юзера а не в общем потоке чтобы видеть в чем причина глюка?

Автор: Setuper 21.2.2010, 20:22

Думаю причина в скриптах.
Нужно в скриптах смотреть. Возможно в каком-то скрипте возвращается true (или 1) в том событии, в котором отсылается MOTD или менюшки.
Дело в том, что недавно (в последних версиях) я сделал блокировку в выполнении скриптов, если в событии возвращается true (или 1). Данное решение было связано с бессмысленности каких-либо действий в скриптах, которые идут ниже скрипта, который заблокировал событие. Если такие действия всё же нужно произвести, то для этого предусмотрена функция изменения команды: Core.SetCmd

Обычно MOTD и менюшки отсылаются после окончательного входа, то есть в событии OnUserEnter. Поэтому во всех скриптах нужно проверить не возвращается ли случайно в этом событии true (или 1). Хотя с другой стороны, далеко не у всех наблюдается подобного рода проблема, поэтому может дело не в хабе и не скрипте, а в клиенте? Ради эксперимента я думаю стоит проверить работу на другом клиенте (или по крайней мере на другой версии текущего клиента). Не лишним будет также проверить игноры в клиенте.

Автор: Otshelnik-Fm 21.2.2010, 21:03

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

Автор: Saymon 21.2.2010, 21:03

Setuper, Да нет у меня ничего не замечалось

Автор: ExC0tiC 22.2.2010, 10:26

Цитата(Nickolya @ 21.2.2010, 23:09)

Автор: Jaska 27.2.2010, 22:11

RusHub 2.1.3 & Lua Plugin 1.14

Автор: Nickolya 27.2.2010, 22:39

Влади, в функции вроде 2 параметра: Core.SendToWeb(WebID, sData)
Почему у тебя один?) А падения это конечно не очень хорошо.

Автор: Setuper 27.2.2010, 22:55

Да уж. Падение - это не хорошо.
Я посмотрю и исправлю.

Автор: Jaska 27.2.2010, 23:12

Цитата(Nickolya @ 28.2.2010, 0:39)

Автор: Setuper 27.2.2010, 23:40

Я уже нашёл причину креша.
Вот что происходит: идёт вызов события OnWebData, в этом событии происходит ошибка, и поэтому вызывается событие OnError, но в событии OnError происходит ошибка и не возвращается true, то есть скрипт не продолжает работать, а принудительно останавливается. Но после остановки скрипта ищутся события OnScriptError с параметром ошибки, но скрипт уже остановлен, следовательно в параметр ошибки передаётся неправильный указатель. Поэтому и падает. То есть баг именно из-за попытки вызова события OnScriptError.

Не уверен, что все всё поняли.
Баг исправлю в ближайшее время.

Баг пофиксил (Lua плагин перезалит).
Спасибо за репорт.

Автор: Jaska 28.2.2010, 0:01

Ну кому надо, тот поймет

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

Автор: Setuper 28.2.2010, 0:09

Парсер в исходном коде предусмотрен, однако я оставил его пустым, то есть не стал парсить, а переложил парсинг на плечи Lua.
Однако, если понадобится, то я могу реализовать. На данный момент я не планирую его реализовывать. Думаю, что на lua это дело будет работать не хуже.

Автор: Jaska 28.2.2010, 0:44

Ну все lua я так думаю не сделает, хотя по ходу дела будет видно.

Автор: PomanoB 28.2.2010, 10:45

Мне кажется было бы удобнее сделать так, как это сделано в php - что бы скрипту были доступны несколько таблиц - tServer, tPost, tGet, tSession, и тд, ведь обычно скрипту нужен только запрос и все

Автор: Saymon 5.3.2010, 18:03

может я что и накосячил, но после того как хотел сделать отсылку меню в скрипте Text.lua как сделано в Bomb
при перезапуске скриптов вылезло такое не думаю что оно должно быть. Версия хаба 2.1.2

Автор: Setuper 5.3.2010, 18:08

Для начала нужно установить версию по-новее. Помнится у меня тоже при тестировании на ранних версиях иногда падал хаб, если, например, не передавать в функцию ContextMenu UID пользователя. То есть например написать:

Автор: Saymon 5.3.2010, 18:10

хорошо спасибо сейчас займусь