Вопрос по скрипту регистрации, API2

У меня вопрос,а можно сделать "чёрный список для IP и ник" в скрипте  Registration_1_.v2.0.lua ( 14.3 килобайт ) Кол-во скачиваний: 14

Просто есть отдельные "люди" которых не хотелосьбы регистрировать на хабе (чтобы небыло возможности им общатса и скачивать),а просто когда меня нет за компом операторы без меня могу зарегистрировать тех "людей" (А банить нехочу их,просто чтобы не могли общатса и скачивать)...... надеюсь поймёте что хотел этим сказать.
Если можно подскажите или добавьте,Зарание Спасибо!

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

2Nickolya
а как можно сделать чтобы диапазон ip запретить?

Так вроде
А дальше придется вот так:

Неуверен, что правильно, так примерно (не бейте меня)

Что за изощренный садизм Забанил бы, да и дело с концом, чтоб не мучались.

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


Вопрос был задан не мне, ну да я думаю адресат не обидится )).
Чтобы запретить что-либо для какого-либо диапазона IP, нужно :
1. Преобразовать IP-адрес юзера в числовую форму.
2. Сравнить получившееся число с хранимыми где-нибудь в таблице значениями начала и конца диапазона (диапазонов). Если диапазонов несколько, нужно пробежать по всей таблице. И если будет найден такой диапазон, числовое выражение начала которого меньше или равно, а числовое выражение конца - больше или равно проверяемому значению (т.е. наш IP окажется "внутри" диапазона), то можно действовать. В общем все просто.

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

Да это так, к слову, про дисконнект, раз уж он тут в коде появился.
По поводу запрета регистрации. Нужно в боте, который заведует регистрацией, ловить команду вроде !regme, или какая принята в боте, и связывать ее с ником и IP подавшего команду. Ловить соответственно в ChatArrival'e...


что касается запрета на регистрацию по признаку соответствия IP юзера какому-либо IP диапазону.
Думаю, можно сделать булеву переменную-индикатор, например bCanReg = true в начале проверки, а вот тот цикл, который привел fixx в случае обнаружения соответствия IP запрещенному к регистрации диапазону должен сбрасывать переменную в false
тогда условие запрета регистрации будет выглядеть примерно так :

Правда в том коде fixx'a есть пара-тройка ошибок, но это не смертельно, их можно и нужно уметь вылавливать самостоятельно.

.... чесно не всё понял

щас разрулим.
Ну, кто на нас с district!!??!!??


о_О там всего-то 6 строк, где можно ошибиться

Ну вот смотри

1.Между двумя захватываемыми переменными стоит "минус". Это т.н. "magic character" (магический символ), а все такие символы нуждаются в "экранировании", т.е перед ними должен стоять знак "%". Иначе метод find не увидит этого минуса, и все что должно быть захвачено после этого минуса, тоже не будет обнаружено.
2.Не хватает общих скобок для всего выражения
Это самое явное. Т.е. должно быть так:

Далее позанимаемся буквоедством и придирками))
3.Выражение

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

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

т.к. выражение

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

(кучка любых непробельных символов, разделяющий знак "минус", и еще одна кучка символов)
4.Для операций присваивания значений переменным лучше юзать метод :

а метод

использовать, когда требуется подтвердить условие :

5.Переменная i нигде в цикле не используется, поэтому оператор for для нашего случая может выглядеть так :

6.Переменную правильнее было бы назвать s вместо e, т.к. это строка, если только буква e в данном контексте не несет тайного, сакрального смысла А для себя и других, чтобы не запутаться, можно обозвать ее например sRange - буква s тут будет означать тип переменной по венгерской нотации (строка), а слово Range - смысл этой переменной ( диапазон).
7.Ну и наконец, в твоем коде не хватает функции преобразования IP-адреса в число.


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

В таком варианте хранения необходимость в захватах отпадает, а цикл имеет такой вид:

Переменная iUserIP (IP юзера в числовом виде) должна быть объявлена локальной и присвоена за пределами цикла и обязательно ПЕРЕД ним ( ну это понятно).

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

Бери, пробуй...
Что добавлено. Режим регистрации равный 0 теперь (регистрация с подтверждением) включает теперь и проверку на соотв. ника и IP юзера значениям таблиц tRefusedNicks и tRefusedRanges. В таблицу tRefusedRanges можно вписывать и единичные IP в таком виде :



