Unterseite je nach Gruppenzugehörigkeit die Inhalte variieren

[avus]

Hallo,
ich verzweifel gerade etwas, da ich seit dem Update von 4.4 auf 4.9 meine Unterseite nicht mehr funktioniert und ich irgendwie nicht das richtige finde.

Ich habe eine Unterseite auf der Daten aus einer DB dargestellt werden.
Wenn man zur Usergruppe1 gehört sieht man nur die Inhalte 1-10.
Ist man in der Usergruppe2 sieht man die Inhalte 1-10 und zusätzlich noch die 11-20.
(Vereinfacht dargestellt)

In der Version 4.4 habe ich aus der Tabelle "tl_session" gelesen wer ich bin und gerade eingeloggt bin und aus der Tabelle "tl_member" über meine ID ausgelesen zu welcher Gruppe ich gehöre.

Wie komme ich nun an meine UserID? Denn die Tabelle "tl_session" gibt es ja nicht mehr

Gibt es irgendwo eine Anleitung für Anfänger? *g*

[avus]

Keiner hier im Forum der mir helfen kann an die Frontend User ID zu kommen?
Oder zumindest mich auf den richtigen Weg schubsen kann?

[lbableck]

Wieso so kompliziert über tl_session?
Über

$user = FrontendUser::getInstance();
$user->groups 

bekommst du die Gruppen des Users.

[avus]

Wieso so kompliziert über tl_session?
Über

$user = FrontendUser::getInstance();
$user->groups 

bekommst du die Gruppen des Users.

Die Variante ist mir prinzipiell egal
Gerne mache ich das auf anderem Wege.

Wenn ich das im Controller einfüge wo früher die DB geprüft wurde bekomme ich folgende Meldung:

Attempted to load class "FrontendUser" from namespace "Avus\TestBundle\Controller".
Did you forget a "use" statement for another namespace?

Was muss ich denn für ein "use" einbinden? Sorry aber ich bin noch nicht so gut da drin

[lbableck]

use Contao\FrontendUser; 

[avus]

use Contao\FrontendUser; 

Ja nun wieder etwas weiter, danke.
Aber da scheint wohl nichts drin zu stehen

Call to a member function get() on null

Aber ich bin auf der Seite angemeldet...

[lbableck]

Wo rufst du denn da eine get() Function auf?
Poste am besten mal den ganzen Code.

[avus]

Also das ist die Funktion welche ausgeführt wird und früher die DB abgefragt hatte:

Nun habe ich eigentlich nur deinen Code drin und eine Konsolen Ausgabe davon.
Unten das $test ist um zu prüfen ob es prinzipiell noch geht wenn ich die Gruppen hätte

    public function getAuthenticatedFrontEndUser()
    {
        /*
            $sessionHash = $this->request->cookies->get('FE_USER_AUTH');
            $em = $this->getDoctrine()->getManager('default');
            $subquery = $em->getConnection()->prepare("
                    SELECT tl_member.*
                    FROM tl_member
                    JOIN tl_session
                    ON tl_member.id = tl_session.pid
                    WHERE tl_session.hash = :sessionHash");
            $subquery->bindValue('sessionHash', $sessionHash);
            $subquery->execute();
            return $subquery->fetch();
        */
        
            
            
            $user = FrontendUser::getInstance();
            
     
            ?>
            <script>
            console.log(<?= json_encode($user->groups); ?>);
            </script>
            <?php
        
            $test['groups'] = "a:3:{i:0;s:1:\"2\";i:1;s:1:\"1\";i:2;s:1:\"3\";}";
            return $test;
    }

[lbableck]

Hm, da ist jetzt eigentlich nichts drin, was diesen Fehler verursachen sollte.
Kannst du dir mal im Debug-Modus den Fehler ansehen? Dort siehst du auch wo genau der Fehler auftritt.

[avus]

Findet wohl genau in dieser Zeile statt:

fehler.png

Hilft das? bzw was benötigst du von mir?

Sorry

[avus]

Also das GET welches fehlschlägt ist in der Contao Datei:

vendor/contao/core-bundle/src/Resources/contao/classes/FrontendUser.php

in der Zeile 89:

$objToken = System::getContainer()->get('security.token_storage')->getToken();

Der bekommt wohl da den User nicht zurück

[lbableck]

Der Container ist da anscheinend null, aber da bin ich grade auch überfragt...

[avus]

Ok, schade... trotzdem danke für den Versuch.


Vielleicht hat jemand anderes noch eine Idee?

[snoks7]

Hallo,

Leider kenne ich mich mit DB auslesen etc. nicht so aus.

Ich Arbeite nur mit der Core-Funktion des Zugriff-Schutzes.

Dort kann man Seiten, Artikel und Elemente einzeln schützen und Mitgliedergruppen zuweisen.

Falls es nicht viele Unterseiten sind, wäre eine solche Umstellung denkbar...

Schöne Grüsse Christian

[paddibr]

So wie ich das sehe nutzt du den Schnipsel in einem Bundle?

Wenn du den Teil z.B. in einem FE Template nutzt, wird es sicherlich gehen.

