Hallo Stefan
Am 03.02.2008 um 20:46 schrieb Stefan Weigel:
Hallo Raphael,
Raphael Bircher schrieb:
Die seite zu bauen ist eine Kleinigkeit. Denn das macht man mit
PHP sowieso. Ausser dass man sie hier statt ausgeben in eine Datei
Speichern muss. Das ist aber eine kleinigkeit, und solche Scripte
hätte ich hier noch auf lager. (hatte mal Freude am Basteln) Ich
kann problemlos eine Seite von einem Server auschecken, und die
dann für den CVS Commit bereit machen. Dies könnte man auch als
Cornjob automatisieren, null problem.
Ich denke der Clou an der Sache geht dann aber verloren: Nämlich
dass der sich Eintragende seinen Eintrag unmittelbar sehen,
kontrollieren und nötigenfalls ausbessern kann.
Da sehe ich keine Probleme, schliesslich kann man darauf hinweisen,
dass die Page nur alle 24 h aktualisiert wird. Ich denke das wäre
vertretbar.
Wenn das Skript sowieso auf einem "externen" Server laufen muss,
weil der Server des Projekts kein serverseitiges Scripting
ermöglicht, dann kann man doch auch gleich die Ergebnisseite auf
dem "externen" Server ausgeben und von den OOo-Seiten dorthin
verlinken.
Das gibts leider schon mehr als genug auf den OOo seiten. Es macht
die Seite nicht besser. Überall die Links raus, da auf ein Blog, dort
auf irgend ein Google Tool, am anderen Ort wieder auf ein Wiki.
Wieder an einem anderen Ort auf was selbst gebasteltes. Ich bin echt
allergisch gegen all diese Google Tools, blogs, Kalender und was es
auch immer noch für Sachen gibt. Wenn man sowas für sich privat, oder
für einen Verein nutzt ok. Aber bei einer Seite wie OpenOffice.org
wirkt sowas lächerlich.
Für die interne Kommunikation mögen solche Sachen hilfreich sein,
aber nach aussen wirkt das unübersichtlich und sehr sehr unprofessionell
Ein gutes PHP Script ist gut Auskommentiert, und jemand der PHP
kann findet sich auch in einem fremden Source Code nach einer
Einarbeitungszeit gut zurecht.
Das schon. Aber wenn für Hunderte von Problemlösungen Hunderte von
verschiedenen Accounts bei Hunderten verschiedenen Hostern
existieren und ähnliche Probleme stets neu und stets anders gelöst
werden und das Eine verlinkt dorthin und das Andere basiert auf
demhier und die Einen wissen vom Anderen nichts... Dann ist das
schnell nicht mehr möglich zu managen. :-)
Das grosse Problem beim OOo Projekt ist, dass die Leute mit den Web
Developer keine Geduld haben. Das sehe ich beim educ Projekt immer
wieder. Wenn jemand etwas will, dann am liebsten schon vorgestern.
Oft fehlen halt einfach auch die Leute, oder man hat keine Geduld zu
warten, und dann greift man auf eine fertige "Lösung" zurück. Nur
leider sind diese "Lösungen" in der allermeisten Fällen
Kompromisslösungen.
Auch wenn alle gerne auslagern ;-) Das ganze führt dazu, dass wir
mittlerweile bei OOo jede menge Accounts haben. Es wäre endlich an
der Zeit, ein zentrales Tool zu schreiben für OOo, mit dem man solche
Dynamischen Aufgaben lösen kann.
Und, obschon ich PHP auch mag, es gibt sehr wohl einen Grund, weshalb
man bei Collabnet auf Serverseitige Scriptsprachen verzichtet. Und
das sind die Ressourcen. PHP belastet bei so vielen Seitenbesuchen
den Server doch wesentlich mehr.
Langer Rede kurzer Sinn. Dein Tool find ich toll. Nur so alleine ist
es ist es wieder ein externes Tool mehr. Wo die Leute dann
draufklicken, und fragen. Warum ist das nicht auf der offiziellen
Seite. Zudem fehlen dem Tool einige Funktionen. Man müsste sich als
Admin einloggen, und Beiträge löschen können.
Gruss Raphael
----------------------------------------------------------------------
# Member of the OpenOffice.org Community
# QA Mac, Windows and Mac nativ version tester
# Content Developer of the De and porting project
