Бот-конвертер/калькулятор ( Ip,cidr,os.time,шара ), API1

Название скрипта: Georgian Calculator
Версия скрипта: v2 rev.27.05.09
Версия API: API 1, API2
Автор: district

Описание скрипта :
Хочу поделиться вот таким ботом-конвертером (калькулятором). Лично мне наличие такого бота помогло начать лучше ориентироваться в том, что такое "os.time", "IP-адрес", "CIDR-адрес" и вообще, вспомнить что такое "двоичный" (бинарный) код. Особо помогает разбираться в запутанных whois-данных диапазонов и роутов различных провайдеров.
Очень надеюсь, что бот пригодится и технически ориентированным админам, и любознательным юзерам.

Все функции бота видно из картинки.
Изменения :
Прикреплены файлы новой ревизии от 27 мая 2009

Изменение от 02.11.09 Поддержка скрипта прекращена

Приятно, что хоть кто-то смотрит в тему "Функции Для Разработчиков"

Найдена ошибка в функции NoSpareZeros (захотелось вот сделать такую, для убирания из IP нечаянно введенных нулей, просто для красоты, на вычисление они не влияют). Вроде исправил, передобавляю.
Попутно попробовали с товарищем сконвертировать под API2 - тоже вроде работает, но замечен эффект, при вводе os.time на его хабе выдается дата плюс один час, что-то связанное с летним временем. Не моем хабе прямое и обратное преобразование даты полностью бьются.

Изменения от 05.04.2009

Доработано. Покончено с мракобесием пошагового (погодового, помесячного и т.д.) подсчета секунд, прошедших от опорной даты, при вычислении os.time, использован стандартный метод os.time ([table]). Добавлено вычисление даты и вычисление os.time применительно ко Гринвичскому времени ( GMT ). Доведены наконец, вроде бы, до ума две функции "защиты от дурака" и коррекции неверного формата введенного IP-адреса.
Однако, нет гарантии, что скрипт вообще невозможно повесить каким-нибудь некорректным вводом... Тестирование продолжается.

большое спасибо. очень прикольно. у народа пользуется спросом )))

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

Будем ждать. Многим пользователям будет как нельзя кстати этот скрипт

в принципе можно типа этого туда добавить (прилагаю)

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

Ну вот, доведена наконец, вроде бы, до ума функция "защиты от дурака" и коррекции неверного формата введенного IP-адреса (кто успел скачать - NoSpareZeros признана вообще неактуальной и выброшена, все оказалось намного проще, извиняюсь).
Ну и насколько оказалось возможным, сделана подстраховка от ввода некорректной даты или некорректного значения os.time при получении даты. Формат выводимой даты сделан в точности таким, какой требуется для ввода даты, - для облегчения обратного вычисления (встречной проверки).

Ниже несколько слов для админов, начинающих разработчиков, всех тех, кто как и я захочет получше понять
что такое даты в Птоке, что такое os.date и os.time.



Примечание. "Некоторый заданный момент" в нашем случае - это дата 01.01.1970 00:00:00 Гринвича, или 01.01.1970 (00 + смещение от Гринвича ):00:00 , если считаем применительно к локальной дате/времени.
Максимально возможное для перевода в форматированную дату значение os.time составило 2147505247 (для GMT !!!). Для локального времени в том случае, если ваш комп находится к востоку от гринвича, это значение будет соответственно меньше на разницу вашего локального времени и временем Гринвича в секундах. А вот попробовать "оказаться к западу от Гринвича" и посмотреть что получится, руки пока не дошли.

На всякий случай, если не сработают все предыдущие защиты, функция вычисления os.time вернет строку "Ошибка", если ей не удастся получить os.time(tDate).

http://mydc.ru/topic574.html

Название - Грузинский калькулятор (так написано в самом скрипте) - откуда такое название?
Просто интересно.
По теме думал, что имя автора такое - Георгий, но в скрипте русским по белому - Грузинский калькулятор.

Работаю над оптимизацией и расширением функций, почти готов очередной вариант. Возник вопрос : нет ли у кого под рукой стандартной функции раскодирования в строку представления больших чисел вида "2.8428972647776e+16 Байт" (результат для 25.25 Pb ). Чтобы не тратить время на изобретение велосипеда. Если уж сделан счет байты в петабайты, логично было бы и обратное преобразование иметь, пусть даже в длиннющем виде.

