<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Adding a localization menu to WordPress</title>
	<atom:link href="http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/feed/" rel="self" type="application/rss+xml" />
	<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/</link>
	<description>Software and opinions roaming wild in China</description>
	<pubDate>Thu, 28 Aug 2008 10:50:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: John</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-60105</link>
		<dc:creator>John</dc:creator>
		<pubDate>Sun, 23 Mar 2008 14:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-60105</guid>
		<description>Vineesh, you should head over to the WordPress support forum as they will be better equipped to answer that question.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->Vineesh, you should head over to the WordPress support forum as they will be better equipped to answer that question.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vineesh</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-54623</link>
		<dc:creator>vineesh</dc:creator>
		<pubDate>Fri, 08 Feb 2008 14:45:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-54623</guid>
		<description>i am playing with wordpress for the last 6 months .

i am now trying to change the language settings of the wordpress installed .

i just downloaded the file es_ES.mo, and created a directory in wp-include file .and placed the file in wp-includes/language .

modified wp-config as u told with this line define(WPLANG, 'es_ES');

the language is not changed ..

Any valuable suggesions will be appreciated .</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->i am playing with wordpress for the last 6 months .</p>
<p>i am now trying to change the language settings of the wordpress installed .</p>
<p>i just downloaded the file es_ES.mo, and created a directory in wp-include file .and placed the file in wp-includes/language .</p>
<p>modified wp-config as u told with this line define(WPLANG, 'es_ES');</p>
<p>the language is not changed ..</p>
<p>Any valuable suggesions will be appreciated .<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-01-30 &#124; unblogged&#124;Artikelverzeichnis</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-51998</link>
		<dc:creator>links for 2008-01-30 &#124; unblogged&#124;Artikelverzeichnis</dc:creator>
		<pubDate>Wed, 30 Jan 2008 21:19:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-51998</guid>
		<description>[...] Adding a localization menu to WordPress &#124; Urban Giraffe (tags: gettext wordpress localization multilang)        [...]</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->[...] Adding a localization menu to WordPress | Urban Giraffe (tags: gettext wordpress localization multilang)        [...]<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quellen zu Internationalisierung und Lokalisierung &#187; contactsheet.de</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-29014</link>
		<dc:creator>Quellen zu Internationalisierung und Lokalisierung &#187; contactsheet.de</dc:creator>
		<pubDate>Thu, 03 May 2007 09:25:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-29014</guid>
		<description>[...] Adding a localization menu to WordPress beschreibt John Godley wie man WordPress-Themes on the fly in eine andere Sprache "mutiert" (alle [...]</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->[...] Adding a localization menu to WordPress beschreibt John Godley wie man WordPress-Themes on the fly in eine andere Sprache "mutiert" (alle [...]<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: erik</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-9353</link>
		<dc:creator>erik</dc:creator>
		<pubDate>Thu, 17 Aug 2006 03:03:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-9353</guid>
		<description>Hi John,

you might want to read &lt;a href="http://forum.wordpress.de/showthread.php?p=56007#post56007" rel="nofollow"&gt;this post&lt;/a&gt; on switching from wp's gettext.php to PHP's gettext. interesting stuff - i hope babelfish does it's job... ;)
MarkusW posts in the german wordpress forum, refering to this &lt;a href="http://mel.melaxis.com/devblog/2006/04/10/benchmarking-php-localization-is-gettext-fast-enough" rel="nofollow"&gt;speed comparison&lt;/a&gt;.
regards, erik</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->Hi John,</p>
<p>you might want to read <a href="http://forum.wordpress.de/showthread.php?p=56007#post56007" rel="nofollow">this post</a> on switching from wp's gettext.php to PHP's gettext. interesting stuff - i hope babelfish does it's job... <img src='http://urbangiraffe.com/site/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> MarkusW posts in the german wordpress forum, refering to this <a href="http://mel.melaxis.com/devblog/2006/04/10/benchmarking-php-localization-is-gettext-fast-enough" rel="nofollow">speed comparison</a>.<br />
regards, erik<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WordPress Themes und Mehrsprachigkeit &#187; contactsheet.de</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-7501</link>
		<dc:creator>WordPress Themes und Mehrsprachigkeit &#187; contactsheet.de</dc:creator>
		<pubDate>Wed, 12 Jul 2006 19:32:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-7501</guid>
		<description>[...] Als ich vor etwa einem Jahr die Ver&#246;ffentlichung vom &#8220;Slatystain&#8221;-Theme im WordPress-Forum bekannt gab, wurde ich recht schnell darauf hingewiesen, dass es besser sei, die in WordPress integrierte gettext-Funktionalit&#228;t zu nutzen. Einfach deshalb, weil man Themes auf diese Weise schnell in andere Sprachen &#252;bersetzen kann. Man pr&#228;sentierte mir einen Link zu einem Post, doch was ich dort fand, hab ich entweder nicht verstanden, oder ich war einfach zu faul alle Theme-Dateien nocheinmal durchzugehen&#8230;  Inzwischen habe ich mich damit intensiv besch&#228;ftigt und komme zu einem anderen Schluss: &#220;berall wo es m&#246;glich ist, sollte man vermeiden die Performance von WordPress auszubremsen. Nach der Einarbeitung in PoEdit und die WordPress-Funktion hielt ich das zun&#228;chst f&#252;r eine tolle Sache, und f&#252;r Plugins mag es auch sinnvoll sein, denn im Backend ist die Performance eher zweitrangig. Themes sind aber meist so ein Kandidat. Selbst die eingedeutschte Version von WordPress vom WordPress.de-Team kommt mit einem hardgecodeten Kubrik daher. Zuerst dachte ich, dass dies daran liegt, dass die Funktionen load_theme &#38; load_plugin_textdomain recht unbekannt sind, doch da lag ich falsch. Zum Einen sollte man sich bewu&#223;t machen, dass man mit dem regelm&#228;&#223;igen Wechsel von einem Design auf ein anderes, sporadische Besucher seiner Seite unn&#246;tig verwirrt. Au&#223;erdem erfordert die Funktion einen Serverseitigen Mehraufwand. WordPress hat sicher gr&#246;&#223;ere Schwachstellen in Sachen Performance, sei es das mit PHP bewerkstelligte Umschreiben der URL (mod_rewriting genannt) oder seine &#252;berm&#228;&#223;igen Datenbank-Queries, doch in den meisten F&#228;llen wird man seinen Blog einfach nur dazu verwenden &#252;ber Gott &#38; die Welt zu schreiben und das Design eher selten wechseln. Die Funktion kommt also selten zum Einsatz und dient in erster Linie dazu dass Blogger verschiedener Nationalit&#228;t ein Theme nutzen k&#246;nnen. Ich empfehle lieber das Anpassen an die eigenen Bed&#252;rfnisse (sei es in Sachen Design wie auch der Sprache). Anders sieht es mit Seiten aus, deren Zielgruppe international beschaffen ist: Hier m&#252;ssen Beitr&#228;ge sowohl in mehreren Sprachen verfasst werden und auch die wiederkehrenden Elemente eines Designs sollten dem Besucher verst&#228;ndlich sein. Die Besucher werden mit Sicherheit auch Ihre eigene Sprache ausw&#228;hlen, sofern man Ihnen diese Option denn anbieten will. Auch in diesem Fall wird WordPress es einem danken wenn man geschickt die Ressourcen seines Servers schont und hardgecodete (also h&#228;ndisch an die jeweilige Sprache angepasste) Themes anstelle der load_theme_textdomain() Funktion verwendet. Die Mehrsprachigkeit erreicht man trotzdem, indem man einen Theme-Switcher verwendet. Der Ansatz dabei ist der, dass man mehrere Lokalisationen ein und desselben Themes installiert, die Themes in der style.css umbenennt in zB: &#8220;deutsch&#8221; und &#8220;english&#8221; und dann dem Besucher per Theme-Switcher die Option der Sprachwahl bietet. Dabei sollte man lediglich beachten dass man ein international verst&#228;ndliches Datumsformat verwendet. Einzig in dem Fall, wenn die Autoren des Weblogs/Webseite aus verschiedenen Sprachbereichen kommen bietet sich die load_theme_textdomain Funktion an. Besser gesagt: man kommt nicht drumrum. Eine von John Godley beschriebene Herangehensweise erm&#246;glicht es, die gesamten Spracheinstellungen von WordPress mit einem Mausklick zu &#228;ndern. Und das sowohl im Frontend wie auch im Backend, was auch das Verwalten oder Editieren der Seite / Beitr&#228;gen enorm vereinfachen d&#252;rfte. Damit das funktioniert braucht man nat&#252;rlich die entsprechenden Sprachdateien. Eine kleine Verbesserung seines Code-Schnipsels gibt es sowohl als Kommentar in seinem Beitrag oder in deutscher Sprache im WordPress.de-Forum. Aber wie gesagt: Wenn man ein sch&#246;nes Design gefunden das man f&#252;r seinen einsprachigen Weblog verwenden will, es aber zB. in Englisch ist, sollte man es lieber im Editor seiner Wahl &#252;bersetzen. WordPress auch so schon langsam genug.       Leserkommentare Sei der erste &#38; kommentiere diesen Artikel.  //    Einen Kommentar verfassenDeine E-Mail Adresse ist erforderlich (wird aber nicht &#246;ffentlich angezeigt) [...]</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->[...] Als ich vor etwa einem Jahr die Ver&#246;ffentlichung vom &#8220;Slatystain&#8221;-Theme im WordPress-Forum bekannt gab, wurde ich recht schnell darauf hingewiesen, dass es besser sei, die in WordPress integrierte gettext-Funktionalit&#228;t zu nutzen. Einfach deshalb, weil man Themes auf diese Weise schnell in andere Sprachen &#252;bersetzen kann. Man pr&#228;sentierte mir einen Link zu einem Post, doch was ich dort fand, hab ich entweder nicht verstanden, oder ich war einfach zu faul alle Theme-Dateien nocheinmal durchzugehen&#8230;  Inzwischen habe ich mich damit intensiv besch&#228;ftigt und komme zu einem anderen Schluss: &#220;berall wo es m&#246;glich ist, sollte man vermeiden die Performance von WordPress auszubremsen. Nach der Einarbeitung in PoEdit und die WordPress-Funktion hielt ich das zun&#228;chst f&#252;r eine tolle Sache, und f&#252;r Plugins mag es auch sinnvoll sein, denn im Backend ist die Performance eher zweitrangig. Themes sind aber meist so ein Kandidat. Selbst die eingedeutschte Version von WordPress vom WordPress.de-Team kommt mit einem hardgecodeten Kubrik daher. Zuerst dachte ich, dass dies daran liegt, dass die Funktionen load_theme &#38; load_plugin_textdomain recht unbekannt sind, doch da lag ich falsch. Zum Einen sollte man sich bewu&#223;t machen, dass man mit dem regelm&#228;&#223;igen Wechsel von einem Design auf ein anderes, sporadische Besucher seiner Seite unn&#246;tig verwirrt. Au&#223;erdem erfordert die Funktion einen Serverseitigen Mehraufwand. WordPress hat sicher gr&#246;&#223;ere Schwachstellen in Sachen Performance, sei es das mit PHP bewerkstelligte Umschreiben der URL (mod_rewriting genannt) oder seine &#252;berm&#228;&#223;igen Datenbank-Queries, doch in den meisten F&#228;llen wird man seinen Blog einfach nur dazu verwenden &#252;ber Gott &#38; die Welt zu schreiben und das Design eher selten wechseln. Die Funktion kommt also selten zum Einsatz und dient in erster Linie dazu dass Blogger verschiedener Nationalit&#228;t ein Theme nutzen k&#246;nnen. Ich empfehle lieber das Anpassen an die eigenen Bed&#252;rfnisse (sei es in Sachen Design wie auch der Sprache). Anders sieht es mit Seiten aus, deren Zielgruppe international beschaffen ist: Hier m&#252;ssen Beitr&#228;ge sowohl in mehreren Sprachen verfasst werden und auch die wiederkehrenden Elemente eines Designs sollten dem Besucher verst&#228;ndlich sein. Die Besucher werden mit Sicherheit auch Ihre eigene Sprache ausw&#228;hlen, sofern man Ihnen diese Option denn anbieten will. Auch in diesem Fall wird WordPress es einem danken wenn man geschickt die Ressourcen seines Servers schont und hardgecodete (also h&#228;ndisch an die jeweilige Sprache angepasste) Themes anstelle der load_theme_textdomain() Funktion verwendet. Die Mehrsprachigkeit erreicht man trotzdem, indem man einen Theme-Switcher verwendet. Der Ansatz dabei ist der, dass man mehrere Lokalisationen ein und desselben Themes installiert, die Themes in der style.css umbenennt in zB: &#8220;deutsch&#8221; und &#8220;english&#8221; und dann dem Besucher per Theme-Switcher die Option der Sprachwahl bietet. Dabei sollte man lediglich beachten dass man ein international verst&#228;ndliches Datumsformat verwendet. Einzig in dem Fall, wenn die Autoren des Weblogs/Webseite aus verschiedenen Sprachbereichen kommen bietet sich die load_theme_textdomain Funktion an. Besser gesagt: man kommt nicht drumrum. Eine von John Godley beschriebene Herangehensweise erm&#246;glicht es, die gesamten Spracheinstellungen von WordPress mit einem Mausklick zu &#228;ndern. Und das sowohl im Frontend wie auch im Backend, was auch das Verwalten oder Editieren der Seite / Beitr&#228;gen enorm vereinfachen d&#252;rfte. Damit das funktioniert braucht man nat&#252;rlich die entsprechenden Sprachdateien. Eine kleine Verbesserung seines Code-Schnipsels gibt es sowohl als Kommentar in seinem Beitrag oder in deutscher Sprache im WordPress.de-Forum. Aber wie gesagt: Wenn man ein sch&#246;nes Design gefunden das man f&#252;r seinen einsprachigen Weblog verwenden will, es aber zB. in Englisch ist, sollte man es lieber im Editor seiner Wahl &#252;bersetzen. WordPress auch so schon langsam genug.       Leserkommentare Sei der erste &amp; kommentiere diesen Artikel.  //    Einen Kommentar verfassenDeine E-Mail Adresse ist erforderlich (wird aber nicht &ouml;ffentlich angezeigt) [...]<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: erik</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2638</link>
		<dc:creator>erik</dc:creator>
		<pubDate>Wed, 26 Apr 2006 18:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2638</guid>
		<description>you're right, of course. after commenting i took a closer look at an examplary AJAX library (rico) and understood that this would be a hilarious amount of work... furthermore this would be kind of redoing what the .mo - files are there for. since my webserver copes with pageloads  pretty well ;) this is cancelled and i'm just happy you shared this trick.
[i just didn't realize that the translated text _is_ written into the html and thus _needs_ the pageload to be switched, rendered...]
&#60;php _e('regrads from bavaria', 'myregards'); ?&#62; :)</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->you're right, of course. after commenting i took a closer look at an examplary AJAX library (rico) and understood that this would be a hilarious amount of work... furthermore this would be kind of redoing what the .mo - files are there for. since my webserver copes with pageloads  pretty well <img src='http://urbangiraffe.com/site/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> this is cancelled and i'm just happy you shared this trick.<br />
[i just didn't realize that the translated text _is_ written into the html and thus _needs_ the pageload to be switched, rendered...]<br />
&lt;php _e('regrads from bavaria', 'myregards'); ?&gt; <img src='http://urbangiraffe.com/site/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> <!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2494</link>
		<dc:creator>John</dc:creator>
		<pubDate>Mon, 24 Apr 2006 03:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2494</guid>
		<description>Hi Erik,

Thanks for the suggestions.  You are indeed correct about the cookie name - I had it right in my code, but typed it wrong here!  I've corrected the article now.  Also, that's a good idea for the redirection.

AJAX wouldn't really be suitable for the locale menu.  It would mean having to download every localized string, search through the web page, and replace each value.  The amount of work involved in this would be enormous, especially considering that a user is probably only going to switch language once.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->Hi Erik,</p>
<p>Thanks for the suggestions.  You are indeed correct about the cookie name - I had it right in my code, but typed it wrong here!  I've corrected the article now.  Also, that's a good idea for the redirection.</p>
<p>AJAX wouldn't really be suitable for the locale menu.  It would mean having to download every localized string, search through the web page, and replace each value.  The amount of work involved in this would be enormous, especially considering that a user is probably only going to switch language once.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: erik</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2440</link>
		<dc:creator>erik</dc:creator>
		<pubDate>Fri, 21 Apr 2006 12:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2440</guid>
		<description>i guess one could still improve this multi-lingual switch with some fancy xmlHttpRequests ... if i only knew JS &#38; AJAX better... maybe you have some ideas on this... ;) just to get rid of page requests. or for doing onmouseover-translations :) hehehe.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->i guess one could still improve this multi-lingual switch with some fancy xmlHttpRequests ... if i only knew JS &amp; AJAX better... maybe you have some ideas on this... <img src='http://urbangiraffe.com/site/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> just to get rid of page requests. or for doing onmouseover-translations <img src='http://urbangiraffe.com/site/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> hehehe.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: erik</title>
		<link>http://urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2439</link>
		<dc:creator>erik</dc:creator>
		<pubDate>Fri, 21 Apr 2006 11:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.urbangiraffe.com/2005/07/18/wordpress-localization-menu/#comment-2439</guid>
		<description>first thank you for this very handy and helpful explanation!
1) well there seems to be an error (or my misunderstanding?), i think it should say "setcookie('language' ... right?
2) i propose to check the contents of 'lang' before handling them.
3) by adding another hidden input field, one doesn't get redirected to your blogs' frontpage: &#60;input type="hidden" name="redirect" value="&#60;?php echo $_SERVER['REQUEST_URI']; ?&#62;"&#62; after the first 2 calls of define() one can then send a header back to where someone switched the language.

this gives a nicer user-feel :)
this is what i ended up with &#38; what works fine for me:
&lt;code&gt;// function to redirect
function doredirect($location) {
	global $is_IIS;
	$location = str_replace( array("\n", "\r"), '', $location);
	if ($is_IIS)
		header("Refresh: 0;url=$location");
	else
		header("Location: $location");
}
// end redirect function 
if (isset ($_GET['lang']))
  {
    setcookie ('language', $_GET['lang'], time ()   60 * 60 * 24 * 2, '/');
    define ('WPLANG', $_GET['lang']);
    if ( isset ($_GET['redirect']) ) 
      define('ABSPATH', dirname(__FILE__).'/');
      require_once(ABSPATH.'wp-settings.php');
      doredirect($_GET['redirect']);
      exit;
          
  }
  else if (isset ($_COOKIE['language'])) {
    define ('WPLANG', $_COOKIE['language']);
    if ( isset ($_GET['redirect']) ) {
      define('ABSPATH', dirname(__FILE__).'/');
      require_once(ABSPATH.'wp-settings.php');
      doredirect($_GET['redirect']);
      exit;
    }
    }  
  else {
    define ('WPLANG', '');
    }
