Metamodels Select SQL Einschränkung mit Insert Tags

Hallo Leute,

ich habe ein Metamodel erstellt, welches ein Select (Auswahlliste) Attribut beinhaltet.
Dieses Select-Attrbut zeigt Daten (Kategorien) von einem anderen Metamodel an.

Nun möchte ich gerne einige Einträge von der Auswahlliste per SQL (Feld bei den Attribut-Einstellungen) einschränken lassen, dafür bräuchte ich aber die ID oder Benutzernamen vom aktuell eingeloggten Benutzer in der SQL Einschränkung.
Meine Idee war, einfach in das SQL Feld einen Inserttag als Einschränkung zu verwenden. (Siehe Bild)

https://community.contao.org/de/atta...0&d=1428054968
Leider scheinen aber Insert Tags im SQL Feld nicht zu greifen :-(

Welche Möglichkeiten gäbe es noch um eine solche Filterung im Backend zu reaisieren?

Ich möchte einfach gesagt manchen Benutzern nur gewisse Kategorien bei der Backend-Eingbe (Bei der Auswahlliste) zur Verfügung stellen.

Contao Version: 3.3.4

Danke für eure Hilfe.

im backend, oder!? lg.

Ja genau im Backend.
Habe meinen Beitrag nun etwas verständlicher geschrieben :)

Hallo !

Ich stehe vor dem selben Problem, hat da jemand eine Lösung ?!

lg

Schreib am besten gleich ein Ticket auf GitHub.
Dann werden sich die Entwickler dazu sicher schneller melden.

Liebe Grüße
Matthais

Danke für den Hinweis, ich habe nun ein Ticket auf Github erstellt :cool:
https://github.com/MetaModels/attrib...lect/issues/40

hallo flash. dein inserttag bezieht sich aber auf das frontend!? lg.

Hallo!

Ich habe jetzt erst gesehen dass die user inserttags nur im Frontend funktionieren.

Ich habe mein Problem nun folgendermaßen gelößt.

1.) Im metamodelsattribute_select habe ich in der Select.php eine Core-Funktionalität eingebaut, welche im übergebenen SQL Feld die Inserttags übersetzt.
2.) Im Basis Controller habe ich bei der Funktion replaceInserttags ein neues Tag 'beuser' definiert, welches alle Daten vom Backend User zurückliefert.

Ich habe versucht über einen Hook eigene Inserttags zu erstellen.
Leider hat diese Anleitung http://de.contaowiki.org/Eigene_insert_tags_erstellen nicht funktioniert :-(

hallo flash,

mit einem eigenen inserttag ist schon die bessere lösung…

probier es noch mal… erstelle nachdem du deine extension angelegt hast,
die autoload für deine extension. ganz unten in der BE-navigation…

und vergiss das hier nicht:

Code:

---

class MyClass extends Backend

---

an die profis in der runde: das müsste doch so funktionieren, mit dem inserttag, oder?

wie kann man die FE und BE-klassen eigentlich kombinieren?

Code:

---

class MyClass extends Frontend AND Backend

---

???

lg.

alex

ähh... mal ´ne Frage zum Nachvollziehen, was Ziel der Übung sein soll...

wenn Du was in der FE-Ausgabe einschränken willst, solltest Du das über eine Zuordnung zu einer Mitgliedergruppe machen und wenn im Backend über eine Benutzergruppe - aus den vorangegangenen Posings kann ich nur ein "Mischmasch" aus beidem erkennen => was soll wo und wann genau passieren?

hi zonky,

ich denke mal, er verwechselte user mit member...

lg...

alex

Hallo haendersonfox!

Auch eine Vererbung vom Backend hat nichts geholfen :-(

Auch diese Anleitung hat nichts geholfen, das Inserttag greift nicht mal im Frontend
http://zedseries.blogspot.co.at/2011...-tags-for.html

neuer Versuch: was soll wo und wann genau passieren?

... dann werden Sie geholfen ;-)

also flash,

noch mal langsam…

du musst erstmal mindestes ein feld innerhalb deines MMs haben, in dem die user-ID deines BE-users gespeichert wird… richtig?

dann müsstest du dir eine erweiterung zusammenschreiben, welche dann die id ausgeben kann…

deine sql-abfrage lautet dann:

feldDerMemberId = {{deinInserttag::id}}

hast du das so?

lg.

alex

hi zonky,

