rPman

в идеальном мире, использование .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

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

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

Пусть он будет не обязателен, но его пользователям будут предоставлены плюшки. Пусть это будет 1-click install. Не нужно извращаться с анализом буфера и т.п… просто предоставьте инструментарий по удобному указанию копируемого текста на страницах.

Соберите/постройте статистику кликов с пометкой человек/вероятно бот… постройте табличку: записи — клики, атрибуты — параметры кликов (ресурс, время с начала сессии, с предыдущего клика, наличие заголовков,..)

Затем подключите математический аппарат для анализа этой таблички (можете нейронную сеть обучить на ее основе).

Я работал с .net на с# компонент webbrowser (в windows текущая установленная версия IE) и успешно проверял его работоспособность на mono (используется библиотеки firefox).

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

весь скролируемый контент разместить в <iframe src=...>

первый же результат в гугле noteskeeper.ru/35/