<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Ajax-Funktionen mit JSON und Perl</title>
	<link>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl</link>
	<description>Perl and internet technology</description>
	<pubDate>Fri, 21 Nov 2008 10:08:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Stefan</title>
		<link>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl#comment-323</link>
		<pubDate>Tue, 29 Aug 2006 11:13:36 +0000</pubDate>
		<guid>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl#comment-323</guid>
					<description>Hallo,
das Verhalten mit dem Content-Type ist wirklich komisch - ich hatte gestern nämlich auch ein Problem damit, habe es heute mit text/plain probiert und siehe da, es funktioniert :-)
Das Problem konnte ich soweit einschränken, dass es bei mir immer bei Leerzeichen innerhalb der an die RPC-Methode zu übergebenden Daten auftrat - ohne Leerzeichen funktioniert es aber. Was mich dabei wundert: Warum klappt es (angeblich) in dem iX-Artikel, schließlich ist die dort realisierte Shoutbox wohl kaum ohne Leerzeichen sinnvoll...

Egal, trotzdem danke für den Hinweis (sonst hätte ich vermutlich ewig weiter gesucht).
Gruß
Stefan.

PS: Der JavaScript-JSON-Parser unter www.json.org/json.js scheint sich geändert zu haben, oder sehe ich das falsch? Meine (alte) Version hat ca. 5k und enthält noch die JSON.stringify-Funktion, die aktuelle (ca. 3k) hingegen nicht mehr. Kannst Du das bestätigen? Komisch, komisch, ...</description>
		<content:encoded><![CDATA[<p>Hallo,<br />
das Verhalten mit dem Content-Type ist wirklich komisch - ich hatte gestern nämlich auch ein Problem damit, habe es heute mit text/plain probiert und siehe da, es funktioniert <img src='http://www.frankl.info/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Das Problem konnte ich soweit einschränken, dass es bei mir immer bei Leerzeichen innerhalb der an die RPC-Methode zu übergebenden Daten auftrat - ohne Leerzeichen funktioniert es aber. Was mich dabei wundert: Warum klappt es (angeblich) in dem iX-Artikel, schließlich ist die dort realisierte Shoutbox wohl kaum ohne Leerzeichen sinnvoll&#8230;</p>
<p>Egal, trotzdem danke für den Hinweis (sonst hätte ich vermutlich ewig weiter gesucht).<br />
Gruß<br />
Stefan.</p>
<p>PS: Der JavaScript-JSON-Parser unter <a href="http://www.json.org/json.js" rel="nofollow">www.json.org/json.js</a> scheint sich geändert zu haben, oder sehe ich das falsch? Meine (alte) Version hat ca. 5k und enthält noch die JSON.stringify-Funktion, die aktuelle (ca. 3k) hingegen nicht mehr. Kannst Du das bestätigen? Komisch, komisch, &#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Administrator</title>
		<link>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl#comment-322</link>
		<pubDate>Tue, 29 Aug 2006 07:49:48 +0000</pubDate>
		<guid>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl#comment-322</guid>
					<description>Hallo Stefan,

ja, die Grundlage dafür war auch ein iX-Artikel (und ja, einen Verweis darauf werde ich noch einfügen :-) ). Allerdings habe ich mich beim Lesen des Artikels sehr geärgert, dass viele wichtige Hinweise gefehlt haben, wo genau man z.B. die js-Libraries bezieht und so weiter. Da ich sehr viel Zeit investiert habe, das Ganze zum Laufen zu bringen, habe ich gedacht, es ist sinnvoll das weiterzugeben.

Zu der Sache mit dem Content-Type: Klar wird application/x-www-form-urlencoded für normale Formulare usw. verwendet. Jedoch hat die Kommunikation mit JSON nichts mit Formularen zu tun. Konkrete Probleme gab es bei der Verwendung der JSON-Perl Module (die waren mit Perl-Backend gemeint). Ich habe die nur mit dem genannten Header in Gang gebracht. Vielleicht gibt es mittlerweile neue Versionen der Perl-Module oder der JS-Libs. Das müsste mal geprüft werden. Wenn Du hier andere/neue Erkenntnisse hast, sag bitte Bescheid.

Beste Grüße,
Michael Frankl</description>
		<content:encoded><![CDATA[<p>Hallo Stefan,</p>
<p>ja, die Grundlage dafür war auch ein iX-Artikel (und ja, einen Verweis darauf werde ich noch einfügen <img src='http://www.frankl.info/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  ). Allerdings habe ich mich beim Lesen des Artikels sehr geärgert, dass viele wichtige Hinweise gefehlt haben, wo genau man z.B. die js-Libraries bezieht und so weiter. Da ich sehr viel Zeit investiert habe, das Ganze zum Laufen zu bringen, habe ich gedacht, es ist sinnvoll das weiterzugeben.</p>
<p>Zu der Sache mit dem Content-Type: Klar wird application/x-www-form-urlencoded für normale Formulare usw. verwendet. Jedoch hat die Kommunikation mit JSON nichts mit Formularen zu tun. Konkrete Probleme gab es bei der Verwendung der JSON-Perl Module (die waren mit Perl-Backend gemeint). Ich habe die nur mit dem genannten Header in Gang gebracht. Vielleicht gibt es mittlerweile neue Versionen der Perl-Module oder der JS-Libs. Das müsste mal geprüft werden. Wenn Du hier andere/neue Erkenntnisse hast, sag bitte Bescheid.</p>
<p>Beste Grüße,<br />
Michael Frankl
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Stefan</title>
		<link>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl#comment-319</link>
		<pubDate>Mon, 28 Aug 2006 23:56:50 +0000</pubDate>
		<guid>http://www.frankl.info/wordpress/know-how/perl/ajax-funktionen-mit-json-und-perl#comment-319</guid>
					<description>Hi,
erstmal danke für die Zusammenfassung zu dem Thema (auch wenn sie inhaltlich stark an einen iX-Artikel erinnert...). 
Trotzdem noch eine Frage: Warum sollte nicht der Content-Type "application/x-www-form-urlencoded" benutzt werden? Meines Wissens ist dies der Standard auch für alle normalen Formulare etc., inwiefern soll ein Perl-Backend damit nicht klar kommen?

Danke für die Aufklärung und besten Gruß
Stefan.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
erstmal danke für die Zusammenfassung zu dem Thema (auch wenn sie inhaltlich stark an einen iX-Artikel erinnert&#8230;).<br />
Trotzdem noch eine Frage: Warum sollte nicht der Content-Type &#8220;application/x-www-form-urlencoded&#8221; benutzt werden? Meines Wissens ist dies der Standard auch für alle normalen Formulare etc., inwiefern soll ein Perl-Backend damit nicht klar kommen?</p>
<p>Danke für die Aufklärung und besten Gruß<br />
Stefan.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
