Futuretable - Versionsgeschichte

BugBuster am 19. November 2011 um 22:10 Uhr

2011-11-19T22:10:31Z

Tril am 13. September 2011 um 19:33 Uhr

2011-09-13T19:33:49Z

Psi: /* Funktional */

2011-09-06T20:51:00Z

‎Funktional

Backbone am 5. September 2011 um 18:45 Uhr

2011-09-05T18:45:20Z

Backbone am 5. September 2011 um 14:58 Uhr

2011-09-05T14:58:19Z

Toflar: /* Technisch */

2011-09-05T10:48:35Z

‎Technisch

Toflar: /* Nice to have */

2011-09-05T10:46:57Z

‎Nice to have

Toflar: /* Wir haben und können eventuell drauf verzichten (zu Gunsten von etwas besserem) */

2011-09-05T10:44:21Z

‎Wir haben und können eventuell drauf verzichten (zu Gunsten von etwas besserem)

Toflar: /* Technisch */

2011-09-05T10:43:58Z

‎Technisch

Tril: /* Funktional */

2011-09-05T10:30:42Z

‎Funktional

← Nächstältere Version		Version vom 19. November 2011, 22:10 Uhr
Zeile 1:		Zeile 1:
		+	[[Category:Development]]
	In diesem Dokument sollen die Wünsche und Pläne für Contao3 geordnet und zusammengefasst aufgelistet werden.		In diesem Dokument sollen die Wünsche und Pläne für Contao3 geordnet und zusammengefasst aufgelistet werden.

@@ Zeile 1: / Zeile 1: @@
 =Wir haben und wollen behalten=
@@ Zeile 31: / Zeile 33: @@
 * Versionierung von Inhalten nicht über separate Tabelle, sondern in die Inhaltstabellen integriert
 * Verbesserte relationale Baumstrukturen
 ==Funktional==

@@ Zeile 39: / Zeile 39: @@
 * Einfach zu handhaben
 * Auslagern von Standardkomponenten (Nachrichten, Events, Newsletter usw.) in Erweiterungen (die eventuell bei einer Standardinstallation mitgeliefert werden).
 =Nice to have=

← Nächstältere Version		Version vom 5. September 2011, 18:45 Uhr
Zeile 48:		Zeile 48:
	* Jeder Inhalt, der eine eigene Seite erfordert (Newseinträge), bekommt auch einen Eintrag in der Seitenstruktur, damit die Seitenstruktur die komplette URL-Struktur representiert.		* Jeder Inhalt, der eine eigene Seite erfordert (Newseinträge), bekommt auch einen Eintrag in der Seitenstruktur, damit die Seitenstruktur die komplette URL-Struktur representiert.
	* INSERT-only Prinzip für Inhalts-/Seiten-Tabellen (und DELETE von alten/ungenutzen Datensätzen)		* INSERT-only Prinzip für Inhalts-/Seiten-Tabellen (und DELETE von alten/ungenutzen Datensätzen)
		+	* Dualer Datenbank Zugriff, Möglichkeit für 2 verschiedene Datenbankaccounts: Einer der alles außer GRANT darf und einer der nur DML darf. Somit kann sichergestellt werden das DDL nur nach expliziter Erlaubnis des Users möglich ist. (Der Code der DDL ausführen möchte, muss eine Art "Systemcall" durchführen, der checkt, ob der BE-Benutzer überhaupt die Permission für DDL hat, wenn ja wird der Nutzer explizit gefragt. Bei Bestätigung wird die DDL-Query ausgeführt und anschließend mit einem Callback im "Usercode" weitergemacht)

@@ Zeile 24: / Zeile 24: @@
 * Objective-Relational-Mapping (ORM) - Mögliche Frameworks: Doctrine ORM
 * Umfangreiches Caching [Was ist hiermit gemeint? Was den FECache angeht, wäre es super, wenn wir das über die htaccess ziehen könnten, ähnlich wie das bei WP das Supercache Modul mach (backbone)]
-* HTTP Request Handler [Was ist hiermit gemeint? (backbone) Klassen die mit HTTP-Requests umgehen (Toflar)]
+* HTTP Request Handler [Was ist hiermit gemeint? (backbone) Klassen die mit HTTP-Requests umgehen (Toflar); Immer noch net genau genug? Klassen die mit dem derzeitigen Request umgehen? Da hat Symfony die Request/Response Klassen die man auch separat ohne das ganze FW nutzen könnte. Oder klassen die einen HTTP-Request ausführen können? (backbone);]
 * Virtual File System, VFS
 * Access Control List (ACL) (via Permissions) + Role Based (+ multiple Identities, also Trennung von Anmelde- und Benutzerinformationen)
 * Globale Validatoren (damit Widgets, die identisch validieren, den gleichen Validator nutzen)
-* Übersetzungen auch auf DB-Ebene [Würde das nicht auf DB-Ebene zwingen, lieber einen Übersetzungsdatei-Editor (backbone) Das meinte ich nicht, ich meine Datensätze für verschiedene Sprachen editierbar zu machen. Sowas gehört garantiert nicht in ein File ;-) (Toflar)]
+* Inhalts-Übersetzungen auch auf DB-Ebene [Würde das nicht auf DB-Ebene zwingen, lieber einen Übersetzungsdatei-Editor (backbone) Das meinte ich nicht, ich meine Datensätze für verschiedene Sprachen editierbar zu machen. Sowas gehört garantiert nicht in ein File ;-) (Toflar); hab mal das konkretisiert in im Stichpunkt (backbone)]
 * Versionierung von Inhalten nicht über separate Tabelle, sondern in die Inhaltstabellen integriert
 * Verbesserte relationale Baumstrukturen

@@ Zeile 42: / Zeile 42: @@
 =Nice to have=
-* Updatefähig (Contao 2 -> Contao 3) [auch ein Muss, aber wenn die Erweiterungen nicht kompatibel sind, stelle ich mir das schwer vor (Glen)]
+* Updatefähig (Contao 2 -> Contao 3) [auch ein Muss, aber wenn die Erweiterungen nicht kompatibel sind, stelle ich mir das schwer vor (Glen) Naja, der Core muss sich ja updaten können und ich denke da geht es vor allem um Content, nicht um Settings oder Dinge von Erweiterungen (Toflar)]
 * Ein neues Backend-Theme, mehr Javascript/Ajax für den User wie z.B. Drag n' Drop etc. Dinge die uns HTML5 bringt - Dinge die nicht dazu erfunden wurden, um links liegen gelassen zu werden! [würde ich als Muss, bezeichnen (backbone)]
 * WebDAV Access auf die Dateiverwaltung

@@ Zeile 8: / Zeile 8: @@
 * Einfaches Caching
 * Session Handling für Logins etc.
 * Browser Detection