TobbiVM-Shop

Erster Schritt der Planung in Form der Erstellung eines "Pflichtenheftes" in dem die grundlegenden Funktionen der zukünftigen Version 0.5.0 BETA festgelegt werden.
Suchen und prüfen von frei verfügbaren Komponenten die in das System eingefügt werden können.

Einfügen eines "fertigen" Admintemplates und dessen optimierung bzw. Anpassung an TobbiVM-Shop.
Zum Einsatz kommt hier ein Template von: www.indeziner.com (http://indeziner.com/resources/freebies/free-css-templates/free-htmlcss-jquery-admin-panel-inadmin/).

Dieses muss aber noch unterteilt werden in:

- Header
- Top-Menu
- Left-Menuu
- Content
- Content 0 bis 5
- Footer
All diese Teile werden über QuickSkin zusammen gefügt.

Erstellen eines Backend-Loginsystemes das Session- / Datenbankbasierend funktioniert.
Cookies werden aus Sicherheitsgründen NICHT eingesetzt.

Später wird noch ein User-Level-System eingefügt.

Fixes, also nicht Datenbankbasierendes Topmenü entwickeln. Spätere Erweiterungen betreffen ausschließlich das linke Menü welches als Untermenü des jeweiligen Topmenü-Punktes angelegt wird.
Erst mittels des linken Menüpunktes wird der jeweilige Content ausgegeben.

Validieren (escapen und auf Gültigkeit prüfen) der $_GET-Parameter für den Backend-Seitenaufruf.
Prinzip: Whitelist

Direkten Scriptaufruf über Browser u.ä. verhindern

Einfügen der Datenbankklasse von Justin Vincent (http://justinvincent.com/ezsql).
Da diese schon vorher bei anderen Projekten eingesetzt wurde kann diese einfach eingefügt werden und bedarf, bis auf weiteres keinen Tests mehr.

Folgende Schritte sind durchzuführen:

Planung und Entwurf der Tabelle

Anlegen von Musterdatensätzen, >= 20 Stück

Entwurf und Erstellung der entsprechenden Editorseite

einzelne Funktionen entwerfen und in Form einer 'universellen' Klasse bereitstellen.

Anlegen, Editieren und Löschen von Maßangaben unter Konfiguration->Artikelmaße.

Anlegen, Editieren und Löschen von Preisen / Preislisten unter Konfiguration->Preislisten.

Nach dem kauf des ersten Artikels wird der Warenkorb geöffnet. Der dabei erstellte "Zurück"-Button funktioniert nicht.

Nach dem Kauf des Artikels 1 (mit keditor-Gestaltung) wird beim Aufruf des gleichen Artikels (z.B. um eine weitere Version des gleichen Artikels zu bestellen) wird keine Musterkarte dargestellt.

Wenn direkt nach dem Kopieren einer Input-Gruppe, also wenn das Editorfenster aufgebaut ist um die neue Gruppe zu bearbeiten, auf Return gedrückt wird so wird ein neues Feld eingefügt

Es sollte in einem solchen Fall nur ein Seitenrefresh mit Datensicherung vorgenommen werden!

Erstellen eines Tabellengenerators der mittels folgender Daten eine Tabellenstruktur erstellt.

head array, Spaltenüberschriften
field array, assoziativ, Daten aus DB für die aktuelle Seite
footer string, Fußzeile der Tabelle
width array, optional, Spaltenbreiten definieren
funcTop boolean, optional, Funktions-Buttons am Kopf
funcBottom boolean, optional, Funktions-Buttons am Fuß
naviTop boolean, optional, Navigation am Kopf
naviBottom boolean, optional, Navigation am Fuß

Funktion um die Daten für die aktuelle Tabellen-Seite bereit zustellen.

Ziel ist einheitliche Tabellen zu erstellen

Einzelne Optionen sollen frei, innerhalb des Templates, positoniert werden können.

Dazu soll ein "Separator" auf der Attributseite eingegeben werden können der wiederum mit einem gleich benannten Platzhalter im Template verknüpft ist.

Zusätzlich werden diese Attribute, bei nutzung der Html-Rechnung auf einer separaten Seite ausgegeben.

In der PDF-Rechnung wird, wahlweise diese separate Seite ebenfalls (separat) ausgegeben.

Ziel ist hierbei eine Bruteforce zu erkennen und nach einer bestimmten Anzahl von Loginversuchen, innerhalb eines bestimmten Zeitraumes, den Zugang von der ausführenden IP für einen bestimmten Zeitraum zu sperren.

Problem:
Wie erkennt man einen Brutefore?
Bei einfachen Systemen handelt es sich schon um Bruteforce wenn von einer IP x Anmeldeversuche gestartet werden. Was aber z.B. wenn diese von einer Gruppe von Nutzern einer Firma = ein Internetanschluss = eine IP kommen?
Oder wenn die Angriffe über einen "Ring" von Rechnern kommen der immer der Reihe nach eine Abfrage starten, also jedesmal eine andere IP vorliegt...

Datenbankgestütztes Menüsystem das als Submenü für die jeweiligen Topmenu-Punkte fungiert.
Über dieses Menü wird der jeweilig darzustellende Contentinhalt bestimmt. Beim ersten Aufruf wird automatisch die erste Submenü-Seite dargestellt.

Spätere Erweiterungen sind so einpflegbar und müssen nur dem jeweiligen Topmenü-Punkt zugeordnet werden.

Userverwaltung für das Backend. Hier können User NUR von einem Admin angelegt werden!

Erweiterung der Zugangsberechtigung um ein User-Level-System.

Hierzu werden 3 Userlevel fest implementiert:

1 = Administrator - mit allumfassenden Zugriffsrechten
2 = Manager - ohne Zugriff auf Konfigurations-Daten
3 = User - Kann nur Kategorie-, Artikeldaten editieren, Statische Seiten bearbeiten

Je nach Level sind vordefinierte Menüpunkte bzw. Inhalte nicht veränderbar - werden aber zur Information dargestellt.

Bei einer neuen, duplizierten oder editierten Kategorie, innerhalb der Editorseite, soll die Position in der späteren Auflistung (als die Reihenfolge-Position) frei bestimmbar sein.
Bisher wird der neue oder duplizierte Datensatz einfach hinten angehängt.

Sporadisch muss die Anmeldung ins Backend mehrfach durchgeführt werden um eingeloggt zu sein.
Es ist keine Ursache zu erkennen und es werden keine Anmeldefehler im jeweiligen Acount eingetragen.

Verschachtelungstiefe beim Kategorie-Editor bzw. beim neu anlegen von Kategorien prüfen. Beim Versuch einer größeren Verschachtelungstiefe als 5 (eine Top-Kategorie mit vier hintereinander angelegten Unterkategorien) soll automatisch der jeweilige Eintrag al Top-Kategorie eingetragen werden.

Alle Elemente zur Kategorie-Verwaltung erstellen.

- Darstellung
- Editieren
- Neue Kategorie anlegen
- Kategorie löschen (in "Papierkorb" verschieben)
- Kategorie duplizieren
- Kategorie aktivieren/deaktivieren
- Reihenfolge der Kategorien sortieren

Vereinheitlichung der Templatestruktur durch systematische Benennung der Variablen und Codeteilen die teilweise dynamisch erzeugt werden.
Ebenso erfolgt eine Standardisierte CSS-Klassenbenennung.

Editor für Benutzer definierte Optionen für die jeweilige Artikelseite.
Für spezielle Eingaben seitens eines Benutzers sollen folgende Formularfelder ermöglicht werden:
- Option
- Dropdown-Liste
- Textfeld
- Auswahlfelder

Zusätzlich können folgende Preisangaben gemacht werden (zu jedem Feld):

+% = prozentualer Aufschlag zum Normalpreis
-% = prozentuale Minderung zum Normalpreis
+ = Aufschlag zum Normalpreis
- = Minderung zum Normalpreis
= = Neuer Stückpreis

Folgende Funktionen fehlen komplett:

- Verschieben des Bildes wenn Artikel gelöscht wird
- Verschieben des Bildes wenn Artikel in andere Kategorie verschoben wird
- Löschen des Bildes wenn altes Bild ersetzt wird

Folgende Funktionen fehlen komplett:

- Verschieben des Bildes wenn Kategorie gelöscht wird
- Verschieben des Bildes wenn Kategorie in andere Eltern-Kategorie verschoben wird
- Löschen des Bildes wenn altes Bild ersetzt wird

Ausgabe einer Ereignis- / Fehlermeldung z.B. nach dem beenden des Artikeleditors, möglichst mit Fehlerbeschreibung.

Die Ausgabe von auftretenden Fehlern bei dem Löschen von Kategorien erfolgt nicht / ist fehlerhaft.

Anpassung auf das neue Fehlermeldesystem ist fehlerhaft.

Wenn im Filter der Artikelanzeige die Option "alle anzeigen" gewählt wird erfolgt ein Programmabbruch mit der Fehlermeldung:

Fatal error: Undefined class constant 'fieldErrorFormat' in D:\xampp_vhosts\tobbivmshop\admin\module\class\validate.class.php on line 246