Ujuf66 Oct 17 2017 at 04:30

Обход ограничения WEB-браузеров на движке Chromium. Из одного iframe меняем содержимое другого iframe

3 min

7.5K

JavaScript*

From sandbox

Comments 12

serf Oct 17 2017 at 05:45

Это не только Chromium ограничение, но всех современных бразуеров тк это ограничение безопасности которое очень логично. В cross-window/cross-origin взаимодействии через window.postMessage ничего нового нет. Касательно использование postMessage(sO, "*") возможно стоит подумать об ограничении получателя, то есть вместо "*" указывать что-то конкретное из доверенного списка.

Ujuf66 Oct 17 2017 at 08:01

Вы почти правы, но вот этот код

function linkclick(frame, link) {
      top.bottomFrame.src = 'layout/bottom.html';
}

работает в современном FireFox-е.

nckma Oct 17 2017 at 06:11

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

justboris Oct 17 2017 at 08:16

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

kspksp Oct 17 2017 at 08:27

Вроде бы речь идет о документе не на сервере, а на локальном диске. XMLHTTP запросы тут не работают…

justboris Oct 17 2017 at 08:29

Можно загружать данные через скрипты, как require.js или jsonp делают, например. Такой подход с локальными файлами работает.

Ujuf66 Oct 17 2017 at 08:36

В реальной доке таким образом меняются и центральный iframe и нижний, и оба из них, могут быть «не слабого» размера со своими стилями скриптами и т.д. и т.п. Спросите у звонящего, а как по другому, в доке на локальном диске подгружать контент?

justboris Oct 17 2017 at 08:38

Require.js, Webpack — решений много.

У вас, как я вижу, используется ExtJS. Там тоже есть решения для ленивой загрузки.

Akuma Oct 17 2017 at 08:38

Может стоит попробовать реализовать все это в виде десктопного приложения на каком-нибудь Electron (https://electron.atom.io/) например? Надо уходить от iframe, он разве что для встраиваемых виджетов подходит, которые как раз не должны взаимодействовать с остальной страницей.

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

UPD: Если у вас это все генерится уже каким-то приложением, может проще будет поднять внутри него мини веб-сервер и с него все гонять? Ну как будто это сайт. Там уже можно полноценное веб-приложение сделать, а не извращаться.

Ujuf66 Oct 17 2017 at 08:53

На счёт electron.atom.io вы это хорошо подметили, но у нас весь «двигатель» работает на паре виндовых DLL, одна из них привязана к дельфовым классам, так просто от этого не уйти.

поднять внутри него мини веб-сервер и с него все гонять

отличная мысль.

а не извращаться

я не считаю, использование postMessage — извращением

Akuma Oct 17 2017 at 09:14

postMessage — не извращение :) iframe — извращение :)

Да, dll к электрону наверное не получится привязать.

dnbard Oct 17 2017 at 11:56

Да, dll к электрону наверное не получится привязать.

можно, например через node-ffi