Обработка фото юзеров ВК в iFrame-приложении

[mikhailk]

Приложение работало через флеш-контейнер, фото юзеров грузились в битмапы через loader.content, проблем не было. Сейчас перевожу приложение на iFrame, доступ к loader.content стал вызывать ошибку нарушения изолированной среды (в принципе, это логично - раньше флешка запускалась на домене ВК, а теперь - на стороннем сайте).

Кроссдоменник на моей стороне есть, но, я так понимаю, нужен не он, а кроссдоменник на сервере ВК с фото (http://cs36.vkontakte.ru и т.п.), который разрешал бы доступ к фото для флешки, запущенной на моем сайте. Полагаю, это невозможно.

Какие тут могут быть решения?

[GBee]

http://www.flasher.ru/forum/blog.php?b=323

Добавлено через 1 минуту
http://www.flasher.ru/forum/showthread.php?p=800092 оригинал :о)

[mikhailk]

ок
надеюсь, адобовцы в обозримом будущем эту дыру в безопасности не перекроют :)

[carrotoff]

Оффтоп, @mikhailk, в чем плюсы делать flash-приложение на своем сервере через iframe? или это бегство от wrapper вконтакте?

[mikhailk]

фуллскрин
контейнер не дает сделать полноценный фуллскрин без скалирования

а потом, для единообразия с остальными соцсетями (iFrame все поддерживают)

[carrotoff]

ясно, а как насчет нагрузки на собственный сервер?

[mikhailk]

серверный программер решает :)
библиотеки все равно все лежат на собственном сервере
клиент - не самое тяжелое, что есть

[GBee]

контейнер==враппер?

Если да, то есть еще посредник, с фуллскрином все ок

[dark256]

ЕСли создать безупречный интерфейс, бог создаст еще более неумелого юзера....

http://vkontakte.ru/iflash

[mikhailk]

контейнер==враппер?

Если да, то есть еще посредник, с фуллскрином все ок


про посредник в курсе
но на тех же ОК все равно через айФрейм подключение, так что переход на айФрейм логичнее, чем на посредник


http://vkontakte.ru/iflash

Хм, не знал о готовом решении