Hallo,
nach einem Update auf 4.3 geht RealURL nicht mehr so wie bisher.
Es werden nur die Hauptseite und Unterseiten angezeigt.
also
www.domain.de geht
www.domain.de/link.html geht nicht
www.domain.de/unterseite/link.html geht
Jemand eine Idee? Cache und DB ist gesäubert.
Hallo Maxx,
die Antwort wird Dir nicht helfen. Ich wollte aber nur kund tun, dass ich das selbe Problem habe und Du mithin also nicht allein bist.
Gruß
- die htaccess gibts noch?
- aktuelle version von realurl installiert?
- update im EM /install tool gemacht?
"geht nicht" ist keine hilfreiche beschreibung"
just2b schrieb- die htaccess gibts noch?
- aktuelle version von realurl installiert?
- update im EM /install tool gemacht?"geht nicht" ist keine hilfreiche beschreibung"
Hallo Georg,
sorry, das war wenig hilfreich von mir.
Also:
zu 1:
Die .htaccess existiert noch, habe sie auch nach dem Upgrade nicht angefasst.
Zu 2:
Realurl ist mit der Version 1.7.0 installiert.
Zu 3:
Im Install Tool habe ich alle Änderungen durchgeführt (inkl. Compare). Auch im Extension Manager bei Realurl gibts keine ausstehenden Änderungen.
Als Fehler erscheint jedenfalls auf Seiten der Root-Ebene oder der ersten Ebene direkt unter root die Meldung: "No TypoScript template found!", bei Seiten der zweiten und folgenden Ebenen merkwürdigerweise nicht.
Bei einer anderen Installation, bei der ich eine 404-Fehlerseite definiert habe, erscheint dann die 404-Meldung beim Klick auf die o.g. Seiten der Root- bzw. ersten Ebene nach Root.
Hier sicherheitshalber der Auszug aus der Realurl-Config:
<?php
$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tstemplate.php']['linkData-PostProc'][] = 'EXT:realurl/class.tx_realurl.php:&tx_realurl->encodeSpURL';
$TYPO3_CONF_VARS['SC_OPTIONS']['tslib/class.tslib_fe.php']['checkAlternativeIdMethods-PostProc'][] = 'EXT:realurl/class.tx_realurl.php:&tx_realurl->decodeSpURL';
$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_urldecodecache'] = 'tx_realurl_urldecodecache';
$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tcemain.php']['clearAllCache_additionalTables']['tx_realurl_urlencodecache'] = 'tx_realurl_urlencodecache';
$TYPO3_CONF_VARS['FE']['addRootLineFields'] .= ',tx_realurl_pathsegment,subtitle,nav_title,title';
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
'init' => array(
'enableCHashCache' => 1,
'enableUrlDecodeCache' => 1,
'enableUrlEncodeHash' => 1,
'respectSimulateStaticURLs' => 1,
'appendMissingSlash' => 'ifNotFile',
// 'postVarSet_failureMode' => 'redirect_goodUpperDir',
),
'rewrite' => array(
),
'preVars' => array(
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'en' => '1',
'valueDefault' => 'de',
),
'GETvar' => 'type',
'valueMap' => array(
'print' => '98',
'pdf' => '123',
'rss' => '100',
),
'noMatch' => 'bypass',
),
),
'pagePath' => array (
'type' => 'user',
'userFunc' => 'EXT:aoe_realurlpath/class.tx_aoerealurlpath_pagepath.php:&tx_aoerealurlpath_pagepath->main',
'spaceCharacter' => '-',
'languageGetVar' => 'L',
'rootpage_id' => '4',
'segTitleFieldList'=>'alias,tx_aoerealurlpath_overridesegment,nav_title,title,subtitle',
),
'fileName' => array (
'defaultToHTMLsuffixOnPrev' => 1,
'index' => array(
'index.html' => array(
'keyValues' => array (
'type' => 0,
),
),
'print.html' => array(
'keyValues' => array (
'type' => 98,
),
),
'pdf.html' => array(
'keyValues' => array (
'type' => 123,
),
),
'rss.xml' => array(
'keyValues' => array (
'type' => 100,
),
),
),
),
'fixedPostVarSets' => array(
),
'postVarSets' => array(
'_DEFAULT' => array(
// CE_Gallery
'album' => array(
array(
'GETvar' => 'tx_cegallery_pi1[album]',
),
),
'foto' => array(
array(
'GETvar' => 'tx_cegallery_pi1[apage]',
),
),
//archive
'period' => array (
array (
'condPrevValue' => -1,
'GETvar' => 'tx_ttnews[pS]',
//'valueMap => array()
),
array (
'GETvar' => 'tx_ttnews[pL]',
//'valueMap => array()
),
array (
'GETvar' => 'tx_ttnews[arc]',
'valueMap' => array(
'non-archived' => -1,
),
),
),
'browse' => array (
array (
'GETvar' => 'tx_ttnews[pointer]',
),
),
'select' => array (
array (
'GETvar' => 'tx_ttnews[cat]',
'lookUpTable' => array (
'table' => 'tt_news_cat',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause'=> 'AND NOT deleted',
'useUniqueCache'=> 1,
'useUniqueCache_conf' => array (
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
),
),
'category' => array(
array(
'GETvar' => 'tx_ttnews[cat]',
),
),
'date' => array(
array('GETvar' => 'tx_ttnews[day]' , ),
array('GETvar' => 'tx_ttnews[month]' , ),
array (
'GETvar' => 'tx_ttnews[year]',
'valueMap' => array(
'2007' => '2007',
),
'noMatch' => 'bypass',
),
array (
'GETvar' => 'tx_ttnews[month]',
'valueMap' => array(
'Januar' => '1',
'Februar' => '2',
'Maerz' => '3',
'April' => '4',
'Mai' => '5',
'Juni' => '6',
'Juli' => '7',
'August' => '8',
'September' => '9',
'Oktober' => '10',
'November' => '11',
'Dezember' => '12',
),
'noMatch' => 'bypass',
),
array (
'GETvar' => 'tx_ttnews[tt_news]',
'lookUpTable' => array (
'table' => 'tt_news',
'id_field' => 'uid',
'alias_field' => 'title',
// 'maxLength' => 50,
'addWhereClause'=> 'AND NOT deleted',
'useUniqueCache'=> 1,
'useUniqueCache_conf' => array (
'strtolower' => 1,
'spaceCharacter' => '-',
),
),
),
),
),
),
);
?>
Und hier die .htaccess:
#------------------------------------------------------------------------------
# beginning of static file cache ruleset
# Don't pull *.xml, *.css etc. from the cache
RewriteCond %{REQUEST_FILENAME} !^.*\.xml$
RewriteCond %{REQUEST_FILENAME} !^.*\.css$
RewriteCond %{REQUEST_FILENAME} !^.*\.js$
# Check for Ctrl Shift reload
RewriteCond %{HTTP:pragma} !no-cache
RewriteCond %{HTTP:Cache-Control} !no-cache
# Don't cache HTTPS traffic by default. You may choose to comment out this
# option if your site runs fully on https. If your site runs mixed, you will
# not want https traffic to be cached in the same typo3temp folder where it can
# be requested over http.
# Enable this if you use a mixed setup.
#RewriteCond %{HTTPS} off
# NO backend user is logged in. Please note that the be_typo_user expires at the
# end of the browser session. So, although you have already logged out of the
# backend, you will still have to either restart your browser or remove the
# cookie manually for this rule to work.
RewriteCond %{HTTP_COOKIE} !be_typo_user [NC]
# NO frontend user is logged in. Logged in frontend users may see different
# information than anonymous users. But the anonymous version is cached. So
# don't show the anonymous version to logged in frontend users.
RewriteCond %{HTTP_COOKIE} !nc_staticfilecache [NC]
# We only redirect GET requests
RewriteCond %{REQUEST_METHOD} GET
# We only redirect URI's without query strings
RewriteCond %{QUERY_STRING} ^$
# We only redirect if a cache file actually exists
# Uncomment the following two lines if you use realurl:
# RewriteCond %{DOCUMENT_ROOT}/typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}index.html -f
# RewriteRule .* typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI} [L]
# Uncomment the following two lines if you use simulateStaticDocuments:
RewriteCond %{DOCUMENT_ROOT}/typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html -f
RewriteRule .* typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html [L]
# end of static file cache ruleset
#------------------------------------------------------------------------------
RewriteEngine On
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* /index.php
RewriteRule ^[^/]*\.html$ index.php
Bei mir ist es ähnlich wie bei Sausi. Nur das die beschriebenen Unterseiten in der URL auftauchen, aber weiterhin die Hauptseite angezeigt wird.
Mit der ID direkt geht es natürlich.
Ich habe ja auch lediglich den Source getauscht und den SysLink gesetzt.
Debian Umgebung...
Ohne eine kleine Anpassung in der localconfig.php ging erst auch die erste Hauptseite in dem Baum nicht. (rootpage id nicht gefunden)
Also www.domain.de mit ID 123 ging nicht aber
www.domain2.de mit ID 678 ging.
Die localconfig sieht aber sonst aus wie zuvor.
Ich nutze wie gesagt die localconfig und nicht die RealURL Config.
Außer dem Upgrade auf 4.3 und dem Extension Upgrade habe ich nichts weiter verändert.
muss ich an meinen vorgängern anschließen... merkwürdigerweise tritt es nicht bei allen seiten auf. sondern nur bei 2 und bei neu angelegten seiten. Cache geleert etc.
RealURL meldet folgenden Fehler bei den Logs im Info Modul... "bildergalerie.html" could not be found, closest page matching is
danke schonmal
Ich habe zwar keine Lösung gefunden, kann aber berichten, dass der Fehler zumindest für die Seiten aller Ebenen nach Root nur dann auftritt, wenn in der Config das angegeben wird:
'defaultToHTMLsuffixOnPrev' => 1,
Verzichte ich durch
'defaultToHTMLsuffixOnPrev' => 0,
auf das Suffix ".html" funktioniert es merkwürdigerweise - allerdings nicht für die Startseite. Die erreiche ich nur, wenn ich sie über die ID ("index.php?id=1") direkt aufrufe.
bei mir geht es wenn ich z.B. /nc/bildergalerie.html aufrufe... sprich no_cache. Aber wenn ich über TS den Cache abschalte und auch nochmals den realurl_cache leere geht es nicht. Nur über die andere URL
Also mit
'defaultToHTMLsuffixOnPrev' => 0,
geht es zumindest erstmal teilweise.
Das ist schonmal super.
Es scheint hier auch wirklich das Typo3 Update der Auslöser zu sein, denn ddie neue RealURL Version funzt mit dem alten Typo3 prima.
Erst nach dem Update auf Typo3 4.3 geht die html Geschichte nicht mehr.
LÖSUNG
Bei mir geht es jetzt wieder. Habe RealURL nochmal deinstalliert und neu installiert. Dabei bemerkte ich eine neue Extension simulatestatic, die wohl das Update installierte. Die fix raus geschmissen und schon ging wieder alles.
Leider hilft das bei mir nicht.
Deinstallier mal realurl und die andere extension. Dann mach über das install tool ein compare und lass typo3 alle realurl tabellen und felder löschen. Das wirklich alles weg ist... und dann installier realurl erneut. Das hatte gerade bei ner anderen installation geholfen.
Ok nun geht es. Irgendwie hat Typo Simulate Static URLs doch nicht richtig deaktiviert gehabt.
Vielen Dank. Problem gelöst. 🙂
Hat einer von euch vielleicht einen Bugtracker Account bei Typo3 und kann die Lösung gleich dort vermerken?
Es ist ja eher ein Feature als ein Bug #giggle#
Wenn Simulate Static halt jetzt als Addon drin ist...
Vorher hat es ja gereicht das in der Config zu deaktivieren.
Man muss es halt nur wissen.
Sehr hilfreicher Thread hier, der auch in diesem RealURL FAQ berücksichtigt wurde: