Dieser Patch ist nur ein "Proof-of-Concept" um Typo3 DB-Clusterfähig zu machen.

Die Funktionsweise dieses Patches ist so simpel wie einfach. Innerhalb der Funktion exec_SELECTquery wird ein neuer Datenbankhandle per rand(0, [Anzahl der SlaveDB's]) ermittelt und an diesen Server das SELECT Statement geschickt. Sollte dieser Server ausfallen oder Out-Of-Sync sein, so wird ein "deadFile" angelegt (automatisch im Falle eines Fehler beim Connect). Dieses File sollte dann, wenn der Slave Server wieder in Ordnung ist, gelöscht werden. Diese Datei kann auch per Hand erstellt werden und somit ist z.b. eine geplante Wartung möglich.

Die Konfiguration für die Slave Datenbankserver erfolgt in der Datei typo3conf/localconf.php.

----
$TYPO3_CONF_VARS['SYS']['slave_db_handler'][] = array(
  'typo3_db' => 'db',
  'typo3_db_host' => 'slave01',
  'typo3_db_password' => 'geheim',
  'typo3_db_username' => 'user',
  'dead_file' => 'typo3conf/slave01_db_dead'
);

$TYPO3_CONF_VARS['SYS']['slave_db_handler'][] = array(
  'typo3_db' => 'db',
  'typo3_db_host' => 'slave02',
  'typo3_db_password' => 'geheim',
  'typo3_db_username' => 'user',
  'dead_file' => 'typo3conf/slave02_db_dead'
);
----

Man kann diesen Patch nur nutzen, wenn man MySQL ohne DBAL/AdoDB einsetzt - also die native MySQL Unterstützung von Typo3 nutzt.

Dieser Patch ist ebenfalls bei bugs.typo3.org gepostet (ID: 0006180).

Siehe verknüpfte News.

Diese Version des Patches ist für die Typo4 4.1.2 Version und noch nicht Core Source.

Damit die SQL Statements aber auch an die DBAL Extension weitergereicht werden können, müssen auch die Typo3 eigenen Abfragefunktionen genutzt werden. Ebenfalls sollte man MySQL Spezifische SQL Funktionen vermeiden und sauberes SQL schreiben.

Nicht alle Extensions nutzen die Typo3 Abfragefunktionen oder beinhalten immer sauberes SQL.

Für folgende Extensions haben wir Patches geschrieben, die die Extension DBAL Konform oder mit DBAL nutzbar machen:

• th_mailformplus
  • Patch ist schon im TER enthalten
  • es wird ein direkter MySQL Aufruf in die TYPO3 Abfragefunktion ersetzt
• tt_news
  • der unsabere Einsatz von DISTINCT wird gefixed
  • GROUP BY Funktion wird auskommentiert, nicht alle benötigten Felder angegeben werden und somit ein SQL Fehler entsteht
• dam
  • kleinere Fehler bei SQL Statements

Damit Typo3 mit DBAL und RealURL funktioniert muss bei der Konfiguration, soweit nicht schon geschehen, folgendes angepasst werden:

----
      'postVarSets' => array(
            '_DEFAULT' => array(
                // news archive parameters
                'archive' => array(
                    array(
                        'GETvar' => 'tx_ttnews[year]' ,
                        ),
                    array(
                        'GETvar' => 'tx_ttnews[month]' ,
                            'valueMap' => array(
                            'january' => '01',
                            'february' => '02',
                            'march' => '03',
                            'april' => '04',
                            'may' => '05',
                            'june' => '06',
                            'july' => '07',
                            'august' => '08',
                            'september' => '09',
                            'october' => '10',
                            'november' => '11',
                            'december' => '12',
                            )
                        ),
                    ),
                // news pagebrowser
                'browse' => array(
                    array(
                        'GETvar' => 'tx_ttnews[pointer]',
                        ),
                        'valueMap' => array(
                            'weiter' => '1',
                            'weiter' => '2',
                        )
                    ),
                // news categories
                'select_category' => array (
                    array(
                        'GETvar' => 'tx_ttnews[cat]',
                        'lookUpTable' => array(
                            'table' => 'tt_news_cat',
                            'id_field' => 'uid',
                            'alias_field' => 'title',
                            'addWhereClause' => ' AND deleted = 0',
                            'useUniqueCache' => 1,
                            'useUniqueCache_conf' => array(
                                'strtolower' => 1,
                                'spaceCharacter' => '-',
                                ),
                            ),
                        ),
                    ),
                // news articles and searchwords
                'article' => array(
                    array(
                        'GETvar' => 'tx_ttnews[tt_news]',
                        'lookUpTable' => array(
                            'table' => 'tt_news',
                            'id_field' => 'uid',
                            'alias_field' => 'title',
                            'addWhereClause' => ' AND deleted = 0',
                            'useUniqueCache' => 1,
                            'useUniqueCache_conf' => array(
                                'strtolower' => 1,
                                'spaceCharacter' => '-',
                                ),
                            ),
                        ),
                    array(
                        'GETvar' => 'tx_ttnews[swords]',
                        ),
                    ),
                ),            
            ),
----

Die Fett-Markierten Zeilen müssen angepasst werden.

Möchte man die gleichen Kommentare auf verschiedenen News-Seiten anzeigen, so zeigt sk_pagecomments nicht die Kommentare explizit dieser News, sondern zeigt nur Kommentare für die jeweilige News auf dieser Seite an. Der Patch ermöglicht es, durch setzten des Parameters "pageid" auf die Seiten wo News mehrfach angezeigt werden, dass die Kommentare nur anhand dieser News angezeigt werden.

Durch das einführen das Parameters "blind" ist es nun möglich bestimmte Bereiche, ohne änderung am Template vorzunehmen, auszublenden.

Folgende Parameter sind möglich

blind {
  smileys = 1
  answer = 1
  homepage = 1
  email = 1
}

Die Version 1.0.22 ist anfällig für XSS Attacken. Durch den Patch werden alle HTML und JavaScript Codezeilen herausgefiltert.

Der Patch ist derzeit noch nicht im TER.

Das neue Format für Google News wird nun unterstützt.

Diese Extension kann nun auch für andere Suchmaschinen, die sitemap's unterstützen, genutzt werden.

Durch das einführen des Parameters "defaultCode" ist es derzeit möglich zwischen dem Google Format (Default) und dem sitemap.org Format zu wechseln.

Möchte man die Sitemap.xml auf das Format von sitemap.org anpassen so könnte die Konfiguration wie folgt aussehen:

sitemap = PAGE
sitemap {
  typeNum = 200
  10 >
  10 < plugin.tx_weeaargooglesitemap_pi1
  10.pid_list = 174
  10.recursive = 0
  10.domain = http://www.weeaar.com/
  10.defaultCode = sitemap_org
.
.
.

Nutzt man das sitemap.org Format, ist es nicht möglich die neuen Google News Attribute zu nutzen.

Die neue Version dieser Extension wurde zum TER hinzugefügt und sollte in den nächsten Tagen verfügbar sein.

Um, im Falle eines Fehlers, auf eine definierte URL zu springen wird ein neuer Parameter in der Konfiguration von RealURL eingeführt. Der Parameter "postVarSet_failureUrl" sollte die URL einer Webseite enthalten, zu der Weitergeleitet werden soll. Nur wenn "postVarSet_failureMode" auf "redirect_goodUpperDir" gesetzt ist, wird der neue Parameter ausgewertet.

Ein Beispiel für die RealURL Konfiguration:

$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
        'init' => array(
            'useCHashCache' => '0',
            'enableCHashCache' => 1,
            'appendMissingSlash' => 'ifNotFile',
            'enableUrlDecodeCache' => 1,
            'enableUrlEncodeCache' => 1,
            'respectSimulateStaticURLs' => TRUE,
            'postVarSet_failureMode'=>'redirect_goodUpperDir',
            'postVarSet_failureUrl' => 'http://www.weeaar.com/',

Bei diesem Beispiel wird im Fehlerfall auf die Domain www.weeaar.com weitergeleitet.

Dieser Patch ist für RealURL 1.1.4 und noch nicht offiziell im TER.

Hat meinen z.b. einen großen Seitenbaum mit drei TopNavigations Menüpunkten und für jeden dieser Menüpunkte einen Domain, die Inhalte aus dem jeweiligen Baum anzeigen soll, dann reicht das DomainObject von typo3 alleine nicht aus. Das Problem dabei ist, das wenn man ein DomainObject in einen dieser TopNavigation Menüpunt einbaut, kann man aus diesem nicht mehr zu den anderen Menüpunkten springen.

Dieser Patch behebt das Problem, indem man für jedes DomainObject eine Seite angeben kann, die, wenn keine GET oder POST Parameter angegeben wurde, angezeigt wird.

Man kann dieses Problem auch mit normalen Redirect (a la HTTP Header 301) lösen, aber die Suchmaschinen haben manchmal Probleme mit diesen Weiterleitungen. Ebenfalls benötigt diese Weiterleitung einiges an Ladezeit.

Der Patch ist für Typo3 4.1 und noch nicht im Core Source.

Der Patch ist für die Version 3.9.0 und noch nicht im TER.

Der Patch ist für die Version 0.2.0 und ist noch nicht im TER.