Готовый биллинг для Wi-Fi хотспотов

• Биллинг позволяет обслуживать клиентов по талонам, по счетам, реализовать бесплатный доступ в режиме "допуск/пауза", реализовать показ клиенту рекламы при подключении, принимать оплату от клиента при помощи SMS.
• Тарифы, цены, лимиты скоростей и пр. - все настраивается непосредственно самим владельцем хотспота.
  
• Управление - вебинтерфейс, что позволяет управлять им с любого браузера, запущенного на любой оси.
  
• Авторизация клиентов - тоже вебстраница, соответственно, клиент может также работать в любом браузере, на любой ос

Если вас заинтересовало, обращайтесь на dmkhnew"собака"gmail.com
Альтернативные способы связаться со мной указаны на странице http://wifi-hotspot.zp.ua/contacts

0

Модуль для оплаты доступа через платежную систему QIWI

Данный модуль в своей работе использует сервис платежей QIWI. Использование этой платежной системы позволит вам охватить наиболее широкую аудиторию клиентов. Счет, выставленный вами в платежной системе QIWI, клиент сможет оплатить с помощью:

• средств, хранящихся в "кошельке" платежной системы QIWI;
• средств с банковской пластиковой карты, "привязанной" к аккаунту в платежной системе QIWI;
• со счета (баланса) мобильного телефона, к которому "привязан" аккаунт в платежной системе QIWI;
• наличными через плетжный терминал системы QIWI.

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

Непосредственное обслуживание Клиента модулем

Обслуживание происходит по следующему алгоритму.

При активации модуля на странице авторизации хотспота появляется кнопка «Купить», на которую указывает стрелка-указатель (1) на рис. 1 ниже.

Рис. 1 – Страница авторизации хотспота - меню выбора платежной системы.

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

Рис. 2 – Страница выбора тарифа.

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

Рис. 3 – Форма для ввода Клиентом номера мобильного телефона.

Клиент вводит номер своего мобильного телефона (удаление неверно введенного символа – кнопка «Удалить», подтверждение окончания ввода номера – кнопка «Вперед»). При вводе номера осуществляется проверка – номер должен состоять из 10 цифр (код страны указывать не нужно), первая из них должна быть «9». Когда ввод номера завершен, система сообщит клиенту, что в платежной системе QIWI ему был выставлен счет:

Рис. 4 – Извещение о том, что счет выставлен, и выбор метода оплаты.

Если же платежная система по какой-то причине не может выставить клиенту счет, то об этом ему будет сообщено сразу же!

Клиент определяется с тем, каким из способов он будет оплачивать счет. Если клиент решит оплатить счет наличными в платежном терминале, то он должен нажать кнопку «Оплатить счет наличными…» (1б), и ему будет выведена на экран инструкция о том, как это сделать:

Рис. 5 – Фрагмент инструкции о том, как оплатить счет наличными в терминале QIWI.

После того, как клиент оплатит счет в банкомате, сервер хотспота при очередной сверке с сервером платежной системы QIWI, получит информацию об этом.

Если же клиент хочет оплатить счет «электронным» способом (с кошелька QIWI, с карты QIWI-Visa, и т.п.), он должен нажать кнопку «Оплатить счет средствами с кошелька…» (1а) на рис. 4. В этом случае он будет автоматически переадресован на сайт QIWI, где сможет сразу же выполнить процедуру оплаты счета:

Рис. 6 – Выбор способа оплаты счета на сайте QIWI.

В показанной на рис. 6 форме клиент выбирает желаемый способ оплаты счета и жмет кнопку "Оплатить", после чего ему предлагается ввести его пароль (от аккаунта в QIWI):

Рис. 7 – Ввод пароля от кошелька QIWI для проведения платежа.

После того, как клиент вводит пароль, и нажимает кнопку «Оплатить», сервер платежной системы QIWI оплачивает счет средствами с выбранного клиентом «источника» (кошелька, карты, телефона, и т.д.), после чего возвращает клиента назад на сервер хотспота – в меню проверки статуса платежа:

Рис. 8 – Меню проверки статуса платежа.

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

Рис. 9 – Сообщение об успешном платеже + данные для доступа в интернет.

Если платежная система QIWI откажет в проведении платежа, страница сообщит об этом клиенту.

ПРИМЕЧАНИЯ:

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

Полная инструкция к данному платежному модулю доступна по ссылке:
http://wifi-hotspot.zp.ua/hots... manual.pdf

Демонстрационная версия модуля (платеж провести не удастся) доступна по адресу:
http://wifi-hotspot.zp.ua/qiwi/

Приобрести модуль приема платежей QIWI для модифицированной версии программы Easyhotspot можно онлайн, если перейти по ссылке:
http://dmitrykhn.homedns.org/file_sale/

0

Я хотел узнать с каким "железом" оно работает. В качестве wi fi хотспота что использовать?

0

По поводу того, "с чем работает", смотрите вот эту страницу:
Варианты построения сети хотспота

Для "внешних" хотспотов (когда один сервер обслуживает множество роутеров, установленных в самых разных местах) можно использовать либо mikrotik-и с их встроенным в RouterOS хотспотом, либо роутеры, в которых присутствует captive-portal (хотспот) а это либо chillispot, либо coova-chilli. Такое (хотспот) присутствует в (альтернативных) прошивках либо от DD-WRT (сразу есть в прошивке) либо от OpenWRT (нужно доустанавливать).

Для "варианта №1", показанного по ссылке выше (когда сервер одновременно является и шлюзом для клиентской сети хотспота), можно использовать любое оборудование с заводскими прошивками, умеющее работать в режиме простейшей точки доступа (AP - Access Point).

При желании более подробной информации, пишите мне на адрес, указанный в самом первом сообщении темы (или же на адреса, указанные на сайте с описанием системы в разделе "Контакты")

0

ок. нужен dd-wrt. Любой dd-wrt mini подойдет?

0

Сообщение от StanislawK Любой dd-wrt mini подойдет?

мини - точно не подойдет, в версии "мини" (mini) нет чиллиспота (Chillispot). Смотрим приведенную по ссылке таблицу на предмет того, в каких версиях прошивки есть чиллиспот (Chillispot) - вот те и подходят. Из "мини" он есть только в Mini Hotspot Kaid

0

Очередные обновления в программе Easyhotspot

В меню создания и редактирования Тарифных пакетов "гуманизирован" ввод срока годности

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

Фиксированный список валют в программе заменен возможностью самостоятельно заводить, редактировать валюту(ы) Администраторами системы

Теперь в программе "по умолчанию" (сразу же после установки) отсутствует какая-либо предустановленная валюта! Администратор системы может добавить в список любое необходимое ему число валют. Внося валюту в список, Администратор указывает для валюты сокращенное наименование, полное наименование и код валюты в соотвествии со стандартом ISO-4217.

В программу добавлена функция бана Клиентов по mac-адресу

В программу добавлен список mac-адресов, которым хотспоты будут отказывать в авторизации при любых обстоятельствах. Не важно - правильные данные вводит клиент при авторизации, или нет - хотспот всегда будет отвечать отказом в доступе! Разделение прав Кассиров/Администраторов применительно к данной функции реализовано следующим образом:

• Кассир может вносить в список бана mac-адрес любого авторизовавшегося Клиента через меню просмотра пользователей подключенных "онлайн". Удалить mac-адрес из списка забаненых у Кассира нет возможности.
• Администратор может добавить произвольный mac-адрес с помощью специального меню. Также, в своем меню Администратор может удалить любой mac-адрес из списка забаненых.

Изменено поведение страниц, обновлявшихся автоматически

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

• Функция автообновления теперь присутствует только на нескольких страницах - "домашней" (обновляются сведения о загрузке сервера), Клиентов с оплатой по счету, Ваучеров , Клиентов, подключенных к хотспоту (в последних трех случаях обновляются данные о потреблении клиентами трафика, времени и т.д. и т.п.).
• На страницах Клиентов с оплатой по счету автообновление автоматичесмки отключается, если хоть в одно (любое) из полей: имени клиента, его логина, пароля, были введены какие-то значения (в итоге, автообновление теперь не мешает создавать новых Клиентов).
• На странице Ваучеров автообновление автоматически отключается, если Кассиром было введено число новых ваучеров для создания.

Кнопки скачивания в CSV-формате списков и Клиентов, и Ваучеров перенесены

Программа и раньше предоставляла возможность скачать в CSV-формате списки как Клиентов с оплатой по счету, так и ваучеров. Но кнопки эти не имели надлежащего оформления, и были размещены нелогично. Теперь кнопка для скачивания списка Клиентов с оплатой по счету находится в меню Клиентов с оплатой по счету (в верхнем правом углу). А кнопка скачивания списка ваучеров в CSV-формате - находится в врехнем правом углу меню Ваучеров, где ей логичнее всего находиться. Кнопки теперь оформлены в виде иконок, изображающих "spreadsheet" (экселевский файл) и имеют соотвествующие всплывающеи подсказки. Следует также добавить, что Кассирам эти кнопки видны только лишь в том случае, если параметр "Доверие кассиру" в программе установлен как "Да". Администраторам кнопки видны в любом случае.

Программа полностью изменена в вопросах выписки счетов

Изменения в этой части программы выполнено так много, что их описание просто не умещается в формат новостной заметки. Вот наиболее значимые из них:

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

Чтобы полностью ознакомиться с новой методикой обслуживания Клиентов по счетам, рекомендуется внимательно прочесть обновленное "Руководство по работе в программе Easyhotspot".

Обновлена инструкция: "Программа управления Wi-Fi хотспотом - Easyhotspot, Руководство по эксплуатации"

Всвязи с многочисленными изменениями в программе, были внесены изменения в инструкцию "Программа управления Wi-Fi хотспотом - Easyhotspot, Руководство по эксплуатации". Инструкция доступна по ссылке.

0

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

Сылки:
бесплатная английская версия
модифицированная мной версия

логин/пароль для входа в любую из версий программы одинаковые:
admin / admin123
(вы войдете с админскими привилениями)

0

Продолжаем список обновлений, выполненных в модернизированной программе Easyhotspot

В страницу авторизации добавлена возможность показа рекламы ПОСЛЕ авторизации (для гостевых клиентов)

На странице авторизации теперь возможно включить показ дополнительной рекламы, которая отображается уже после того, как клиент авторизовался.
Эта функция имеет свои собственные настройки активации этого режима, источника отображаемой рекламы (адрес страницы с рекламой) и длительности ее показа. Эти параметры независимы от настроек показа рекламы ДО авторизации;
Реклама после авторизации отображается ТОЛЬКО "гостевым" клиентам (тем, которые воспользовались кнопкой "Бесплатно" для того, чтобы получить доступ в интернет. Клиентам, которые авторизуются по логину\паролю (и, предположительно, оплачивают свой доступ в интернет), данная реклама не отображается;
Так как в момент показа этой рекламы клиент УЖЕ АВТОРИЗОВАН, её источником может быть любая страница, размещенная где угодно в интернете, и при этом не требуется дополнительная настройка хотспота на допуск к этой странице без авторизации!

У страницы авторизации добавлена функция автоматической авторизации клиента по логину / паролю

Теперь страница авторизации хотспота пытается сама авторизовать клиента. Речь именно про авторизацию тех клиентов. которые используют для этого логин и пароль (а не про "гостевых шаровиков"). В данном процессе есть несколько нюансов:

• Во первых, как минимум самый первый раз клиент вынужден будет авторизоваться самостоятельно (вручную). В этот момент скрипт сохранит логин и пароль в браузере клиента. И впоследствии "автологин" будет пытаться подключать клиента с этими сохраненными логиногм и паролем. Немного подробнее: когда появляется меню ввода пароля, скрипт проверяет - есть ли сохраненные в куках браузера клиента пароль и логин, и если есть, то подставляет их в форму (собственно, это было реализовано в скрипте и раньше, только вот кнопку клиент должен был нажимать сам!). После чего, если оба поля (логин и пароль) заполнены, то, с задержкой в 1 секунду скрипт сам "нажимает" кнопку "Войти".
• Если же у клиента нет сохраненных в браузере логина и пароля, то авторизоваться, естественно, не с чем, и "автологин" не выполняется. В этом случае, клиент должен ввести логин и пароль вручную. Во время ручного ввода клиентом логинов/паролей активируется (и при вводе каждого нового символа перезапускется) небольшая задержка в 15 секунд. Это избавляет от ситуаций, когда, допустим, логин уже введен, клиент успевает ввести только первый символ в поле пароля, и "автологин" уже "пошел" авторизовать...
• Если "автологин" отработал успешно, то все ок, и клиент просто попадает в интернет.
• Если же "автологин" вытащенными из куков логином/паролем не удался, то значит, что сохраненные в куках у клиента логин и пароль либо не верны, либо уже пришли в негодность (например, закончился срок обслуживания аккаунта, или закончился номинал ваучера, или истек срок годности, и т.д. и т.п.). В этом случае повторных попыток авторизоваться "автологин" не предпринимает, (чтобы страницу авторизации не "зацикливало" на непрерывных попытках "автологина" неверными данными).
• Если клиент завершил сеанс сам (кнопкой "Отключиться"), процедура "автологина" блокируется на 20 минут. Иначе, клиент отключается от интернета, его выбрасывает на страницу авторизации, а она его снова же сама автоматом и авторизует. В течение этих 20 минут клиент (если "передумает") СМОЖЕТ снова авторизоваться, но увы, только вручную.

Для нерадивых админов добавлен "привет" в случае неправильной конфигурации гостевого доступа

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

В программу добавлена функция автоматической привязки ваучера к mac-адресу

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

В лог авторизации клиентов программа при этом выводит сообщения об успешных привязках (обведены красным):

Добавлена возможность бана по mac-адресу прямо из лога авторизации

В программу добавлена возможность бана по mac-адресу прямиком из лога авторизации. Ранее кассир мог забанить только уже авторизованного в хотспоте клиента (который уже получил доступ в интернет, и отображается в списке онлайн). Теперь же кассир может банить даже тех клиентов хотспота, у которых авторизоваться не получилось, и которые в итоге в списке онлайн пользователей отсутствуют, но при этом, судя по логу авторизации, сидят и активно подбирают пароли, пытаясь войти! Для этого в логе авторизации (см. рисунок выше) все mac-адреса специально выделяются визуально, плюс становятся "кнопками-ссылками". При щелчке по такой ссылке (выбранному mac-адресу) программа предлагает кассиру внести данный mac-адрес в список бана).

