Anmerkung: Das Projekt ist nicht mehr aktuell, sorry.
Hallo,
ich plane zur Zeit ein neues, freies Loseseiten-System in PHP was dem wohl unbestritten absolut schrottig gecodetem VMS Konkurrenz machen soll.
Es soll aber in anderer Form entwickelt werden, nicht von einem Einzelnen oder einem Team aus Leuten - sondern von jedem, der will!
Das Ganze soll etwa so funktionieren: Das Grundskript ist ein Paketmanager mit einem Setup, welcher installiert wird. Über diesen Paketmanager können dann - mit wenigen Klicks, in einem übersichtlichen Kategoriensystem - Pakete von der Seite des Loseseiten-Systems heruntergeladen und installiert werden. Diese Pakete werden Abhängigkeiten besitzen, weil sie andere Pakete mitbenutzen, diese Abhängigkeiten löst das Grundskript, der Paketmanager, automatisch auf und installiert die Pakete mit. Somit kann der Benutzer weitestgehend frei entscheiden, welche Features er benötigt, und welche weiteren Updates er herunterladen möchte. Der Paketmanager, sowie sämtliche Pakete, sind bisher objektorientiert für PHP 5 geplant (und der Paketmanager auch schon angefangen), weil PHP5 und OOP und zusätzlich eine erheblich bessere Codequalität als beim VMS auch mehr Leistung und Performance garantiert.
Da ich mir trotzdem nicht sicher bin, ob PHP5 schon wirklich Standard ist, habe ich eine kleine Umfrage hinzugefügt.
Weiter im Text - das Loseseiten-System wird also nicht von Einzelnen, sondern von allen programmiert, die daran Interesse haben. Es wäre im Endeffekt jedoch sehr wichtig, dass man sich abspricht, da es sonst am Ende 3 zueinander nicht kompatible Userengines gibt, und dazu eben auch die jeweiligen Pakete.
Wenn jemand ein Paket schreiben und veröffentlichen will, würde das etwa so ablaufen:
Es wird mittels klamm-ID Verifizierung pro User, der hilft, ein SVN-Account (dazu auch empfehlenswert: TortoiseSVN) mit Schreibrechten auf ein Unterverzeichnis im SVN-Repository des Loseseiten-Systems angelegt, in das der User alle Pakete legt, welche er - frei verfügbar, oder nur mit Lizenz verfügbar - veröffentlichen will. Eine XML-Datei innerhalb jedes Unterverzeichnisses des Users bestimmt, in welche Kategorie das Paket kommt, ob es frei verfügbar ist, und ob es überhaupt schon öffentlich verfügbar ist. Bei jedem Update, das der Paketentwickler durchführt, wird serverintern ein neues Package mit den aktuellen Daten generiert, jedoch nicht als öffentlich deklariert. (aktueller Build)
Meine Frage an euch wäre jetzt: Gefiele euch sowas? Hättet ihr Interesse, es zu verwenden, Pakete zu schreiben, oder mitzuhelfen, den Paketmanager bzw. die Server-API zu schreiben? Wichtig dabei ist, dass ihr Erfahrung mit OOP gesammelt habt, und zwar in PHP5.
Oder habt ihr sonst Lob / Kritik / Bemerkungen?
Neben mir hab ich bereits 3 Zusagen erfahrener Programmierer - evtl. melden sich diese ja hier
raven
Anmerkung zur Umfrage: Ihr könnt die PHP-Version feststellen, indem ihr eine Datei mit dem Inhalt <? phpinfo(); ?> füllt, sie auf eurem Webspace unter dem Namen phpinfo.php speichert und dann aufruft.
Hallo,
ich plane zur Zeit ein neues, freies Loseseiten-System in PHP was dem wohl unbestritten absolut schrottig gecodetem VMS Konkurrenz machen soll.
Es soll aber in anderer Form entwickelt werden, nicht von einem Einzelnen oder einem Team aus Leuten - sondern von jedem, der will!
Das Ganze soll etwa so funktionieren: Das Grundskript ist ein Paketmanager mit einem Setup, welcher installiert wird. Über diesen Paketmanager können dann - mit wenigen Klicks, in einem übersichtlichen Kategoriensystem - Pakete von der Seite des Loseseiten-Systems heruntergeladen und installiert werden. Diese Pakete werden Abhängigkeiten besitzen, weil sie andere Pakete mitbenutzen, diese Abhängigkeiten löst das Grundskript, der Paketmanager, automatisch auf und installiert die Pakete mit. Somit kann der Benutzer weitestgehend frei entscheiden, welche Features er benötigt, und welche weiteren Updates er herunterladen möchte. Der Paketmanager, sowie sämtliche Pakete, sind bisher objektorientiert für PHP 5 geplant (und der Paketmanager auch schon angefangen), weil PHP5 und OOP und zusätzlich eine erheblich bessere Codequalität als beim VMS auch mehr Leistung und Performance garantiert.
Da ich mir trotzdem nicht sicher bin, ob PHP5 schon wirklich Standard ist, habe ich eine kleine Umfrage hinzugefügt.
Weiter im Text - das Loseseiten-System wird also nicht von Einzelnen, sondern von allen programmiert, die daran Interesse haben. Es wäre im Endeffekt jedoch sehr wichtig, dass man sich abspricht, da es sonst am Ende 3 zueinander nicht kompatible Userengines gibt, und dazu eben auch die jeweiligen Pakete.
Wenn jemand ein Paket schreiben und veröffentlichen will, würde das etwa so ablaufen:
Es wird mittels klamm-ID Verifizierung pro User, der hilft, ein SVN-Account (dazu auch empfehlenswert: TortoiseSVN) mit Schreibrechten auf ein Unterverzeichnis im SVN-Repository des Loseseiten-Systems angelegt, in das der User alle Pakete legt, welche er - frei verfügbar, oder nur mit Lizenz verfügbar - veröffentlichen will. Eine XML-Datei innerhalb jedes Unterverzeichnisses des Users bestimmt, in welche Kategorie das Paket kommt, ob es frei verfügbar ist, und ob es überhaupt schon öffentlich verfügbar ist. Bei jedem Update, das der Paketentwickler durchführt, wird serverintern ein neues Package mit den aktuellen Daten generiert, jedoch nicht als öffentlich deklariert. (aktueller Build)
Meine Frage an euch wäre jetzt: Gefiele euch sowas? Hättet ihr Interesse, es zu verwenden, Pakete zu schreiben, oder mitzuhelfen, den Paketmanager bzw. die Server-API zu schreiben? Wichtig dabei ist, dass ihr Erfahrung mit OOP gesammelt habt, und zwar in PHP5.
Oder habt ihr sonst Lob / Kritik / Bemerkungen?
Neben mir hab ich bereits 3 Zusagen erfahrener Programmierer - evtl. melden sich diese ja hier
raven
Anmerkung zur Umfrage: Ihr könnt die PHP-Version feststellen, indem ihr eine Datei mit dem Inhalt <? phpinfo(); ?> füllt, sie auf eurem Webspace unter dem Namen phpinfo.php speichert und dann aufruft.
Zuletzt bearbeitet:
Ist nicht stabil genug 
Das die Scripte dann aber letztlich "dumm" sicher, ist scheinbar nicht bekannt.
