Danke, schaue ich mir gerne an, auch wenn ich das jetzt mit TYPOSCRIPT
hinbekommen habe.
Mit einem Marker klappt es:
table = tt_address
select {
where = uid = ###adressuid###
markers.adressuid.data = GP:tt_address|showUid
#andWhere.data = GP:tt_address|showUid
# Make sure there is no SQL
Ja, schon mehrfach.
Hab die Root Seite ausgewählt und dann "Alle Einträge löschen (schädlich!)"
angeklickt.
Egal ob ich über die Suchbox im Menu oder die Suchseite etwas suche...
Hab' für die Suchbox den Code von der ke_search Seite übernommen und nur im form-Tag noch
action="/" hinzugefügt,
realurlCache gelöscht?
> Am 14.09.2017 um 12:47 schrieb Dave Zen :
>
> Genau so hatte ich es auch zuerst versucht, nur ohne 'noMatch' => 'bypass',
> jedoch wird die URL immer noch mit den Parametern angezeigt.
>
> Aber es ist schon einmal gut, dass ich auf dem richtigen Weg
Genau so hatte ich es auch zuerst versucht, nur ohne 'noMatch' => 'bypass',
jedoch wird die URL immer noch mit den Parametern angezeigt.
Aber es ist schon einmal gut, dass ich auf dem richtigen Weg bin...
___
TYPO3-german mailing list
Hallo Dave,
https://github.com/dmitryd/typo3-realurl/wiki/Configuration-reference
so z.B.
> http://www.domain.de/?id=216_kesearch_pi1[sword]=Mein_Suchbegriff
'postVarSets' => array(
'_DEFAULT' => array(
’suche' => array (
array (
Hi,
ein weiteres RealURL Problem bereitet mir die ke_search Extensions.
Wenn ich in die Suchbox einen Begriff eingebe, schaut die URL folgendermaßen
aus:
http://www.domain.de/?id=216_kesearch_pi1[sword]=Mein_Suchbegriff
Die id kann aus der URL weg und auch tx_kesearch_pi1[sword] kann
Okay kleines update:
Das Problem liegt irgendwie an dem Standart-Loginformular von TYPO3. Wenn ich
das Formular ausblende ist wieder alles gut. Der Header und Footer-Partial wird
wieder angezeigt und der komische wrap verschwindet. Das statische Template für
forms ist eingebunden.
Das scheint