Cross Domain Scripting

Eehm, dit is dus de veredelde (JavaScript) versie van een frame?

Misschien een idee om met (als men beschikking heeft daarover) PHP een oplossing te verzinnen, die snel is (dus liever niet fopen)?

Interessant onderwerp! ben benieuwd naar de rest van de tutorial...

met php kan je tog gewoon includen??
of snap ik de bedoeling niet helemaal??

Misschien toch iets toevoegen voor browsers die geen JavaScript ondersteunen:

AJAX?

Maar als je server geen PHP ondersteund schakel dan gewoon over na een server die dat wel ondersteund. Dit is geen oplossing, dit is om het probleem heen lopen.

@WebMakererij.
Er zijn mensen die dit omstreden vinden en op hun eigen server willen blijven.
En nee AJAX en XMLDOC zijn geen oplossingen, tenminste, je kan er geen PHP mee openen dat op andere webservers staat.

Maar daar over meer

Wat is er mis met een RSS-feed? RSS-feeds zijn gemaakt om informatie te delen, dat kun je van Javascript niet zeggen. Tevens ben je volledig afhankelijk van de instellingen van de browser en dat lijkt mij een bijzonder ongewenste situatie.

Wanneer een klant geen server wil hebben met PHP (waarom niet?), zoek dan een oplossing in bv. ASP of een andere taal die w?l beschikbaar is. En een klant die helemaal geen serverside-parser wil hebben, maar wel volledig afhankelijk wil zijn van de bezoekers, die kan ik niet serieus nemen. Laten we eerlijk zijn, dan gaat helemaal nergens meer over.

Frank in wezen heb je gelijk, maar ik heb toevallig een klant gehad en heb hem kunnen helpen. heb hem wel geholpen en ik kan er weer van eten. dus serieus neem ik al mijn klanten.

Ik vind dat je ongeacht de wensen van je klant al je klanten een zo goed mogelijke oplossing moet bieden. Hij had mij expliciet gevraagd dit te onderzoeken dus heb ik dit gedaan. Doe je het niet ben je het ook niet waard om klanten te krijgen en ze te helpen zowaar je kan. Nu zeg ik niet dat deze "techniek" je van het is maar het bied mogelijkheden.

Ten 2e: zou een RSS feed dit kunnen:

Stel je hebt een prachtig CMS gemaakt: met het oog op de aftersales die je gaat doen bij een klant heb je een update module ingebouwd die netzo werkt als de windows update manager. je krijgt een bericht als je inlogt en er zijn updates beschikbaar. en daar kun je aangeven welke update hij moet installeren en wanneer.
Dit kan volgens mij niet met RSS? wat wel kan met deze techniek.

[update]

ik heb JSON er aan toegevoegd de credits gaan naar:
http://borkweb.com/story/look-ma-cross-domain-scripting

[/update]

Ik weet dat het niet handig is dat alles met javascirpt moet, maar er is eenmaal geen andere weg, zonder dat je gigantisch veel code moet schrijven:
proxy, soap, curl. etc.

Ik zocht een oplossing van ongeveer 1 tot 3 lijnen, en die heb ik bij deze gevonden :).

Hopelijk zijn er meer mensen met mij eens dat het wel eens handig kan zijn.
Nu nog opzoek naar ene goeie beveiliging :P

Kan iemand mij en hostingprovider aanwijzen die geen php of asp ondersteund? ja, misschien mn neef met een zolderservertje, maar elke host ondersteund wel ?f php ?f asp of iets anders waardoor dit nutteloos wordt.

Dat maakt niet uit, het gaat er om dat het mogelijk is, wil je er een vinden:

www.google.com.
wie weet kan je het dan nog vinden ook.
Wou gewoon duidelijk maken aan de hand van een voorbeeld wat de mogelijkheden zijn. Als je soms beter weet, waarom post je die niet?

Wat heeft een update-module nu te maken met een stukje Javascript? Helemaal niets. De update-module ontvangt een bericht (bv. rss-feed, maar kan ook per email), leest dit bericht en zet het op het scherm. Op basis van de gegevens in het bericht worden er selectboxen getoond om aan te geven wat er kan worden geinstalleerd, etc. etc. Ik zie echt niet in waarom je hier Javascript nodig hebt.

Met Javascript laat jij de browser met de server kletsen, maar zeker bij updates e.d. wil jij de ene server met de andere server laten kletsen. De updates staan tenslotte op die andere server! Dat je nog even via de browser een berichtje wilt tonen en de gebruiker wat installatie-keuzes geeft, maakt de boel gebruikersvriendelijker. Maar Javascript? En geinig extraatje, maar niet meer dan dat.

En wat klanten betreft, ik neem mijn klanten serieus. Zo serieus, dat wanneer zij met een slecht idee aankomen en mij vragen om dat uit te voeren, ik met een beter voorstel kom. Willen ze desondanks met dit slechte idee verder gaan, dan zullen ze dat zonder mijn kennis en kunde moeten doen. Ik ga mijn goede naam niet te grabbel gooien voor een klant met slechte ideeen. Vroeg of laat keert zo'n klant zich tegen jou en ben jij verantwoordelijk voor de puinhopen. En reken er maar op dat potentieele klanten dit soort slechte verhalen ook te horen krijgen! 'nee' verkopen is ook een kunst en daar kun je een betere waardering voor krijgen dan voor een slechte oplossing.

Ok wist niet dat dat ook kon met RSS, dus je kan met rss ook on the fly een xml bestand refreshen (kijken of het recent genoeg is en anders updaten)?

Ik bedoelde er niks persoonlijks mee, maar goed. Wij geven de klant een uitgebreid verslag met de oplossingen voor hun problemen, dit doen wij al 6 jaar. 6 jaar lang geen probleem gehad. Komt de klant met een slecht idee raden wij dit echt wel af. Wil de klant er toch verder mee, dan zullen wij dit zeker doen. Maar wel onder voorwaarden dat wij niet verantwoordelijk zijn. Klant is koning, maar wij zijn keizer. Zoals het spreekwoord veelvuldig luid.

Het is ook niet de bedoeling Javascript te gebruiken, het was naar mijn idee de enigste oplossing. Aangezien er meerdere modules in komen.

Helemaal niet waar. Daarnaast nemen server-side programmeer talen meteen meer server belasting en risico's met zich mee.

Maar goed, u vraagt wij draaien: static hosting

iedereen die bij telenet klant is krijgt gratis 50MB webruimte, hier werkt geen php of asp op.
zie maar hier

Inleiding:


Huh wat betekent dat??