Кто К Нам Ломится?, API 1

While - Цикл, выполняется до тех пор, пока условие внутри него не равно false;
break - Принудительно останавливает(обрывает) цикл;
- будет выполняться бесконечно т.к. 1 всегда равен 1(т.е. будет выводить Test 1 - до бесконечности)
Остановится, после того как встретит "break" т.е. данный код распечатает - "Test 1" 1 раз и больше ничего не сделает, даже не дойдет до распечатки "Test 2". break - Например, может использоваться если мы проходим по таблице в поиске какого-то значения и при его встречи не имеет смысла дальше теребить таблицу, тогда, мы прерываем цикл с его помощью

ммм...функция же возвращает значение, тогда же не выполняется -
и ещё, у меня вопрос, а если написать - то последующие операторы выполняются и вообще, допустим ли такой синтаксис? Если да, то, что произойдёт?))).

Sephiroth_Lukaw

Ясненько, хорошие примерчики, зенькую бардзо ))

По поводу вчерашних мучений вот с этим:



frmHub:GetPermBanList() возвращает ники ЗАРЕГАННЫХ юзеров


(если я правильно перевел эту фразу )

а у меня все забаненные автоматически удаляются из списка регов.
Может, тут "собака порылась" ? Надо еще попробовать.

Да! Это моя ошибка при проектировании скрипта, возникла из-за того, что я сначало не делал возврат значения в функции, а в конце написания вдруг сделал. А на самом деле должно быть так:


Функцию GetNickForIp тоже подправил:

Сенкс, роем дальше!

Но я уже простов восторге, это ж просто песня какая то:



:dance:

Setuper
Ну вроде все работает, но осталось две проблемки.

Крайний код GetNickAndIp(hFile) , приведенный тобой - увы, тоже не идет, . Если никаких подводных камней нет, то, может, оставить так, как я привел выше? Глюков вроде нет, все работает.

А вот вторая "проблемка" посерьезнее. Требуется изменение функции GetNickForIp(sIP,sFile)
Дело вот в чем. (Видимо, я с самого начала несколько не до конца задачу сформулировал, ибо сам не представлял, как именно будет работать скрипт.)

Допустим, мы пробиваем ники по айпи. Если айпи статический, то все прекрасно, скрипт показывает или один ник, если юзер порядочный, или несколько, если юзер "многоликий Янус".
А вот если айпи динамический - то скрипт показывает только те ники, под которыми юзер заходил только с этого конкретного текущего айпи. А он мог заходить еще с пятидесяти айпи, и под другими никами. В таком случае вскрыть его многоликость не удается.

Вот пример.



Можно тут что-нибудь сделать?

да ты прав, я что-то не подумал, что если закрыть файл, то поток не передастся в качестве переменной.
Вот правильный код:


По поводу второй проблемы ничего сделать нельзя! Подумай сам, как однозначно идентифицировать пользователя? По какому параметру, если ip адрес динамический и ник меняется свободно.

Допустим в сети несколько динамических ip адресов: 10.10.10.1 - 10.10.10.254. Пусть ip адреса арендуются пользователями, допустим на 1 день, и аренда ip адресов происходит по возрастанию последнего числа ip адреса.

Пусть пользователь Вася сегодня арендовал ip адрес 10.10.10.1, а пользователь Петя, тоже сегодня (двумя минутами позже), арендовал ip адрес 10.10.10.2.
Сегодня всё хорошо, но вот допустим завтра аренда ip адресов произошла наоборот (бывший Вася арендовал 10.10.10.2, бывший Петя арендовал 10.10.10.1) и допустим пользователи решили сменить ники (Вася(10.10.10.1) сменил ник на Вову(10.10.10.2), а Петя(10.10.10.2) сменил ник на Александра(10.10.10.1)).

Теперь вопрос: кто под какими никами сидит на хабе? Если мы знаем, последовательность смены ников, но мы можем точно ответить, что мол Вася=Вова, а Петя=Александр. Но если мы не знаем, а мы точно не знаем, так как мы являемся третьей стороной и в смене ников не принимаем участия, то идентифицировать пользователей нельзя: может быть Вася=Александр, так как ip адрес Васи и Александра один и тот же - 10.10.10.1, а может быть Вася=Вова, так как ip адрес сменился.

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

Многие ищат решения проблемы среди всяких DNS имён, MAC адресов, CID номеров, но все эти параметры можно также изменить как и ник, как и ip.

Поэтому идентификация пользователя является глобальной проблемой p2p сетей.

Что ж, уже то, что есть - очень хорошее подспорье ))
Чуть попозже со всеми подшаманиваниями и растолковываниями специально для таких админов, которые "а чиво он ни работаед?" выложу его в готовых скриптах, если ты не против, конечно.

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

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

Почему не работает? Какую ошибку он выдаёт?
Твой код неправильный! Из-за него будет накапливаться неиспользуемая память, из-за того, что ты не закрываешь файл и не очищаешь входной поток.

Setuper


а в моем варианте память и правда накапливается. 5 мб - многовато для такого ботика.

опять моя ошибка из-за невнимательности.
Вот этот код работает, я проверил:
В чем разница увидел?

Увидел.
Действительно, работает, не вылетает. Но после первого же запроса расход памяти в "Нагрузке памяти скриптами" Птоки показывается как допустим 4600 кб и так и висит.
Сразу по запуске скрипта расход составляет 55-60 кб
В общем, не ощутил разницы с тем, что было.
PS Размер самого лог-файла на текущий момент - 2.48 Мб.

В луа существует автоматический уборщик. Если все файлы закрыты, то со временем ненужный мусор сам очистится.

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


а потом падает до того значения, которое было при старте скрипта.

Зачем мудрить что-то с таймером? Если хочешь принудительно собрать мусор, делай так:

-

Может надо так:

2district: ппц... ты фигнёй страдаешь
2Wariner: сам подумай функция возвращает значение и твоя очистка никогда не будет выполняться.

Раз уж на то пошло, то надо очищать в функции ChatArrival, но никак не таймером! Представляете, что вы каждый 3 секунды вызываете функцию очистки, а функция очистки достаточно сильно нагружает процессор))

-

а где ты его останавливаешь в упор не вижу

Тот набросок, с которого начался топик, вылился вот во что.
-Убрана функция автосканирования
-Репорты получает только тот, кто непосредственно запускает проверку (ОП)
-В репортах отсутствуют нормально законнектившиеся юзеры, не нарушающие технических правил хаба
-В репортах присутствуют размер шары, слоты и хабы юзера(может, еще что-то можно добавить?), изменен принцип получения информации - теперь на период проверки технические правила хаба по слотам, мин шаре и макс хабам отменяются, по окончании - возвращаются на место. ВНИМАНИЕ! Возвращаемый на место параметр миншары сделан применительно к "Гб", т.е. если на вашем хабе миншара указана в Мб, то потребуются соответствующие изменения кода.
-Добавлена блокировка перехвата процесса проверки другим ОПом.
Смысл проверки: узнать, кто пытается войти, и почему именно не может.
У меня это выглядит примерно так (см.картинку)

Может, кому-нибудь пригодится такой бот.