Signed Scripts

Signe et Script?

Er det fordi du prøver at beskytte det?

Du kan lave en kommentar om at det er dit Script, men du vil aldrig nogensinde nogensteder kunne beskytte et javaScript , CSS eller et html-dokument.

nikolaidu >> Sædvanligvis er det for at kommunikere imellem scripts fra forskellige domæner.

Det burde være browseruafhængigt, men mon ikke der er nogen problemer alligevel.

nikolajdu >> jeg skal overføre data fra eet domaine til et andet via javascript - og det kan  (så vidt jeg ved) ikke lade sig gøre uden et signed script...

jakoba >> lige præcis - men ved du hvordan jeg gør ?

Aha, hvor bliver jeg klog i dag.

Jakoba suk ja, mon ikke der igen er X-browser problemer. Hvor ville det dog være nemt hvis verden var ens.... Ok og kedeligt.

Et signet script bruger man altså til at overføre data mellem to domæner? Jeg mente ellers ikke man kunne kalde et script på et domæne fra et andet??

Desværre jeg har aldrig prøvet selv
kik i kapitel 14 her. de giver en beskrivelse og links:
http://developer.netscape.com/docs/manuals/js/client/jsguide/index.htm

<ole>
Hmmm...\'Same Origin Policy\' er en lidt speget affære :)
Mange properties er beskyttet mod at kunne hentes fra scripts på andre servere. Det gælder ikke mindst hele DOM\'en for et dokument. Jeg kan f.eks. ikke - hvis to dokumenter er loaded ind i henholdsvis \'frame1\' og \'frame2\'...og hvis de ligger på hver sin server - sætte et billedes source i \'frame2\' på denne måde fra \'frame1\':

parent.frame2.document.images[\"billedet\"].src = \"denNySovs.gif\";

Variabler og properties, som jeg selv har defineret, kan jeg dog godt tilgå. Derfor kan jeg i \'frame2\'-dokumentet stille mine \'ting\' til rådighed for script\'ene i \'frame1\' på denne måde:

document.myImages = document.images;

Nu kan jeg - igen fra \'frame1\' - kalde således:

parent.frame2.document.myImages[\"billedet\"].src = \"denNySovs.gif\";

Voila...!  :))
Ellers skal du helt rigtigt have \'UniversalBrowserReadPrivileges\' gennem signed scripts. De har dog den ulempe, at man skræmmer brugeren, derved at der kommer en slags confirm-box op, der fortæller ham, han bevæger sig ind i et område med \'sikkerheds-kviksand\'. Sådan SKAL det selvfølgelig være, men mange står af her - så måske du skulle prøve at fiddle lidt med den anden løsning først :)
/mvh
</bole>

olebole >> det ER faktisk i forbindelse med egne \"klasser\" det giver et problem.

Jeg har en header.htm, som kan åbne et antal getdata.htm.

I header.htm findes feks funktionen addAlbum(div_params). getdata.htm bliver via noget cgi fyldt om med en masse opener.addAlbum(params) data. Og det er her jeg har problemet. Jeg ved at selve opener.addAlbum() virker da jeg kan gøre det på een server af gangen.

Ideen er at jeg kan samle data fra forskellige servere i een browser.

---

Kan du gi et eksempel på hvordan jeg skal lave den document.\"myFunctions\" = document.\"functions\" ?

Jeg forstår ikke helt, hvad du skriver, men umiddelbart mener jeg, det du prøver, er det modsatte. Prøver du ikke netop at sende data fra én server over til en anden - via scripts? Det kan du ikke!
Du kan stille nogle data til rådighed på én server, som du kan hente fra en anden - via scripts.
/mvh

header.htm ligger på een server. Den kan åbne getdata.htm på andre servere - og derved hente data fra getdata.htm.

Det jeg gør nu er at getdata.htm \"føder\" header.htm med data - dvs - jeg forsøger at sende data fra een server til en anden via script ! og det kan jeg jo så ikke.

Istedet skal jeg lade header.htm hente data fra getdata.htm !?

Yepper....men husk, manden skrev: \"Hmmm...\'Same Origin Policy\' er en lidt speget affære\"  :)
Desuden er det absolut ikke noget, jeg har rodet meget med.

ok - det må jeg jo prøve...

vender tilbage imorgen

olebole >> jeg kan ikke helt finde ud af hvordan jag skal få fat i getdata.htm på den anden server ?

Jeg har desværre ikke to domæner til rådighed og da det er noget, der skal eksperimenteres en del med, er jeg nok ikke til meget mere hjælp lige nu :)
/mvh

lukker...