Trans
Попробуй заставить его посчитать, скажем, os.time для 01.01.1968_00:00:00 или допустим для 29.02.2001_00:00:00 - тогда сам увидишь почему

=======================

почитай комментарии внутри самого скрипта и поймёшь

Подготовлена новая редакция бота.

Изменения и дополнения :

1.Добавлена функция расчета IP-адреса вида a.b.c.d+n и обратное преобразование.
2.Добавлен альтернативный метод счета шары : теперь можно переводить байты в Мб, Гб .. и т.д. с округлением вниз (до 3 знаков после запятой) или использовать "умный" метод ( предложен alex82 ). Разницу, как говорится, нужно просто "почувствовать"
3.При переводе больших значений шары в байты (больше 90.9494... сколько-то там ТБ) в Байты калькулятор теперь просто отказывается считать, преобразование числового формата вида, например, "1.0000058254623e+14" в длинный ряд все-таки байтов пока не реализовано, да и актуальность этого дела под вопросом.
4.Менюшку топерь можно посылать или только зареганным, или всем юзерам, в развернутом виде (как на картинке), или с подпунктами.
5.Везде для преобразований связанных с IP-адресами сделан промежуточный показ IP-адресов в бинарном виде.
6.Сделан показ введенных значений для всех исходных преобразуемых величин в результатах счета.
7.Проведена общая оптимизация кода, насколько глаз хватило, большей частью путем замены вызова глобальных ЛУА-функций на вызов локальных методов.

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

Файлы передобавлены.

класс! спасибо

Локальные методы - это конечно же оптимизация, но локальными могут быть так же и переменные. Я бы сказал, что в данном коде значительной оптимизацией будет перевод всех глобальных переменных в локальные.
Например:переменные RTime и GMTTime можно вовсе убрать. Зачем выделять лишнюю память под не используемые больше нигде переменные, когда можно написать так:

По поводу оптимизации можно дискуссировать долго

Вот, допустим, посмотрим на код функции UserConnected.
Кошмар сколько конкатенаций . Ведь это всё выполняется при каждом входе пользователя на хаб.
Всё это дело можно же значительно оптимизировать, если написать это всё вне функции UserConnected, тогда это всё дело выполниться только один раз - при старте скрипта. То есть написать так:При этом можно одну переменную использовать 2 раза (а не заводить новую переменную). Переменная bUseFullMenu сначала используется для определения типа меню, а потом для хранения меню. (так как переменная фактически перестаёт иметь одну "роль", то её бы следует назвать как-то по-другому, например, просто Menu, и Венгерская нотация для такого рода переменных теряет свой смысл, поэтому спереди не пишем ни b, ни s )

По поводу конкатенаций тут (пункт 3): http://mydc.ru/topic1018.html

И насчет переменных времени, и насчет выработки вида меню однократно при старте - принято к сведению, спасибо. Две переменные были оставлены чисто интуитивно (для себя чтоб получше усвоить и затвердить).
Файлы передобавлены.

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

Вот это:тоже не просто так написано. Если этого не написать, то эти переменные будут глобальными, так как переменная при первом использовании становится глобальной, если она не была до этого объявлена как локальная. Тоже самое касается и переменной sMenu. Она тоже глобальная, и для того, чтобы сделать её локальной нужно объявить её вне функции:Пишу везде false только для того, чтобы в случае если переменная не будет использоваться по каким-либо причинам, то она занимала по минимому памяти.



Далее...

Вместолучше писать так:Однако, в условных операторах лучше использовать метод find:

Далее...

Посмотрим на код: В данном коде используется переменная Bot, которая содержит имя бота, а под строки "<" и "> *** Ошибка ! Неверный формат числа!" выделяется память - под каждую! Получается что выделяется 4 байта на каждую строку, то есть 8 байт (так как 2 строки). Выделенная память очиститься со временем уборщиком мусора.
Тут я объяснил чем плоха конкатенация, поэтому её надо по возможности избегать.
Поэтому в данном случае лучше написать так:Тут 4 байта выделится только под 1 строку: "<%s> *** Ошибка ! Неверный формат числа!"

Обнаружена пара ошибок, допущенных при улучшайзинге. В первый пост передобавлены файлы новой ревизии.

district Так а где этот твой бот???Скинь плиз скрипт под API2

Исправлена ошибка, перезалит 10 февраля 2014 года
 Georgian_Calculator_API2__v3.0_rev.10.06.10.lua ( 32.36 килобайт ) Кол-во скачиваний: 8