Ideensammlung

Rechteverwaltung

  • Frontend im Administrationsbereich zur Rechteverwaltung mit Einzelrechten und Rollen
  • Für jeden Statuswechsel, also Gast -> registrierter Account -> validierter Account sollen andere Rechte vergeben werden können

Neuigkeiten und Newsletter

  • Neuigkeiten in der Datenbank speichern
  • Verwaltung von Neuigkeiten im Administrationsbereich (Neuigkeiten anlegen, veröffentlichen, ändern und entfernen)
  • Newsletter An-/Abmeldung, Neuigkeiten werden bei der Veröffentlichung als Newsletter versendet

Paketverwaltung

  • Pakete und deren Plugins und Services an-/abschalten
  • Einstellungen von Paketen bearbeiten
  • Abhängigkeiten zwischen Plugins anzeigen und abhängige Plugins mit an-/abschalten

Erweiterungen des DragonJsonClients

  • Multirequests unterstützen durch Hinzufügen (am Ende oder nach anderen Requests der Queue), Ändern und Entfernen von Einzelrequests
  • Dauerhafte Speicherung von Requests zum Laden, Ändern und erneuten Ausführen
  • Export von Einzel- und Multirequests im jQuery Format zur Einbindung in einen eigenen Client

Neue Schnittstellen an den Server

  • RestAPI
  • XML RPC
  • Websocket

Sonstiges

  • Zend Translate unterstützen um alle Beschriftungen und Meldungen sowie Zend Locale um alle Datumsangaben der Homepage lokalisiert auszugeben
  • Wenn der JsonServer mehr kann als nur Json durch Hinzufügen von weiteren Schnittstellen sollte die Domain und das Projekt umbenannt werden
  • Installationskript erweitern und einen Installationsprozess anbieten für Erst-/Neuinstallation bzw. Upgrades bei denen man sieht was geupgradet werden muss und auch Hinweise anzeigen lassen kann wie im Changelog der Version 1.7.0. Das Ganze etwas absichern, damit es von aussen nicht von jedem Aufrufbar ist
  • Session von Account trennen sodass man die Session in eine andere Storage Engine verschieben kann
  • Accountauswahl im DragonJsonClient sodass man zwischen Abfragen einfacher zwischen mehreren Accounts (mit Sessionhash und beliebig anderen Parametern) wechseln kann
  • Errorhandling erweitern sodass alle Exceptions die man loggt in eine Exceptionlogtabelle gehen mit Spalten für Dateinamen usw.
  • "set_error_handler()" verwenden um einen Error Handler zu registrieren der auftretende PHP Fehler die nicht zum Abbruch eines Skriptes führen loggt und somit die PHP Fehler nicht in der Response landen
  • "set_exception_handler()" verwenden um einen Exception Handler zu registrieren der auftretende Ausnahmen außerhalb von Services loggt und somit die Ausnahmen nicht in der Response landen