Hallo,
das Thema ist schon alt, aber das Problem noch immer aktuell.
ich hab nämlich das gleiche.
Meine Ext ist vom Typ USER , unter "userFunc" ruf ich auch die richtige Funktion auf ( -> main ) .
und in meiner DetailView steht auch ziemlich weit oben:
$GLOBALS['TSFE']->page['title'] = "Test";
$GLOBALS['TSFE']->indexedDocTitle = "TEST";
( mit einer vorhergehenden DB abfrage )
jetzt eine Bitte an die Meister: wo ist mein Fehler?
Hallo zusammen,
das Thema ist ja leider schon etwas älter, aber ich quäle mich da gerade auch mit rum.
Ich lasse meine Extension als User_int laufen, da ich ständig user Eingaben verarbeite und die Extension nicht cachen soll / darf.
Nun suche ich nach einer Möglichkeit den Seitentitel zu beeinflussen. Ist das mit Extension, die als User_int laufen einfach generell nicht möglich?!?!
Viele Grüße
Sven
Hallo,
ich glaube es sollte so funktionieren:
Schreibe in deiner Extension einfach mal
$GLOBALS['TSFE']->additionalHeaderData[$this->prefixId] = "<title>Mein Titel</title>";
Damit du aber keine doppelten Title-Tags hast, solltest du den Standard-Title ausschalten mit:
config.noPageTitle = 2
Bitte gebe hier bescheid, ob es so klappte.
Hallo Sturmi,
danke erst mal für Deine Antwort. Hatte mir das gestern noch etwas genauer angesehen und anders gelöst.
Wie ich festgestellt habe, wir bei einer Extension, die als user_int läuft, bereits die komplette Seite generiert und in die
$GLOBALS['TSFE']->content
geschrieben. Im Gegensatz zum User Object, wo ich den Titel der Seite per
$GLOBALS['TSFE']->page['title'] = "mein titel"
setzen kann.
Da ich nur in meiner Extension den Titel überschreiben möchte, sonst aber mein normales TS für den Page Title greifen soll, suche und ersetze ich einfach den fertigen Inhalt per regulärem Ausdruck. funktioniert prima. 😉
$GLOBALS['TSFE']->content = ereg_replace("<title>.+<\/title>","<title>".$newpagetitle."</title>",$GLOBALS['TSFE']->content);
(und ja ich weiss, dass ereg_replace veraltet ist... ändere ich noch. 😉)
Dafür extra ereg_replace anwerfen, was wieder mehr Arbeit für den Server bedeutet? Dann würde ich eher preg_replace nehmen, da es schneller ist. Den u.s. Code kannst du doch einfach auf der Seite einfügen, wo sich dein Plugin befindet, oder?
und um mich noch mal selbst zu zitieren...
(und ja ich weiss, dass ereg_replace veraltet ist... ändere ich noch. 😉)
War nur ne quick & dirty Lösung um die Funktionalität zu prüfen.
Da sich das Plugin über diverse Seiten verteilt (leider auch nicht nur in einem Strang des Seitenbaums), wäre das mit "relativ" viel Arbeit verbunden. Allerdings denke ich nicht, dass dein preg_replace soviel Last erzeugt.
Um auch mal meinen Senf dazu zu geben:
Das ganze klappt auch ohne USER_INT und Co.
Einfach per
$GLOBALS['TSFE']->page['title'] = $row['title'];
$GLOBALS['TSFE']->indexedDocTitle = $row['title'];
den titel setzen und die Verlinkungen der Detail-Seite vernünftig realisieren
$markerArray['###TITLE###'] = $this->pi_linkTP_keepPIvars($row['title'],array('showUid' => $row['uid']),true,0,0);
wichtig dabei ist der dritte wert (true) diese Option setzt ein "cHash" Parameter an die URL welches dem Cache sagt, das dies eine andere Seite als die Startseite ist. Dann klappts auch mit dem Titel, zumindest bei mir 😉
Das hilft leider nicht viel, wenn ich User Eingaben verarbeiten muss...
Naja, wenn du in deinem Formular die Aktion mit hilfe eines Links erstellst in dem der CHASH drin steht sollte das ohne Probleme Funktionieren.
Nunja, eigentlich ist der cHash dafür da, Caching für Extension zu ermöglichen, die Parameter per GET Variablen erhalten bspw. index.php?id=3&myextension[color]=blue.
Allerdings übergebe ich generell alle Werte per POST und es ist außerdem möglich, dass Zugriffe / Datenübergaben von außen erfolgen. Daher weiss ich im Vorfeld schlichtweg nicht welche Parameter eingereicht werden, was mich mit zwei Optionen zurücklässt:
1. Den Cache für die Seite komplette deaktivieren - was nur unnötig Last und Zeit kosten würde.
2. Die Extension als User_int Objekt laufen lassen. Dann wird die Extension zwar nicht mehr gecached, allerdings ist das bei derartigen Usereingaben meiner Meinung nach auch garnicht anders möglich.
Ich lasse mich aber auch gerne eines besseren belehren!
Grüße
Sven