rPman

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

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

p.s. обычно все используют webkit , вроде в списке возможностей geolocationapi заявлено:
https://webkit.org/status/#

https://developer.android.com/reference/android/we... так же заявлена поддержка, если сайт использует ssl но разработчик приложения сам должен реализовать колбек на подтверждение выдачи данных

Если разработчики браузера разрешат делать такое (без разрешения пользователя) это будет еще одной дыркой в cross site scripting, т.е. можно будет получить доступ к данным другого домена (открыв его в iframe), со всеми сохраненными авторизациями.

click jacking уже работает (прозрачный iframe подставляется под курсор мышки нужной стороной), но в слепую, а будет - нет.

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

Что может быть читабельнее этого:

function node(name){return document.createElement(name);}
var div1=node(n'div')
   ,div2=node(n'div')
   ,div3=node(n'div')
   ,div4=node(n'div');

p.s. избегайте ручное создание нод в проекте, пользуйтесь шаблонизаторами (их миллион) - готовые куски шаблонов храните тут же на странице, в теге < script type='text/html' >

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

Я долгое время (да и сейчас, периодически) писал серверные и cli приложения на php исключительно в текстовом редакторе Far Commander с набором тематических плагинов

Поэтому все зависит от вашей среды разработки.

p.s. есть решение, неплохое и универсальное, подключаться терминалом к рабочей мощной машине (mstsc в windows работает объективно хорошо на медленных соединениях но критичны пинги, если вы любите отзывчивость интерфейса)

определение мобильника в студию! планшетник с win10 и клавиатурой-докстанцией это что?

я пользовался этим https://mths.be/platform

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

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

в 99% случаев авторизация нужна на всех страницах, после авторизации пользователь хочет видеть ту же самую страницу.

javascript форма авторизации получается очень простой, ей почти все равно, одна страница авторизации или несколько.

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

в идеальном мире, использование .forEach() позволит в будущем распараллеливать в несколько потоков эти вызовы с меньшим набором проблем чем попытка делать то же самое с циклом for(), особенно если этот цикл на основе i=0;i<.length;i++ (от этих циклов бегите как от огня, просто не привыкайте)

но наш мир не идеален, к тому же, если я не ошибаюсь, .forEach не позволяет делать красивый continue и тем более break... вам придется в коде forEach делать лишние блоки if

websocket именно для этого и создавалось

а до этого использовались отложенные longpool http запросы с паузой (сервер держит открытым соединение с клиентом, который делает запрос типа 'есть ли чо для меня', до тех пор пока не потребуется отправить ему сообщение, и так в цикле)

оба объекта внутри - ссылки (фактически 4 или 8 байт в зависимости от архитектуры), но undefined в массивах может совсем не занимать места, если соответствующий элемент не был проинициализирован или был удален delete
stackoverflow.com/questions/6499352/does-null-occu...

Если оригинальный скрипт не сохранил идентификатор таймера, возвращаемого при иннициализации, то никак. Официального способа перечислить запущенные таймеры нет, кроме как переопределить setInterval ДО вызова на свою функцию.

Если повезет, можно найти в вызываемом скрипте условие, при котором он завершится с ошибкой или будет работать вхолостую (удалить используемый DOM объект например).

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

По уму это кстати настраивается в политиках (для IE).

Одна из основных проблем java — ее запатентованность вдоль и поперек. Не язык так популярные и разрекломированные фреймворки или их части. А так же большое значение имеет — кто стоит за платформой. Стояли sun/oracle и java стало синонимом 'дырка в браузере' а как ее взяло на вооружение Google, так это вернуло java главенство над мобильными технологиями!

Тут два пути — поэлементный поиск (последовательно или рекурсивно, циклом или callback, не важно) либо сериализуем (самое быстрое — JSON.stringify) все данные или поэлементно и уже ищем подстроки ",7,", "[7" и ",7]"

Нашел пока это
gist.github.com/bebraw/507756

Код заливки трехугольника градиентой по цветам на вершинах