// wp needs this
define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-settings.php');
&lt;/code&gt;
regards, erik</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start -->first thank you for this very handy and helpful explanation!<br />
1) well there seems to be an error (or my misunderstanding?), i think it should say "setcookie('language' ... right?<br />
2) i propose to check the contents of 'lang' before handling them.<br />
3) by adding another hidden input field, one doesn't get redirected to your blogs' frontpage: &lt;input type="hidden" name="redirect" value="&lt;?php echo $_SERVER['REQUEST_URI']; ?&gt;"&gt; after the first 2 calls of define() one can then send a header back to where someone switched the language.</p>
<p>this gives a nicer user-feel <img src='http://urbangiraffe.com/site/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> this is what i ended up with &amp; what works fine for me:<br />
<code>// function to redirect<br />
function doredirect($location) {<br />
	global $is_IIS;<br />
	$location = str_replace( array("\n", "\r"), '', $location);<br />
	if ($is_IIS)<br />
		header("Refresh: 0;url=$location");<br />
	else<br />
		header("Location: $location");<br />
}<br />
// end redirect function<br />
if (isset ($_GET['lang']))<br />
  {<br />
    setcookie ('language', $_GET['lang'], time ()   60 * 60 * 24 * 2, '/');<br />
    define ('WPLANG', $_GET['lang']);<br />
    if ( isset ($_GET['redirect']) )<br />
      define('ABSPATH', dirname(__FILE__).'/');<br />
      require_once(ABSPATH.'wp-settings.php');<br />
      doredirect($_GET['redirect']);<br />
      exit;</p>
<p>  }<br />
  else if (isset ($_COOKIE['language'])) {<br />
    define ('WPLANG', $_COOKIE['language']);<br />
    if ( isset ($_GET['redirect']) ) {<br />
      define('ABSPATH', dirname(__FILE__).'/');<br />
      require_once(ABSPATH.'wp-settings.php');<br />
      doredirect($_GET['redirect']);<br />
      exit;<br />
    }<br />
    }<br />
  else {<br />
    define ('WPLANG', '');<br />
    }<br />
// wp needs this<br />
define('ABSPATH', dirname(__FILE__).'/');<br />
require_once(ABSPATH.'wp-settings.php');<br />
</code><br />
regards, erik<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.434 seconds -->
