TobbiVM-Shop

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!

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.

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

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

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

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.

Direkten Scriptaufruf über Browser u.ä. verhindern

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

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.

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.

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.

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.

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.

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.

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

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.

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.

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.

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

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.

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...

Nein neues Attribut das eine Möglichkeit darstellt Bilder auf die Webseit zu laden.

Nach dem Ladevorgang soll dieses Bild auf der aktuellen Seite dargestellt werden. Bei einer Bestellung des jeweiligen Artikels muss das Bild in den Rechnungen dargestellt werden, als Anhang einer Mail versendet werden und natürlich zur Rechnungs-Dokumentation gespeichert werden.

Nein neues Attribut das eine Möglichkeit darstellt Bilder auf die Webseit zu laden.

Nach dem Ladevorgang soll dieses Bild auf der aktuellen Seite dargestellt werden. Bei einer Bestellung des jeweiligen Artikels muss das Bild in den Rechnungen dargestellt werden, als Anhang einer Mail versendet werden und natürlich zur Rechnungs-Dokumentation gespeichert werden.

Installationsscript für den Einzel-Shop erstellen

Kompletten Demoshop anlegen, gegebenenfalls müssen einige Template-Bilder geändert werden.

Durch verschiedene Änderungen an den Tabell / an der Datenbank muss die Backup- und Wiederherstellungs-Funktion noch entsprechend angepasst werden.

Der Menüpunkt muss in das TAB-Menü "Seiten" verschoben werden.

Darstellung optimieren!

Löschvorgang wird durchgeführt OHNE das auf Nutzung der Versandart geprüft wird.

Hilfetext ergänzen und Position anpassen.