innerhalb des BE sollen nur selectwerte ausgegeben werden,
welche auch vom jeweiligen BE-user im MM angelegt wurden…

so habe ich das verstanden…

lg.

Zitat:

---

Zitat von haendersonfox

so habe ich das verstanden…

---

... ich nicht ;-)

dann lassen wir uns überraschen, was flash schreibt ;o)

Zitat:

---

Zitat von haendersonfox

also flash,

noch mal langsam…

du musst erstmal mindestes ein feld innerhalb deines MMs haben, in dem die user-ID deines BE-users gespeichert wird… richtig?

dann müsstest du dir eine erweiterung zusammenschreiben, welche dann die id ausgeben kann…

deine sql-abfrage lautet dann:

feldDerMemberId = {{deinInserttag::id}}

hast du das so?

lg.

alex

---

Genau so hab ich es gemacht und es funktioniert, leider nur wenn ich mein eigenes Inserttag in der Basis Controller Klasse selber lasse.

Mit einem eigenen Hook funktioniert es leider nicht, mir kommt es so vor als würd er den Hook komplett ignorieren :-(
Hab alles so gemacht wie es in den Anleitungen stand :-(

Zitat:

---

Zitat von Flash

Genau so hab ich es gemacht und es funktioniert, leider nur wenn ich mein eigenes Inserttag in der Basis Controller Klasse selber lasse.

Mit einem eigenen Hook funktioniert es leider nicht, mir kommt es so vor als würd er den Hook komplett ignorieren :-(
Hab alles so gemacht wie es in den Anleitungen stand :-(

---

Dann hat du einen Fehler bei der Verwendung des hooks. Ohne den code zu kennen, ist es nur raten, was genau das Problem ist.

Men Fehler war, dass ich den Cache nicht neu aufgebaut hatte :rolleyes:

Da ich diese Funktion wieder mal gebraucht habe möchte ich kurz erläutern was ich gemacht habe:

1.) Habe ich einen eigenen replaceInsertTags Hook erstellt, welcher mit alle Daten vom eingeloggten Backend User zurückgibt

PHP-Code:

---

class MyInsertTags extends Backend
{
    public function outputTagContent($strTag)
    {
        $elements = explode('::', $strTag);

        // Replace the tag
        switch (strtolower($elements[0]))
        {
            case 'beuser':

                if (TL_MODE != 'FE' || BE_USER_LOGGED_IN)
                {
                    $this->import('BackendUser', 'User');
                    return $this->User->$elements[1];
                }

                break;
        }

        return false;
    }
} 


---

2.) Habe ich in der Datei \composer\vendor\metamodels\attribute_select\src\M etaModels\Attribute\Select\Select.php die Methode getAdditionalWhere verändert (Zeile 131)


Somit greifen nun auch Insert-Tags beim MetaModel Attribut-Typ "Auswahl", im Feld SQL
https://community.contao.org/de/atta...5&d=1433158313

PHP-Code:

---

protected function getAdditionalWhere()
    {
        $additionalWhere =  $this->get('select_where') ? html_entity_decode($this->get('select_where')) : false;
        return ContaoController::getInstance()->replaceInsertTags($additionalWhere, false);
    } 


---

Anscheinend wurde aber die Methode "replaceInsertTags" im Controller protected, daher musste ich diese zusätzlich noch public setzen.

Hat jemand vielleicht einen Tipp, ob es noch eine andere (public) Methode gibt, welche mir die InserTags auflößt, ohne dass ich in den Controller greifen muss?

Danke und lg

Hab nun eine andere Methode gefunden:

PHP-Code:

---

use ContaoCommunityAlliance\Contao\Bindings\ContaoEvents;
use ContaoCommunityAlliance\Contao\Bindings\Events\Controller\ReplaceInsertTagsEvent; 


---

PHP-Code:

---

protected function getAdditionalWhere()
    {
        $strColNameWhere = $this->get('select_where') ? html_entity_decode($this->get('select_where')) : false;
        
        $replaceEvent = new ReplaceInsertTagsEvent($strColNameWhere);
        $dispatcher   = $this->getMetaModel()->getServiceContainer()->getEventDispatcher();
        $dispatcher->dispatch(ContaoEvents::CONTROLLER_REPLACE_INSERT_TAGS, $replaceEvent);

        return strip_tags($replaceEvent->getBuffer());
    } 


---

Die Controller Klasse muss nun nicht mehr angegriffen werden.