Backomania-Webapp-DB-Bilder: Difference between revisions
From Elch-Wiki
Jump to navigationJump to search
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
* Foto-Upload: user sollen eigene Bilder für fremde Rezepte übermitteln können, admin schaltet frei und neues bild geht online. So kann man immer bessere Bilder sammeln | * Foto-Upload: user sollen eigene Bilder für fremde Rezepte übermitteln können, admin schaltet frei und neues bild geht online. So kann man immer bessere Bilder sammeln | ||
* Mehrere Bilder pro Rezept/Teilrezept/Step: Statt bild_id im Rezept/Teilrezept/Step/User zu speichern, wird die Tabelle bilder um Spalten für "tabelle" und "tabellen_id" erweitert. Dies impliziert, dass jedes Bild nur an einer Stelle verwendet werden kann. Sollte aber keine Einschränkung sein, oder? | * Mehrere Bilder pro Rezept/Teilrezept/Step: Statt bild_id im Rezept/Teilrezept/Step/User zu speichern, wird die Tabelle bilder um Spalten für "tabelle" und "tabellen_id" erweitert. Dies impliziert, dass jedes Bild nur an einer Stelle verwendet werden kann. Sollte aber keine Einschränkung sein, oder? | ||
* | |||
=== Konzeptuelle Überlegungen === | |||
* Sprach-Konvention: unit ::= Rezept | Teilrezept | Step | Zutat | User | |||
* Eine unit kann beliebig viele Bilder enthalten | |||
* Die Reihenfolge der Bilder in einer unit ist relevant | |||
* Ein Bild kann in mehreren units verwendet werden | |||
* Jeder User kann seine Bilder beliebig in Verzeichnissen ordnen (virtueller Pfad), Verzeichnisse werden nur zur Verwaltung der Bilder gebraucht, sind also ein reines Anzeige-Vehikel | |||
Tabelle "bilder" mit Spalten: | |||
* id (der physikalische Name im Filesystem wird aus der id gebildet!) | |||
* user (der das Bild raufgeladen hat) | |||
* path (virtueller "pfad" für die Sortierung oder id eines Pfades in einer separaten Tabelle?) | |||
* alttext (Text zum Bild) | |||
* approved (Flag ob das Bild freigegeben ist) | |||
Tabellen Rezept/Teilrezept/Step/Zutat/User müssen geändert werden, so dass eine Liste von Bildern "lop" (List of Pictures, analog zum los / List of Steps) geführt werden kann. | |||
Beim Anzeigen können die Bilder einer unit mit gleichem Pfad gruppiert werden. Dies sollte genügend Flexibilität geben. | |||
Revision as of 21:46, 10 February 2008
- Foto-Upload: user sollen eigene Bilder für fremde Rezepte übermitteln können, admin schaltet frei und neues bild geht online. So kann man immer bessere Bilder sammeln
- Mehrere Bilder pro Rezept/Teilrezept/Step: Statt bild_id im Rezept/Teilrezept/Step/User zu speichern, wird die Tabelle bilder um Spalten für "tabelle" und "tabellen_id" erweitert. Dies impliziert, dass jedes Bild nur an einer Stelle verwendet werden kann. Sollte aber keine Einschränkung sein, oder?
Konzeptuelle Überlegungen
- Sprach-Konvention: unit ::= Rezept | Teilrezept | Step | Zutat | User
- Eine unit kann beliebig viele Bilder enthalten
- Die Reihenfolge der Bilder in einer unit ist relevant
- Ein Bild kann in mehreren units verwendet werden
- Jeder User kann seine Bilder beliebig in Verzeichnissen ordnen (virtueller Pfad), Verzeichnisse werden nur zur Verwaltung der Bilder gebraucht, sind also ein reines Anzeige-Vehikel
Tabelle "bilder" mit Spalten:
- id (der physikalische Name im Filesystem wird aus der id gebildet!)
- user (der das Bild raufgeladen hat)
- path (virtueller "pfad" für die Sortierung oder id eines Pfades in einer separaten Tabelle?)
- alttext (Text zum Bild)
- approved (Flag ob das Bild freigegeben ist)
Tabellen Rezept/Teilrezept/Step/Zutat/User müssen geändert werden, so dass eine Liste von Bildern "lop" (List of Pictures, analog zum los / List of Steps) geführt werden kann.
Beim Anzeigen können die Bilder einer unit mit gleichem Pfad gruppiert werden. Dies sollte genügend Flexibilität geben.
