MajorDoMo

hc2hunter писал(а): Вт янв 21, 2020 5:17 pm Вопросы и предложения:
Как должна себя вести программа при попадании в зону обозначенной WiFi точки? Просто тупо спрыгивать на этот сервер?
Как следствие второй вопрос - как должна себя вести программа, если пользователь возьмет и поменяет потом сервер на другой? Ну вот вдруг ему что-то понадобилось посмотреть и он ушел с сервера, на который его принудительно скинули. Нужно остаться на этом сервере или опять принудительно спрыгнуть назад при следующем сканировании эфира (Android это делает примерно раз в пару минут, как повезет)?
Можно попробовать расширить функционал, добавив сюда поле с альтернативным адресом сервера. Скажем, если вы попали в зону точки, которая локальна с самим сервером - пусть и ходит на него по указанному (локальному) адресу?

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

Ну, думаю, можно попробовать...
Не исключено, что пока будет работать странно под некоторыми ревизиями Android Q (там как обычно есть нюансы). Тестировал на 5, 8, 8.1, 9

SmoKE_xDDD писал(а): Вт янв 21, 2020 6:33 pm По поводу 2 - если после перевода на другой сервер юзвер выбирает другой, то больше ничего не делаем до последующего запуска приложения....

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

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


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

hc2hunter писал(а): Ср янв 22, 2020 12:42 pm
И еще. Альтернативный адрес - конечно, штука очень удобная. Теперь можно прописать себе туда локалку и дома не тратить лишний трафик (ну или как минимум не ходить на внешний интерфейс своего роутера). Однако, следует учесть такой факт, что при переходе по локальному адресу браузер уже от него просто так не отцепится. При потере WiFi соединения как минимум придется нажать кнопку "Домой", чтобы страница поперла по основной ссылке.
Если это будет надоедать - могу попробовать повесить wifi-сторож. Будет спрыгивать на основной адрес самостоятельно. Но нужно попробовать, может это и лишнее окажется...

Да не плохо было бы локалку)

hc2hunter писал(а): Ср янв 22, 2020 12:42 pm И еще. Альтернативный адрес - конечно, штука очень удобная. Теперь можно прописать себе туда локалку и дома не тратить лишний трафик (ну или как минимум не ходить на внешний интерфейс своего роутера). Однако, следует учесть такой факт, что при переходе по локальному адресу браузер уже от него просто так не отцепится. При потере WiFi соединения как минимум придется нажать кнопку "Домой", чтобы страница поперла по основной ссылке.
Если это будет надоедать - могу попробовать повесить wifi-сторож. Будет спрыгивать на основной адрес самостоятельно. Но нужно попробовать, может это и лишнее окажется...

Мой любимый пинг этого адреса?)

А можно еще галку добавить: Использовать этот сервер, если не поключен к вайфай или неудалось определить

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

Пингов там никаких нет. Я так и не понял - зачем они?

hc2hunter писал(а): Ср янв 22, 2020 2:55 pm Пока вы тестируете, я уже начал слегка переписывать эти обвязки, т.к. не нравится мне как это Андроид делает...
Попробую написать свой "сторож", который следит за состоянием wifi и текущей точкой.

Пингов там никаких нет. Я так и не понял - зачем они?

что при переходе по локальному адресу браузер уже от него просто так не отцепится. При потере WiFi соединения как минимум придется нажать кнопку "Домой"

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

SmoKE_xDDD писал(а): Ср янв 22, 2020 2:48 pm А можно еще галку добавить: Использовать этот сервер, если не подключен к вайфай или не удалось определить

А так ли оно надо? В случае отвала WiFi текущий сервер вернется назад на основной адрес.

SmoKE_xDDD писал(а): Ср янв 22, 2020 3:49 pm

что при переходе по локальному адресу браузер уже от него просто так не отцепится. При потере WiFi соединения как минимум придется нажать кнопку "Домой"

понимаете... ping это своего рода "костыль", который в большинстве случаев ничего не дает кроме гарантированного прохождения пакетов на указанный адрес.
Безусловно, иногда он применим, когда ничего толком нельзя сказать об узле назначения или нет возможности определиться с состоянием сетевого соединения. Но опираться на него в нашем случае более чем бесперспективно. Кроме того это сильно засоряет трафик и зря напрягает аппарат.

...мы же не "пингалку" сетевую пишем Здесь есть на что опереться кроме пингов.
А вы предлагаете опереться на стандартную подсеть класса "C", которая как .0.0 по-дефолту настроена в 80% роутеров и как .1.0 в оставшихся 20%. Можно налететь, на кучу косяков потом... Либо надо разбирать адрес сервера, который указывает пользователь и писать дичайшую обвязку логики, чтобы пинговать именно то что нам надо, а не "кидаться камнями слону в задницу в двух метров".
А еще есть такое понятие как DNS. Почему вы думаете, что все используют прямую адресацию? У продвинутых админов наверняка даже дома стоит примитивный DNS-резолвер, который возвращает нужный адрес (локальный или глобальный) в зависимости от того, с какой стороны к нему постучаться.
...ну у меня, наконец, так сделано. ибо так проще живется и не надо ни о чем заботиться


Лучше давайте вернемся к сути вопроса - выполняет ли сейчас приложение то что подразумевалось в работе с WiFi ?

------

И еще один момент забыл упомянуть.
в Android начиная с 8.0 для получения доступа к именам WiFi точек доступа помимо специального разрешения должна быть включена опция "Местоположение" в Настройках операционки (в англ. версии Location).
Так вот, под 8.0/8.1/9.0 я написал костыль, основанный на дырках в системе, и все работает и без этого. И будет работать. А вот под 10-ку, увы, никак... они это починили и совсем запретили. И я это отразил даже отдельным предупреждением:

hc2hunter писал(а): Ср янв 22, 2020 4:17 pm Лучше давайте вернемся к сути вопроса - выполняет ли сейчас приложение то что подразумевалось в работе с WiFi ?

------

И еще один момент забыл упомянуть.
в Android начиная с 8.0 для получения доступа к именам WiFi точек доступа помимо специального разрешения должна быть включена опция "Местоположение" в Настройках операционки (в англ. версии Location).
Так вот, под 8.0/8.1 и 9.0 я написал костыль, основанный на дырках в системе, и все работает и без этого. А вот под 10-ку, увы, никак... они это починили и совсем запретили. И я это отразил даже отдельным предупреждением:
Буфер обмена01.png

Samsung S10 - не работает. Все настроено, но сервер не меняется...