Кроссдоменные взаимодействия до недавнего времени были запрещены. С удовольствием прочитал две статьи Ильи Кантора на javascript.ru Изменения в XMLHTTPRequest 2 все упростили.
На том же сайте нашел и статью про редакторы, в комментариях десятки ссылок. Рассматривая документаци к NetBeans нашел Руководство "Debugging and Testing JavaScript" А там можно (вроде бы) перехватывать скрипты из Google Chrome...
Обмен данными между доменами. Часть 2
Редакторы Javascript
Debugging and Testing JavaScript in an HTML5 Application
HTML5 Web Development Support
Загрузка среды NetBeans 8.0.1
Getting Started with HTML5 Applications
Debugging and Testing JavaScript in an HTML5 Application
NetBeans Training and Certification Resources
NodeJS - plugin detail
Ниже я скопировал оглавления к двум постам (первый - до XMLHTTPRequest 2/XDomainRequest, второй - после). Читать надо второй, первый - для истории...
Надо бы запомнить правило: Кроссдоменная загрузка разрешена для src="...." cсылок, а я раньше "помнил", что "для картинок" ... и не отдавал себе отчет, что еще и для скриптов. Второй важный момент: объект XMLHTTPRequest может запускать скрипт после загрузки (это из книги Дж. Рейсинга), если эта опция осталась для кроссдоменных скриптов..., то можно просто ставить (а потом убирать) "шпионские" скрипты сбора данных... Делает ли это Гугл? И третье... это возможности POST (Google API Developers Analitics.js, помнится, ограничивает размер передаваемого файла....
Что и куда качает chrome ?¶
Пока я вижу лишь то, что он грузит диск. И прежде, чем тратить время на изучение этих внутренних процессов, надо бы перехватить интернет трафик (и не забыть про UDP)
Дебаггиг кода Гугла в браузере - альтернатива сниффигу?¶
Попробовать надо, в NetBeans есть вариант "интегрирования chrome" с дебаггером. Устанавливаю. И надо бы посмотреть, какие воможности в других IDE
Размышления о дебаггинге (тестировании) чужих скриптов.¶
Недавно меня заинтересовали HTTP процессы Google Analitics. В частности, хотелось бы понять, как осуществляются процессы наблюдения за поведением пользователя (не только клики, но и такие события, как движение курсора, например...)
Полагаю, что механизм может быть таким: 1. Сбор данных в браузере (события) 2. Отправка данных на сервер данные+заголовок
О редакторе, который весит 60 mb¶
Потратил два часа на кликанье по моей NetBeans (на w8) прежде, чем догадался, что у меня сборка SE, элементарная вещь, которая мне известна по Eclipse и JDeveloper. Но я их последний раз использовал год назад ... Забыл... Надо бы регулярно что-нибудь разрабатывать... Получается, был неправ, когда решил не связываться с Python Eclipse
Посты чуть ниже также могут вас заинтересовать
В этом посте сразу две темы. И это плохо. Даже в черновиках надо разделять такие разные вопросы.
ОтветитьУдалитьИз-за идеи... и последующей возней c NetBeans (которую я описал в одном из следующих постов) я не обратил внимание на "смежные" темы:
1. Хранение данных на клиенте, обработка данных на клиенте
2. Передача данных с клиента на сервер
Так чтоЮ надо бы подсобрать данные и написат отдельный пост (чистовик) с соответствующими обзорами.
А здесь будем накапливать ссылки
Закон Евросоюза о cookies http://habrahabr.ru/post/143235/
УдалитьСтатья 2008 года Альтернатива cookies посредством Java Script http://habrahabr.ru/post/29293/
sessionStorage
globalStorage
userData
Client-side Database Storage
Local SharedObject
Silverlight Isolated Storage
Кроме того, в комментариях хороший пример с тестом ограничений на размер cookie
http://learn.javascript.ru/cookie
УдалитьКуки, document.cookie
Чтение document.cookie
Функция getCookie(name)
Запись в document.cookie
Функция setCookie(name, value, options)
Функция deleteCookie(name)
Сторонние cookie
Тс-с-с. Большой брат смотрит за тобой.
А если очень надо?
Дополнительно
Cookie.j