маска на рисунки, подгружаемые из нета

[JaLav]

Здравствуйте.
У меня такая проблема

В клип подгружаю рисунок и ставлю маску на этот клип

Если картинку подгружаю из той же папки, где swf-ка, маска ставится,
а если картинка находится, например по адресу
url ="http://www. и т.д.",
- не ставится.

[etc]

А на удаленном домене есть crossdomain.xml, разрешающий обращение к мувикам? И разрешает-ли мувик на удаленном домене к себе обращаться?

[JaLav]

не знаю. Скорее всего нет. Но я не понимаю, что значит "разрешает-ли мувик на удаленном домене к себе обращаться". Какой там может быть мувик на удаленном домене? Мувик у меня на компе, а там рисунки.
:-)

[etc]

http://www.flasher.ru/forum/showthread.php?t=92951

[JaLav]

спасибо:-)

[JaLav]

Еще один вопрос
Если я закину эту флешку на сервер, но рисунки будут тянутся из другого домена (клиент так хочет, он немец:mosking: )

При тестировании на сервере — там свои правила, настраивать пути к серверу на макромедии не стоит, лучше соблюсти все правила секьюрити, тогда все будет работать.

Получается, что тогда каждому клиенту надо будет настраивать свой флеш-плеер.
Как поступать в таком случае?

[etc]

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

[JaLav]

Еще раз спасибо, всегда выручаете

[JaLav]

Добавила в начало своего скрипта System.security.allowDomain("имя домена");
и все работает даже без crossdomain.xml

[etc]

А что, загрузка разве с разных доменов происходит?
И причем тут разрешение на доступ другому домену к данному?

[JaLav]

Не из разных, в данном случае команда такая:
System.security.allowDomain("http://www.babux.de");

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

[etc]

Но эту команду интерпретируют еще так:
"мы указываем свф-ке что нам понадобятся данные с другого хоста".
Т.е. получается, когда мы обращаемся к некому хосту за чем-либо, он тогда обращается к нам, это как-бы неявно, происходит обмен разной там информацией. Вот мы и даем ему доступ к нам обращатся для того, чтоб потом мы могли обращатся к нему :mosking: :mosking: :mosking:
Это неправильная интерпретация. Будь так, не было бы всяких crossdomain.xml.

[JaLav]

Но почему же тогда работает?
Можете вставить эту строчку
System.security.allowDomain("http://www.babux.de");
в мой исходник (который я прикрепила в самом начале темы), и он будет работать независимо от того, откуда берутся рисунки. Вернее независимо от того, берутся ли рисунки из локальной папки или с http://www.babux.de

[etc]

allowDomain не требуется, если файлы размещены на одном и том же домене. И пути, во избежание проблем, нужно писать от корня, а не абсолютные.

[JaLav]

Флешка на одном домене, а рисунки на другом.
Изначально проблема была в том, что если все на одном домене(или в одной папке), то скрипт работает (конечно же без allowDomain), а если рисунки берутся из другого домена, то не ставится маска (розкоментарить строку в исходнике, где рисунок берется с babux.de и закоментарить строчку, что више, где рисунок берется с той же папки, в которой свф-ка)
А насчет этого
А что, загрузка разве с разных доменов происходит?
И причем тут разрешение на доступ другому домену к данному?
я подумала, что Вы спрашиваете происходит ли загрузка рисунков из одного домена или из двух, трех ... разных

С allowDomain все работает как локально, так и на сервере(не babux.de)

[etc]

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