<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ric&#039;s Blog</title>
	<atom:link href="http://blog.rki-home.de/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.rki-home.de</link>
	<description>Interessantes oderso...</description>
	<lastBuildDate>Wed, 04 May 2011 08:42:41 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Drachenkurve revisited</title>
		<link>http://blog.rki-home.de/2011/05/04/drachenkurve-revisited/</link>
		<comments>http://blog.rki-home.de/2011/05/04/drachenkurve-revisited/#comments</comments>
		<pubDate>Wed, 04 May 2011 08:29:44 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Coding]]></category>
		<category><![CDATA[canvas]]></category>
		<category><![CDATA[drachenkurve]]></category>
		<category><![CDATA[fraktale]]></category>
		<category><![CDATA[html5]]></category>
		<category><![CDATA[javascript]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=419</guid>
		<description><![CDATA[In einem früheren Blogartikel (Drachenkurve, 9.April 2008) schrieb ich, dass ich die Drachenkurve per PHP nachgezeichnet hatte. Der Nachteil mit dieser Methode war, dass das Erzeugen der Fraktal-Grafik selbst auf einem starken Server recht lange dauert, was zur Folge haben kann, dass der Browser oder der Server nach einer gewissen Zeit einfach abbricht, ohne dass [...]]]></description>
			<content:encoded><![CDATA[<p>In einem früheren Blogartikel (<a href="http://blog.rki-home.de/2008/04/09/drachenkurve/">Drachenkurve, 9.April 2008</a>) schrieb ich, dass ich die Drachenkurve per PHP nachgezeichnet hatte.<br />
Der Nachteil mit dieser Methode war, dass das Erzeugen der Fraktal-Grafik selbst auf einem starken Server recht lange dauert, was zur Folge haben kann, dass der Browser oder der Server nach einer gewissen Zeit einfach abbricht, ohne dass man irgendetwas zu Gesicht bekommt.</p>
<p>Deshalb habe ich die ganze Erstellung der Grafik einfach auf die Client-Seite verschoben. HTML5 bietet nämlich mit dem Canvas-Element und etwas Javascript eine hervorragende Möglichkeit dafür.<br />
<span id="more-419"></span><br />
Ich habe kurzerhand die ursprüngliche Vorgensweise mehr oder weniger neu mit Javascript gecoded jetzt kann man kann dabei zusehen, wie das Fraktal gemalt wird.<br />
Hier direkt ein Ergebnis:<br />
<img src="http://blog.rki-home.de/wp-content/uploads/2011/05/drachenkurve_14.png" alt="Drachenkurve mit 14 Iterationen" title="drachenkurve_14" width="522" height="362" class="aligncenter size-full wp-image-420" /></p>
<p>Wer tatsächlich live zusehen will, wie eine Drachenkurve mit 16 Iterationen gemalt wird, kann hier drauf klicken: <a href="http://blog.rki-home.de/coding/drachenkurve.html" rel="nofollow">Drachenkurve, 16 Iterationen, Live-Beispiel</a> (es wird ein aktueller Browser mit Canvas-Unterstützung benötigt, z.B. Firefox, Chrome, Safari undso).<br />
Da die Berechnung und das Zeichnen auf dem Client-Computer ablaufen, kann es schonmal ein paar Sekunden dauern, bis es anfängt zu zeichnen &#8211; abhängig von der Rechen-Leistung des Computers.<br />
Für diejenigen, denen es zu lange dauert, weil mein Code vermutlich keinen Geschwindigkeits-Preis gewinnen würde, hier <a href="http://blog.rki-home.de/coding/drachenkurve.png" target="_blank">das fertige Bild</a>.</p>
<p><strong>Nachtrag: </strong> Ich hab grad mal versucht, die Seite mit dem Script im Standard-Browser von meinem Android Handy (Milestone, übertaktet auf 1GHz) zu starten&#8230; nunja, es funktioniert, aber es dauert laaaaaange&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2011/05/04/drachenkurve-revisited/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Piwik 1.4 Update</title>
		<link>http://blog.rki-home.de/2011/05/03/piwik-1-4-update/</link>
		<comments>http://blog.rki-home.de/2011/05/03/piwik-1-4-update/#comments</comments>
		<pubDate>Tue, 03 May 2011 17:05:27 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[piwik]]></category>
		<category><![CDATA[update]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=416</guid>
		<description><![CDATA[Seit dem 30. April ist die neue Piwik-Version 1.4 draussen. Der Update-Vorgang lief per One-Click-Button auf zwei Debian-Systemen (Lenny und Squeeze) einwandfrei durch. Changelog]]></description>
			<content:encoded><![CDATA[<p>Seit dem 30. April ist die neue <a href="http://piwik.org/">Piwik</a>-Version 1.4 draussen.<br />
Der Update-Vorgang lief per One-Click-Button auf zwei Debian-Systemen (Lenny und Squeeze) einwandfrei durch.</p>
<p><a href="http://piwik.org/changelog/">Changelog</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2011/05/03/piwik-1-4-update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Piwik 1.3: Internal Server Error 500</title>
		<link>http://blog.rki-home.de/2011/04/18/piwik-1-3-internal-server-error-500/</link>
		<comments>http://blog.rki-home.de/2011/04/18/piwik-1-3-internal-server-error-500/#comments</comments>
		<pubDate>Mon, 18 Apr 2011 10:00:49 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Bugfix]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[500]]></category>
		<category><![CDATA[Internal Server Error]]></category>
		<category><![CDATA[piwik]]></category>
		<category><![CDATA[update]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=411</guid>
		<description><![CDATA[Gestern kam das Update für Piwik auf die Version 1.3 heraus, das ich heute morgen versucht habe über die automatische Update-Funktion zu installieren. Leider kam ziemlich bald nach dem Klick auf den Button ein &#8220;Internal Server Error 500&#8243; und Piwik war quasi nicht mehr zugänglich. Ein nachträgliches manuelles Update brachte das selbe Ergebnis und eine [...]]]></description>
			<content:encoded><![CDATA[<p>Gestern kam das Update für Piwik auf die Version 1.3 heraus, das ich heute morgen versucht habe über die automatische Update-Funktion zu installieren.<br />
Leider kam ziemlich bald nach dem Klick auf den Button ein &#8220;Internal Server Error 500&#8243; und Piwik war quasi nicht mehr zugänglich.<br />
Ein nachträgliches manuelles Update brachte das selbe Ergebnis und eine komplette Neu-Installation führte zu dem selben Problem, sobald ich die Datenbank-Verbindung angegeben hatte&#8230;<br />
<span id="more-411"></span><br />
Die Datenbank-Verbindung war der Knackpunkt! Ich hatte nämlich seit jeher die MySQL-Extension MYSQLI verwendet (war damals glaube ich eine Frage von UTF-8), während standardmässig PDO_MYSQL vorgegeben wird, welches inzwischen(?) keine Probleme mit UTF-8 hat.<br />
Jedenfalls ging die Neu-Installation problemlos einen Schritt weiter, nachdem ich PDO_MYSQL als Adapter ausgewählt hatte, was mich dazu veranlasste, die ursprüngliche Installation wieder zurückzuspielen und die Adapter-Konfiguration auszutauschen.<br />
Danach machte das Piwik-Update-Script noch ein Update der Piwik-Tabellen und das Update war erfolgreich durch!</p>
<p>Also: wenn man eine Piwik-Installation aktualisieren möchte, am besten in der <strong>%piwik%/config/config.ini.php</strong> schauen, ob als Adapter &#8220;MYSQLI&#8221; ausgewählt ist und auf <strong>&#8220;PDO_MYSQL&#8221;</strong> ändern. Im schlimmsten Fall muss man das Server-System soweit aktualisieren, dass PDO_MYSQL unterstützt wird (bei mir war das nicht nötig).</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2011/04/18/piwik-1-3-internal-server-error-500/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Redmine: Upload von Dateien größer als 130kb</title>
		<link>http://blog.rki-home.de/2011/04/15/redmine-upload-von-dateien-groser-als-130kb/</link>
		<comments>http://blog.rki-home.de/2011/04/15/redmine-upload-von-dateien-groser-als-130kb/#comments</comments>
		<pubDate>Fri, 15 Apr 2011 15:05:00 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Bugfix]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[fcgi]]></category>
		<category><![CDATA[konfiguration]]></category>
		<category><![CDATA[lenny]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[redmine]]></category>
		<category><![CDATA[ruby]]></category>
		<category><![CDATA[squeeze]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=398</guid>
		<description><![CDATA[Wir hatten gerade das Problem, auf einem Debian-Squeeze-System mit apache2-mpm-worker, dass bei Redmine-Tickets keine Dateianhänge grösser als ca 130kb hochladbar waren. Dabei gab es die unterschiedlichsten Auswirkungen, wie zum Beispiel einen &#8220;500 Internal Server Error&#8221;, unendliches Laden der Seite oder auch eine Meldung vom Browser, dass der Server nicht mehr antwortet. Im Redmine-Log waren keine [...]]]></description>
			<content:encoded><![CDATA[<p>Wir hatten gerade das Problem, auf einem Debian-Squeeze-System mit apache2-mpm-worker, dass bei Redmine-Tickets keine Dateianhänge grösser als ca 130kb hochladbar waren.<br />
Dabei gab es die unterschiedlichsten Auswirkungen, wie zum Beispiel einen &#8220;500 Internal Server Error&#8221;, unendliches Laden der Seite oder auch eine Meldung vom Browser, dass der Server nicht mehr antwortet.<br />
Im Redmine-Log waren keine Fehlermeldungen zu finden, dafür aber im Apache-Error-Log des entsprechenden VirtualHosts:</p>
<p><code>[Fri Apr 15 16:05:40 2011] [warn] [client xxx.xxx.xxx.xxx] mod_fcgid: HTTP request length 138452 (so far) exceeds MaxRequestLen (131072), referer: (...)</code></p>
<p><span id="more-398"></span><br />
Eine plausible Erklärung dazu wird <a href="http://networkedblogs.com/fv2pg">hier</a> sehr gut beschrieben.</p>
<p>Die Lösung besteht aus dem Hinzufügen der Zeile </p>
<p><code>FcgidMaxRequestLen 104857600</code></p>
<p>zur Datei &#8220;/etc/apache2/mods-available/fcgid.conf&#8221;. Nach einem Neustart des Apache2-Servers sollten dann Datei-Uploads bis 100 MB erlaubt sein.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2011/04/15/redmine-upload-von-dateien-groser-als-130kb/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Piwik 1.2: One-Click-Update mit Umweg</title>
		<link>http://blog.rki-home.de/2011/03/04/piwik-1-2-one-click-update-mit-umweg/</link>
		<comments>http://blog.rki-home.de/2011/03/04/piwik-1-2-one-click-update-mit-umweg/#comments</comments>
		<pubDate>Fri, 04 Mar 2011 12:30:53 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[one-click]]></category>
		<category><![CDATA[piwik]]></category>
		<category><![CDATA[update]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=390</guid>
		<description><![CDATA[Habe heute gesehen, dass die neue Version 1.2 von Piwik veröffentlicht wurde und habe natürlich sofort versucht, diese zu Installieren. Dafür bietet Piwik ein nettes Feature an: das One-Click-Update. Wäre auch eine super Sache, wenn es tatsächlich so funktionieren würde. Leider mag diese Form des Updates auf meinem System (Debian Lenny amd64, PHP Version 5.2.6-1) [...]]]></description>
			<content:encoded><![CDATA[<p>Habe heute gesehen, dass die neue Version 1.2 von Piwik veröffentlicht wurde und habe natürlich sofort versucht, diese zu Installieren. Dafür bietet Piwik ein nettes Feature an: das One-Click-Update. Wäre auch eine super Sache, wenn es tatsächlich so funktionieren würde. Leider mag diese Form des Updates auf meinem System (Debian Lenny amd64, PHP Version 5.2.6-1) nicht mehr seit der Version 1.0 so arbeiten.<br />
<span id="more-390"></span><br />
Das Update von Version 1.0 auf 1.1 hatte ich dann per Manuellem Upgrade gemacht, was ja an sich nicht so schwer ist, aber nicht so praktisch. Daher wollte ich diesmal sehen, wo es genau hakt, wenn ich den One-Click-Update anstosse.<br />
Die Fehlermeldung sagte im Prinzip nur aus, dass es einen Fehler beim Öffnen des ZIP-Archivs gab, welches erfolgreich heruntergeladen wurde.<br />
Ein Blick in das Verzeichnis bestätigte, dass die Datei vorhanden war und die Zugriffsrechte in Ordnung waren (mein Webserver ist so konfiguriert, dass er mit den Rechten des jeweiligen Webspace-Users auf die Dateien zugreift, von daher konnte es in dieser Richtung sowieso kaum einen Fehler geben).</p>
<p>Nach einer kurzen Debugging-Phase kam ich dahinter, dass sich die Methode open() der PHP-Klasse ZipArchive mit dem Fehler-Code 5 (ZIPARCHIVE::ER_READ) zurückmeldet. In den Kommentaren zu dieser Methode habe ich dann auch noch einen Hinweis auf zwei PHP-Bugs gefunden (40873 und 8714), die aber nicht ganz zu meinem Problem zu passen scheinen, denn ich konnte die Zip-Datei auf Konsolen-Ebene völlig problemfrei per &#8220;unzip&#8221; entpacken.</p>
<p>Ich habe mich nicht weiter mit den Bugbeschreibungen auseinandergesetzt, nachdem ich las, dass mit PHP 5.3 das Problem anscheinend gelöst wäre.<br />
Wenn ich mein System von Lenny auf Squeeze aktualisiere, müsste es also mit etwas Glück wieder passen&#8230; </p>
<p>Das kam in dem Moment aber nicht in frage, also habe ich die Datei in PIWIK/tmp/latest/ entpackt und den verantwortlichen Code auskommentiert, der das Entpacken des Archivs übernimmt&#8230; und siehe da: es funzt natürlich!<br />
Danach kam nur noch ein Datenbank-Update, der problemfrei durch lief.</p>
<p>Wer es genauer wissen will, ich habe in der Datei PIWIK/plugins/CoreUpdate/Controller.php ein paar Zeilen der Methode oneClick_Unpack() auskommentiert.<br />
Die Methode sah danach so aus:<br />
<strong>Achtung: Ich habe das nur für Version 1.1 zum Upgrade auf Version 1.2 durchgeführt! Andere Versionen sehen wahrscheinlich anders aus!</strong><br />
<code><br />
private function oneClick_Unpack()<br />
{<br />
	$pathExtracted = PIWIK_USER_PATH . self::PATH_TO_EXTRACT_LATEST_VERSION;<br />
	unlink($this->pathPiwikZip);<br />
	$this->pathRootExtractedPiwik = $pathExtracted . 'piwik';<br />
}<br />
</code></p>
<p><strong style="text-decoration:underline;">Update:</strong> Habe gerade ohne Problem Piwik per One-Click-Update von der Version 1.2 auf die Version 1.2.1 aktualisiert. Kurz zuvor hatte ich noch ein System-Update von Debian Lenny gemacht, in dem die PHP-Pakete aktualisiert worden waren (aber immer noch PHP 5.2.6-1), daher kann ich nicht sagen, ob der ein Bugfix von Piwik 1.2 gegriffen hat oder die neueren PHP-Pakete dafür verantwortlich sind.<br />
Jedenfalls klappts jetzt wieder! Yay.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2011/03/04/piwik-1-2-one-click-update-mit-umweg/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Einen Block aus mehreren Zeilen aus grosser Textdatei löschen</title>
		<link>http://blog.rki-home.de/2011/02/22/einen-block-aus-mehreren-zeilen-aus-grosser-textdatei-loschen/</link>
		<comments>http://blog.rki-home.de/2011/02/22/einen-block-aus-mehreren-zeilen-aus-grosser-textdatei-loschen/#comments</comments>
		<pubDate>Tue, 22 Feb 2011 11:26:14 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Coding]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=385</guid>
		<description><![CDATA[Wenn man mal mehrere Zeilen mitten in einer sehr grossen Text-Datei entfernen möchte und man kennt die Zeilennummern, kann man folgenden Befehl in der Shell verwenden: sed '1234,1345d' quelldatei.txt >neuedatei.txt Hier wird der Inhalt der Datei quelldatei.txt ohne die Zeilen 1234 bis inklusive 1345 in die Datei neuedatei.txt kopiert. Mein letzter Anwendungsfall für diesen Befehl [...]]]></description>
			<content:encoded><![CDATA[<p>Wenn man mal mehrere Zeilen mitten in einer sehr grossen Text-Datei entfernen möchte und man kennt die Zeilennummern, kann man folgenden Befehl in der Shell verwenden:</p>
<p><code>sed '1234,1345d' quelldatei.txt >neuedatei.txt</code></p>
<p>Hier wird der Inhalt der Datei quelldatei.txt ohne die Zeilen 1234 bis inklusive 1345 in die Datei neuedatei.txt kopiert.<br />
<span id="more-385"></span><br />
Mein letzter Anwendungsfall für diesen Befehl war der Import eines 500 Megabyte grossen Datenbank-Backup-Dumps, bei dem gewisse Teile nicht in die neue Datenbank eingespielt werden mussten. Nachdem ermittelt wurde, welche Zeilen weggelassen werden sollten, konnte ich den Dump problemfrei einspielen.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2011/02/22/einen-block-aus-mehreren-zeilen-aus-grosser-textdatei-loschen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Anti-Bot-Frage in Forum durch Wolfram Alpha gelöst</title>
		<link>http://blog.rki-home.de/2010/12/15/anti-bot-frage-in-forum-durch-wolfram-alpha-gelost/</link>
		<comments>http://blog.rki-home.de/2010/12/15/anti-bot-frage-in-forum-durch-wolfram-alpha-gelost/#comments</comments>
		<pubDate>Wed, 15 Dec 2010 14:04:31 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Computer]]></category>
		<category><![CDATA[captcha]]></category>
		<category><![CDATA[forum]]></category>
		<category><![CDATA[WolframAlpha]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=363</guid>
		<description><![CDATA[Habe heute eine Suche im Ubuntu-Forum durchgeführt. Da gibt es diese Billig-Varianten von CAPTCHAs, nämlich Textaufgaben, um Mensch und (Spam-)Bot zu unterscheiden: Die Frage lautet also übersetzt: &#8220;Wie viele Ohren hat der durchschnittliche Mensch?&#8221;. Ein Kollege wollte daraufhin wissen, ob Google eine Antwort darauf hat. Ein direkter Test ergab nur eine Liste mit Webseiten, die [...]]]></description>
			<content:encoded><![CDATA[<p>Habe heute eine Suche im Ubuntu-Forum durchgeführt. Da gibt es diese Billig-Varianten von CAPTCHAs, nämlich Textaufgaben, um Mensch und (Spam-)Bot zu unterscheiden:</p>
<p><img src="http://blog.rki-home.de/wp-content/uploads/2010/12/ubuntu-forum-anti-bot-quest1.png" alt="" title="ubuntu-forum-anti-bot-quest" width="466" height="471" class="size-full wp-image-371" /></p>
<p>Die Frage lautet also übersetzt: &#8220;Wie viele Ohren hat der durchschnittliche Mensch?&#8221;. Ein Kollege wollte daraufhin wissen, ob Google eine Antwort darauf hat. Ein direkter Test ergab nur eine Liste mit Webseiten, die Foren mit solchen Sicherheitsfragen hatten.</p>
<p>Aber da gibt es ja noch diese tolle Wundermaschine, von der keiner mehr was weiss, die aber damals durch alle Social Media Dinger gegeistert ist: <a href="http://www.wolframalpha.com">Wolfram Alpha</a>!<br />
Ich hatte den Dienst letztens erst in Anspruch genommen, um die Fakultät einer grösseren Zahl zu ermitteln. Wolfram Alpha liefert da erstaunlich viele Ziffern&#8230;</p>
<p>Jedenfalls habe ich die Anti-Bot-Frage mal dort gepostet und siehe da: die Antwort erschien plausibel:</p>
<p><img src="http://blog.rki-home.de/wp-content/uploads/2010/12/wolfram-human-ears.png" alt="" title="wolfram-human-ears" width="599" height="328" class="size-full wp-image-369" /></p>
<p><a href="http://www.wolframalpha.com/input/?i=How+many+ears+does+the+average+human+have%3F">Wolfram Alphas Antwort: 2.</a></p>
<p>Ein weiterer Test mit der Frage &#8220;What is the first letter of the English alphabet?&#8221; aus der selben Forum-Software führte aber leider zu keinem befriedigenden Ergebnis.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2010/12/15/anti-bot-frage-in-forum-durch-wolfram-alpha-gelost/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Keine Pflicht, Personalausweis dabei zu haben</title>
		<link>http://blog.rki-home.de/2010/11/18/keine-pflicht-personalausweis-dabei-zu-haben/</link>
		<comments>http://blog.rki-home.de/2010/11/18/keine-pflicht-personalausweis-dabei-zu-haben/#comments</comments>
		<pubDate>Thu, 18 Nov 2010 09:57:19 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[law blog]]></category>
		<category><![CDATA[personalausweis]]></category>
		<category><![CDATA[reisepass]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=356</guid>
		<description><![CDATA[Eine Frage, die immer mal wieder aufkommt: Ist man verpflichtet, seinen Personalausweis ständig mit sich zu führen? Udo Vetter sagt: Eins hat sich im Personalausweisgesetz übrigens nicht geändert. Man ist nach wie vor nur verpflichtet, einen Personalausweis oder Reisepass zu besitzen. Dem genügt man auch, wenn der Personalausweis zu Hause in der Schublade liegt. Es [...]]]></description>
			<content:encoded><![CDATA[<p>Eine Frage, die immer mal wieder aufkommt: Ist man verpflichtet, seinen Personalausweis ständig mit sich zu führen?<br />
Udo Vetter sagt:</p>
<blockquote><p>Eins hat sich im Personalausweisgesetz übrigens nicht geändert. Man ist nach wie vor nur verpflichtet, einen Personalausweis oder Reisepass zu besitzen. Dem genügt man auch, wenn der Personalausweis zu Hause in der Schublade liegt. Es gibt nach wie vor keine Pflicht, den Personalausweis dabei zu haben, auch wenn einem jeder zweite Polizist gern was anderes erzählt. </p></blockquote>
<p>Jetzt ist das endlich mal geklärt!</p>
<p>(via <a href="http://www.lawblog.de/index.php/archives/2010/11/16/diskussionen-an-der-gefangnispforte/">law blog</a>)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2010/11/18/keine-pflicht-personalausweis-dabei-zu-haben/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSL-Verbindung zu ICQ mit Pidgin</title>
		<link>http://blog.rki-home.de/2010/11/16/ssl-verbindung-zu-icq-mit-pidgin/</link>
		<comments>http://blog.rki-home.de/2010/11/16/ssl-verbindung-zu-icq-mit-pidgin/#comments</comments>
		<pubDate>Tue, 16 Nov 2010 13:33:08 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[icq]]></category>
		<category><![CDATA[pidgin]]></category>
		<category><![CDATA[ssl]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=349</guid>
		<description><![CDATA[Heute wollte sich Pidgin nicht mehr per SSL bei ICQ einloggen, also hab ich kurz recherchiert. Dabei hab ich erfahren, dass anscheinend mail.ru ICQ gekauft hat, wenn ich das richtig verstanden habe&#8230;und AIM wird von ICQ getrennt (?). Hängt vielleicht alles miteinander zusammen. Jedenfalls habe ich einen aktuellen Bug-Report für das Login-Problem gefunden und zumindest [...]]]></description>
			<content:encoded><![CDATA[<p>Heute wollte sich Pidgin nicht mehr per SSL bei ICQ einloggen, also hab ich kurz recherchiert.<br />
Dabei hab ich erfahren, dass anscheinend mail.ru ICQ gekauft hat, wenn ich das richtig verstanden habe&#8230;und AIM wird von ICQ getrennt (?). Hängt vielleicht alles miteinander zusammen.<br />
Jedenfalls habe ich einen aktuellen <a href="http://old.nabble.com/-12886%3A-Unable-to-connect-to-BOS-server%3A%3A-SSL-Handshake-Failed-td30221692.html">Bug-Report</a> für das Login-Problem gefunden und zumindest eine vorübergehende Lösung ist der zweite Antwort-Post auf den Bug:</p>
<p><code>Pidgin -> Konten -> Konten verwalten -> ICQ -> Bearbeiten... -> Erweitert -> clientLogin benutzen</code></p>
<p>Also einfach den Haken dort zusätzlich setzen und dann müsste es wieder klappen. Ich könnte mir vorstellen, dass man den Haken wieder entfernen muss, sobald die Server-Geschichten fertig sind&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2010/11/16/ssl-verbindung-zu-icq-mit-pidgin/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lustiger Facebook-Dialog</title>
		<link>http://blog.rki-home.de/2010/10/08/lustiger-facebook-dialog/</link>
		<comments>http://blog.rki-home.de/2010/10/08/lustiger-facebook-dialog/#comments</comments>
		<pubDate>Fri, 08 Oct 2010 17:09:06 +0000</pubDate>
		<dc:creator>ric</dc:creator>
				<category><![CDATA[Social Media]]></category>
		<category><![CDATA[dialog]]></category>
		<category><![CDATA[facebook]]></category>

		<guid isPermaLink="false">http://blog.rki-home.de/?p=344</guid>
		<description><![CDATA[Ich hatte neulich einen lustigen Dialog mit einer jungen Dame über die Nachrichten-Funktion von Facebook &#8211; und der ging ungefähr so: sie: kennen wir uns ^^ ? ich: nicht, dass ich wüsste&#8230; sie: bist du schwarz^^ ? ich: nein sie: braun ? ich: wenn dann eher gelb sie: aso^^ naja dann passt scho Vielleicht hätte [...]]]></description>
			<content:encoded><![CDATA[<p>Ich hatte neulich einen lustigen Dialog mit einer jungen Dame über die Nachrichten-Funktion von Facebook &#8211; und der ging ungefähr so:</p>
<blockquote><p>
<strong>sie:</strong> kennen wir uns ^^ ?<br />
<strong>ich:</strong> nicht, dass ich wüsste&#8230;<br />
<strong>sie:</strong> bist du schwarz^^ ?<br />
<strong>ich:</strong> nein<br />
<strong>sie:</strong> braun ?<br />
<strong>ich:</strong> wenn dann eher gelb<br />
<strong>sie:</strong> aso^^ naja dann passt scho
</p></blockquote>
<p><span id="more-344"></span><br />
Vielleicht hätte ich sie fragen sollen, ob sie grün wäre&#8230; oder erwähnen sollen, wenn sie blau genug wäre, dass ich dann vielleicht schwarz wär. Leider ist mir in dem Moment nichts dergleichen eingefallen, weshalb wohl die &#8220;Konversation&#8221; direkt danach abbrach.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rki-home.de/2010/10/08/lustiger-facebook-dialog/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

