Yoko

asd

Up

Ответ: можно

Сделайте ктонить а?

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

Давай ты асю даш?

kooler wrote:Давай ты асю даш?

Зачем? Лей всё в эту тему... Всё равно я один этот скрипт не напишу (я с файлами работать не умею )

Ну дай Я просто стесняюсь тут чето писать

Зачем файлы?
Для стандартной книги подадет масив на 64 элемента
каждый элемент представляет из себя на бор необходимых регов
Дальше проверяем в журнали касты отличаем от обычного флуда и в перед

Ну так хелп плз?

Grin wrote:Зачем файлы?
Для стандартной книги подадет масив на 64 элемента
каждый элемент представляет из себя на бор необходимых регов
Дальше проверяем в журнали касты отличаем от обычного флуда и в перед

Я точно также себе это представляю...
Только один вопрос: "Как я в один элемент массива запишу сразу и заклинание и необходимые реги?"

ЗЫ: а про файл я на будушее

как утебя касты то представляются?
и если будет чистится журнал возможна ситуация что прогледит инжект собщение

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

Это не проблема...
Проблема в том, как систематизировать инфу по кастам и как её хранить...

Идея номер 1:
Всего 64 кастов и 8 регов...
Присвоиваем каздому заклинанию и регу свой номер...
Создаём 64 массивов по 8 элементов...
Вперёд и с песней =) ??? или нет?
Идея номер 2: создаём 8 массивов по 64 элементов...

Какая лучше?

Der wrote:Идея номер 1:
Всего 64 кастов и 8 регов...
Присвоиваем каздому заклинанию и регу свой номер...
Создаём 64 массивов по 8 элементов...
Вперёд и с песней =) ??? или нет?
Идея номер 2: создаём 8 массивов по 64 элементов...

Какая лучше?

врядли получится, потому что идея 1- каст не тратит 8 регов, идея 2 нет смысла.... скорее всего один массив на 64 элемента с именами кастов и далее проверка по журналу на каст, но проблема флуда актуальна, а по другому ни как... ИМХО

Grin wrote:как утебя касты то представляются?
и если будет чистится журнал возможна ситуация что прогледит инжект собщение

Будем использовать uo.SetJournalLine(uo.injournal("я хз пока что здесь")-1,"cleared")...

не знаю про мат способности старого модуля но достаточно было каждый рег представить как число степени двойки..
и сложить это все..
а дальше простая банарная проверка на надличие бита
и того 1 элемент это 8 битное число
где каждый бит это рег если рег есть то 1 нет тогда нах все;)
Второй вариант представить ввиде строчки
дальше мидом циплять позиции...
проблем остоит что за касты и как их можно идентифицировать
если это слова тогда нужен масив слов который нам даст 100% гарантию индентификации спела + защита от флуда;) тоесть там уже или цвет проверять или хз еще чего...

Up

Cooper wrote:

Der wrote:Идея номер 1:
Всего 64 кастов и 8 регов...
Присвоиваем каздому заклинанию и регу свой номер...
Создаём 64 массивов по 8 элементов...
Вперёд и с песней =) ??? или нет?
Идея номер 2: создаём 8 массивов по 64 элементов...

Какая лучше?

врядли получится, потому что идея 1- каст не тратит 8 регов, идея 2 нет смысла.... скорее всего один массив на 64 элемента с именами кастов и далее проверка по журналу на каст, но проблема флуда актуальна, а по другому ни как... ИМХО

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

8 элементов чтоб типа например: если 5 эл-т == "true" то значит тратится гинсек, а если "false" то нет =)