Features
AllgemeinUnabhängig von den technischen Details bietet das RedSpark Framework folgende allgemeine Merkmale. |
|||
| Redspark App | RedSpark | ||
|---|---|---|---|
|
Investitionssicherheit
|
Allgemein |
|
|
|
RedSpark steht unter Open Source Lizenz
|
Allgemein |
|
|
|
Möglichkeit zur kommerziellen Nutzung durch Lizenz gewährleistet
|
Allgemein |
|
|
|
Basiert auf ZEND Framework
Das ZEND Framework wird von der Firma ZEND (Erfinder der Programmiersprache PHP) mit kommerziellem Interesse (zum Verkauf von Beratungsleistungen, Schulungen und Zertifizierungen) entwickelt, aber offen und kostenlos angeboten.
|
|
Allgemein |
|
|
Kostenlose Open Source Lösung
|
Allgemein |
|
|
|
Möglichkeit zur kommerziellen Nutzung durch Lizenz gewährleistet
|
Allgemein |
|
|
|
Entwicklung, Wartung und Support von RedSpark durch ZEND Entwickler
|
Allgemein |
|
|
|
Offizielle ZEND Framework Entwickler Zertifizierung verfügbar
|
Allgemein |
|
|
|
Updatefähigkeit
|
Allgemein |
|
|
|
Revolutionär einfache Versionsverwaltung
|
Allgemein |
|
|
|
Applikation jederzeit aktualisierbar
|
Allgemein |
|
|
|
Applikation kann als Release statifiziert werden
|
Allgemein |
|
|
|
Service-Level-Agreement durch Kuborgh GmbH
|
Allgemein |
|
|
|
Kuborgh bietet die Übernahme von RedSpark SLAs auch für externe Anwendungen
|
Allgemein |
|
|
|
Ideal für Freelancer und kleine Entwicklerteams
|
Allgemein |
|
|
RedSpark AchitekturDas RedSpark Framework erweiterts die grundlegende Architektur des ZEND Framework an verschiedenen Punkten. |
|||
| Redspark App | RedSpark | ||
|
Basiert auf PHP 5.x
|
Architektur |
|
|
|
Basiert auf ZEND Framework
|
Architektur |
|
|
|
Entworfen als Applikationsframework
|
Architektur |
|
|
|
Erweitert das ZEND Framework punktuell (z.B. Action-Klassen)
|
Architektur |
|
|
|
Verknüpfung beliebig vieler Applikationen
|
Architektur |
|
|
|
3-Tier Architektur
|
Architektur |
|
|
|
Komplett objektorientierter Aufbau
|
Architektur |
|
|
|
MVC (Model-View-Controller) Architektur
|
Architektur |
|
|
|
Modulare Erweiterbarkeit
|
Architektur |
|
|
|
Wiedererwendbarkeit der Komponenten
|
Architektur |
|
|
|
Eigene Libraries können entwickelt und als Apps distributiert werden
|
Architektur |
|
|
|
Clusterfähigkeit
|
Architektur |
|
|
|
Parallelbetrieb verschiedener Versionen
|
Architektur |
|
|
|
Versionsvorschau vor Update der Live-Umgebung
|
Architektur |
|
|
|
Rollback von Updates
|
Architektur |
|
|
|
Individuelle URL-Routen (sprechende URLs)
|
Architektur |
|
|
|
Suchmaschinenoptimiert
|
Architektur |
|
|
|
SMARTY Template-Engine
|
Architektur |
|
|
|
W3C konforme HTML-Generierung
|
Architektur |
|
|
|
Standardisierte Datenaustauschformate
|
Architektur |
|
|
|
XML
|
Architektur |
|
|
|
CSV
|
Architektur |
|
|
|
JSON
|
Architektur |
|
|
|
ATOM
|
Architektur |
|
|
RedSpark BaseDas Grundgerüst, die Versionierung und das Bootstrapping der RedSpark Plattform wird als RedSpark Base bezeichnet. Sämtliche Apps und Libraries werden in der RedSpark Base Struktur eingebettet. RedSpark Base selbst unterliegt keiner Versionierung und sollte daher keine häufigen Aktualisierungen erfahren. |
|||
| Redspark App | RedSpark | ||
|
Bootstrapping
Das Booten der Applikation und die zentrale Konfiguration
|
|
Base |
|
|
Vorschaltseite im Fehlerfall
|
Base |
|
|
|
Wechseln der Applikation pro Domain
|
Base |
|
|
|
Wechseln der Applikation via Session
Ermöglich das wecheln der Applikation durch Aufruf einer bestimmten URL
|
|
Base |
|
|
Bootstrapping Konfiguration
Die zentrale Konfiguration der Installation
|
|
Base |
|
|
Konfiguration der zu bootenden Applikation und Version
|
Base |
|
|
|
Schalter zum umschalten zwischen Live- und Entwicklermodus
|
Base |
|
|
|
Konfiguration der Caching Backends und Frontends an einer Stelle
|
Base |
|
|
|
Konfiguration pro Applikation, Installation und Modul einstellbar
|
Base |
|
|
|
Entwicklerkonfiguration zur lokalen Entwicklung
|
Base |
|
|
|
Versionierung von Apps und Libraries
Durch Versionierung ist es einfach möglich, in Produkumgebungen Updates durchzuführen.
|
|
Base |
|
|
Übernahme der Versionen aus Versionsverwaltung (SVN)
Ermöglicht einfach updates, da die Versionsstruktur der Versionsstruktur von Subversion entspricht.
|
|
Base |
|
|
Versionierung von Bibliotheken
Durch die Versionierung aller benötigten Bibliotheken, is es möglich, fehlende oder falsche Abhängigkeiten rechtzeitig zu erkennen.
|
|
Base |
|
|
Versionierung von Apps
Durch die Versionierung aller benötigten Bibliotheken, is es möglich, fehlende oder falsche Abhängigkeiten rechtzeitig zu erkennen.
|
|
Base |
|
|
Autoloader
Ermöglicht das automatische, dynamische Laden von Klassen, wenn sie benötigt werden. Das verringert die Fehlerwahrscheinlichkeit und schont die Ressourcen.
|
|
Base |
|
|
Autloading via Namenskonvetion
|
Base |
|
|
|
Dynamische Erweiterung des Autoloaders
Dies ist z.B. für den Einsatz von Fremdbibliotheken sinnvoll.
|
|
Base |
|
|
Broker
Ein Broker ist von jedem Punkt im System aus zu erreichen, um den Zugriff auf eine bestimmte Ressource zu gewähren.
|
|
Base |
|
|
Pfadgenerator
Pfade zu Dateien sind von vielen Faktoren abhängig, wie der aktuell eingesetzten Applikation, der Version, dem Modul, dem Design etc.
|
|
Base |
|
|
Anlegen von Ordnern
Das RedSparkFramework bietet eine einfache Möglichkeit, benötigte Ordner direkt anzulegen. Sind unzureichende Rechte vorhanden, erscheint eine Warnung im Browser.
|
|
Base |
|
|
Fallback auf Basis-Apps
Wenn eine Datei nicht an einem bestimmten Platz gefunden wurde, wird automatisch eine bestimmte Fallbackstruktur abgearbeitet, um die Das RedSparkFramework bietet eine einfache Möglichkeit, benötigte Ordner direkt anzulegen. Sind unzureichende Rechte vorhanden, erscheint eine Warnung im Browser.
|
|
Base |
|
|
Dynamische Erweiterung aus bekannten Teilpfaden
Pfadressourcen können dynamisch erweiter werden. Dazu kann der neue Pfad auf bekannte Teilpfade zurückgreifen.
|
|
Base |
|
RedSpark LibraryFeatures der RedSpark Biliothek. |
|||
| Redspark App | RedSpark | ||
|
Rechteverwaltung
Das RedSpark Framework bring bereits ein grundlgende Rechteverwaltung mit. Diese unterscheides in Gast, Mitglied und Administrator.
|
|
Library |
|
|
Unterteilung in Rechte/Ressource/Privilegien
|
Library |
|
|
|
Konfiguration per ini Datei
|
Library |
|
|
|
Cache
|
Library |
|
|
|
Backend Memcached
Der zu cachende Eintrag wird im memcached abgelegt.
|
|
Library |
|
|
Backend Dateisystem
Der zu cachende Eintrag wird im Dateisystem abgelegt.
|
|
Library |
|
|
Backend Static
Der zu cachende Eintrag wird im htdocs Ordner abgelegt, sodass er direkt aufrufbar ist.
|
|
Library |
|
|
Frontend Action
Einzelne Actions sind Cachebar
|
|
Library |
|
|
Frontend Assigns
Die Daten der Action werden gecacht, das Design wird neu gerendert.
|
|
Library |
|
|
Frontend Seite
Die gesamte Seite wird im Cache abgelegt.
|
|
Library |
|
|
Tagging
Durch Tagging ist es möglich, den Cache zu überwachen und gezielter zu leeren.
|
|
Library |
|
|
Plugin Konzept
|
Library |
|
|
|
Helper Konzept
Ähnlich dem Plugin Konzept, nur auf Action-Basis.
|
|
Library |
|
|
Datenbankanbindung
|
Library |
|
|
|
PDO_Mysql
|
Library |
|
|
|
Fehlerbehandlung
Durch ein ausgefeiltes Exception Model können kleinere Fehler behandelt werden und führen nicht zwangsläufig zum Abbruch des gesamten Seitenaufbaus.
|
|
Library |
|
|
Schichtenmodell
In RedSpark gibt es ein ausgefeiltes Schichtenmodell, um Exception and der richtigen Stelle aufzufangen.
|
|
Library |
|
|
Logging
Exception werden geloggt, um auch in Live Systemen Fehlern auf die Schliche zu kommen.
|
|
Library |
|
|
Ausgabe
Wenn die Seite nicht live ist, werden Fehler ebenfalls im Browser Ausgegeben. Das verhindert, dass die Fehler stillschwigend untergehen.
|
|
Library |
|
|
Vorschaltseite
Bei schwerwiegenden Fehlern, wird automatisch eine individuelle Vorschaltseite angezeigt.
|
|
Library |
|
|
Formulare
Automatische Generierung von Formularen mit einheitlichem Layout.
|
|
Library |
|
|
Standard Fomularelemente (Eingabefelder, Checkboxen, Dropdowns, ...)
|
Library |
|
|
|
Erweiterte Fomularelemente (Twoselect, Flash Fileupload, ... )
|
Library |
|
|
|
Errorstack
Meldungen aus dem System werden gesammelt und im Browser an einer bestimmten Stelle im Layout ausgegeben.
|
|
Library |
|
|
Mediendateien Analyse
|
Library |
|
|
|
Auslesen von EXIF Daten
|
Library |
|
|
|
Auslesen von IPTC Daten
|
Library |
|
|
|
Modulkonzept
|
Library |
|
|
|
Überschreiben von Modulfunktionalität
|
Library |
|
|
|
Überschreiben von Modul Designs
|
Library |
|
|
|
Überschreiben von Modul Berechtigungen
|
Library |
|
|
|
Interfaces zur Beschreibung von Modulfeatures
|
Library |
|
|
|
System Plugins per Modul möglich
|
Library |
|
|
|
MVC Unterstützung
|
Library |
|
|
|
Actionkonzept
|
Library |
|
|
|
Abstraktes CRUD auf Modelbasis
|
Library |
|
|
|
Interfaces zur Erweiterung von Actions
|
Library |
|
|
|
Seitentitel aus Action konfigurierbar
|
Library |
|
|
|
Metadaten aus Action konfigurierbar
|
Library |
|
|
|
Breadcrumb aus Action konfigurierbar
|
Library |
|
|
|
Modelkonzept
|
Library |
|
|
|
Datenbankmodel
|
Library |
|
|
|
Automatische m:n Verknüpfung
|
Library |
|
|
|
Dynamisches Nachladen via magic
|
Library |
|
|
|
Einfach zu benutzende Filter
|
Library |
|
|
|
Konfiguration per XML
|
Library |
|
|
|
Automatische Migration
Durch anlegen einer Migrationsklasse, können bestimmt Operation beim Update auf eine neuere Version automatisch übernommen werden.
|
|
Library |
|
|
Templating
|
Library |
|
|
|
Standard Design pro Modul
|
Library |
|
|
|
Design pro Applikation überschreibbar
|
Library |
|
|
|
Verschiedene Designs, je nach Acl
|
Library |
|
|
|
Themeing
|
Library |
|
|
|
Templating via Smarty
|
Library |
|
|
|
Templating via PHP
|
Library |
|
|
|
Profiling
|
Library |
|
|
|
Überwachen der PHP Ausführungszeit
|
Library |
|
|
|
Überwachen des PHP Speicherverbrauchs
|
Library |
|
|
|
Toolbox Konzept
Toolboxen dienen dazu, Hilfsfunktionen in logische Einheiten zusammenzufassen. Ein Toolbox wird immer erst dann geladen, wenn sie tatsächlich benötigtg wird.
|
|
Library |
|
|
Übersetzung
|
Library |
|
|
|
Sammeln von fehlenden Übersetzungen
|
Library |
|
|
|
Übersetzung via tmx Format
|
Library |
|
|
