Hallo,
in TYPO3 Versionen vor 7.6.x konnte man im BE über das Info-Modul diverse Caches von RealURL löschen. Das scheint in der 7er Version nicht mehr zu funktionieren. Gibt es jetzt dafür einen anderen Weg (ausser DB) oder habe ich lediglich was übersehen?
Vielen Dank schonmal.
Gruß Peter
Hallo Peter.
Du solltest unter "Web" ein Submodul "Speaking URLs" haben. Dort sind die bekannten Funktionen.
Viele Grüße
Julian
(TYPO3 7.6.4, realurl 2.0.9)
Hallo Julian,
im Submodul "Speaking URLs" kann ich immer nur den Cache zu EINER Seite bearbeiten. Früher konnte man hier doch beliebige Teilbäume auf einmal bearbeiten. Mache ich etwas falsch?
Schöne Grüße und vielen Dank!
Anna
Hallo,
Ich habe das Problem, dass Exclude from speaking URL nicht funktioniert.
Ich möchte ein Folder aus der URL ausblenden. Benenne ich den Folder um wird dies sofort auch auf der Seite aktualisert, aber die Option "Exclude from speaking URL" funktioniert nicht.
Hat jemand ein ähnliches Problem?
Über das BE "Speaking URLs" habe ich bereits den Path Cache und URL Cache geleert.
Ich habe sogar die "tx_realurl_"-Tabellen manuell geleert alles ohne Erfolg.
Ich verwende Typo3 7.6.10 mit realurl 2.0.14
Jemand eine Idee woran dies liegen könnte?
Danke
Hallo zusammen,
habe das selbe Problem, wie holzem.
Hat keiner eine Idee bzw. Lösung?
Gruß
Tim
Hallo,
1. Verwendet doch bitte TYPO3 7.6.11 und RealURL 2.1.4, mit diesen beiden Versionen wurden nicht nur einige Bugs bereinigt, sondern auch Sicherheitslücken geschlossen!
2. Hier sind von Dimitry einige Hinweise zu finden, was mit RealURL 2.X zur Zeit nicht geht, was nicht mehr kommt, und was in Entwicklung ist: https://github.com/dmitryd/typo3-realurl/wiki/Differences-between-RealURL-1.x-and-2.x
3. Cache Clearing: realurl Versionen >= 2.1.0 bringen entsprechende Scheduler-Tasks mit, die das Aufräumen der Caches sauber erledigen: https://github.com/dmitryd/typo3-realurl/wiki/Notes-for-Integrators#cache-clean-up
Wem das nicht reicht, der hat nur die Möglichkeit, das direkt auf der DB zu erledigen.
Kleiner Hinweis von mir: Updates innerhalb des 2.X Zweiges funktionieren nach meiner Erfahrung ziemlich probemlos, man sollte aber beachten, dass man den Opcache leeren muss (geht via Installtool). Upgrades vom 1.X Zweig auf den 2.x Zweig erfordern etwas mehr Arbeit. Vorallem muss man mehrfach den DB-Update Wizard im Installtool ausführen, da sich die Datenbankstruktur grundlegend geändert hat. Einfach so lange ausführen, bis das grüne Häkchen erscheint, oder alternativ die von Dimitry bei github geposteten MySQL Befehle händisch ausführen. Danach sollte man die Konfiguration prüfen, da sich auch hier einiges geändert hat. Wobei das meiner Erfahrung nach recht Fehler-verzeihend implementiert ist, solange man keine besonderen Schweinereien verwendet.
Hallo
Eventuell suchst du das hier:
https://github.com/dmitryd/typo3-realurl/commit/7eae3e47ad256c482a0de66b7521b96b0523152b
Einfach in deiner Datei Resources/Private/Templates/UrlCache/Index.html
den comment entfernen und schon sind die buttons zum löschen wieder da.
@holzem
hatte gerade das gleiche Phänomen, versuch mal zu Exclude... auch noch den "Override the whole page path" Haken. Hatte es vorher mit nem Update auf 2.1 versucht aber das war wohl nicht die Lösung.
Und nu such ich den FlushCache Knopf der seid dem Update weg ist -.-
Ich glaub ich machs über die DB, weil der Scheduler auch nix leer macht.
holzem schriebHallo,
Ich habe das Problem, dass Exclude from speaking URL nicht funktioniert.
Ich möchte ein Folder aus der URL ausblenden. Benenne ich den Folder um wird dies sofort auch auf der Seite aktualisert, aber die Option "Exclude from speaking URL" funktioniert nicht.
Hat jemand ein ähnliches Problem?Über das BE "Speaking URLs" habe ich bereits den Path Cache und URL Cache geleert.
Ich habe sogar die "tx_realurl_"-Tabellen manuell geleert alles ohne Erfolg.Ich verwende Typo3 7.6.10 mit realurl 2.0.14
Jemand eine Idee woran dies liegen könnte?
Danke
Habe jetzt mal auf die neuste Version von realURL (2.1.5) geupdated und habe nun das Problem, dass auch Änderungen bei "Speaking URL path segment" nicht greifen. Stadessen wird der "Alternative Navigation Title" als URL verwendet.
Habe auch schon alle Cache geleert auch über BE -> Speaking URLs -> "Flush all Entries" bei URL Data und Path Data aber immernoch wird "Speaking URL path segment" ignoriert und "Alternative Navigation Title"
Edit:
Habe auch versucht in der realurl_conf.php die Reihenfolge welches Feld als URL zu verwenden ist zu ändern aber auch dies hat keine Änderung gebracht:
'pagePath' => array(
'type' => 'user',
'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => 7,
'rootpage_id' => 1,
'firstHitPathCache' => 1,
'segTitleFieldList' => 'alias,title,nav_title,tx_realurl_pathsegment',
),
ich empfehle zum leeren des caches von realurl die entsprechenden tabellen direkt in der DB zu flushen.
Habe ich auch schon versucht. Habe alle "tx_realurl_"-Tabellen geleert hat das Problem aber nicht gelöst.
@BastianBathasarBux die "tx_realurl_"-Tabellen habe ich bereits direkt in der DB manuell geleert aber auch dies löste das Problem nicht
Ich klinke mich mal ein, da das Thema ja noch nicht so alt ist. Hat jemand inzwischen eine Ahnung wie man es am besten anstellt, das der realURL-Müll automatisch gelöscht wird? Auch ich habe gerade die Scheduler-Tasks und Funktionen vergeblich gesucht... Hab das Gefühl realURL macht immer mehr Probleme. Ständig rufen Kunden an und irgendwelche URLs funktionieren nicht mehr, weil irgendein Bot alte URLs aufruft, und realURL diese scheinbar speichert.
Jedes Mal manuell eingreifen in die DB, kann es doch nicht sein...
Ich hake auch nochmal nach gibt es schon eine Lösung?
Ich habe gerade eine frische Typo3 Installation aufgesetzt (Typo3 7.6.16 / RealURL 2.1.8)
und habe dort wieder das Problem, dass "Exclude from speaking URL" nicht greift.
Ich habe auch hier den RealURL Cache manuell in der DB gelöscht aber er legt den Eintrag immer wieder an ohne dabei die ausgeschlossenen Pfade zu berücksichtigen.
Gibt es den eine Möglichkeit (und ist das zu Empfehlen) den Cache ganz zu deaktivieren?
Hallo,
hab grad auch nach der Lösung zu dem Problem gesucht - und sehe, dass das mehrere haben.
Auch bei mir greift "Exclude from speaking URL" nicht. :-(
Dass es hier keine Lösung gibt wundert mich bei einem Modul wie realurl schon sehr..
EDIT:
Ich sehe gerade, dass es bei der Sprache Englisch funktioniert.. (?)
-> www.designguide.at (hier funktioniert exclude from speaking url nicht)
-> www.designguide.at/en/ (hier geht es problemlos).
Bei der englischen Variante hab ich nur ein anderes Problem: Realurl berücksichtigt die Definition
'spaceCharacter' => '-',
in pagePath in der realurl_conf.php nicht. Ich blick da nicht mehr durch..
Zwecks Übersichtlichkeit neuer Post.
Ich konnte zumindest das Problem mit dem "exclude from speaking url" für mich lösen.
Und zwar mittels leeren der folgenden Tabellen in der DB:
"tx_realurl_pathdata" und "tx_realurl_urldata"
Folgendes hat nichts gebracht bei mir:
- Löschen der Caches im Backend
- Löschen der Caches im Install Tool
- Löschen der OPCaches im Install Tool
Das Problem, dass Url-Aliase von den Seiteneigenschaften von einem - zu einem _ gewandelt werden bleibt - falls dazu jemand eine Idee hat - bitte melden 🙂 Danke.
Das leeren der tx_realurl_ Tabellen in der DB habe ich auch schon mehrfach gemacht.
Dies hilft bei mir leider nichts.
Ich habe auch das "komische" Problem das bei zwei Typo3-Installationen (beide Typo3 7.6.16 / realURL 2.1.9) bei einer die Speaking URL nicht verwendet wird, stattdessen wird immer aus dem Page Titel die URL gebildet.
Beide haben die selbe "realurl_conf". Kennt jemand dieses Problem?
Hier mal meine realurl_con.php:
<?php
$TYPO3_CONF_VARS['FE']['addRootLineFields'].= ',tx_realurl_pathsegment';
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
## realURL Basic Configuration START ##
'pagePath' => array(
'type' => 'user',
'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'expireDays' => '3',
'rootpage_id' => 1,
'firstHitPathCache'=>1
#'segTitleFieldList' => 'alias,title,nav_title,tx_realurl_pathsegment'
),
'init' => array(
'enableCHashCache' => TRUE,
'enableCHashCache' => 1,
'respectSimulateStaticURLs' => 0,
'enableUrlDecodeCache' => 1,
'enableUrlEncodeCache' => 1
),
'preVars' => array(
array(
'GETvar' => 'L',
'valueMap' => array(
#'de' => '0',
'en' => '1',
),
'valueDefault' => 'de',
'noMatch' => 'bypass',
),
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'nc' => 1,
),
'noMatch' => 'bypass',
),
),
## realURL Basic Configuration END ##
## realURL Extended Configuration START ##
# configure filenames for different pagetypes
'fileName' => array(
# Durch den Eintrag 'defaultToHTMLsuffixOnPrev' => 1, werden die Pfade so erzeugt, dass am Ende des Pfades kein Ordner, sondern eine statische HTML-Seite simuliert wird.
'defaultToHTMLsuffixOnPrev' => 0,
'index' => array(
'print.html' => array(
'keyValues' => array(
'type' => 98,
),
),
'rss.xml' => array(
'keyValues' => array(
'type' => 100,
),
),
'rss091.xml' => array(
'keyValues' => array(
'type' => 101,
),
),
'rdf.xml' => array(
'keyValues' => array(
'type' => 102,
),
),
'atom.xml' => array(
'keyValues' => array(
'type' => 103,
),
),
),
),
## realURL Extended Configuration END ##
## news Configuration START ##
'fixedPostVars' => array(
'newsDetailConfiguration' => array(
array(
'GETvar' => 'tx_news_pi1[action]',
'valueMap' => array(
'detail' => '',
),
'noMatch' => 'bypass'
),
array(
'GETvar' => 'tx_news_pi1[controller]',
'valueMap' => array(
'News' => '',
),
'noMatch' => 'bypass'
),
array(
'GETvar' => 'tx_news_pi1[news]',
'lookUpTable' => array(
'table' => 'tx_news_domain_model_news',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-'
),
'languageGetVar' => 'L',
'languageExceptionUids' => '',
'languageField' => 'sys_language_uid',
'transOrigPointerField' => 'l10n_parent',
'autoUpdate' => 1,
'expireDays' => 180,
)
)
),
'newsCategoryConfiguration' => array(
array(
'GETvar' => 'tx_news_pi1[overwriteDemand][categories]',
'lookUpTable' => array(
'table' => 'sys_category',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-'
)
)
)
),
'newsTagConfiguration' => array(
array(
'GETvar' => 'tx_news_pi1[overwriteDemand][tags]',
'lookUpTable' => array(
'table' => 'tx_news_domain_model_tag',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-'
)
)
)
),
'27' => 'newsDetailConfiguration', //Blog-Detail
'25' => 'newsTagConfiguration', //Blog-Tags
'25' => 'newsCategoryConfiguration', //Blog-Category
),
'postVarSets' => array(
'_DEFAULT' => array(
'controller' => array(
array(
'GETvar' => 'tx_news_pi1[action]',
'noMatch' => 'bypass'
),
array(
'GETvar' => 'tx_news_pi1[controller]',
'noMatch' => 'bypass'
)
),
'dateFilter' => array(
array(
'GETvar' => 'tx_news_pi1[overwriteDemand][year]',
),
array(
'GETvar' => 'tx_news_pi1[overwriteDemand][month]',
),
),
'page' => array(
array(
'GETvar' => 'tx_news_pi1[@widget_0][currentPage]',
),
),
),
),
## news Configuration END ##
);
## Realurl 404 Multilanguage Configuration START ##
$TYPO3_CONF_VARS['EXTCONF']['realurl_404_multilingual'] = array(
'_DEFAULT' => array(
'errorPage' => '404/',
),
);
## Realurl 404 Multilanguage Configuration END ##
Hier noch ein Puzzleteil zum RealURL Rätsel:
Zum pagePath-key 'segTitleFieldList' findet sich im Code von realurl (typo3conf/ext/realurl) KEINE Referenz.
Also kein Wunder, dass (auch) das nicht zieht