Кассиру добавлена возможность "отвязывания" ваучера от mac-адреса прямо в меню редактирования ваучера

Всвязи с автопривязкой ваучеров к mac-адресу (точнее, возможными разборками "хитро....деланых" клиентов), кассиру добавлена возможность отвязывать аккаунты ваучеров от mac-адресов. В форме редактирования ваучера, который привязан к какому-то mac-адресу, теперь отображается и сам mac-адрес, и кнопка ("крестик"), чтобы эту привязку снять. Щелкнув по кнопке, кассир снимает привязку, и клиент сможет авторизоваться с другого устройства. Но "хитроделаным" клиентам стоит напоминать при этом, что как только они авторизуются по ваучеру с устройств с другими mac-адресами, их ваучеры будут тут-же привязаны к новым mac-адресам!

Внешний вид меню редактирования ваучера с кнопкой "отвязки" показан на рисунке ниже:

Изменен метод, используемый для отрисовки круговой диаграммы на странице "Статистика хотспота"

Изменен метод отрисовки диаграммы на странице "Статистика хотспота". (Согласен. что большинство на эту страницу вообще "раз в пятилетку" смотрит, и то, только если нечаянно в кнопку кликнет, но тем не менее)... Теперь отрисовкой занимается библиотека GoogleGraph (библиотека - внешняя, т.е. при рисовании диаграмки сервер хотспота отсылает запрос на специальное api, разработанное google, и располагающееся на серверах google). Зато теперь диаграмка фиксированного размера и не "прыгает"....

В меню создания ваучеров в выпадающий список тарифов добавлено краткое описание

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

В программу добавлено новое меню "Роутеры, к которым подключены клиенты"

Для тех, кто обслуживает клиентов несколькими (внешними) роутерами в программу было добавлено новое меню. В нем отображается список тех роутеров, которые в данный момент обслуживают АКТИВНЫХ (уже авторизовавшихся) клиетов. Меню также показывает число клиентов, авторизовавшихся на каждом роутере в данный момент времени.

Пример меню:

Изменен "кабинет пользователя"

Новый кабинет:

• При подключении предлагает выбрать безопасный протокол (https), хотя позволяет подключиться и по обычному http (небезопасному). Выбор протокола - за клиентом. Эта функция была введена всвязи с тем, что кабинет позволяет просматривать и изменять конфиденциальную информацию.
• Для входа в кабинет требует от клиента ввести и логин и пароль
• Авторизация хранится в течение 10 минут, после чего в случае неактивности, сбрасывается (нужно входить по новой)
• Кабинет в дополнение к "старым функциям" теперь позволяет клиенту самостоятельно изменить пароль учетной записи, используемый для авторизации в хотспоте (для выхода в интернет)
• Кабинет позволяет клиенту просмотреть список заказов, оплаченных в автоматизированных платежных системах (поиск ведется по номеру телефона).
• Для заказов, оплаченных через платежные системы, возможен просмотр статистики простым щелчком по кнопке.

Несколько скриншотов обновленного кабинета:


В программу добавлена форма обратной связи

Основная цель этой формы обратной связи - чтобы человек ("с улицы"), который просто подключился к хотспоту, и при этом НЕ ЗНАЕТ, ЧТО ЕМУ ВООБЩЕ ТЕПЕРЬ ДЕЛАТЬ, куда обращаться, где искать того, кто ему продаст (или даром выдаст) талон, и т.д. и т.п. мог хоть как-то связаться с администратором хотспота. Ведь этот неавторизованный клиент никакого выхода в интернет не имеет, и следовательно "обычными методами" не может даже e-mail отправить! Данная форма обратной связи:

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

Пример формы обратной связи доступен по ссылке (шлет письма на мой адрес): форма обратной связи на сервере wifi-hotspot.zp.ua

Обновлен скрипт-инсталятор - теперь возможна установка на дистрибутив Ubuntu 14.04

Ubuntu выпустила очередной LTS (Long Term Support - "с долговременной поддержкой") релиз - 14.04. Скрипт-инсталятор "подрихтован, и теперь без проблем устанавливает Easyhotspot на дистрибутив Ubuntu 14.04 LTS:

Также, была проверена обновленная версия Debian - 7.5. На нее скрипт-инсталятор также установил Easyhotspot абсолютно корректно.

Ну и в плане "экстравагантной феерии" - Easyhotspot на Raspberry Pi!

Скрипт-инсталятор, создавая резервные копии, добавляет в имя шаблон даты

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

Скрипт-инсталятор изменен с целью минимизации ошибок при повторной установке "поверх предыдущей"

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

0

В связи с Постановлением Правительства Российской Федерации от 31.07.2014 № 758 «О внесении изменений в некоторые акты … (и т.д.)» отныне, цитата:

«Оказание универсальных услуг связи по передаче данных и предоставлению доступа к сети интернет с использованием пунктов коллективного доступа осуществляется оператором универсального обслуживания после проведения идентификации пользователей. Идентификация пользователя осуществляется оператором универсального обслуживания путем установления фамилии, имени, отчества (при наличии) пользователя, подтверждаемых документом, удостоверяющим личность».

Так как, впоследствии в разъяснениях было разрешено фиксировать номер мобильного телефона клиента хотспота "...методом запроса СМС"), был написан новый модуль к программе Easyhotspot.

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

Ссылка на мануал от модуля:
http://wifi-hotspot.zp.ua/hots... manual.pdf

Как выглядит сам модуль, можно увидеть тут:
http://wifi-hotspot.zp.ua/smsauth/index.php
(правда, т.к. лично у меня регистрация (у агрегатора) - "украинская", то именно этот демонстрационный вариант модуля шлет смс только на украинские номера)...

Краткая инструкция о том, как можно самому проверить работу модуля СМС-авторизации на демо-сервере:

http://wifi-hotspot.zp.ua/hots... _check.pdf

ДАЛЕЕ:

