Month: August 2012

TYPO3 TYPOScript GPvar funktioniert nicht

Seit der Version 4.3 ist GPvar als deprecated gekennzeichnet und durch GP ersetzt. Helfen bei der Fehlersuche können verschiedene Logfiles, u.a. gibt es auch ein deprecation.log, der direkt im Install Tool bzw. in der localconf.php im typo3conf-Ordner aktiviert bzw. deaktiviert werden kann.


$TYPO3_CONF_VARS['SYS']['enableDeprecationLog'] = ’0′;
$TYPO3_CONF_VARS['SYS']['displayErrors'] = ’0′;
$TYPO3_CONF_VARS['SYS']['systemLog'] = ”;
$TYPO3_CONF_VARS['SYS']['systemLogLevel'] = ”;
$TYPO3_CONF_VARS['BE']['allowDonateWindow'] = ’0′;
$TYPO3_CONF_VARS['SYS']['errorHandlerErrors'] = ’0′;
$TYPO3_CONF_VARS['SYS']['exceptionalErrors'] = ’0′;
$TYPO3_CONF_VARS['SYS']['syslogErrorReporting'] = ’0′;
$TYPO3_CONF_VARS['SYS']['belogErrorReporting'] = ’0′;

Quelle: http://www.seo24.at/typo3-logs-abschalten-2/
Quelle2: http://wiki.typo3.org/Deprecation_Log

[random_content group_id=”211″ num_posts=”1″]

TYPO3 TYPOScript style.content.get funktioniert nicht

Google greift automatisch auf die richtige Schreibweise zurück, was die Fehlersuche ggf. noch schwieriger macht, deshalb sei es hier nochmals erwähnt style.content.get ist falsch! Richtig heißt es styles.content.get bzw. um die Liste zu vervollständigen:

  • Normal: styles.content.get
  • Links: styles.content.getLeft
  • Rechts: styles.content.getRight
  • Rand: styles.content.getBorder

Wenn man style.content.get mit Anführungszeichen sucht gibt es über 10.000 Treffer. Grundsätzlich wird nur eine Abfrage durchgeführt, die man auch direkt über TYPOScript durchführen könnte:

page.10.table = tt_content
page.10.select {

# "sorting" ist ein Tabellenfeld aus
# der Tabelle tt_content und enthält
# die Sortierungsreihenfolge wie im
# Backend angezeigt
orderBy = sorting

# Normale Spalte
where = colPos = 0
}
# Quelle: http://typo3.org/extension-manuals/ts45min_de/0.5.1/view/1/2/

Nachfolgend nochmals die Aufstellung welche Spalte im Backend zu welcher colPos gehört:

  • 0: Normal
  • 1: Links
  • 2: Rechts
  • 3: Rand

[random_content group_id=”211″ num_posts=”1″]

Notiz: executable bit setzen und entfernen

Bevor ich es wieder vergesse, ein kleine Notiz wie das Executable Bit gesetzt und wieder entfernt wird:


// Executable Bit setzen:
chattr -i filename

// Executable Bit entfernen:
chattr -i filename

So einfach geht das ;-)

[Update] Wie im Kommentar richtig vermerkt, meinte ich das “Immutable Bit”, machte auch mehr Sinn, beim Parameter “i”

Googlebot can’t access your site

Derzeit sendet Google immer wieder Mails, dass der Googlebot Fehler bei indizieren von BugBlog.de hat. Für die Fehleranalyse habe ich per wget die komplette Seite heruntergeladen:

wget -m -o log.txt http://www.bugblog.de

Im Logfile findet sich folgender Eintrag:


--2012-08-21 13:44:27-- http://www.bugblog.de/javascript-java-script/java-tutorial-hibernate-mysql-xml/2008/11/23/
Verbindungsaufbau zu www.bugblog.de|78.47.220.180|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 500 Internal Server Error
2012-08-21 13:44:27 FEHLER 500: Internal Server Error.

Auf der Seite erscheint eine Fehlermeldung:

Parse error: syntax error, unexpected T_STRING in htdocs/wp-content/plugins/exec-php/includes/runtime.php(42) : eval()’d code on line 57

Dies verursacht zwar keinen 500 Error, jedoch ist die Ausgabe nicht gewollt. Um den Fehler zu beheben wird folgender Code ergänzt:

[php]
function eval_php($content)
{
// to be compatible with older PHP4 installations
// don’t use fancy ob_XXX shortcut functions
ob_start();
eval(“?>$contentParse error:’) !== false){
$output = $content;
}
// Ende

ob_end_clean();
return $output;
}
[/php]

Sphinx Search

Ein kleiner Notizzettel mit den wichtigsten Erkenntnissen und Befehlen für Sphinx:


// Starten
# /usr/local/bin/searchd

// Stoppen
# /usr/local/bin/searchd --stop

// Indizieren
# /usr/local/bin/indexer --all

// Config File
# vim /usr/local/etc/sphinx.conf