Control Panel - Mitstreiter gesucht

Hallo zusammen,

es kommt mir so vor, als hätte ich schon hunderte Male etwas über mein geplantes Control Panel im Forum geschrieben, laut meinem Profil war das allerdings nur einmal der Fall. Damals suchte ich nach einigen Testern, die mich als Serveradmins mit Feedback und Ideen während der Entwicklung des Panels unterstützten. Da sich allerdings nur eine seeeeehr kleine Personengruppe gemeldet hat, hätte sich das nicht wirklich gelohnt.

Nichtsdestotrotz möchte ich dieses Projekt durchführen, und zwar Open Source und gut dokumentiert. Wenn ich mal im Forum unterwegs bin und mir Such- und Angebots-Threads ansehe, dann wird immer wieder nach Control Panels gesucht, eine simple und leicht verwendbare Lösung gibt es scheinbar nicht. Genau da möchte ich einsteigen, ich möchte ein Produkt entwickeln, welches auch von Personen ohne große Technikvorgeschichte bedient und konfiguriert werden kann, und in dem man in sehr einfacher Weise in der Lage ist, seinen gesamten Server zu verwalten. Dabei spreche ich hauptsächlich von einem User Control Panel, also dem Teil, der von den den Spielern genutzt wird. Ein Control Panel, mit dem man den Server verwalten (neustarten, Konfiguration ändern, ...) kann, wäre als Erweiterung jedoch auch denkbar.

Es stehen noch einige offene Fragen im Raum, die ich leider noch nicht klären konnte, da ich dafür leider viel zu wenig Erfahrung mit den heutigen SA:MP-Servern habe. Die wichtigste davon ist: Ist ein solches System überhaupt umsetzbar? Damit meine ich nicht, ob sich das programmieren lässt, denn mit den entsprechenden Kenntnissen lässt sich sehr viel umsetzen - Viel mehr geht es mir um die Theorie dahinter. Gibt es genug Gemeinsamkeiten zwischen allen Servern verschiedener Gamemodes, sodass man auf Basis derer ein erweiterbares Grundgerüst für solch ein Panel erstellen kann? Nochmal präziser: Sind auf einzelne Server zurechtgeschnittene UCPs die beste und einzige Möglichkeit, oder funktionieren auch allgemeine (stark konfigurierbare) UCPs gut?

Logischerweise soll dieses Panel als Standalone laufen. Gemeint ist damit, dass es kein Addon für ein Forensystem oder ähnliches ist, sondern komplett selbstständig läuft.
Dieser Thread zielt primär darauf ab, Mitentwickler zu finden, welche sich an diesem Projekt aktiv beteiligen.