Также, в сам биллинг Easyhotspot были добавлены поля для ручного ввода паспортных данных кассиром хотспота. Этот метод может использоваться при ручном обслуживании, как клиентов с обслуживанием по счету":
http://wifi-hotspot.zp.ua/easy... /secyib12l
(ну или любой другой клиент с оплатой по счету, если этого клиента "бетатестеры" удалят)
так и ваучерных клиентов:
http://wifi-hotspot.zp.ua/easy... t/gohhuh15
(ну или любой другой ваучер, если этот "бетатестеры" удалят)

В списках (клиентов с оплатой по счету или ваучеров) паспорта (введенные вами данные) не отображаются, но по ним возможен поиск (вводите в поле поиска, получаете результат)
(логины | пароли - дефолтные: admin | admin123)

НУ И В ЗАВЕРШЕНИЕ:

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

Также, была реализована форма для поиска в этом архиве:
http://wifi-hotspot.zp.ua/easy... del/search
(логины | пароли - дефолтные: admin | admin123)
Форма позволяет искать по самым разным данным, попавшим в архив, включая, имя, паспортные данные, логин, пароль, mac-адлрес, ip-адрес, тариф, дата, и многое другое. Для примера можно попробовать поискать по:

• слову "серия" (я вводил отфонарные паспортные данные в одной из записей)
• дате, например "2014-05" (должно выдать записи в которых (где угодно) есть такая дата (май 2014))
• мак-адресу, например "00-07-E9-A5-19-9E"
• куску мак-адреса, например "00-08-2"
• IP-адресу (равно как и по его части), например "95.133.238.20"
• Имени клиента (из поля "Имя клиента" для клиентов с оплатой по счетам), например, "дмитрий"
• номеру телефона, использовавшегося во время покупки доступа через какой-либо из платежных модулей, например можно попробовать "380665836592"
• Ну и естественно, по логинам, паролям, наименованиям тарифных пакетов

Результаты поиска могут быть экспортированы в CSV-файл как по отдельности для каждой из записей (кнопка (значок-иконка excel) присутствует в каждой из строк с результатами поиска), так и все сразу, удовлетворившие критерию поиска (кнопка "Экспорт всех результатов поиска в единый CSV-файл" внизу под списком). Экспорт осуществляется в кодировке WINDOWS-1251, разделитель полей - точка с запятой.

0

Очередная порция обновлений программы:

Изменен алгоритм, по которому Perl-скрипт для freeradius-a "привязывал" ваучер к mac-адресу

Были выполнены такие изменения:

• Ранее perl-скрипт выполнял процедуру привязки при каждой авторизации, вне зависимости от того, был ли ваучер уже привязен к mac-адресу ранее или нет. Теперь процедура откорректирована, и привязка осуществляется только в случае, если в базе для ваучера еще не прописан mac-адрес;
• Ранее привязка к mac-адресу происходила даже если клиент вводил неверный пароль. Теперь привязка осуществляется только в случае, если и логин и пароль, введенные клиентом, верны!

Исправлена ошибка постраничного вывода отчета о проданных ваучерах

Имевшаяся в программе ошибка не позволяла просматриватиь страницы со 2-й и далее, если список не умещался на одной странице.

Исправлена ошибка постраничного вывода отчета об израсходованных/просроченных ваучерах

Имевшаяся в программе ошибка не позволяла просматривать страницы со 2-й и далее, если список не умещался на одной странице.

В меню инкассации ваучеров на кнопку "Пометить все как оплаченные" добавлен дополнительный вопрос, предлагающий подтвердить указанное действие

Нечаянный клик по указанной кнопке "навсегда прятал" от Администратора список ваучеров (собственно, выполнялось то, что и должно - ваучеры отмечались как оплаченные и пропадали из списка). Теперь страница требует от Администратора подтвердить свои действия (нечаянное срабатывание исключено).

В меню ваучеров добавлены новые кнопки

Добавлены три новые кнопки. Эти кнопки управляют фильтрацией ваучеров, отображаемых в списке. Клик по первой кнопке включает отображение только активированных ваучеров. Клик по второй - и отображаются только не использованные ваучеры. Третья кнопка возвращает отображение списка в "исходное" состояние - отображаются все ваучеры, как уже активированные, так и еще не использованные.

При вызове меню редактирования ваучеров/клиентов/тарифов добавлена проверка на существование позиции, которую планируется редактировать

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

Дополнительно урезаны права Кассиру "доверие" которому установлено как "Не доверяем"

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

Написано небольшое API

В связи с участившимися вопросами о том, как внешние программы могли бы взаимодействовать с Easyhotspot (например, такими: "Может ли мой кассовый аппарат каким-то образом получить от Easyhotspot пароль от WiFi и распечатать его на чеке?") в программу было добавлено небольшое API - при обращении к нему (http POST-запрос) программа "отвечает" данные только что сгенерированного нового ваучера в формате XML.

В программу добавлена функция импорта ваучеров из XML-файла

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

Формат XML-файла с ваучерами :


Реализована связка Mikrotik с Easyhotspot на все 100%

• Написано соответствующее руководство по настройке роутеров Mikrotik;
• Написаны необходимые дополнительные файлы, благодаря которым роутер Mikrotik использует не встроенную страницу авторизации (являющуюся венцом творения "минималистов"), а нормальную "многофункциональную" страницу авторизации модифицированного Easyhotspot-а (со всеми ее "плюшками" типа "страницы-подложки" / показа рекламы, как до, так и после авторизации / механизмами гостевого доступа и автологина / кнопками платежных систем, а также перехода в кабинет пользователя и т.д. и т.п.);
• Написана "многофункциональная" страница авторизации модифицированного Easyhotspot-а в версии для Mikrotik (использующая их алгоритм авторизации);
• В коде самой программы Easyhotspot во всех процедурах работы с мак-адресами в число допустимых символов добавлено двоеточие - ":" (дело в том, что mikrotik по умолчанию отправляет mac-адрес, разделяя октеты именно двоеточием);

Ужесточен подход к "обязательности просмотра" рекламы клиентами

В функцию показа клиентам рекламы (до авторизации) были введены такие дополнительные изменения:

• Отсчет времени показа рекламы начинается только после того, как страница с рекламой полностью загружена в iframe;
• Отсчет времени показа рекламы приостанавливается, если клиент свернул браузер, перешел на другую закладку, переключился на другое приложение;

В результате клиент обязательно должен смотреть именно страницу рекламы в течение всего того времени, которое вы установили в настройках!

Изменен механизм выбора стилей страницы авторизации

Ранее стили выбирались скриптом на Javascript. Теперь для этого используются встроенные возможности CSS (а именно - функция @ media screen)

Написан новый платежный модуль - для белорусской платежной системы iPay
Данный модуль позволит вам организовать обслуживание клиентов вашего хотспота, при котором они смогут оплатить доступ в интернет любым из способов, предлагаемых платежной системой iPay. Платежная система iPay позволяет клиентам оплачивать счета:

• с помощью простой отправки СМС со своих мобильных телефонов;
• онлайн оплаты на сайте iPay для клиентов мобильных операторов МТС и life;
• через систему «Расчет» (ЕРИП). Оплата может производиться в инфокиосках, банкоматах, интернет и SMS-банкингах в банках участниках системы «Расчет»;

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

