[iceincube]

on üks probleem millega juba mõnda aega olen maadlend ja pihta ei sa kuidas see lahendada.
Idee on selles, et see suht mu esimene (tglt vist teine) objektipõhine lähenemine javascripti koodile.
Üritan ühes objektis siis teha http päringu saamaks template.htm sisu

koodi katsed asuvad http://kirves.pri.ee/testing/ajax/
seal on kaks koodikatset ja template.htm mida siis üritan sisse lugeda.

test.htm (JS kood asub code.js)
töötab, kuid seal ei kasutata objekti sisest HttpRequest objekti vaid globaalset (see luuakse seal makeHTTPrequest funktsioonis).
see tähendab seda et pole puhas OO ja pealegi võib seda objekti veel olemas olla, st kirjutan juba käimas oleva päringu üle.

test2.htm (ja siis JS kood asub code2.js)
on siis mitte töötav variant, kuid idee mismoodi umbes tööle tahaks saada.
põhimõtteliselt oleks vaja saada objekti reference kuidagi sinna "onreadystatechange" callback funktsioonile sisse, kuid kuidas.
seal this ei tööta (vist kuna tegu pole minu oobjektiga vaid XMLHttpRequest objektiga) millegipärast.

probleem siis asub code2.js -is
kohas

[Valdars]

Pakuks välja variandi, et this.objHttpRequest ei ole globaalne muutuja ja seetõttu ei ole ta funktsiooni sees kasutatav(ei ulatu sinna).

[iceincube]

põhimõtteliselt ma tean et see viga on. Viga on selles, et eventi "onreadystatechange"-il kutsutav funktsioon ei ole esilagse objektga seoses enam.
Üks võimalus pakuti välja, et panna objekt mingisesse global muutjasse ja siis callback functsioonis saaks selle kätte, kuid see tähendab välise abi kasutamist ja suht dirty ka.
Tegelt soov leida lahendus probleemile nii ikkagi ,et objekti ees saaks ära teha kuid tundub, et seda ei anna korraldada. Kui saaks "this" kaasa anda kuidagi parameetrina callback funktsiooni oleks enamvähem bueno.

php.ee-s oli ka teema
http://www.php.ee/foorum/index.php?post=59942

[nene]

See on üks JavaScripti kiiks, mis teinekord on paras piin.

Probleem on selles, et this viitab alati sellele objektile, kes on funktsiooni omanik.

Antud juhul lood sa picStrip sees funktsiooni, mille omanikuks saab objHttpRequest.

Sa arvad, et seal IF-lause sees this on sama mis picStrip, kuid tegelikult on see hoopis picStrip.objHttpRequest. Seega, kui sa küsid seal this.objHttpRequest.readystate väärtust, siis otsitakse hoopis objekti picStrip.objHttpRequest.objHttpRequest.readystate.

Kuid sina tahaksid viidata seal funktsiooni sees siiski sellele objektile, mille sees funktsioon defineeritud on (antud juhul picStrip). Üks võimalus selleks on kasutada sulundit (ingl. k. closure), ehk siis defineerida väljaspool seda funktsiooni muutuja, mis funktsiooni sisse kätte paistab ja tollele vastav väärtus omistada.

Näiteks defineerime this asemel muutuja that.

[iceincube]

nene, hmm, njh, see toimib küll. kuid kasutab seda globaalset muutujat that..
Muud moodi siis vist ei annagi?
ja sellel ajal kuni readystate 4 saavutatakse ei tohi ,JS-is mujal seda muutujat kasutada..(näiteks kui loon kaks korda järjest objekti picstrip)

kusjuures kaks korda järjest picStrip-i põhjal uus objekti luues ei toimigi alati..
oleneb kohe kui kiirelt readystate 4 saavutatakse

panin praegu sinna kaks objekti järjest, kui div-is sisse jääb x täht siis drawStrip-ini ei jõutud
http://kirves.pri.ee/testing/ajax/test2.htm


tundub et asi on ikkagi suht saavutamatu ilma objekti välise abita.

[nene]

[iceincube]

ahjaa, damit.
kaks sama nimega div-i jah.

Ma võtsin nendes näidetes automaatse nime genereermise maha koodi selguse mõttes.
Koht kus probleem välja kasvas - seal oli nime genereerimine ka küljes.

[nene]

Muide, kui sul seda div-i pole tarvis väljaspool seda JavaScripti ID järgi kätte saada, siis pole mõtet mingit unikaalset ID-d genereerima hakata. Märksa lihtsam on viit tollele genereeritud div-le lihtsalt meelde jätta. Samamoodi nagu sa hetkel hoiad meeles toda ID-d. Nojah... sel juhul peaksid sa kasutama tolle div-i lisamiseks document.createElement() meetodit, mitte document.write()-i.

Märkasin veel sellist asja su koodis, et sa käid for-tsükliga läbi tolle msxmlhttp massiivi, aga reaalseks lõpptulemuseks saab olla vaid ActiveXObject('Microsoft.XMLHTTP') või null. Kõik vahepealsed väärtused kirjutatakse üle.

Lõpuks veel see asi, et sa omistad objekti prototüübile kõik funktsioonid eraldi, kirjutades iga kord kõik pikalt välja:

[iceincube]

Tahan üle küsida, et kas XMLHttpRequest-i päringud saavad toimuda ainult samasse domeeni kus asub nn lehekülg. Turvalisuse tõttu on muudesse domeenidesse päringute tegemine browserite poolt defaultina keelatud.
Olen päris hullult ringi kondand mõõda googlet ja materjale asja kohta lugenud ja tundub, et bypassi pole sellele ilusat. On mingi Iframe-is lähenemise asjale(ei ole lugend selle kohta, kuna nii teha ei tahaks).

Siis leidsin ühe lahenduse.
Crossdomain turva saab ületada dünaamiliselt uue scripti lisamisega dokumenti. See täitsa toimib, kuid sellega kaasnes kohe probleem.
See ei toimi safaris vist(foorumist lugesin, ise proovida ei saa kahjuks).

Kas on veel mingeid võimalusi crossdomain töötamiseks?
Kas safaris üldse toimib mingi crossdomain päringu tegemise võimalus?

Ma suht nõutu.. kõik on hea, kuid safaris keerab näkku.

[nene]

Aga võibolla saaksid sa teha selle crossdomain päringu asemel hoopis kuidagi teisiti. Näiteks nii, et päring teise domeeni tehakse serveri poole peal ja vahendatakse edasi skriptile.

Miks sul üldse taolist asja tarvis on?

[iceincube]

leidsin vana teema üles :p

vajaonseda sellekset teha javascipt widgetit mida suvaliine inimene saab oma lehele panna.
lisades ainult mingi javascriptikoodi HTML-i kuvab minu serverist mingi sisu sinna kohta tal lehel
nagu näiteks google mapsi saab oma lehele lisada

[DoS]

http://miso.blog.matfyz.sk/p731-cross-domain-ajax

Ei ole otseselt ajax, aga töötab ja väidetavalt ka Safariga.
http://stankaa.com/ on selle abil tehtud ja on ka nö widget, mida kahe reaga suvalisele lehele saab panna.

[iceincube]

Noh, tglt on mul jah nüüd see probleem ammu lahendatud juba
Ma lihtsalt teavitasin lõpuks nene -et, milleks selline crossdomain hea on