[prev in list] [next in list] [prev in thread] [next in thread] 

List:       php-general-es
Subject:    =?ISO-8859-1?Q?Re:_[PHP-ES]_Re:_EXTRA=D1O_COMPORTAM?= =?ISO-8859-1?Q?IENTO_DE_PHP_!!_SOLUCION_FUNCIO
From:       "Eduardo Huertas" <e.huertas () gmail ! com>
Date:       2006-02-28 21:48:49
Message-ID: f51214940602281348m60b09a77y () mail ! gmail ! com
[Download RAW message or body]

El 28/02/06, DogDay<dogday@vodafone.es> escribió:
> Bueno, aunque ya no este a tiempo de aplicarla aqui va la solucion:
>
> Despues de leer largo y tendido sobre la protecion cross-domain que
> macromedia implementa al player para los navegadores el resultado es que
> NINGUN ARCHIVO SWF EJECUTADO EN UN NAVEGADOR PUEDE COMUNICARSE CON OTRO
> ARCHIVO QUE NO SEA DEL MISMO DOMINIO.
>
> Llegados a este punto la misma Macromedia propone un truco para saltarse
> esta prohibicion.
>
> Supongamos archivo1.swf lanzado desde dominio1 y que intenta mandar
> datos a un php alojado en dominio2. Simplemente se obviara la instrucion
> de carga de datos.
>
> Ahora bien si alojamos archivo1.swf en dominio2 y en dominio1 alojamos
> cargador.swf que haga una llamada a archivo1.swf y lo cargue en
> cualquier nivel, el resultado es que veremos archivo1.swf dentro de
> cargador.swf y operando al 100%, ya que archivo1.swf y el fichero php al
> que le envia los datos estan en el mismo dominio.
>
> Por si pudiera ayudaros.

Te lo has "currao" mucho.
Felicidades DogDay, y gracias por el tip... nunca se sabe.

-- 
PHP Spanish Localization Talk Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


[prev in list] [next in list] [prev in thread] [next in thread]