|
Ajax & cross-subdomain problemi
Upao sam u glupi problem, pa sad sumnjam i u ono shto (valjda) znam (ili ne znam).
Elem, ponudio se da pomognem prijatelju da formatira xml podatke koje mu shalje web server i da ih prikazhe na web strani. Stvar mora da bude client-side, jer nema pristup aplikaciji na serveru, i sve shto mozhe da dobije nazad je (ochajno formatiranu!) xml stranu. OK, malo Ajax-a, formatiranja xml-a, i html-inject u letu je reshilo problem i to lepo radi u testu. Medjutim, produkcijski server se nalazi na drugom subdomenu od strane koja ce otvarati konekciju ka serveru (xml dolazi sa profile.something.com a Ajax radi sa www.something.com). I naravno sada nijedan browser nece da otvori request prema strani u drugom subdomenu. Jedino shto mi pada na pamet (a da nisu neki ruzhni iframe-bridge hakovi) je da stavi Ajax stranu na isti subdomen sa serverom, i odatle je pokupi u iframe-u. Imate li josh neki predlog, za sluchaj da ne mozhe da pristupi fizichki subdomenu gde je server aplikacija? TIA |
|
|
Hvala, vidjao sam neka Proxy reshenja ranije ali nisam obracao pazhnju do sada.
Od svih ponudjenih eventualno url-rewrite bi mogao da pomogne (jer nishta od PHP-a, json-a i slichnih opcija). Ili to, ili neka kopira stranu i script u isti subdomain nekako. |
uh nemam link ovde, pitacu kolegu sutra... ima jedna zgodna stvarcica koja funkcionise preko flasha... radi cross domain
|
Sve cemo cesce vidjati javascript + flash resenja, s tim da korisnik nece ni znati da koristi flash. Dovoljan razlog je bolji storage engine kod flasha.
|
flashu ako dodas crossdomain.xml u root site-a, onda mozes da mu obezbedis da skida podatke odakle hoces..
napises u tom fajlu nesto tipa: Kôd:
<?xml version="1.0"?> |
Hvala na odgovorima.
Od svega ponudjenog je mod_rewrite (pomenut na yahoo-u) najbrzhe reshenje. Mozhda ovo i nije forum za to, ali pitanje za mod_rewrite znalce (jer nemam trenutno nijedan remote server na raspolaganju da isprobam): Redirekcija mora da bude "silent", tj. 30x response nije prihvatljiv jer javascript ochekuje xml. To sve lepo radi kada se redirektuje unutar istog subdomain-a, ali kakva je situacija sa npr. Kôd:
RewriteRule ^/xml_data/([./]+)$ http://profile.blabla.com/$1 [QSA,T=application/xml,L]TIA |
ne moze to tako, ako zelis spoljni redirekt (sa promenom domena) moras browseru da nalozis da to uradi sa 301 (ili vec kojim) responsom uz pomoc [R] flaga. Ako ne stavis [R] onda radis unutrasnji redirect apache-u i tako ne mozes da promenis domen.
Ono sto moze da se uradi (ali ja nemam nikakvog iskustva sa tim) je da koristis apache kao proxy server (sa mod_proxy), pa da mod_rewrite-u nalozis da uradi rewrite i posalje proxy zahtev. To se radi sa [P] flagom i pretpostavljam da bi sintaxa isla ovako nekako: Kôd:
RewriteRule ^/xml_data/([./]+)$ http://profile.blabla.com/$1 [P,QSA,T=application/xml,L] |
Tja.... preko preche, naokolo blizhe.... lepo je meni govorio tata, mani web i drzhi se C++a :)
Na kraju sam sredio nekako problem preko bridge-a u PHP-u :\ Da ne bude sve kako treba curl nije bio dostupan, ali sam nekako ishchupao reshenje - preko stream_context_create() funkcije. Hvala josh jednom, poz |
| Vreme je GMT +2. Trenutno vreme je 05:35. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.