Обновлен модуль приема платежей по СМС (через короткие номера)

В модуль добавлена поддержка украинского агрегатора СМС Биллинг. Данный агрегатор позволяет принимать платежи с помощью отправки клиентом СМС на указанные короткие номера.

Обновлен модуль приема платежей по кредитным картам (liqpay)

Обсновление связано с переходом самого сервиса Liqpay на новую версию API - с 1.2 на 2.0.

Обновлен скрипт-инсталятор

В скрипт-инсталятор внесено изменение: корректировке подверглись "шаблоны" имен интерфейсов, благодаря чему стало возможным использование имен вида eth0.100.

Просмотреть все эти изменения в действии можно на сайте демо-версии модифицированной программы Easyhotspot (логин/пароль Кассира: vcool/vcool123, логин/пароль Администратора: admin/admin123), или же то же самое, но с английским языком интерфейса.

0

Модуль для обслуживания клиентов через п/с Onpay

Данный модуль в своей работе использует сервис Электронной Платежной Системы Onpay.

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

Непосредственное обслуживание Клиента модулем

Обслуживание происходит по следующему алгоритму:

После установки платежного модуля в меню авторизации хотспота появляется дополнительная кнопка «Купить», при нажатии на которую открывается доп. меню со списком платежных систем, в котором будет присутствовать кнопка «Платежная система Onpay», как показано на рис. 1:

Рис. 1 – Страница авторизации хотспота с ярлыком для оплаты ч/з Onpay

Эта кнопка «Платежная система Onpay» является ссылкой, ведущей на страницу платежного модуля (сам платежный модуль является т. н. «веб-приложением», т. е. Программой, управление которой осуществляется через браузер).Щелкнув кнопку «Платежная система Onpay», клиент попадает на страницу платежного модуля.

В соответствии с требованиями, предъявляемыми к «Продавцам» и размещенными на сайте платежной системы Onpay, (цитата) «При продаже услуг, а не товаров, обязательно наличие [на сайте Продавца] оферты (условий предоставления услуг)».

Так как вы планируете использовать модуль для платного предоставления доступа в интернет, то «автоматически» становитесь поставщиком платных услуг. И поэтому, первым делом платежный модуль Onpay выводит на своей странице popup-окно с т. н. «Публичным договором-офертой» (см. рис. 2 ниже).

Рис. 2 – Публичный договор-оферта по оказанию услуг

Клиент должен нажать кнопку «С договором согласен», размещенную в самом низу «Договора-оферты». И лишь после этого он сможет попасть на страницу выбора тарифов.

ПРИМЕЧАНИЯ:

• Показ «договора-оферты» может быть отключен в настройках платежного модуля. В этом случае клиенту сразу же будет отображаться список тарифов (рис. 3).
• Текст «договора-оферты», прилагающийся к модулю, взят со страницы, показанной на сайте Onpay в качестве примера. Чтобы администрация хотспота могла легко его отредактировать, текст «договора-оферты» вынесен из программного кода модуля в отдельный текстовый файл.

Как было сказано выше, согласившись с «договором-офертой», клиент попадает на страницу, отображающую список тарифов, предлагаемых ему для обслуживания. Сколько тарифов будет отображено на этой странице, как они будут называться, сколько каждый из них будет стоить – всё это настраивается администрацией хотспота. Любой из тарифов клиент может выбрать на свое усмотрение, пройти процедуру оплаты и в результате получить параметры (логин и пароль) для доступа в интернет по выбранному тарифу. Внешний вид страницы показан на рис. 3 ниже.

Рис. 3 – Страница выбора тарифа для оплаты через Onpay

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


Клиент, нажимая кнопки-цифры, вводит номер своего мобильного телефона (удаление неверно введенной цифры – кнопка «С», подтверждение окончания ввода номера – кнопка «ОК»). При вводе номера осуществляется проверка – номер должен состоять из 10 цифр (код страны указывать не нужно). Когда клиент завершит ввод номера и нажмет кнопку «ОК», система перешлет его на сайт платежной системы Onpay.

На странице платежной системы Клиенту будет показано, какой счет (номер) он оплачивает, сумма, на которую выставлен счет, и будет предложено ввести дополнительные данные о себе (адрес своей электронной почты), а также будет предоставлена возможность выбора доступных способов оплаты счета (на сервере Onpay скриншоты делались при выполнении "тестового платежа"):

Рис. 5 – Сводка с информацией о выставленном счете, плюс выбор варианта его оплаты

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

Клиент определяется с тем, каким из предложенных способов он хочет оплатить счет и жмет кнопку «Продолжить». После чего переходит к непосредственной оплате.

Рис. 6 – Процедура оплаты счета, выставленного в п/с Onpay (показан вариант для тестового платежа)

Клиент оплачивает счет. После чего получает уведомление об успешно проведенной оплате и предложение вернуться на сайт продавца:


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

В результате клиент попадает на страницу платежного модуля на сайте хотспота, которая отображает текущий статус платежа клиента. Важно учесть, что страница платежного модуля на сайте хотспота показывает статус, который известен именно серверу хотспота, а не серверу самой платежной системы! С другой стороны, реальный статус платежа сервер платежной системы Onpay присылает серверу хотспота в специальном служебном сообщении, и оно может приходить с некоторой задержкой. В связи с вышесказанным, могут возникать ситуации, когда страница будет сообщать клиенту, что на данном этапе платеж все еще ожидает подтверждения и предлагать ему перепроверить статус еще раз спустя некоторое время. Также, если модуль все еще ожидает подтверждения от сервера Onpay, страница будет сама автоматически перепроверять состояние платежа. При этом клиенту выводится счетчик секунд, оставшихся до следующей автоматической проверки.

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

Рис. 8 – Сообщение об успешном платеже + данные для доступа в интернет.

ПРИМЕЧАНИЯ:

• Для «облегчения жизни» клиентам платежный модуль в качестве пароля вписывает номер телефона, введенного клиентом. Благодаря этому, при ручном переносе данных в окно авторизации хотспота клиенту необходимо будет запомнить всего лишь одну «абракадабру» – логин, а пароль клиент сможет набрать и по памяти (т. к. номер своего телефона люди обычно помнят)...
• Если на страницу проверки статуса платежа клиент попадает без указания данных о номере выставленного ему счета, то в этом случае ему будет предложено ввести в специальном поле номер счета для проверки.
• Страница проверки статуса счета периодически обновляется сама. Автоматическое обновление страницы будет продолжаться до тех пор, пока не будет получен либо положительный (платеж проведен), либо отрицательный (в проведении платежа было отказано) вариант ответа.
• Когда страница модуля сообщает клиенту об успешном платеже (см. рис. 8 выше), она при этом дополнительно вписывает в браузер клиента cookie с авторизационными данными (логином и паролем). Если в браузере клиента разрешено использование cookie (и при этом страница платежного модуля и страница авторизации размещены на одном домене), то страница авторизации хотспота автоматически «подхватит» из cookie записанные в ней логин и пароль и сама вставит их в соответствующие поля меню для входа в интернет.

