rPman

да

кто то должен рулить фильтрацией данных, совершенно неприемлимо, если вы это будете делать на клиентской стороне, а значит этим должен заниматься бакэнд, скорее всего там у вас sql-база данных, а значит можете смело делать запросы вида select * from zzz where yyy=xxx limit 30 offset page*30

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

плагином в браузере, каким-нибудь tempermonkey инжектите свой скрипт в чужой сайт, зменяете их метод ajax или чем они шлют и смотрите

попробуйте подменить метод на свой, что то типа такого:
https://stackoverflow.com/questions/40341197/how-t...

WebSocket.prototype.oldSend = WebSocket.prototype.send;

WebSocket.prototype.send = function(data) {
     console.log("ws: sending data");
     WebSocket.prototype.oldSend.apply(this, [data]);
};

Потому что задача не такая простая как хотелось бы, да, перцептивное хеширование и opencl верное направление, но ваша проблема именно в том что вы работаете с камерой а не типличными условиям и готовыми картинками.

Камера - это повороты и перспективные искажения, проблемы с неравномерной яркостью и мерцанием освещения, инертностью матрицы и глюки алгоритмов пост обработки в смартфонах.

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

Никак, только пересозданием объекта

key-value это обычно документ-ориентированный подход, т.е. когда вся необходимая информация хранится в виде объекта.

В вашем случае это будет
comment_1:{data:comment_data,tags:[tag_1,tag_2,tag_3]}

справочники храните как отдельные объекты
tag_1:tag_data

И не заводите прослойку из id, это лишнее,.. точнее старайтесь чтобы идентификатором была сама строка (если она уникальная) тогда вам не придется городить целый уровень абстракций.

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

Плагин к браузеру greasemonkey/tampermonkey позволит дергать ваш javascript по условию открытия страниц по regexp с полными правами доступа (т.е. включая iframe). Есть нюанс по одновременно открытым вкладкам, так как вкладки не в фоне работают с меньшим приоритетом и скоростью (а некоторые веб-приложения сами отслеживают что не в фоне и отключают часть активности), это решается вообще своим браузером на базе готового контрола типа webkit или .net WebBrowser (для любой платформы такой есть, код браузера строчек десять получается).

Кликать либо симулируя события либо дергая метод $('селектор').click(); Встречаются нюансы с работой тега select или поддержкой посимвольного ввода данных в умные input но решаемые.

Браузер на твоей машине (контролируемой тобою) - плагином, тьма их, популярный greasemonkey (или аналог tampermonkey если нужен и хром)

Чужая машина - никак, только получив доступ к чужому бакэнду или скриптам, которые он подгружает (например рекламная площадка)

никак, и надеюсь никогда такой возможности не будет

В общем случае - никак, если пользователь кликнул по iframe то вы ничего не сможете сделать, для страницы с чужим контентом - он черная лошадка.

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

Это вопрос безопасности, так как иначе вы могли бы открыть какой-нибудь facebook в iframe с автологином пользователя, читать приватный контент и симулировать там клики. Это недопустимо.

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

https://api.jquery.com/mousemove/

Properties such as .clientX, .offsetX, and .pageX are available, but support for them differs between browsers. Fortunately, jQuery normalizes the .pageX and .pageY properties so that they can be used in all browsers.

вы бы хоть для теста вывели в лог что внутри evt

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

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

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

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

Зачем вам связь хранить на клиенте? пусть этим сервер заморачивается, у него больше возможностей для этого.
1 запрос - 1 ответ, значит можно выдавать связанный идентификатор siteB при каждом запросе с siteA