Realisierbarkeit einer kleinen Anwendung

Wir wollen für unsere Kunden ein kleine Anwendung anbieten.

Soweit ich gelesen habe, gibt es noch nichts das man Frontend Daten einpflegen kann. Dennoch möchte ich es mal ansprechen ob es generell möglich wäre

Jeder Kunde im Frontend sich einloggen können und dann Adressen anlegen können.

Zu den Adressen soll er Daten einpflegen können diese sind dann wieder mit Daten verknüpft. Insgesamt sind es ca 8 Tabellen die alle miteinander verknüpft sind und derzeit als Access Datenbank für jeden Kunden eine eigene. Wir würden es gerne als kleine Webanwendung auf unserer Seite anbieten.

Was meint ihr wie sollte man es umsetzen, bzw geht das überhaupt mit MetaModels?

Hallo chrischnian,

Zitat:

---

... ... bzw geht das überhaupt mit MetaModels?

---

Nein, derzeit gibt es noch keine Möglichkeit für ein FE Edit mit MM. Schau mal hier: https://now.metamodel.me/de/unterstuetzer/fundraising


Viele Grüße
MiTsch

Hallo chrischnian,

ich habe evtl. was für Dich. Es werden allerdings ganz normale Formulare aus dem Formulargenerator für die Eingabe benötigt. Ob's läuft, kommt auf Deine Contao-Version an. Meld' Dich ggf. bitte unter service@delahaye.de.

Grüße,

Christian

@chrischnian: "one-way" ist die Sache nicht so schwierig - als Beispiel www.scrum-events.de - da werden die Buchungsdaten in einem normalen Formular aufgenommen und in MM gespeichert...

Zitat:

---

Zitat von zonky

"one-way" ist die Sache nicht so schwierig

---

... und genau, um das "one-way" auszuhebeln, hab ich eine kleine Extension gemacht :). Mittels Inserttags werden die vorhandenen Inhalte ins Formular gezogen und die "ich-speichere-aber-immer-grundsätzlich-neu"-Funktionalität von Contao wird umgangen.

Ich hatte vor, das demnächst mal zu veröffentlichen - sollte aber halt noch ein wenig durchgetestet werden.

Freiwillige Tester gibt es sicher genug :)

Würde ich auch gerne testen :D

Ok - ich hab das Ganze jetzt mal auf Github geschoben: https://github.com/delahaye/dlh_replacetablerecord

Dann testet mal schön. Feedback erwünscht! Eine kleine Anleitung ist unter /docs zu finden.

prima - wie funktioniert die "ACL" - also die "Zugangskontrolle" zu den Datensätzen?

Zitat:

---

Zitat von zonky

wie funktioniert die "ACL"

---

Steht auch in der README.md unter /docs, ist ein Paramater für die Gruppe(n).

ahh... o.k.

verstehe ich das richtig, dass es im Formular ein verstecktes Feld mit name="id" geben soll/muss, welches mit einem der ersten drei Inserttags mit einem Wert bestückt wird.

Die Insert-Tags verstehe ich noch nicht richtig:

PHP-Code:

---

{{tabledata::id::TABLENAME::PARAMETERFIELD::URLPARAMETER::member::MEMBERFIELD}} 


---

nehmen wir an ich habe ein MM mit Adressdaten mm_adressen mit
id = 5
name = Müller
vname = Herbert
...
member_id = 23
...

wie würde dann der Tag aussehen, wenn nur "Herr Müller" den ändern darf?

btw: ist der Thread bekannt..??

https://community.contao.org/de/show...rs-Contao-Camp

Zitat:

---

wenn nur "Herr Müller" den ändern darf?

---

Dann muss die ID des Herrn Müller selbst im Datensatz als Feld vorhanden sein, mit Gruppen geht es einfacher. Steht auch in der README.md. Bitte bedenken: Das Tool ist sehr einfach ausgelegt und das bewusst. Für Support habe ich leider im Moment wenig bis keine Zeit - von daher hilft leider nur ausprobieren ;)

Zitat:

---

btw: ist der Thread bekannt..??

---

Ja, das andere Tool geht aber weiter, indem es nicht nur die normale Speicher-Routine von Contao anzapft.

hmmm... so richtig verstanden habe ich es nicht - ich nehme aber an, dass man mit der Manipulation des versteckten Feldes jeden Datensatz der Tabelle ändern kann...

genau zonky, dass ist das problem. ich habe das mit einer kleinen erweiterung gelöst, diese vergibt eindeutige, zufällige alias-namen, damit ist es sehr unwahrscheinlich, dass diesen jemand herausfindet. außerdem fange ich im template den frontend-user ab und somit ist es nicht möglich, andere datensätze zu manipulieren... lg.

o.k. - so was hatte ich hier https://community.contao.org/de/show...rs-Contao-Camp auch beschrieben als "Update-Token"

Zitat:

---

Zitat von zonky

hmmm... so richtig verstanden habe ich es nicht - ich nehme aber an, dass man mit der Manipulation des versteckten Feldes jeden Datensatz der Tabelle ändern kann...

---

Jein. Das ID-Feld spezifiziert nur den Datensatz. Mit der Angabe einer Member-ID oder einer Gruppe regelst Du den Zugriff. D.h, wenn der Zugriff nicht passt, wird schon die Vorbelegung nicht geladen. Mach es möglichst über Gruppen. Sonst muss halt die ID des Members auch als Information in der zu bearbeitenden Tabelle drin stehen. Nochmal: Das ist ein Mini-Modul, was sicherlich nicht für jeden Anwendungsfall mit ausgefeilten Benutzerrechten gedacht ist. Probier's einfach aus oder warte, bis eine Doku existiert. Das könnte aber noch einige Zeit dauern.

o.k.! & Dank