оказывается у beanstalk есть возможность сразу зарезервировать задачу чтоб другой процесс не запустил ее повторно, одна проблема вроде как решилась. на счет вашего варианта почитаю, а так же нашел информацию что можно использовать систему инициализации SystemD и запустить свой юнит при запуске системы или в ручную и сделать так чтоб юнит сам перезапускался если процесс завершился. то есть сам всегда будет следить по PID и запускать его снова, так же можно настроить количество одновременных параллельных процессов, один или сколько нужно, мне этот вариант нравится но пока глаза боятся лезть, не очень силен c linux в целом и bash скриптах
еще увидел интересный вариант и на сколько я мог его понять..
у mywifi24.ru сделано так, если это попап браузер они сразу авторизовывают пользователя с данными captive:{password} с ограниченной сессией, допустим 10 секунд.. за это время ios проходит проверку, получает success и уже появляется кнопка готов, открывается ссылка в safari, идет logout из того пользователя и там уже нормальная авторизация по номеру тел и тд, попробую реализовать отпишусь тут. это решение более стабильное, но.. в первом варианте ты отключаешься от wifi и снова подключаешься и клиенту снова можно показать рекламу, я сделал это так, в попап в ссылке которая кликается через 1 секунду сидит ссылка на статус микротика к примеру 10.2.0.1/status, а в status.html идет редирект с нужными данными на мой сервер где я идентифицирую пользователя и хотспот с которого он пришел
о каком маке речь? как вы его получите? до того как каптив портал(mikrotik или другой) переадресует на свой IP и данным о маке и тд, вы его не получите.. на сервере мы получаем только внешний IP роутера через который подключается устройство. я столкнулся с двумя проблемами из за этого, если одновременно два устройства подключаются к хотспоту то одному из них сразу приходит success, это если делать по принципу храним IP-время последнего запроса. дальше я сделал как в примере у OCTOGRAM, только на php и чуть по другому, сброс пометки об IP, идет не когда уже был переход в Safari а когда был первый ответ success, то есть только узнали что есть такой IP сразу же очищаем пометку для следующего клиента. но все равно стабильности нет, версии ios могут быть одни но железо разное, кто то успевает за 1 сек после открытия этого попап бразера сделать еще один запрос и получить success, кто то нет.. а делать больше 1 сек задержку уже не красиво так как пользователь может успеть нажать ГОТОВО и будет думать что интернет уже есть
буквально недавно где то рядом писали что первая с уязвимостями, во второй исправили.. так то меня устраивает и первая все что нужно получается реализовать на ней.
Интересует вопрос с уязвимостями правда ли или в последних релиза 1.1.16 тоже все нормально. И интересует производительность какая версия лучше, если разница существенная почему не перейти?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
