Одно событие во всех окнах одного домена

[kdn1990]

Каким образом можно создать взаимодействие между окон/вкладок одного браузера и одного сайта/домена

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

я вот использую LocalStorage и есть event onstorage, но его не все браузеры поддерживают, а те кто не поддерживают я использую checker каждые 250 мс, но это нагружает браузер очень сильно

как же можно сделать фейковое событие onstorage?

спасибо, интересно выслушать ваши идеи

[DjDiablo]

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

crazycode={
    _win:[],
    makewin:function(){
         var myWin= open("test.html");
         myWin.document.open();
         this._win.push(myWin);
    },
    appendText:function(text){
        for (i=0;i<this._win.length;i++){
           this._win[i].document.write("hello world");
        }
    }  
}
//1е окно
crazycode.makewin();
//2е окно
crazycode.makewin();
//3е окно
crazycode.makewin();
crazycode.appendText("hello world"); //добавим текст сразу в три окна

[kdn1990]

неее, другое окно либо уже открыто либо открыл пользователь, а не скрипт )

[DjDiablo]

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

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

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

К примеру по чётным секундам можно записывать данные в куки по нечётным считывать.

или вот вот поприкольнее )).
если вдруг сработает то в ie максимум будет 19 окон.

В куки map список всех куки для обмена. по принципу одно окно одно куки.
Каждое окно пишет только в своё отведённое ему КУКУ )))))
а читает из всех куки что зарагены в куки MAP.
Если каждому добавленному действию давать порядковый идентификатор то по нему окно сможет определить выполняло ли оно уже эту операцию, если вдруг случайно обнаружит её повторно. При этом окну достаточно помнить последний порядковый номер выполненной операции для каждой куки.

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

Соответственно окно считавшее куки преобразует json обратно в массив и будет его исполнять по очереди.

Хотя можно и так ))
очередное говно, в ie максимум 6 триад, тобиш не более 6 операций за секунду )).

есть несколько триад для операций .
триада состоит из трёх куки
1я для времени, 2я код операции, 3я полезная инфа

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

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

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

З.Ы. Щас читаю, и думаю, ЧТО ЖЕ Я НА САМОМ ДЕЛЕ КУРЮ ? )))
Тот факт что в IE всего 20 куки на домен, означает что эти маразматические идеи ещё и малопродуктивны в придачу)) А жаль, придётся занять чем то другим свою извращённую фантазию.)))))))

[kdn1990]

запускать таймер? ))

[trikadin]

kdn1990, использовать сервер-сайд?

[DjDiablo]

прошу прощение что значит
использую checker каждые 250 мс ?
Я приавильно понимаю что ты каждые 250 мс проверяешь появились ли новые данные в localStorage ? И при этом эта проверка грузит систему.

Я не в теме чо то )).

И вот ещё что, я стибался над куки предполагая что любое окно может быть источником сообщения и сообщений будет уйма. А ведь скорее всего сообщения будет генерировать только активное окно. А это меняет картину.
В этом случае на полном серьёзе можно померить что быстрее проверить состояние в куки или в localStorage, если куки победят то там можно разместить флаг который можно будет проверять в таймере, и если флаг указывает на то что записаны новые данные, то только тогда обращатся к более медленному localstorage. Там где нет localstorage можно использывать сервер, и опять же опрашивать не сервер 4 раза в секунду, а куки (я думаю тут и так ясно что будет быстрее).

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

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

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

[kdn1990]

kdn1990, использовать сервер-сайд?

можно поподробнее?

DjDiablo, setInterval(checker, 250);

[DjDiablo]

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

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

[razerxxx]

Хм. не знаю можно ли проверить - активное сейчас окно или нет (вроде бы должно быть можно), но если можно - то только при активации окна делать запрос в local storage.
Есть еще такая штука как postMessage - ie8+... Каким то образом передать ссылку на объект window через local storage - а дальше уже общаться через postMessage.
Все это только в теории, сам я не пробовал. (точнее пробовал postMessage для кроссдоменного общения скриптов)