Получив логин и пароль, клиент может вводить их на странице авторизации хотспота (см. рис. 1) после чего получит доступ в интернет.

Полная инструкция к данному платежному модулю доступна по ссылке:

http://wifi-hotspot.zp.ua/hots... manual.pdf

Полу-работающий модуль (тестовый платеж запросит пароль) доступен по адресу:

http://wifi-hotspot.zp.ua/onpay/

Приобрести модуль приема денег через платежную систему Onpay для модифицированной версии программы Easyhotspot можно онлайн, если перейти по ссылке:

https://wifi-hotspot.zp.ua/file_sale/

0

Очередная порция обновлений:

В биллинге реализован механизм для записи в базу информации об идентификаторе хотспота (NASID), с которого клиент получает доступ в интернет

Благодаря внесенным изменениям:

• В базу данных программы (в список сеансов сервера FreeRADIUS) теперь записываются и идентификаторы (NASID) хотспотов, с которых клиенты получают доступ в интернет;
• В итоге, теперь появилась возможность данную информацию (об идентификаторах хотспотов) выводить в списках, экспортировать в отчеты, использовать иными способами для поиска и анализа;

В программу добавлена функция отправки "служебных смс"

В программу добавлена "рутина" для отправки СМС. Данный код выполняет следующие функции:

• Возможность выбрать одного из четырех (на момент написания новости) агрегаторов и настроить данные учетной записи;
• Отправка СМС "поставленных в очередь" (самой программой, модулями и т.д. и т.п.);
• Отображение списка обработанных СМС, лога ошибок, возникающих при отправке;

В программу добавлена функция "пост-активации" ваучеров по СМС

Как все это выглядит:

• Кассир генерит в программе обычные ваучеры (либо же Администратор импортирует из XML-файла новые ваучеры);
• Клиент покупает ваучер и пытается по нему в первый раз выйти в интернет;
• Хотспот не пускает клиента в интернет, вместо этого пишет ему в ответ сообщение типа "Этот ваучер еще не был активирован.... (и далее по тексту, пример - см. на рис. ниже)";
• Открывается форма, в которой клиенту предлагается ввести номер его мобильного телефона;
• На телефон клиента отсылается СМС с кодом активации;
• Клиенту открывается форма, в которой ему предлагается ввести полученный код активации;
• Клиент вводит код активации, полученный в СМС, система пишет "Все, ваучер активирован, пробуйте авторизоваться повторно".
• Клиент повторно на странице авторизации вводит данные ваучера (даже не вводит, их страница авторизации "помнит" итак, а просто нажимает кнопку "Войти") и т.к. ваучер уже активирован, беспрепятственно получает доступ в интернет;
• Параллельно система записывает номер телефона клиента в базу данных, в поле, где хранятся паспортные данные;

В веб-интерфейс программы внесен целый ряд изменений и исправлений:

• В папку вебинтерфейса Easyhotspot добавлен файл .htaccess с набором инструкций, принуждающих браузеры по возможности использовать картинки и пр. элементы оформления из собственного кеша. Это немного ускорило работу вебинтерфейса;
• В списках сеансов для ваучера исправлена ошибка вывода информации о том, когда истекает срок годности ваучера (из-за ошибки показывало 2 янв 1970 г);
• Для форм поиска реализована функция, которая запускает поиск по клику на значке "увеличительного стекла". Ранее надо было нажимать Enter на клавиатуре. Добавлено по просьбе владельцев планшетов (не имеющих кнопки Enter);
• Добавлено отображение списка пользователей (кассиров, админов, суперадминов), вошедших в Easyhotspot (в т.н. "черную админку"). Выводит список тех, чьи сеансы "активны" (активным считается пользователь, выполнявший какие-либо действия в программе в течение последних 2-х часов). В списке показаны: время последней активности, логин и ранг (кассир/админ/суперадмин) пользователя, IP-адрес, с которого вошел пользователь, сведения о его браузере и ОС;
• При поиске ваучеров поиск теперь осуществляется в том числе и по данным в колонке "пароль" (это полезно с оглядкой на последние платежные модули, которые выдают клиентам в качестве пароля номера их телефонов, в итоге - так их проще искать);
• В меню Тарифов добавлено всплывающее предупреждение, которое выводится, когда для создаваемого (или редактируемого) Тарифного пакета назначается привязка к ID хотспота и/или "График обслуживания";
• На страницы настроек платежных модулей добавлены кнопки для перехода на страницу настроек агрегатора, используемого для отправки "служебных СМС" (с паролями);

В платежные модули добавлена функция "привязки к NASID"

Благодаря этой функции у платежнных модулей появилась возможность обслуживать клиентов, приходящих с разных хотспотов (с разными NASID) одним и тем же модулем (одной и той же страницей), но по разным Тарифным пакетам! То есть, страница выбора тарифов платежных модулей может быть настроена так, что она будет предлагать клиентам только те Тарифные пакеты, которые привязаны к тому ID-хотспота (или NASID, что фактически, является одним и тем же), который прописан в хотспоте, с которого клиент «пришел» на страницу модуля. Также, ID-хотспота, на котором была проведена процедура оплаты, будет выводиться дополнительной колонкой при отображении результатов работы платежного модуля как в самой программе Easyhotspot, так и при экспорте их в csv-файл.

В платежные модули добавлена функция экспорта результатов в CSV-файл

В платежные модули добавлена функция экспорта результатов в CSV-файл (этот файл впоследствии может быть открыт для анализа и/или редактирования в программах MS Excel, OpenOffice Calc или LibreOffice Calc). При экспорте администратору предлагается выбрать требуемый период времени (даты старта и окончания).

Добавлен простейший скрипт ротации файлов, выступающих в качестве "подложки"

В "коробку" с программой добавленна парочка простейших скриптов "ротации" адресов страниц, выступающих в качестве "подложки".

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

Втрой файл (скрипт) по очереди меняет три разных "подложки" каждую минуту.

Изменена страница авторизации, для взаимодействия с базой теперь используется AJAX

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

