Also ob wir das per Wiki realisieren, muss ich mir mal noch überlegen, da damit unsere Grundgedanke über den Haufen geworfen wird.

[quote=format_c,14.08.2003, 14:46]Also ob wir das per Wiki realisieren, muss ich mir mal noch überlegen, da damit unsere Grundgedanke über den Haufen geworfen wird.[/quote]
Vielleicht gibt es auch da eine Synthese. Mit LWP und XML::Dingens kann das Links-Team die Daten aus der Wiki-Seite wieder in den eigenen Datenabestand einpflegen oder abgleichen.

Ebenso mit LWP oder auch WWW::Mechanize /...::Shell wieder ins Wiki einpflegen.

Dazwischen können sowohl die jetzigen Software-Abläufe als auch die Menschliche Interaktion weiter wie gewohnt stattfinden. 8)

Ich denke auch, daß eine Linkliste eine geweisse Übersichtlichkeit braucht um interessant zu bleiben, ich weiß nicht ob ein Wiki dafür nötig ist. Zumal neue Linkvorschläge hier ja auch gerne genommen werden...

Ach jetzt bin ich hin und her gerissen :)

Ich wollte eigendlich vermeiden, dass jeder Zugriff auf die XML-Datei hat.
Mit einem Wiki wäre das der Fall.
Gut, es wird bei nach der Überprüfung eine Sicherung der XML-Datei gezogen, denn der Teufel ist meist ein Eichhörnchen.

Woher bekomm ich den die Wikisoftware?
Dann kann ich es ja vielleicht mal ausprobieren, wie sich das Realisieren lässt.

Gruß Alex

Das Wiki ist doch schon da. Und Du kannst mit dem Live-Wiki testen, eine Test-Umgebung kannst Du Dir das selbsttätig einrichten.

Noch ein Hinweis zu den FAQ - Links

* open-ionix FAQ
* Perl-Community FAQ (alt)

Die beiden sind identisch und sind durch

* Perl-Community FAQ

ersetzt worden.

Die * Perl-Community FAQ (alt) kann eigentlich auch aus der Startseite der Community entfernt werden.

Die Seiten auf open-ionix.de werde ich doch noch so lange stehen lassen, bis google direkt auf perl-community.de verlinkt, sonst wäre die Platzierung völlig hinüber.

geändert.
Mache jetzt mal manuell ein Update.

Gruß alex

[quote=JW,14.08.2003, 16:38][...]

Die Seiten auf open-ionix.de werde ich doch noch so lange stehen lassen, bis google direkt auf perl-community.de verlinkt, sonst wäre die Platzierung völlig hinüber.[/quote]
Mach dochn Link von jeder Seite zu den neuen Seiten, und auf jede Seite ein <meta robots="noindex,follow"> dann ist das ranking nach nem Monat perfekt da.

[quote=JW,14.08.2003, 16:38]
Die Seiten auf open-ionix.de werde ich doch noch so lange stehen lassen, bis google direkt auf perl-community.de verlinkt, sonst wäre die Platzierung völlig hinüber.[/quote]
Du koenntest es sogar noch besser machen: Lass die FAQ da erstmal stehen, aber setze einen Link auf die neue Startseite der Perl-Community, das wirkt sich schon positiv auf das Ranking der Community aus.
(Und nimm den Link zu perl.de mal da weg... ;-))

Edit: Ishka war schneller. :-)\n\n

<!--EDIT|Dubu|1060877472-->

[quote=format_c,14.08.2003, 15:29]Ach jetzt bin ich hin und her gerissen :)
[/quote]
Kann ich verstehen. Es gibt fuer beide Ansaetze gute Argumente.

Quote

Ich wollte eigendlich vermeiden, dass jeder Zugriff auf die XML-Datei hat.
Mit einem Wiki wäre das der Fall.

Wie schon gesagt: Auch beim Wiki kann man es so machen, dass nur einzelne Leute Schreibzugriff auf die Seite bekommen. Man kann auch die Linkseite fuer Kommentare editierbar lassen, aber die Liste selber per %INCLUDE% von einer schreibgeschuetzten Seite einbinden. Geht ganz einfach.
So einen Schreibschutz sollte man sich aber gut ueberlegen, weil er halt der Wiki-Idee widerspricht. TWiki geht da deutlich weiter, weil es fuer den Unternehmenseinsatz geschrieben wurde, und da gibt es manchmal eben Vorgaben bzgl. Access Control.

Quote

Gut, es wird bei nach der Überprüfung eine Sicherung der XML-Datei gezogen, denn der Teufel ist meist ein Eichhörnchen.

Woher bekomm ich den die Wikisoftware?
Dann kann ich es ja vielleicht mal ausprobieren, wie sich das Realisieren lässt.

Am einfachsten waere es wohl, wenn die Linkliste ins gleiche Web kaeme wie das Wiki, denn dann haettest du ueber das Dateisystem direkten Zugriff auf die Rohdaten, die sich deutlich einfacher erzeugen und parsen lassen als fertiges HTML.