Der Grund für den Duplicate Content ist der “Kennwort vergessen?”-Link, der den Google Bot jede Seite doppelt crawlen lässt. So werden z.B. folgende URLs doppelt indexiert, obwohl sie den selben Inhalt liefern:

domain.de/seite/
domain.de/seite/?tx_felogin_pi1[forgot]=1

Es gibt dafür 2 Wege, dies zu beseitigen, sodass die Parameter-URL nicht mehr von Suchmaschinen indexiert werden.

1. TypoScript

Folgendes TypoScript-Snippet im Setup fügt dem “Kennwort vergessen?”-Link ein rel=nofollow hinzu, was Suchmaschinen-Bots sagt, dass sie den Links nicht folgenden sollen:

plugin.tx_felogin_pi1.linkConfig.ATagParams = rel="nofollow"

2. robots.txt

Alternativ (oder zusätzlich) kann man auch folgendes Statement in seine robots.txt eintragen, was Suchmaschinen-Bots ebenfalls sagt, dass sie den Links nicht folgenden sollen:

User-agent: *
Disallow: /*?tx_felogin_pi1

Als dritte Möglichkeit sei noch erwähnt, dass man in den Google Webmaster Tools unter “Website Konfiguration” > URL-Parameter den URL-Parameter tx_felogin_pi1 ebenfalls von der Indexierung ausschließen kann.

Bildunterschrift TYPO3

Will man dennoch weiterhin das Bildunterschrift-Feld im “Bilder”-Inhaltselement nutzen, hilft folgendes TypoScript-Snippet, das im Setup des Templates Platz findet:

tt_content.image.20 {
  captionEach = {$styles.content.imgtext.captionEach}
  caption {
    1 = TEXT
    1 {
      field = imagecaption
      required = 1
      parseFunc =< lib.parseFunc
      br = 1
      fontTag = <div class="csc-caption">|</div>
      wrapAlign.field = imagecaption_position
      split.token.char = 10
      split.token.if.isPositive = {$styles.content.imgtext.imageTextSplit} + {$styles.content.imgtext.captionSplit}
      split.returnKey.data = register : IMAGE_NUM_CURRENT
    }
  }
}

Leider kommt es bei einem mobilen Internetzugang z.B. via UMTS zu einem Fehler bei der Anzeige, denn bei UMTS (u.a. mobilen Zugängen) werden Daten durch einen Proxy geleitet und stark komprimiert, im Falle der Extension msimageflow wird dadurch leider der Pfad zu den Bildern verfälscht.

Sieht der Pfad im Original so aus:
typo3conf/ext/msimageflow/res/reflect3.php?img=/srv/www/vhosts/domain.de/httpdocs/uploads/tx_msimageflow/besucherstuhl.png&bgc=ffffff

so wird er durch UMTS zu:
typo3conf/ext/msimageflow/res/reflect3.php?img=http://1.x.x.x/bmi/www.domain.de/srv/www/vhosts/domain.de/httpdocs/uploads/tx_msimageflow/besucherstuhl.png&bgc=ffffff

http://1.x.x.x/bmi/ (in diesem Falle 1.2.3.11 und 1.2.3.12) stellt den Proxy der Mobilverbindung dar, wodurch die Bild-Pfade natürlich nicht mehr stimmen und somit die Bilder nicht geladen werden können.

Eine kleine Quick’n'Dirty-Lösung dafür ist die folgende, einfach in der Datei typo3conf/ext/msimageflow/res/reflect3.php (bzw. reflect2.php oder reflect.php) um die Zeile 70 folgendes ergänzen. Nach

$source_image = $_GET['img'];

folgendes einfügen:

$mobileisp = strpos($source_image, 'http://1.');
if($mobileisp !== false) {
	$domain = $_SERVER['HTTP_HOST'];
	$srcimg = explode($domain, $source_image);
	$source_image = $srcimg[1];
}

Somit wird zwar der Pfad bei Nutzung von UMTS noch angepasst, allerdings mit obigem Snippet wieder herausgefiltert, und der normale Bildpfad verwendet.

Wer eine bessere Lösung kennt, immer her damit.

So wird aus einem Benutzernamen “Andreas Test” nach dem Speichern “andreastest“, d.h. der Loginname ändert sich komplett, da dies so von TYPO3 vorgegeben ist.

Manchmal kann es aber eher hinderlich sein, wenn z.B. kurzfristig ein Loginsystem etabliert werden muss, bei dem die Daten aus einer Kunden-CSV kommen, und die rund 300 Mitarbeiter so kurzfristig ihre neuen Logindaten nicht zugeschickt bekommen können bzw. sie so schnell nicht auf die Änderung vorbereitet hätten werden können. Es soll also der Anmeldename nach dem Import bei “Andreas Test” bleiben, und das soll nach dem Bearbeiten eines fe_users-Datensatzen auch so bleiben.

Mit der folgenden Zeile in der extTables.php des /typo3conf-Verzeichnisses lässt sich diese Namenskonventionsprüfung abschalten bzw. etwas entkräften:

1

$TCA['fe_users']['columns']['username']['config']['eval'] = 'uniqueInPid,required';

Der Wert ‘uniqueInPid,required’ ist dabei die entschärfte Form. Standardmäßig werden folgende Regeln evaluiert:

1

$TCA['fe_users']['columns']['username']['config']['eval'] = 'nospace,lower,uniqueInPid,required';

Also zusätzlich noch auf Leerzeichen entfernen (nospace) und In Kleinbuchstaben umwandeln (lower).

Ein weiteres Beispiel, wie einfach man wirklich alles in TYPO3 nach eigenen Wünschen anpassen kann.

Denn sofern dem Feld “Navigationstitel” ein Wert zugewiesen wurde, wird dieser Wert standardmäßig auch als URL-Slug genutzt. So wird bei einem “Navigationstitel” wie

Bürostuhl kaufen | Bürostuhl bestellen | Bürostuhl online

z.B. eine URL wie

/buerostuhl-kaufen-buerostuhl-bestellen-buerostuhl-online/

Die Seite selbst heißt aber nur “Bürostuhl”, also sollte auch in der URL nur /buerostuhl/ vorkommen. Bei längeren “Navigationstitel”-Werten (wenn man diesen Wert z.B. als title nutzen will) können mitunter recht lange URLs entstehen.

Um das zu vermeiden, bietet sich die Option segTitleFieldList an, die im “pagePath”-Konfigurations-Array zu notieren ist:

1
2
3
4
5

'pagePath' => array(
  ...
  'segTitleFieldList' => 'tx_realurl_pathsegment,alias,title,nav_title',
  ...
)

Schön wären da Bilder, die die Seiteninhalte optisch widerspiegeln. Denn Bilder sagen bekanntlich mehr als Tausend Worte. Darum folgend ein Code-Schnipsel, wie man das “Menü der Unterseiten (mit Inhaltsanangabe)” (csc-menu4) ein wenig aufhübscht, und mit Bildern versieht:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40

tt_content.menu = COA
tt_content.menu {
  10 = < lib.stdheader
  20 = CASE
  20 {
    4 < .default
    4.special = directory
    4.includeNotInMenu = 1
    4.wrap = <div class="csc-menu csc-menu-4">|</div>
    4.1.NO {
      before.cObject = COA
      before.cObject {
        10 = IMAGE
        10.file.import.field = media
        10.file.import = uploads/media/
        10.file.import.listNum = 0
        10.file.maxW = 80
        10.wrap = <div class="csc-menu-imagelink">|</div>
        10.imageLinkWrap = 1
        10.imageLinkWrap {
          enable = 1
          typolink {
            ATagParams.insertData = 1
            ATagParams = title="{field:title}"
            parameter.data = field:uid
            #addQueryString = 1
            #addQueryString.method = GET
          }
        }
      }
      allWrap >
      allWrap = <div class="csc-frame csc-frame-frame1">|<div style="clear:both;"></div></div>
      wrapItemAndSub = |
      after.required = 1
      after.data = field : abstract // field : description // field : subtitle
      after.htmlSpecialChars = 1
      after.wrap = <p class="csc-abstract">|</p>
    }
  }
}

Erläuterung

Die Bilder für die einzelnen Seiten werden in den Seiteneigenschaften der jew. Seiten im “Bilder”-Block hinterlegt. Die Größe ist dabei egal, denn das Code-Snippet begrenzt die Breite der Bilder auf max. 80 Pixel, sodass diese eine einheitliche Breite haben.

Die Höhe wird im Snippet nicht begrenzt, kann aber mittels der umschließenden CSS-Klasse csc-menu-imagelink per CSS geregelt werden, z.B. mit:

1
2
3
4
5

.csc-menu-4 .csc-menu-imagelink {
	height: 60px;
	overflow: hidden;
	float: left;
}

So hat man ein einheitliches Layout, das dennoch die Flexibilität der Sitemap genießt.

Wie das ganze aussehen kann, zeigt folgendes Bild:

Mitnichten. Dem mächtigen RECORDS-Objekt sei Dank. Verschiedene Versuche mit

1
2
3
4
5

temp.LINK.typolink {
    ...
    title.field = title
    ...
}

oder dem cObject oder stdWrap führen zu keinem Ergebnis.

Folgender Code-Schnipsel fügt den Seitentitel der Seite als Linktitel ein, zu der verlinkt wird bzw. die im parameter-Aufruf als Linkziel angegeben wird.

1
2
3
4
5
6
7
8
9
10
11
12

temp.LINK.typolink {
    parameter = 5 _self link-klasse
    title {
        cObject = RECORDS
        cObject {
            tables = pages
            source = 5
            conf.pages = TEXT
            conf.pages.field = title
        }
    }
}

ps. Wow, 5 Monate seit dem letzten Artikel.

Doch damit ich keine Putzfrau mieten muss, die hier Staub wischen muss, gibt es jetzt einen kleinen TypoScript-Snippet, der in letzter Zeit doch recht oft von Kunden nachgefragt wurde. Denn standardmäßig wird im “Menü der Unterseiten” auch die aktuell angesehene Seite mit gelistet, was doch recht oft für Verrwirrung sorgt, wenn man die Sitemap mit “Weitere Inhalte dieser Sektion” einleitet. Deswegen wäre es nicht schlecht, wenn man die aktuelle Seite vom “Menü der Unterseiten” ausschließen könnte.

Wie das geht, zeigt dieser kleine Drei-Zeiler, der ins TS-Setup gehört:

1
2
3

tt_content.menu.20 {
  1.excludeUidList = current
}

Wer’s noch platzsparender haben möchte:

1

tt_content.menu.20.1.excludeUidList = current

War mir vorher noch nicht bekannt, doch ein kleiner Ausflug in den TypoScript ObjectBrowser führte mich dann zur Lösung.

Das Menü kommt ohne Flaggen aus, wird per PHP generiert und lässt sich per Klick umschalten. Ist eine Seite in einer alternativen Sprache nicht verfügbar, wird der Menüpunkt ausgegraut. Ansonsten verhält es sich wie ein normales Sprachmenü, in diesem Fall eben nur ohne Flaggen.

In Aktion sieht das Menü so aus (natürlich in ein Design eingepasst; in der Rohfassung erzeugt es einfach nur die Links für die Sprachen):

[inspic=47,fullscreen,148]

Die PHP-Datei sprachmenu.inc:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42

<?php
if (!is_object($this)) die ('Error: No parent object present.');
 
$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('*', 'pages_language_overlay', 'pid='.intval($GLOBALS['TSFE']->id).$GLOBALS['TSFE']->sys_page->enableFields('pages_language_overlay'), 'sys_language_uid');
 
$langArr = array();
while($row = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($res)) {
	$langArr[$row['sys_language_uid']] = $row['title'];
}
 
$pointer = '';
 
$flags = array();
if($_SERVER['SCRIPT_FILENAME'] != 'index.php') {
	$query = 'index.php?';
}
$query .= $_SERVER['QUERY_STRING'];
$langstrings = array("&L=1", "&L=0");
 
if ($_GET['L'] == "1") {
	$query = str_replace($langstrings,"",$query);
	($langArr[1]) ? $langtext = 'de' : $langtext = 'de';
	$flags[] = ($GLOBALS['TSFE']->sys_language_uid==0?$pointer:'').'<a href="'.htmlspecialchars($query.'&L=0').'" target="_top">'.$langtext.'</a>';
}
if ($_GET['L'] == "0" OR empty($_GET['L'])) {
	$query = str_replace($langstrings,"",$query);
	if($langArr[1]) {
		$flags[] = ($GLOBALS['TSFE']->sys_language_uid==1?$pointer:'').'<a href="'.htmlspecialchars($query.'&L=1').'" target="_top">'.($langArr[1]?'':'').'ru'.($langArr[1]?'':'').'</a>';
	} else {
		$flags[] = ($GLOBALS['TSFE']->sys_language_uid==1?$pointer:'').''.($langArr[1]?'':'').'ru'.($langArr[1]?'':'').'';
	}
}
 
if ($_GET['L'] == "0" OR empty($_GET['L'])) {
	$langvar = 'de';
}
if ($_GET['L'] == "1") {
	$langvar = 'ru';
}
$content = $langvar;
$content .= implode('',$flags);
?>

Per TypoScript kann das ganze dann so inkludiert werden:

1
2

page.10.marks.SPRACHE = PHP_SCRIPT
page.10.marks.SPRACHE.file = fileadmin/sprachmenu.inc

Wirklich flexibel ist es natürlich nicht, aber als Ansatz ist es vielleicht hilfreich für den einen oder anderen.

Da ich bereits darauf angesprochen wurde, weshalb ich diese Extension veröffentlicht habe, wo es doch bereits sk_snow gibt.
[inspic=45,right,fullscreen,150] Bei der genannten Extension sk_snow war die Konfiguration per TS für Redakteure, die normalerweise bspw. im kaufmännischen Sektor arbeiten, nicht zumutbar, zumal TYPO3 auch als solches einiges an Einarbeitsungszeit erfordert. Aus diesem Grunde ist mein kleines Plugin entstanden mit einem eigenen Modul im BE, mit dem der Redakteur (sofern der Admin es ihm erlaubt) per Mausklick Schnee auf der eigenen Webseite ein- und ausschalten kann. Das ist bei sk_snow nur für Admins (mit Templatezugriff) möglich, nicht aber für die, die die Webseite selbst pflegen, sich aber nicht mit Code herumschlagen können und wollen, und so etwas mehr Eigenkontrolle ermöglicht wird.

Was tut das Plugin?
[inspic=46,left,fullscreen,150] Schnee ist die häufigste Form des festen Niederschlags, der aus feinen Eiskristallen besteht. Diese Extension nutzt diese – virtuelle – Art des Niederschlags, um auf Ihrer Webseite eine winterliche Atmosphäre zu erzeugen, indem es Schneefall simuliert. die Extension nutzt ein JavaScript, welches in einem BE-Modul de-/aktiviert werden kann. Auch Redakteure (Non-Administratoren) können es ein- und ausschalten, sofern der Administrator dem Benutzer/ der Gruppe die Rechte dafür gibt.

Alle weiteren Infos entweder im offiziellen englischen, der Extension beigelegten Manual [1] oder hier auf Deutsch [2].

[1] Offizielles Manual der Extension auf typo3.org
[2] Deutsche Dokumentation mit letzten Infos

Vielen Dank an Tiina Kellosalo, die liebenswerterweise die Sprachen Finnisch und Schwedisch beigesteuert hat.