Die Projektkoordination würde ich gerne übernehmen und beteilige mich auch aktiv am Coding. Ich möchte das Projekt über ein GitHub-Repository laufen lassen, Erfahrung mit Git ist also wünschenswert (notfalls kann man sich hier auch nochmal einlesen. Irgendwo gibt's das auch in Deutsch, müsstet ihr selbst suchen). Ich würde es auch bevorzugen keine Entwickler dabei zu haben, die gerade erst lernen zu coden. Der zeitliche Rahmen ist mir relativ egal, Ziel ist allerdings ein Ticken Professionalität.

Verwendete Technologien werden sein:

• PHP (5.4 oder höher, Objektorientiert!)
• MySQL (theoretisch könnte jedes SQL-basierte Datenbanksystem herhalten)
• HTML 5
• CSS 3
• Javascript (+ jQuery, ggf. jQuery UI / vielleicht aber auch AngularJS)

Ich bitte also jeden, der daran Interesse hat, mir eine PN zu schreiben in der er sich kurz vorstellt und mir sagt, was er zum Projekt beitragen kann. Ich möchte niemandem jedes kleine bisschen an Infos aus der Nase ziehen, ein schöner Text würde mich also freuen (Solange ihr die Technologien beherrscht habt ihr eigentlich fast schon gewonnen).

Ich bitte darum, dass mich NIEMAND (!!!) in Skype hinzufügt um mit mir über das Projekt zu reden. Ihr könnt gerne per PN nachfragen, in Skype werde ich euch aber erst aufnehmen, sobald ich weiß, dass ihr als Teammitglied geeignet seid.

Noch nicht aufhören zu lesen!
Solltet ihr nicht daran interessiert sein, zu entwickeln, habt aber (konstruktive!) Meinungen zu oben gestellter Frage (Zur Wiederholung: "Sind auf einzelne Server zurechtgeschnittene UCPs die beste und einzige Möglichkeit, oder funktionieren auch allgemeine (stark konfigurierbare) UCPs gut?"), dann könnt ihr diese auch gerne per PN mit mir diskutieren oder direkt im Thread darauf antworten.

Solch ein Framework ist letztendlich genau das, worauf ich aus bin. Selbstverständlich nicht so umfangreich, aber im Kern sollte es genau so etwas sein. Dabei geht es allerdings um den Aufwand: Ist der Aufwand für ein so weit konfigurierbares und offen ausgelegtes System noch im Rahmen, oder würde sich das gar nicht lohnen? Aber solche Dinge könnte man sich denke ich auch noch in der Planung Gedanken machen- Dann opfert man wenigstens mal ein paar Stunden Gehirnschmalz um zu schauen, was benötigt wird und wie/ob das ohne fünf Quantillionen Zeilen Code umsetzbar ist. Und sollte es sich herausstellen, dass es das nicht ist, kann man ja vor der eigentlichen Arbeit noch abbrechen. Ist zwar doof sich schon Gedanken drüber gemacht zu haben, aber ich denke dass sich diese Frage nicht so einfach in ein paar Minuten beantworten lässt, zumal es auch auf die Erfahrung der Entwickler ankommt.

Code Conventions habe ich mir schon überlegt und werde ich auch definitiv (in Absprache mit den Leuten, die sich melden - Falls es überhaupt welche gibt, um das komplett alleine zu machen fehlt mir die Zeit) beschließen und durchsetzen. Gerade das Ziel des quelloffenen Endproduktes setzt ja gerade einen sauber programmierten und (auch für die Endnutzer, die den Code gar nicht sehen müssen) dokumentierten Code voraus.

Zitat

MySQL an sich ist nicht veraltet. Einzig und allein die mysql_* extension für php ist als verwaltet gekennzeichnet.

@BirD: Genau das. Mit MySQL meine ich die Datenbank, nicht wie ich darauf per PHP zugreife. Theoretisch sollte aber jedes SQL-basierte Datenbanksystem funktionieren, also MariaDB (ist ja so ziemlich MySQL), Oracle, PostgreSQL um mal nur die bekanntesten zu nennen.

$this->getuser(); Werde dich später in Skype annehmen, muss nur gucken ob ich heute überhaupt noch großartig Zeit finde

Mit dem Framework habe ich mich falsch ausgedrückt. Ich möchte die Anwendung entwickeln, die dann als solche dem Nutzer die Möglichkeit der freien Konfigurierbarkeit und Erweiterbarkeit liefert - So wie WBB und sein Framework.
Die Technologien beschreiben hier in erster Linie das, was von den Entwicklern an Können und Verständnis mitgebracht werden sollte. Ich wollte noch mit keinen technischen Spezifikationen und Dokumentationen anfangen, sondern erstmal schauen, ob es Leute gibt, die sich dafür interessieren und dann ebendas mit ihnen besprechen und klarstellen. Daher habe ich hier und da noch ein bisschen schwammig formuliert.

SQLite ist durchaus auch eine Möglichkeit, auch hier handelt es sich wieder um ein SQL-"Derivat", den ORM-Aspekt der Datenbank habe ich jedoch tatsächlich noch gar nicht in Betracht gezogen. MySQL ist gerade das System, das aus Gewohnheit in den meisten Fällen verwendet wird (womit folglich auch die meisten arbeiten) und eigentlich auch für die meisten Anwendungsfälle geeignet ist, weshalb ich das jetzt erstmal in die Liste aufgenommen habe. SQLite ist dabei allerdings tatsächlich eine gute Alternative, über die man nachdenken kann.

edit: Bump.. Da sich bisher niemand wirklich gemeldet hat, habe ich das Thema etwas verwahrlosen lassen und die Idee noch nicht weiter verfolgt, aber trotzdem im Hinterkopf behalten. Ich suche immer noch Leute, die sich an der Entwicklung beteiligen wollen und ihre Erfahrung und Wünsche mit einbringen können.