Eine Anfängerfrage:
Extensions können ja auf neuen Tabelle aufbauen oder bestehende Tabellen können erweitert werden.
1. Frage: Wann wählt man welche Methode?
2. Frage, die eigentliche: Wenn meine Extension eigene Tabellen hat können diese Datensätze dann im Backend trotzdem in einen SysOrdner gespeichert werden (ist ja unlogisch)? Order ist es so, dass man für den SysOrdner "enthält Plugin" angibt, und dieses Plugin die eigentlichen Daten aus der eigenen Tabelle zieht und schreibt? (Man also nur denkt, die daten "liegen" im SysOrdner)
Danke!
Hallo und willkommen im Forum,
saasfee3000 schrieb
1. Frage: Wann wählt man welche Methode?
wenn du eine bestehende tabelle erweitern willst, zB bei tt_news ein feld dazu, dann bestehende erweitern, wenn du eigene datensätze brauchst, dann neue tabelle.
2. Frage, die eigentliche: Wenn meine Extension eigene Tabellen hat können diese Datensätze dann im Backend trotzdem in einen SysOrdner gespeichert werden (ist ja unlogisch)?
warum sollte das unlogisch sein? klar geht das! das ist ja das feine, dass der redakteur oder natürlich man selbst die datensätze über die üblichen masken anlegen kann.
Order ist es so, dass man für den SysOrdner "enthält Plugin" angibt, und dieses Plugin die eigentlichen Daten aus der eigenen Tabelle zieht und schreibt? (Man also nur denkt, die daten "liegen" im SysOrdner)
das "enthält plugin" hat keine automatische Funktion, außer man nützt es in einer extension explizit.
ansonsten liegen die datensätze auf der seite, dessen ID in der Tabelle im Feld pid eingetragen wurde
georg
Hallo und Danke für die Antwort!
also ist es die gewöhnliche Vorgehensweise, dass man in eigenen Tabellen die ID der Seite mit aufnimmt anstelle das Ganze unabhängig von einer SeitenID zu machen?
In welchen Fällen wendet man die Variante mit "enthält Plugin" dann an bzw. worin unterscheidet sich das Ganze?
Und wann entwickelt man ein eigenes Backend Modul?
saasfee3000 schrieb
also ist es die gewöhnliche Vorgehensweise, dass man in eigenen Tabellen die ID der Seite mit aufnimmt anstelle das Ganze unabhängig von einer SeitenID zu machen?
naja die meisten Datensätze sind ja seitenbezogen und irgendwo sollten die ja bearbeitet werden
saasfee3000 schriebIn welchen Fällen wendet man die Variante mit "enthält Plugin" dann an bzw. worin unterscheidet sich das Ganze?
wenn man das plugin auf einer Seite registrieren will, aber wie gesagt, wenn man da was einstellt ändert sich nichts, erst wenn man vom code darauf reagiert.
saasfee3000 schrieb
Und wann entwickelt man ein eigenes Backend Modul?
speielle ansichten oder möglichkeiten zur eingabe. wenn das listenmodul nicht ausreicht
super, wieder danke!
und noch ein anliegen: eine extension soll ermöglichen, dass für jeder fe_user genau einen datensatz (z.b. ein profil) zur verfügung hat und dieses bearbeiten kann. also quasi eine 1:1 verknüpfung.
macht es in diesem fall sinn, die fe_user tabelle zu erweitern? oder legt man eine eigene tabelle an, die 1:1 verknüpft ist? wie würde man an sowas rangehen?
wenn man die fe_user tabelle erweitern würde, stünden die erweiterten felder dann automatisch im backend zur verfügung?
saasfee3000 schrieb
macht es in diesem fall sinn, die fe_user tabelle zu erweitern? oder legt man eine eigene tabelle an, die 1:1 verknüpft ist? wie würde man an sowas rangehen?
kannst du leicht zum user dazugeben
saasfee3000 schrieb
wenn man die fe_user tabelle erweitern würde, stünden die erweiterten felder dann automatisch im backend zur verfügung?
ja