<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Kommentare zu: Funktionsumfang von Blogsystemen</title>
	<atom:link href="http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/feed" rel="self" type="application/rss+xml" />
	<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen</link>
	<description>Roland bloggt über IT, Programmieren und Linux</description>
	<lastBuildDate>Mon, 07 Nov 2011 16:30:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Von: Dentaku &#187; #bcs2 Nachlese</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-882</link>
		<dc:creator>Dentaku &#187; #bcs2 Nachlese</dc:creator>
		<pubDate>Sun, 27 Sep 2009 19:55:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-882</guid>
		<description>[...] &#8220;Was für Funktionen braucht eine Blogsoftware?&#8220;: Eine anregende Diskussion, die zwar mit WodPress-Bashing begann, bei der es dann aber [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;Was für Funktionen braucht eine Blogsoftware?&#8220;: Eine anregende Diskussion, die zwar mit WodPress-Bashing begann, bei der es dann aber [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Roland</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-854</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Tue, 15 Sep 2009 06:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-854</guid>
		<description>@Frank: Am Barcamp (BCS2) haben wir ziemlich viel über dieses Thema gesprochen.
Ich werde das Barcamp Feedback demnächst mal in einen weiteren Artikel giesen. Dabei geht es darum, die Anforderungen nach z.B. &quot;minimal&quot; , &quot;mittel&quot; und &quot;maximal&quot; aufzuteilen.
Es hat sich wie zu erwarten herausgestellt, dass die einzelnen Anwender auch unterschiedliche Bedürfnisse haben. Diese Bedürfnisse kann man nicht in einer Konfiguration unterbringen. Ich melde mich auf alle Fälle nochmal zu diesem Thema.

@onli
Ich werde mir da was einfallen lassen, wie ich die Priorisierung und die Kategorisierung der Anforderungen sinnvoller ordnen kann. Der Grobüberblick hat geholfen das Thema mal anzukratzen. Da ziemlich viel Interesse vorhanden ist (Barcamp und hier) werde ich das nun noch etwas vernünftiger aufbereiten.

Grüssle