• Подключившись к хотспоту, но еще не авторизовавшись (не получив доступ в интернет) большинство клиентов гонят в хотспот (точнее, в интернет) целую волну запросов. Дело в том, что "унюхавши" интернет, целые толпы самых разных программ, таких как всевозможные агенты - фейсбуков, мейлов, обновлений софта и пр. тут же хотят попасть на свои сайты! А если на устройство еще и какой-нибудь вирус подсажен, то тут вообще "льется, что из водопроводной трубы"... И так как клиент еще не авторизован, то на КАЖДЫЙ такой запрос хотспот отвечает страницей авторизации.
• Краткая ремарка о работе гостевого механизма - КАЖДОМУ клиенту, которому выводится страница авторизации, она генерит персональный гостевой ваучер. И данные этого ваучера (логин/пароль) подставляются в скрытую форму кнопки "Бесплатно". Чтобы, когда клиент нажимал эту кнопку, в базе изихотспота уже был готовый ваучер, по которому его сообственно и впускает потом в интернет. Ранее perl-скрипт, который формирует страницу авторизации, каждый раз при формировании страницы выполнял вся рутину (поиск по базе, создание нового гостевого ваучера, запись его в базу и т.д. и т.п.);
• В старой версии скрипт лез в базу за данными гостевых ваучеров при КАЖДОМ обращении к странице авторизации, не зависимо от того, запросил ее сам пользователь с браузером или какой-нибудь агент поиска обновлений на PlayMarket-е какого-нибудь планшета с Android-ом;
• В итоге, когда кто-то ломился в страницу авторизации, то при этом возрастало число обращений в базу данных (что является ЗАМЕТНОЙ нагрузкой). В качестве примера на рис. ниже показано как возросло число запросов к серверу (сренице авторизации) при подключении к хотспоту всего одного ноутбука, у которого целых ворох установленных программ "ну очень сильно хотел обновиться";
• Теперь же (в обновленной варианте страницы авторизации) сама рутина "гостевых ваучеров" перемещена непосредственно в сам Easyhotspot, а страница авторизации просто обращается к ней за данными с помощью AJAX. Казалось-бы, процедура усложнилась? Возможно. Однако, AJAX - это использование Javascript, которого НЕТ во всевозможных брут-форсах, юзер-агентах всевозможных фейсбуков, "вкнотактов", "мейлов-ру" и иже с ними, персональных "обновлялках" программ и всевозможных плей-маркетах, и т.д. и т.п. Javascript - присутствует только в браузерах! Поэтому, чисто гостевая процедура будет запускаться ТОЛЬКО в случаях, когда реальный человек реально смотрит страницу в реальном браузере, что снижает число обращений в базу и как следствие - суммарную нагрузку на сервер;

В скрипт-инсталятор внесен ряд обновлений и исправлений

• В очередной раз подкорректированы шаблоны для проверки имен интерфейсов (с какой-то радости 14-я Ubuntu вдруг стала присваивать имена и такого вида - p2p1);
• При обновлении страницы авторизации теперь переносится из старых настроек в новые имя гостевого тарифного пакета;
• При обновлении базы данных введены проверки, чтобы не выводились "пугающие" сообщения об ошибках добавления уже существующих таблиц и/или колонок в них;
• Для скачивания пакета с программой Webmin теперь вписана ссылка на сайт именно самого Webmin-а. В результате - при установке скачивается самая последняя его версия, а не та, которая "когда-то была мной скопирована на свой сервер";

Значительно обновлена инструкция "УСТАНОВКА И НАСТРОЙКА WI-FI ХОТСПОТА С ИСПОЛЬЗОВАНИЕМ CHILLISPOT, FREERADIUS И EASYHOTSPOT"

Всвязи с многочисленными изменениями в программе, была отредактирована инструкция "УСТАНОВКА И НАСТРОЙКА WI-FI ХОТСПОТА С ИСПОЛЬЗОВАНИЕМ CHILLISPOT, FREERADIUS И EASYHOTSPOT".

Обновлено руководство по работе в программе Easyhotspot

Всвязи с изменениями в программе, была обновлена инструкция "Программа управления Wi-Fi хотспотом - Easyhotspot, Руководство по эксплуатации" (добавлена информация об отправке служебных СМС и т.д.). Инструкция доступна на странице ссылок.

--------------------------------------------------------------------------------------------
Просмотреть все эти изменения в действии можно на сайте демо-версии модифицированной программы Easyhotspot (логин/пароль Кассира: vcool/vcool123, логин/пароль Администратора: admin/admin123)

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

Список предыдущих анонсов новостей программы Easyhotspot доступен тут.

0

Модуль для обслуживания клиентов через п/с Robokassa

Данный модуль в своей работе использует сервис Электронной Платежной Системы Robokassa.

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

Непосредственное обслуживание Клиента модулем

Обслуживание происходит по следующему алгоритму.

После установки платежного модуля в меню авторизации хотспота появляется дополнительная кнопка «Купить» (стрелка 1), при нажатии на которую открывается доп. меню со списком платежных систем, в котором будет присутствовать кнопка «Платежная система ROBOKASSA» (стрелка 2), как показано на рис. 1 .

Рис. 1 – Страница авторизации хотспота с ярлыком для оплаты через п/с ROBOKASSA.

Эта кнопка «Платежная система Robokassa» является ссылкой, ведущей на страницу платежного модуля (сам платежный модуль является т. н. «веб-приложением», т. е. — программой, которая управляется через браузер). Щелкнув кнопку «Платежная система Robokassa», клиент попадает на страницу платежного модуля.

В соответствии с требованиями ГК РФ при продаже услуг Исполнитель должен предоставить Заказчику Договор публичной оферты (условий предоставления услуг), с которым Заказчик должен согласиться (принять его).

Ввиду того, что платежный модуль Robokassa используется для платного предоставления доступа в интернет — то есть, именно ПЛАТНОЙ УСЛУГИ, то самым первым Клиенту выводится popup-окно с т. н. «Публичным договором-офертой» (см. рис. 2 ниже).

Рис. 2 – Публичный договор-оферта по оказанию услуг

Клиент должен нажать кнопку «С договором согласен», размещенную в самом низу «Договора-оферты». Иначе он просто не сможет попасть на страницу выбора тарифов!

ПРИМЕЧАНИЯ:

• Показ «договора-оферты» может быть отключен в настройках платежного модуля. В этом случае клиенту сразу же будет отображаться список тарифов (рис. 3).
• Текст «договора-оферты», прилагающийся к модулю, был взят со страницы, показанной в качестве примера на сайте другой платежной системы (Onpay). Вы можете легко его отредактировать — для этого сам текст «договора-оферты» вынесен из программного кода модуля в отдельный текстовый файл.

Согласившись с «договором-офертой», клиент попадает на страницу, отображающую список тарифов, предлагаемых ему для обслуживания. Сколько тарифов будет отображено на этой странице, как они будут называться, сколько каждый из них будет стоить , и т. д. и т. п. — всё это настраивается администрацией хотспота.

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

Рис. 3 – Страница выбора тарифа для оплаты через Robokassa

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

Рис. 4 – Меню для ввода Клиентом номера своего мобильного телефона

Клиент, нажимая кнопки-цифры, вводит номер своего мобильного телефона (удаление неверно введенной цифры – кнопка «С», подтверждение окончания ввода номера – кнопка «ОК»). При вводе номера осуществляется проверка – номер должен состоять из 10 цифр (код страны указывать не нужно). Когда клиент завершит ввод номера и нажмет кнопку «ОК», система перешлет его на сайт платежной системы ROBOKASSA. На странице платежной системы Клиенту будет показано, в пользу какого сайта («магазина») он совершает оплату, какова сумма выставленного ему счета, а также будет предоставлена возможность выбора доступных способов оплаты счета:

