Пардон, умудрился я забыть квадратные скобки ))))
Вот так надо :

Нужно добавить таблицу исключений :

И изменить функцию :

... а начать героическую борьбу за бюрократическое складирование ников в таблицу можно вот с чего :


При вызове SaveToFile(sFileWay, tTable, sTableName) нужно указать соответственно путь к файлу-таблице, саму переменную-таблицу, которую будем сохранять, и имя, с которым таблица будет сохранена в файл. Если вместо имени указать пустую строку

то таблица сохранится как

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

Если нужна такая проверка, то перед подключением нужно делать вызов loadfile:

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

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

Только что забанил одного... человеком назвать - язык не поворачивается. Ник : [int]Ыцшт
На картинке - скрин части файл-листа, в архиве - перечень ТТН в формате, требуемом ботом.

Как там говорил товарищ Саахов ? "Неправилно панимаешь палитискую ситуацию, слюшай?!"
Бывает очень весело, когда на маленьком хабе наносети какого-нибудь российского провайдера появляется сто человек разговаривающих между собой буржуев с шарами, тэгами и прочими прибамбасами ))))) Эдакая "атака клонов". Или - клоунов ))
Народ в панике выпучивает глаза и лезет под стол, скрываясь от европейской экспансии.
Так, ради шутки... для обмана применять конечно же не стоит.
Нашел вот в пыльной кладовке такой скриптик, правда, только API1, от Mutor'a.

... и еще раз передобавлено.
9 сентября 2009
... и еще раз передобавлено, устранена еще кучка недочетов.

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

вот с чем-чем, а с этим никаких проблем. способов тысяча и один.
Нужно получить табличного юзера и его tUser.sIP ( поле sIP таблицы tUser)
Онлайн юзера-таблицу можно получить например так :



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

Значит, не было ничего "давно прописано". Как может не работать простейшее условие?
Советую еще арфографею и легсигу поправить в коде, специально трогать не стал.
и , а также мелочь вроде отсутствия пробела после запятой и непонятно почему продолжение предложения с заглавной буквы, после запятой.

Исправил, передобавил, этот и по ипу работает

Setuper
А в логических вентилях (в простейшей цифровой схемотехнике), которые я еще худо-бедно помню, и впрямь не так как описано


Там принято так :
Логическое И -
1,1 = 1
1,0 = 0
0,1 = 0
0,0 = 0

Логическое ИЛИ
1,1 = 1
1,0 = 1
0,1 = 1
0,0 = 0

Вот эту разницу в подходах и впрямь важно запомнить.

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



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

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

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

Ну вот смотри

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

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

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

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

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

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

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

а метод

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

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

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


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

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

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

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

Очень просто : нужно перед сообщением, адресованным человеку, поставить ник этого человека, или 2 <nick > ( "для ника такого-то"). И еще можно этот ник полужирным выделить ( крайняя левая кнопка с буквой b в окошке редактора ).

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

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

2. Если хаб частный, то это как собственный дом. Кому придет в голову объяснять какие-либо правила, когда в твой дом вваливается и на что-то претендует какой-то левый тип? Его просто берут за шиворот и вышвыривают за порог, не тратя времени на объяснения. Если следовать этой установке, то в Правилах, если их писать, логично будет иметь пункт наподобие : "Администрация хаба оставляет за собой право закрыть доступ на хаб без объяснения причин."

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



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