Roland</description>
		<content:encoded><![CDATA[<p>@Frank: Am Barcamp (BCS2) haben wir ziemlich viel über dieses Thema gesprochen.<br />
Ich werde das Barcamp Feedback demnächst mal in einen weiteren Artikel giesen. Dabei geht es darum, die Anforderungen nach z.B. &#8220;minimal&#8221; , &#8220;mittel&#8221; und &#8220;maximal&#8221; aufzuteilen.<br />
Es hat sich wie zu erwarten herausgestellt, dass die einzelnen Anwender auch unterschiedliche Bedürfnisse haben. Diese Bedürfnisse kann man nicht in einer Konfiguration unterbringen. Ich melde mich auf alle Fälle nochmal zu diesem Thema.</p>
<p>@onli<br />
Ich werde mir da was einfallen lassen, wie ich die Priorisierung und die Kategorisierung der Anforderungen sinnvoller ordnen kann. Der Grobüberblick hat geholfen das Thema mal anzukratzen. Da ziemlich viel Interesse vorhanden ist (Barcamp und hier) werde ich das nun noch etwas vernünftiger aufbereiten.</p>
<p>Grüssle</p>
<p>Roland</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: onli</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-850</link>
		<dc:creator>onli</dc:creator>
		<pubDate>Mon, 14 Sep 2009 12:26:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-850</guid>
		<description>Teilen geht auf jeden Fall ohne weiteren Aufwand. 
Eigene Blogs zusammenführen ist natürlich auch machbar. Im einfachsten Fall setzt man dazu mehrere Blogs auf und startet einen Sammelblog, der dann die RSS-Feeds auf der Startseite anzeigt. Das in Kategorien und in eine einzelne Installation zu pressen ist der interessante Teil.

Tabellarisch die Systeme gegenüberzustellen wäre sicher mal interessant zu sehen. Sowas wird zwar oft der Realität nicht gerecht, der Grobüberblick schadet aber bestimmt auch nicht.</description>
		<content:encoded><![CDATA[<p>Teilen geht auf jeden Fall ohne weiteren Aufwand.<br />
Eigene Blogs zusammenführen ist natürlich auch machbar. Im einfachsten Fall setzt man dazu mehrere Blogs auf und startet einen Sammelblog, der dann die RSS-Feeds auf der Startseite anzeigt. Das in Kategorien und in eine einzelne Installation zu pressen ist der interessante Teil.</p>
<p>Tabellarisch die Systeme gegenüberzustellen wäre sicher mal interessant zu sehen. Sowas wird zwar oft der Realität nicht gerecht, der Grobüberblick schadet aber bestimmt auch nicht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Frank</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-849</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Mon, 14 Sep 2009 11:19:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-849</guid>
		<description>Die Grundanforderungen finde ich schon sehr gut. Wenn man daraus eine Matrix bildet, kann man bestehende Systeme dahingehend prüfen und so eine Übersicht schaffen, welches System was bietet und sich wie gut eignet.
Letztlich erhält man damit die Basis für die Entscheidung, ob man ein bestehendes System erweitert oder gar von Grund auf neu anfangen muss.

Bzgl.MultiUser Blog. Ich denke, beides kann interessant sein! Warum soll ein Blog nur von einem Autor gepflegt werden? Können nicht mehrere User sich ein Blog teilen oder mehrere Autoren eigene Blogs haben, die aber letztlich auch zusätzlich in eine Timeline laufen?</description>
		<content:encoded><![CDATA[<p>Die Grundanforderungen finde ich schon sehr gut. Wenn man daraus eine Matrix bildet, kann man bestehende Systeme dahingehend prüfen und so eine Übersicht schaffen, welches System was bietet und sich wie gut eignet.<br />
Letztlich erhält man damit die Basis für die Entscheidung, ob man ein bestehendes System erweitert oder gar von Grund auf neu anfangen muss.</p>
<p>Bzgl.MultiUser Blog. Ich denke, beides kann interessant sein! Warum soll ein Blog nur von einem Autor gepflegt werden? Können nicht mehrere User sich ein Blog teilen oder mehrere Autoren eigene Blogs haben, die aber letztlich auch zusätzlich in eine Timeline laufen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Roland</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-815</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Thu, 03 Sep 2009 06:08:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-815</guid>
		<description>@Dirk: Ich meine einen Multisite-Blog wie bei Buddypress oder so.
@onli: Ich schau mir das bei Gelegenheit mal an.
Vielen Dank für eure Infos!
Es macht immer wieder Spass mit euch über Dinge zu diskutieren.</description>
		<content:encoded><![CDATA[<p>@Dirk: Ich meine einen Multisite-Blog wie bei Buddypress oder so.<br />
@onli: Ich schau mir das bei Gelegenheit mal an.<br />
Vielen Dank für eure Infos!<br />
Es macht immer wieder Spass mit euch über Dinge zu diskutieren.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: onli</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-814</link>
		<dc:creator>onli</dc:creator>
		<pubDate>Wed, 02 Sep 2009 18:16:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-814</guid>
		<description>Gehen muss es das wirklich, denn es gibt ja auch supersized.org. http://s9y.org/41.html klingt aber wirklich nicht nach keinen Aufwand.</description>
		<content:encoded><![CDATA[<p>Gehen muss es das wirklich, denn es gibt ja auch supersized.org. <a href="http://s9y.org/41.html" rel="nofollow">http://s9y.org/41.html</a> klingt aber wirklich nicht nach keinen Aufwand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Deimeke</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-813</link>
		<dc:creator>Dirk Deimeke</dc:creator>
		<pubDate>Wed, 02 Sep 2009 17:43:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-813</guid>
		<description>Ich muss mal eben nachfragen, was für Dich ein Multiuser-Blog ist. Falls Du damit meinst, dass viele Autoren mit eigenem Login an einem Blog schreiben, ja das geht.

Wenn Du ein Multisite-Blog meinst, bei dem mit einer Programminstallation verschiedene URLs versorgt werden, dann kann ich nur sagen, dass ich davon gehört habe, ich aber dem nicht traue. Vielleicht täusche ich mich auch kolossal.

Die Frage ist vielleicht im Forum gut aufgehoben.

Skalierung muss sowohl vom Datenbankdesign als auch vom DBMS unterstützt werden. Ich kann Dir auch ein schlechtes Design zeigen, das eine Datenbank, die komplett im Speicher liegt, langsam macht.

Ich würde in jedem Fall noch Dotclear, das im französischen Sprachraum sehr verbreitet ist (ich kenne es aber nicht) und die abgespeckte Wordpresvariante Ha... (kann mir den Namen nicht merken) in die engere Auswahl nehmen.</description>
		<content:encoded><![CDATA[<p>Ich muss mal eben nachfragen, was für Dich ein Multiuser-Blog ist. Falls Du damit meinst, dass viele Autoren mit eigenem Login an einem Blog schreiben, ja das geht.</p>
<p>Wenn Du ein Multisite-Blog meinst, bei dem mit einer Programminstallation verschiedene URLs versorgt werden, dann kann ich nur sagen, dass ich davon gehört habe, ich aber dem nicht traue. Vielleicht täusche ich mich auch kolossal.</p>
<p>Die Frage ist vielleicht im Forum gut aufgehoben.</p>
<p>Skalierung muss sowohl vom Datenbankdesign als auch vom DBMS unterstützt werden. Ich kann Dir auch ein schlechtes Design zeigen, das eine Datenbank, die komplett im Speicher liegt, langsam macht.</p>
<p>Ich würde in jedem Fall noch Dotclear, das im französischen Sprachraum sehr verbreitet ist (ich kenne es aber nicht) und die abgespeckte Wordpresvariante Ha&#8230; (kann mir den Namen nicht merken) in die engere Auswahl nehmen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Roland</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-812</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Wed, 02 Sep 2009 16:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-812</guid>
		<description>Hi,
manchmal ist es schon bemerkenswert wie genau eine bestehende Applikation auf Anforderungen passt. In dem Fall ist wenigstens klar, wer bei einer Auswahl gewinnen würde ;)

Wenn wir schon so nah an Serendipity entlangschrammen möchte ich noch eine Frage in den Raum werfen:
Kann man mit Serendipity eigentlich ein Multiuser Blog erstellen?
Wenn ich die bisherigen Anforderungen an die Kundenbedürfnisse von miradlo anschaue ist dies eine wichtige Frage.
Und falls das so nicht geht, was glaubt ihr wie massiv der Umbau von Serendipity wohl wäre um dahin zu kommen?
Bei WordPress ging es ja mit der Anlage von weiteren Tabellen pro Blog. Diese Vorgehensweise ist vielleicht ein bisschen gefährlich, was die Übersichtlichkeit angeht. 
Und das von Dirk beschriebene Datenbankdesign ist damit auch nicht sehr schön gelöst. Immerhin ist das nur eine Duplikation und weit entfernt von einer Normalform. 
Ok bei online Datenbanken ist die Duplikation wohl nicht so entscheidend, da ist Performance schon wichtiger. Aber dennoch macht man so schon ziemlich fest wie die Skallierung der DB stattfinden soll. Ich würde die Skallierung jedoch lieber dem DBMS überlassen als der Applikation...</description>
		<content:encoded><![CDATA[<p>Hi,<br />
manchmal ist es schon bemerkenswert wie genau eine bestehende Applikation auf Anforderungen passt. In dem Fall ist wenigstens klar, wer bei einer Auswahl gewinnen würde <img src='http://www.baldenhofer.eu/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Wenn wir schon so nah an Serendipity entlangschrammen möchte ich noch eine Frage in den Raum werfen:<br />
Kann man mit Serendipity eigentlich ein Multiuser Blog erstellen?<br />
Wenn ich die bisherigen Anforderungen an die Kundenbedürfnisse von miradlo anschaue ist dies eine wichtige Frage.<br />
Und falls das so nicht geht, was glaubt ihr wie massiv der Umbau von Serendipity wohl wäre um dahin zu kommen?<br />
Bei WordPress ging es ja mit der Anlage von weiteren Tabellen pro Blog. Diese Vorgehensweise ist vielleicht ein bisschen gefährlich, was die Übersichtlichkeit angeht.<br />
Und das von Dirk beschriebene Datenbankdesign ist damit auch nicht sehr schön gelöst. Immerhin ist das nur eine Duplikation und weit entfernt von einer Normalform.<br />
Ok bei online Datenbanken ist die Duplikation wohl nicht so entscheidend, da ist Performance schon wichtiger. Aber dennoch macht man so schon ziemlich fest wie die Skallierung der DB stattfinden soll. Ich würde die Skallierung jedoch lieber dem DBMS überlassen als der Applikation&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: onli</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-811</link>
		<dc:creator>onli</dc:creator>
		<pubDate>Wed, 02 Sep 2009 10:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-811</guid>
		<description>&quot;Spamfilter&quot; und &quot;Userverwaltung&quot; würde ich aber als funktionale Anforderungen betrachten. Das sind doch jeweils konkrete Funktionen, noch nichtmal Mate-Punkte, die die Software unterstützen muss. Oder?

Ich bin direkt auf Serendipity eingegangen, weil die Diskussion schon in die Richtung ging. Es ist halt auffällig, dass es sich so liest, als wäre die Anforderungsliste so geschrieben worden als sollte Serendipity passen ;)
Gruß</description>
		<content:encoded><![CDATA[<p>&#8220;Spamfilter&#8221; und &#8220;Userverwaltung&#8221; würde ich aber als funktionale Anforderungen betrachten. Das sind doch jeweils konkrete Funktionen, noch nichtmal Mate-Punkte, die die Software unterstützen muss. Oder?</p>
<p>Ich bin direkt auf Serendipity eingegangen, weil die Diskussion schon in die Richtung ging. Es ist halt auffällig, dass es sich so liest, als wäre die Anforderungsliste so geschrieben worden als sollte Serendipity passen <img src='http://www.baldenhofer.eu/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
Gruß</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Deimeke</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-810</link>
		<dc:creator>Dirk Deimeke</dc:creator>
		<pubDate>Wed, 02 Sep 2009 08:50:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-810</guid>
		<description>:-D

Ich muss mir im Laufe des Tages mal die ganzen Punkte untereinader schreiben, um den Überblick zu behalten.

&quot;Sicherheit&quot;, &quot;Schnelligkeit&quot; und &quot;Stabilität&quot; könnte in &quot;Codequalität und Architektur&quot; einfliessen, wenn dann zusätzlich noch &quot;gutes Daten(bank)design&quot; dazu kommt, hätten wir das abgefrühstückt ...

&quot;Installation&quot; -&gt; &quot;Benutzerfreundliche Installation&quot; mit vernünftigen Standard-Einstellungen

&quot;Schlagworte&quot; (Tags) habe ich mal ergänzt

Subjektive Beschreibungen sollten raus: Sauber und sinnvoll

Funktionale Anforderungen an ein Blogsystem
- Texteingabe
- Kategorie / Serienverwaltung / Schlagworte
- Kommentarfunktion / Zitieren
- Diverse Präsentationsmöglichkeiten
- Trackbacks und Co
- Strukturierte Texteingabe

Nichtfunktionale Anforderungen
- Spamfilter
- Userverwaltung
- Erweiterungsmöglichkeiten (Plugins)
- Strukturierte Architektur und Coding Styleguides
- Testszenarien
- Benutzerfreundliche Installation
- Releaseplanung
- Feature Planung
- Support
- Dokumentation
- Migrationsfähigkeit / Upgradefähig (von wo nach wo soll migriert werden?)</description>
		<content:encoded><![CDATA[<p> <img src='http://www.baldenhofer.eu/blog/wp-includes/images/smilies/icon_biggrin.gif' alt=':-D' class='wp-smiley' /> </p>
<p>Ich muss mir im Laufe des Tages mal die ganzen Punkte untereinader schreiben, um den Überblick zu behalten.</p>
<p>&#8220;Sicherheit&#8221;, &#8220;Schnelligkeit&#8221; und &#8220;Stabilität&#8221; könnte in &#8220;Codequalität und Architektur&#8221; einfliessen, wenn dann zusätzlich noch &#8220;gutes Daten(bank)design&#8221; dazu kommt, hätten wir das abgefrühstückt &#8230;</p>
<p>&#8220;Installation&#8221; -&gt; &#8220;Benutzerfreundliche Installation&#8221; mit vernünftigen Standard-Einstellungen</p>
<p>&#8220;Schlagworte&#8221; (Tags) habe ich mal ergänzt</p>
<p>Subjektive Beschreibungen sollten raus: Sauber und sinnvoll</p>
<p>Funktionale Anforderungen an ein Blogsystem<br />
- Texteingabe<br />
- Kategorie / Serienverwaltung / Schlagworte<br />
- Kommentarfunktion / Zitieren<br />
- Diverse Präsentationsmöglichkeiten<br />
- Trackbacks und Co<br />
- Strukturierte Texteingabe</p>
<p>Nichtfunktionale Anforderungen<br />
- Spamfilter<br />
- Userverwaltung<br />
- Erweiterungsmöglichkeiten (Plugins)<br />
- Strukturierte Architektur und Coding Styleguides<br />
- Testszenarien<br />
- Benutzerfreundliche Installation<br />
- Releaseplanung<br />
- Feature Planung<br />
- Support<br />
- Dokumentation<br />
- Migrationsfähigkeit / Upgradefähig (von wo nach wo soll migriert werden?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Roland</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-809</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Wed, 02 Sep 2009 08:21:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-809</guid>
		<description>Huhu,

stimmt, schnell, stabil und sicher sollte noch richtig ausformuliert sein.
Installierbar ebenfalls. Denn damit meine ich dass das System so einfach aufzusetzen sein sollte dass ein nicht Profi es auch nutzen kann.
Woher weisst du, dass ich &quot;Zähne putzen&quot; auf meiner persönlichen ToDo Liste habe :)
Falls ich eine hätte wäre das sicher drauf :)
Welche weiteren Anforderungen, ausser installierber, schnell, stabil und sicher siehst du als &quot;überflüssig&quot; an?
Vielleicht kann man da was kürzen...</description>
		<content:encoded><![CDATA[<p>Huhu,</p>
<p>stimmt, schnell, stabil und sicher sollte noch richtig ausformuliert sein.<br />
Installierbar ebenfalls. Denn damit meine ich dass das System so einfach aufzusetzen sein sollte dass ein nicht Profi es auch nutzen kann.<br />
Woher weisst du, dass ich &#8220;Zähne putzen&#8221; auf meiner persönlichen ToDo Liste habe <img src='http://www.baldenhofer.eu/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Falls ich eine hätte wäre das sicher drauf <img src='http://www.baldenhofer.eu/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Welche weiteren Anforderungen, ausser installierber, schnell, stabil und sicher siehst du als &#8220;überflüssig&#8221; an?<br />
Vielleicht kann man da was kürzen&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dirk Deimeke</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-808</link>
		<dc:creator>Dirk Deimeke</dc:creator>
		<pubDate>Wed, 02 Sep 2009 04:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-808</guid>
		<description>@Roland: Den Umschwung hat Ute mit Kommentar Nummer 2 eingeläutet.

Updates funktionieren bis jetzt ganz ohne Probleme, einfach neue Version entpacken, Blog-URL aufrufen, die Datenbankupdates (via Web-Frontend) ausführen, fertig.

Du hast schon mehr Anforderungen genannt, als ich für wichtig halte, damit &quot;Ja, Deine Grundanforderungen sind abschliessend&quot;. Zum Beispiel &quot;installierbar&quot; würde ich nicht als Anforderung aufnehmen, das klingt eher so als ob Du &quot;Zähne putzen&quot; auf Deine persönliche Tages ToDo-Liste aufnimmst.

&quot;Schnell&quot; ist auch abhängig von der Hardware, der Konfiguration des Betriebssystems und der Server-Software und der Anzahl der Zugriffe. Damit ist &quot;schnell&quot; kein objektives Kriterium. Gleiches gilt in ähnlichem Mass für &quot;stabil&quot; und &quot;sicher&quot;.</description>
		<content:encoded><![CDATA[<p>@Roland: Den Umschwung hat Ute mit Kommentar Nummer 2 eingeläutet.</p>
<p>Updates funktionieren bis jetzt ganz ohne Probleme, einfach neue Version entpacken, Blog-URL aufrufen, die Datenbankupdates (via Web-Frontend) ausführen, fertig.</p>
<p>Du hast schon mehr Anforderungen genannt, als ich für wichtig halte, damit &#8220;Ja, Deine Grundanforderungen sind abschliessend&#8221;. Zum Beispiel &#8220;installierbar&#8221; würde ich nicht als Anforderung aufnehmen, das klingt eher so als ob Du &#8220;Zähne putzen&#8221; auf Deine persönliche Tages ToDo-Liste aufnimmst.</p>
<p>&#8220;Schnell&#8221; ist auch abhängig von der Hardware, der Konfiguration des Betriebssystems und der Server-Software und der Anzahl der Zugriffe. Damit ist &#8220;schnell&#8221; kein objektives Kriterium. Gleiches gilt in ähnlichem Mass für &#8220;stabil&#8221; und &#8220;sicher&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: roland</title>
		<link>http://www.baldenhofer.eu/blog/it/funktionsumfang-von-blogsystemen/comment-page-1#comment-807</link>
		<dc:creator>roland</dc:creator>
		<pubDate>Wed, 02 Sep 2009 04:19:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.baldenhofer.eu/blog/?p=1726#comment-807</guid>
		<description>Also wenn ich euch so richtig verstehe funktioniert bei Serendipity auch der Upgrade von einer alten auf eine neue Version ohne größeres Gewürge?
Lustig finde ich im Moment unseren Diskussionsverlauf.
Ich fragte nach den Grundanforderungen an ein Blogsystem und jetzt sagen wir &quot;nur&quot; noch, dass Serendipity das alles erfüllt.
Sind nun meine Grundanforderungen für euch abschließend und richtig oder sollte ein Blogsystem andere Anforderungen befriedigen?

Grüßle

Roland</description>
		<content:encoded><![CDATA[<p>Also wenn ich euch so richtig verstehe funktioniert bei Serendipity auch der Upgrade von einer alten auf eine neue Version ohne größeres Gewürge?<br />
Lustig finde ich im Moment unseren Diskussionsverlauf.<br />
Ich fragte nach den Grundanforderungen an ein Blogsystem und jetzt sagen wir &#8220;nur&#8221; noch, dass Serendipity das alles erfüllt.<br />
Sind nun meine Grundanforderungen für euch abschließend und richtig oder sollte ein Blogsystem andere Anforderungen befriedigen?</p>
<p>Grüßle</p>
<p>Roland</p>
]]></content:encoded>
	</item>
</channel>
</rss>

