et Subdomain Uploadify ne fonctionne pas

Question

J'ai des sous-domaines génériques par exemple:

.example.com va à example.com/app/

Il semble Uploadify fonctionne très bien si j'utilise le répertoire au lieu du sous-domaine. Mais quand j'utilise le sous-domaine et que je clique sur l'image de téléchargement rien ne se passe. Il semble charger le flash très bien et pas d'erreurs JS mais quand je clique sur le bouton je n'ai pas de navigateur de fichiers. Peut-être que la façon dont je fais les domaines génériques l'affecte, pas sûr. voici mon htaccess:

RewriteCond %{HTTP_HOST} ^(.*).example.com 
RewriteCond %{HTTP_HOST} !^www.example.com [NC] 
RewriteRule ^(.*)$ http://example.com/app/%1/$1 [P] 

J'utilise aussi le chemin complet pour appeler les js et les fichiers flash. Ils ne sont pas situés sous le sous-domaine mais sous le domaine racine. Donc, je viens d'utiliser le chemin d'URL complète, voici un exemple de mes js:

$("#fileInput").uploadify({ 
     'uploader'  : 'http://example.com/js/upload/_scripts/uploadify.swf', 
     'script'   : 'http://sub.example.com/discuss/upload/do_upload/' + session_id, 
     'cancelImg'  : 'http://example.com/images/icons/del.png', 
     'folder'   : '/files/', 
     'multi'   : true, 
       'auto' : true, 
       'queueSizeLimit' : 10, 
       'buttonImg' : 'http://example.com/images/attachafile2.jpg', 
       'width' : 91, 
       'height' : 23, 
       'wmode' : 'transparent' 
    }); 

Answer 1

La mise en ligne utilise le flash pour effectuer le téléchargement. Flash est soumis à la même politique d'origine, un peu comme un navigateur natif, sauf qu'il a une échappatoire.

Flash recherchera un fichier appelé crossdomain.xml à la racine du serveur Web. Ce fichier XML détermine quels autres domaines peuvent accéder à son contenu via flash.

Par exemple, voici twitter's crossdomain file

Il peut être suffisant dans votre cas pour créer ou modifier ce fichier pour accepter les connexions des différents domaines concernés.

Bonne chance!

Answer 2

Sur la base de l'entrée Wikipedia pour l'same origin policy il semble aimer cela ne fonctionnera pas parce que sub.domain.com = domaine! .com en ce qui concerne JavaScript. Cela étant dit, il sounds like aussi longtemps que JavaScript croit il demande le même domaine tout devrait être juste peachy.

Je pense si vous dire Uploadify pour poster la non-réécrite-chemin d'origine et permettre à Apache de gérer la réécriture automatiquement, JavaScript ne pensera pas à cela ne respecte pas la même politique d'origine.

Par exemple: Si vous remappés domain.com/path/to/foo-foo.domain.com puis dans votre demande JavaScript /path/to/foo, Apache se traduira par la demande en conséquence et JavaScript ne sera pas connaître la différence.