Bei dir im Controller würde ich mir den User wahrscheinlich anders holen. Die Frage ist dann, wann/wo du deinen Controller aufrufst.

z.B. sowas:

try {
    $user = $this->userProvider->loadUserByIdentifier($username);
} catch (UsernameNotFoundException $exception) {
    throw new PageNotFoundException('We don\'t know who you are :-(');
}

if (!$user instanceof FrontendUser) {
    throw new AccessDeniedException('Not a frontend user');
} 

[avus]

Hallo,

Leider kenne ich mich mit DB auslesen etc. nicht so aus.

Ich Arbeite nur mit der Core-Funktion des Zugriff-Schutzes.

Dort kann man Seiten, Artikel und Elemente einzeln schützen und Mitgliedergruppen zuweisen.

Falls es nicht viele Unterseiten sind, wäre eine solche Umstellung denkbar...

Schöne Grüsse Christian

Muss nicht aus DB kommen, aber ja müsste man sich vielleicht auch überlegen. Wäre aber auch viel arbeit da es an vielen Stellen so genutzt wird.

So wie ich das sehe nutzt du den Schnipsel in einem Bundle?

Wenn du den Teil z.B. in einem FE Template nutzt, wird es sicherlich gehen.

Bei dir im Controller würde ich mir den User wahrscheinlich anders holen. Die Frage ist dann, wann/wo du deinen Controller aufrufst.

z.B. sowas:

try {
    $user = $this->userProvider->loadUserByIdentifier($username);
} catch (UsernameNotFoundException $exception) {
    throw new PageNotFoundException('We don\'t know who you are :-(');
}

if (!$user instanceof FrontendUser) {
    throw new AccessDeniedException('Not a frontend user');
} 

Ja das wird in einem Bundle aufgerufen, aber leider kommt die Grundinstallation nicht von mir und ich komme nicht mehr an die alte Programmiererin ran

Aber wenn ich richtig verstehe, dann wird der Controller vor dem laden der eigentlichen Tabelle aufgerufen.
Leider kann ich also dir nicht so genau sagen wann aufgerufen wird.

Ist halt so dass diese Tabelle und andere ähnliche Seiten dynamisch je nach Gruppe anderst aufgebaut wird.
Und ich zu doof bin einen User auszulesen
Hatte mir das wirklich nicht so schwierig vorgestellt an einen User zu kommen...

Hast du eine einfache Lösung wie ich im Controller da ran kommen könnte?
Bzw nach was muss ich bei Tante G suchen...

[paddibr]

Okay, aber wenn das unter 4.4 lief, dann muss da ja schon irgendwo passieren?! Da wird es sicherlich Änderungen gegeben haben die einfach nur entsprechend an das Update angepasst werden müssen.

Die neue Methode für getInstance ist ja diese:

$hasFrontendUser = System::getContainer()->get('contao.security.token_checker')->hasFrontendUser(); 

https://docs.contao.org/dev/reference/services/ (ganz unten)

Is Backend-User:

$security = System::getContainer()->get('security.helper'); 
if ($security->isGranted('ROLE_ADMIN')){} 

Backend-User ist eingeloggt:

$objTokenChecker = \System::getContainer()->get('contao.security.token_checker');
if ($objTokenChecker->hasBackendUser()) {} 

Frontend-User ist eingeloggt:

$objTokenChecker = \System::getContainer()->get('contao.security.token_checker');
if ($objTokenChecker->hasFrontendUser()) {} 

Frontend-User gehört zur Gruppe:

$security = System::getContainer()->get('security.helper'); 
$security->isGranted('contao_member.groups', $idDerGruppe); 

[avus]

Okay, aber wenn das unter 4.4 lief, dann muss da ja schon irgendwo passieren?! Da wird es sicherlich Änderungen gegeben haben die einfach nur entsprechend an das Update angepasst werden müssen.

Die neue Methode für getInstance ist ja diese:

$hasFrontendUser = System::getContainer()->get('contao.security.token_checker')->hasFrontendUser(); 

...

Also bei 4.4 lief es sauber ja...

Das was du nun geschrieben hast geht das schon bei 4.9 oder muss ich da auf 4.13 updaten? (Was sowieso mein nächstes Ziel wäre)
Fand das bei Neuerungen vom 4.13

Bei mir vermisst er wieder einen Namespace den ich nicht weiß. (Falls mit 4.9 überhaupt geht)
Wie bekomme ich denn sowas immer raus?

[paddibr]

müsste ab 4.9 gehen. Welchen?

use Contao/System 

Ich schau mir das meistens im GitHub von Contao an.

[avus]

müsste ab 4.9 gehen. Welchen?

use Contao/System 

Ich schau mir das meistens im GitHub von Contao an.

Ah das muss ich mir merken mit GitHub...

Aber nun ist er zwar mit Namespace zufrieden, aber ich lande wieder beim Fehler:

"Call to a member function get() on null" welcher nun direkt bei deinen Beispielen geworfen wird

[paddibr]

Ja, dann wirst du an der Stelle keinen User zur Verfügung haben - soweit ich das einschätzen kann. Dafür fehlt mir leider der Überblick.