Тег object - как получить его document

[neon121]

Deff,
То есть, при каждом моменте, когда нужно из object обратиться к родителю, перегружать его содержимое? Это ж тогда сколько трафика уйдет
Но, в любом случае, не подходит, потому что по условиям задачи документ в object не знает URL родителя

[devote]

neon121,
дык может все же откроете секрет того какова причина юзать именно тег OBJECT ?

[Deff]

Но, в любом случае, не подходит, потому что по условиям задачи документ в object не знает URL родителя

Загружайте в обjekt Первым страницу родителя - она и передаёт адрес в window.name и выставляет последующую загрузку Вашего адреса

То есть, при каждом моменте, когда нужно из object обратиться к родителю, перегружать его содержимое? Это ж тогда сколько трафика уйдет

Не юзал в object , но в iframe - достаточно однократной загрузки каждого адреса

[Deff]

дык может все же откроете секрет того какова причина юзать именно тег OBJECT ?

Тож заинтересовало

[neon121]

devote,
Требование заказчика
Deff,
Что ж, спасибо за разъяснение, завтра вероятно попробую протестировать такое решение

[neon121]

Поясню. Требование заказчика связано с тем, что, по некоторым данным, object выгоднее для SEO, чем iframe

[devote]

Поясню. Требование заказчика связано с тем, что, по некоторым данным, object выгоднее для SEO, чем iframe

разницы если честно нет никакой, что iframe плохо индексируется, а уж object тем более, если во фрейм все же и может робот зайти, то в объект как правило роботы не ползают.

Странные СЕО'шники посылать таких надо, а проще вообще сказать что через object не возможно сделать того чего они хотят. Как говорится извините но не мы браузеры пишем под сайты а сайты пишут под браузеры. И сделать того чего браузер запрещает можно лишь костылями (либо вообще никак), которые никому не выгодно из-за нагрузки/багов/нестабильности. IFRAME роботами нормально индексируется, да конечно не одним махом, но со временем и он попадает в поисковый запрос.

Но дело конечно ваше, вам мучатся с костылями. ИМХО