В моем случае WEB-приложение на удаленном сервере было оптимально для проведения идентификации пользователя согласно закону РФ. Сделать это локально на роутере надежно невозможно.
Если вы собираетесь делать это не в России и задачу не планируется расширять вне "показать пользователю рекламу", то можно обойтись только функционалом роутера, логику показа рекламы делать на javascript на стороне пользователя. В этом есть свои плюсы и минусы.
По поводу рекламных сетей: а какая в них разница? Единственная проблема, которую я сходу вижу - нужно разрешать пользователю доступ на сайт рекламодателя, запрещая все остальное. Я бы смотрел в сторону сотрудничества с локальными рекламными агенствами в вашем городе. Это проще технически и вероятнее всего выгоднее.
Байты дерутся за место в порту. Начните с азов, попробуйте вникнуть в модель OSI, почитайте "сети для самых маленьких" от linkmeup. Это если поверхностно.
Попробуйте перефразировать. Ничего непонятно. WiFi-точка доступа синхронизируется с другими точками доступа в помещении? Маршрутизатор синхронизируется с другими маршрутизаторами в сети?
entermix: почему, получилось. Просто осталась проблема: как разрешить коллизию, если несколько IOS устройств подключается одновременно? Для этого нужно их уметь идентифицировать.
Вместо some_user_marker я использовал IP адрес, с которого пришел HTTP запрос. В случае стандартной настройки роутера это будет IP-адрес роутера, т.к. NAT. Соответственно нужно избавиться от NAT. Как это сделать я написал в предыдущем комментарии.
entermix Хороший вопрос. Это, действительно, проблема. После отказа от HTTP редиректа на уровне микротика, идентифицировать пользователя проблематично.
Можно сделать так: настроить туннель между микротиком и вашим веб-сервером и настроить маршрут до сервера через этот туннель. NAT на туннеле не включать. Таким образом на веб-сервер будут приходить пакеты с оригинальными IP, вот и идентификатор.
Нужно вести ip план и следить, чтобы на ваших роутерах не пересекались IP, выдаваемые клиентам. На веб-сервере, соответственно, тоже должны быть настроены маршруты до каждой из этих подсетей.
Для себя я решил этим не заниматься, пока не возникнет реальной необходимости - очень уж много гемора, хотя и вполне реально. Сейчас я просто подделываю все запросы от ios cna, блокируя его всплывание. Негатива у пользователей это не вызывает.
ReactCSSTransitionGroup - единственный известный мне способ, к тому же от создателей react. Вам стоит разобраться с вашей проблемой, а не искать велосипеды. Сделал на коленке пример https://codepen.io/anon/pen/zZmQLJ. Что в нем непонятно?
2. По-умолчанию да, span. Вы можете изменить это с помощью props component, как это сделал я в примере.
3. Не копал глубоко, но вероятно да, на детей вешаются классы.
4. Вам в какой момент нужна анимация? Если у вас уже ReactCSSTransitionGroup уже примонтирован в DOM и вы в него добавляете новые элементы, которые нужно анимировать - вам действительно нужен enter. Если у вас ReactCSSTransitionGroup монтируется одновременно с дочерними элементами, вам нужен appear вместо enter
можно и встроенным tcpdump воспользоваться вместо wireshark. Собственно те же данные: хост, порт и протокол. а больше и не надо. Нужно только понимать, какой трафик у вашего сервера должен быть в норме, чтобы отсортировать его от вредного.
К тому же резонно спросить у заблокировавшего провайдера - что за атака-то?