Рис. 5 – Меню выбора способа оплаты выставленного счета

ПРИМЕЧАНИЕ:

• Число и выбор вариантов возможных способов оплаты определяются настройками платежной системы ROBOKASSA.

Клиент определяется с тем, каким из предложенных способов он хочет оплатить счет и щелкает соответствующую кнопку-иконку. Robokassa выводит ему «сводку» с уточненной информацией о предстоящей оплате и выводит кнопку «Перейти к оплате», которую клиент должен нажать.

Рис. 6 – Сводка о выбранном способе платежа и сумме к оплате с учетом комиссии

Нажав кнопку «Перейти к оплате», клиент переходит к оплате счета непосредственно в системе, выбранной им.

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

Ниже показан вариант с использованием кошелька «Яндекс-деньги»:

Рис. 7 – Подтверждение согласия произвести оплату счета от Robokassa в п/с «Яндекс-деньги»

Щелкнув кнопку «Подтвердить», клиент получает «электронную квитанцию» об успешно проведенной оплате:

Рис. 8 – Сообщение п/с «Яндекс-деньги» о том, что платеж успешно проведен

Клиент щелкает ссылку «Вернуться на сайт магазина» и снова возвращается на сайт платежной системы ROBOKASSA, где видит подтверждение успешности платежа уже от сервера ROBOKASSA, и еще одну кнопку «Вернуться в магазин».

Рис. 9 – Сообщение п/с ROBOKASSA о том, что платеж успешно проведен

Нажав кнопку «Вернуться в магазин», в этот раз клиент уже попадает на страницу платежного модуля на сайте хотспота, которая отображает текущий статус платежа клиента. Важно учесть, что страница платежного модуля на сайте хотспота показывает статус, который известен именно серверу хотспота, а не серверу самой платежной системы! С другой стороны, реальный статус платежа сервер платежной системы ROBOKASSA присылает серверу хотспота в специальном служебном сообщении, и оно может приходить с некоторой задержкой. В связи с вышесказанным, могут возникать ситуации, когда страница будет сообщать клиенту, что на данном этапе платеж все еще ожидает подтверждения и предлагать ему перепроверить статус еще раз спустя некоторое время. Также, если модуль все еще ожидает подтверждения от сервера ROBOKASSA, страница статуса периодически будет сама («автоматом») перепроверять состояние платежа. При этом клиенту выводится счетчик секунд, оставшихся до следующей автоматической проверки.

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

Рис. 10 – Сообщение об успешном платеже + данные для доступа в интернет.

ПРИМЕЧАНИЯ:

• Для «облегчения жизни» клиентам платежный модуль в качестве пароля вписывает номер телефона, введенного клиентом. Благодаря этому, при ручном переносе данных в окно авторизации хотспота клиенту необходимо будет запомнить всего лишь одну «абракадабру» – логин, а пароль клиент сможет набрать и по памяти (т. к. номер своего телефона люди обычно помнят)...
• Если на страницу проверки статуса платежа клиент попадает без указания данных о номере выставленного ему счета, то в этом случае ему будет предложено ввести в специальном поле номер счета для проверки.
• Страница проверки статуса счета периодически обновляется сама. Автоматическое обновление страницы будет продолжаться до тех пор, пока не будет получен либо положительный (платеж проведен), либо отрицательный (в проведении платежа было отказано) вариант ответа.
• В платежном модуле может быть активирована дополнительная функция, которая будет отсылать клиенту СМС с логином и паролем купленного им ваучера. Данная функция использует услуги специальных фирм — смс-агрегаторов и эти услуги оплачиваются администрацией хотспота.
• Когда страница модуля сообщает клиенту об успешном платеже (см. рис. 8 выше), она при этом дополнительно вписывает в браузер клиента cookie с авторизационными данными (логином и паролем). Если в браузере клиента разрешено использование cookie (и при этом страница платежного модуля и страница авторизации размещены на одном домене), то страница авторизации хотспота автоматически «подхватит» из cookie записанные в ней логин и пароль и сама вставит их в соответствующие поля меню для входа в интернет.

Получив логин и пароль, клиент может вводить их на странице авторизации хотспота (см. рис. 1) после чего получит доступ в интернет.

Полная инструкция к данному платежному модулю доступна по ссылке:

http://wifi-hotspot.zp.ua/hots... manual.pdf

Работающий в режиме тестовых платежей модуль доступен по адресу:

http://wifi-hotspot.zp.ua/robokassa/

Приобрести модуль приема денег через платежную систему Robokassa для модифицированной версии программы Easyhotspot можно онлайн, если перейти по ссылке:

https://wifi-hotspot.zp.ua/file_sale/

0

Сообщение от Dmitry На всякий случай, напоминаю, что все эти изменения относятся именно к модифицированной версии программы Easyhotspot, которую можно приобрести на странице онлайн-продажи.

нажимаю купить и страница не выходит белым бело

0

Сообщение от soles2006 страница не выходит белым бело

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

0

Сообщение от Dmitry если в вашем браузере выключен яваскрипт.

вы правы, я только сейчас это заметил, спасибо

0

0

Платежные модули для обслуживания клиентов с помощью платежной систем QIWI и Robokassa были модернизированы:

• Убраны прямые обращения в базу. Все данные модуль получает, выполняя http-запросы непосредственно в программу Easyhotspot. (Естественно, был модернизирован и сам Easyhotspot для обслуживания этих запросов...)
• В модуль добавлена возможность автоматизации обслуживания "постоянных" клиентов - "Клиенты с оплатой по счету" теперь могут вносить "помесячную" оплату. После проведения платежа биллинг смещает клиенту дату окончания обслуживания на месяц позже.
• В платежную систему теперь отсылается описание товара, за который платит клиент - берется краткое описание тарифа со страницы настроек платежного модуля (то, которое типа "для СМС").

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

• Инструкция к платежному модулю QIWI
• Инструкция к платежному модулю ROBOKASSA

Написаны новые платежный модули - для обслуживания клиентов с помощью платежных систем Яндекс.Касса и ASSIST.
Инструкции к указанным платежным модулям доступны по ссылкам:

• Инструкция к платежному модулю Яндекс.Касса
• Инструкция к платежному модулю ASSIST

Модули (как и сама программа Easyhotspot) доступны на странице онлайн-покупки:
https://wifi-hotspot.zp.ua/file_sale/

0

Демо версия есть?

0

Сообщение от Briolin Демо версия есть?

только лишь на моем сервере (с возможностью подключить свой роутер). Как тестировать, описано на странице:
http://wifi-hotspot.zp.ua/hots... onlinedemo
Связано это с тем, что весь код программы - open-source, и прятать в нем какие-то ограничения для демо бессмыслено, как следствие - демо-версий, устанавливаемых на серверы заказчиков - нет

0