Еще дополнено :
нужно вписать имя своего хаба - константа sHubName
Если нужно сообщение юзеру, запрос которого на регистрацию будет отклонен,
то вписываем это сообщение в константу sMsgToRefused

Сама функция проверки атрибутов юзера :

Тестировать не на чем, тестируй сам, если что - стучи, поправим.

2district: Всё очень хорошо изложил, но вот по пункту 2 как раз таки наоборот.


Если у функции (или метода) всего лишь один аргумент, и этот аргумент является строкой без конкатенаций, то скобки можно и даже нужно опускать:


Так как нагромождение скобками ухудшает читабельность кода, и скобки увеличивают размер кода

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

Приведу пару примеров функций без скобок:

Что ж, век живи, век учись )) Запомним. Хотя честно скажу, по мне так со скобками понятнее (читабельнее) - особенно в конструкциях вроде :



и тем более если что-то вроде :

В данных конструкциях тем более скобки бесполезны, так как во всех языках программирования конъюнкция всегда выполняется перед дизъюнкцией. Это даже никогда не обсуждается.

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

Первая формулировка была вернее :

Думаю, таких деятелей, как обозначено в формулировке, кроме меня, на форуме еще немало наберется ))))
Поясню для форумчан, которые в ужасе прячутся под стол при виде слов "коньюнкция, дизъюнкция" и прочих нецензурных выражений :

Это означает, на народном языке, примерно следующее.
В операции присваивания вроде :

приоритет будет за оператором and , то есть, сначала будет проверено условие :
что есть такая переменная bCondition1 и ее значение в текущий момент равно true, и если это условие выполняется, то переменной sVar3 будет присвоено значение sVar2, а если условие не выполняется ( переменной bCondition1 вообще не существует или она равна false), то переменной sVar3 будет присвоено значение переменной sVar1
Поэтому, написать можно без скобок :

В общем, "ужос"
Артём, смотрю, вообще куда-то скрылся, свой ботик не забирает )) Наверное тоже пришел в ужос ))

Тоже не правильно истолковал. Для единичного случая конечно же верно, однако для общего случая всё сложнее

Пусть у нас есть некое общее выражение:


В языке lua любое значение, кроме nil и false, равносильно булевому значению true.
Например, условие if true then равносильно условиям

• if 0 then
• if 1 then
• if 100 then
• if -5 then
• if "" then
• if "str" then
• if {} then

и тд.

Условие if false then равносильно только условию if nil then


Однако, вернёмся к нашему выражению:

Для языка lua существуют правила:

1. В результат конъюнкции, в случае истинности обеих операндов, возвращается второй, в случае ложности обоих - первый, в остальных случаях - ложный.
2. В результат дизъюнкции возвращается тот операнд, который является истинным, если истинных операндов много или они вовсе отсутствуют, то возвращается первый.

Сначала будет проверяться конъюнкция: Var1 and Var2

1. Если Var1 не false и не nil, и Var2 не false и не nil, то по правилу оба операнда являются истинными, следовательно должен возвращаться последний, то есть Var2.

2. Если Var1 равен false или nil, а Var2 не false и не nil, то по правилу вернётся ложный операнд, то есть Var1.

3. Если Var1 не false и не nil, а Var2 равен false или nil, то по правилу вернётся ложный операнд, то есть Var2.

4. Если Var1 равен false или nil, и Var2 равен false или nil, то истинных операндов нет. В этом случае вернётся первый операнд, то есть Var1.

Результат конъюнкции - это также некоторая булева переменная.
После конъюнкции выполняется дизъюнкция: Var1_2 or Var3
где переменная Var1_2 - это результат предыдущего шага (конъюнкции).

В случае дизъюнкции тоже можно расписать всё по пунктам, как я это сделал для конъюнкции. Однако, я думаю итак всё понятно.
Главное знать 2 правила и умело пользоваться приоритетами операций.

На последок напишу приоритеты всех операщий. Самый высокий приоритет у операции возведения в степень (^), дальше по убыванию.



Пример:

Равносильно:

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

Кстати, о смысле этой записи. Код:
является результатом оптимизации кода:

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