Hallo Allen und - zwar etwas spät, aber - allen viel Glück, Gesundheit und Erfolg in 2007!
Bin mal wieder mit Typo3 zugange und noch immer Dummie und noch immer unsicher. Brauche einen Ratschlag.
Nachdem ich
- mir auch das Buch "Typo 4.0" besorgt und das Kapital "Eigene Extensions programmieren" mehrere male durchgelesen habe hier und im
- Internet recherchiert habe (aber mit wenig Glück 🙁 )
- und diverse test-Extensions angelegt und rudimentär modifiziert habe
meine ich für unsere "Dateneingabe und -ausgabe" einen guten Ansatz gefunden zu haben...
Unser auf Typo3 angepasstes Datenmodell hat 9 Entitäten und an die 7 Relationentabellen (6 n:m und 1 1:n Verknüpfung). Unsere DB-Daten werden nicht seitenbezogen sondern themenbezogen sein. Die Dateneingabe will ich deshalb in einem eigenen Backendmodul (eigene Hauptkategorie = Mainmodul) unterbringen.
Die Datenausgabe im Frontend sollte nach Möglichkeit vorbereitete Funktionalitäten von Typo3 nutzen. Unter anderem auch die Funktionalitäten des Ergebnisbrowsers (pi_list_browerresults). Habe mir jetzt jedoch den Quellcode (class.tslib_pibase.php) angeschaut und festgestellt, dass ich diesen nur nutzen kann, wenn ich für die Ausgabe "pi_list_query" bzw. "pi_exec_query", die ja "pi_list_query" referenziert, nutze. Diese jedoch geht auf seitenbezogene Daten.
Gäbe es andere Funktionen bzw. Methoden, die ich nutzen könnte?
Oder muss ich für das Auflisten der Daten im Frontend (mit Aufteilung auf mehrere Seiten) etwas eigenes programmieren?
Ist der angedachte Ansatz ok, oder typisch Dummie?
Würde mich über Rückmeldung freuen und Gruss
Mensch
Ohne nun genau zu wissen, wa du machen willst:
Normalerweise werden solche Daten in einem SYS-Ordner eingegeben, gesammelt und dann kategorienbezogen oder nach selbst definierten Kriterien ausgegeben. Da sparst du evtl. das Backend-Plugin.
Du hast als "Quelle" also nur eine oder mehrere pid, die du auslesen kannst. Oder du ignorierst sie in der Abfrage und gibst einfach alles aus, was in der DB nicht als gelöscht oder versteckt gekennzeichnet ist.
Guten Morgen birgitr,
Danke für Deine Rückmeldung. Du hast nicht unrecht unter dem Aspekt des Aufwandes und des nötigen Know-Hows (der mir neben Typo3 auch im Bereich php-Objektorientierung fehlt).
Das Datenmodell liegt in der 3. Normalform vor. Diesen von Dir vorgeschlagenen Ansatz habe ich mit dem Frontendplugin und der Dateneingabe über "Datensatz einfügen" mal getestet. Die Kategorisierung der Zutaten läuft beispielsweise auf zwei Ebenen = Hauptkategorie (not null Feld) und normale Kategorie (kann auch null sein).
Als ich 1:1 den vom Kickstarter generierten Code alleine für unsere Zutaten und deren Kategorien nutzte, wurde die Zuordnung einer Kategorie - je mehr Kategorien hinzukamen - unübersichtlicher. Mitunter wusste ich gar nicht, welche Kategorie ich zuordnete, da standardmäßig nur ein Labelfeld definiert wurde.
Unter diesem Aspekt: Würdest Du nach wie vor empfehlen, das gesamte über die Datensatzeingabe im Bereich der Web>Listen vorzunehmen?
So oder so, meine ich als Dummie, um zusätzlichen Programmieraufwand werde ich nicht umhin kommen?
Bin wirklich über jede Empfehlung froh, da ich mich auf keine Erfahrung stützen kann und vielleicht dadurch einen Ansatz verfolgen würde, der hirnverbrannt und umständlich wäre.
Gruss Mensch