Tobias Seckinger

Contao 2.11.0 verfügbar

Tobias Seckinger — Sun, 19 Feb 2012 18:04:34 +0000

Am 15.02.2012 wurde das Contao 2.11.0 Release veröffentlicht. Das Release ist das erste für die ein “Long-Term-Support” gilt, also mindestens 18 Monate gepflegt wird. Es wurde kräftig an Contao gearbeitet. Die wichtigsten Änderungen sind nachfolgend beschrieben:

Stylesheets können nun in die kombinierte CSS-Datei eingefügt werden:
```
$GLOBAL['TL_CSS'][] = 'mystyle.css|screen|static';
```
Es gibt einige neue Hooks:
- sqlCompileCommands
- sqlGetFromFile
- sqlGetFromDB
- getCookie
- getRootPageFromUrl
File-/Folder-Klasse: Die Klassen “File” und “Folder” haben die neuen Funktionen “chmod()” und “copyTo()” erhalten.
Die Anonymisierung von IP-Adressen kann im Backend konfiguriert werden.
Google-Webfonts können über ein neues Feld im Seitenlayout eingebunden werden, die dann als externes Stlyesheet geladen werden.
Erweiterte Optionen zur Bildverkleinerung
Bei den Backend-Passwörtern kann die Änderung des Passworts erzwungen werden.
Es wurden alle externen Plugins aktualisiert.
Die URLs der Seiten können nun auch in der Form domain.tld/de/ bzw. domain.tld/[Ländercode]/ dargestellt werden. Dazu gibts auch einen neuen Sprachenwechsler.
Globale Stylesheet-Variablen: In den Theme-Einstellungen können globale Variablen definiert werden, die in den CSS-Definitionen verwendet werdne können.
Verbessertes FAQ-Modul, insbesondere das Rechtesystem.
News-Archiv und News-Leser auf derselben Seite: Das ist eine super Sachen. Es müssen nun nicht zwei Seiten mit einem Archiv und einem Leser erstellt werden (man kann auch Überssicht und Detailseite dazu sagen), sondern es kann eine Seite für beides verwendet werden… klasse.
Das CSS-Framework kann nun auch im Backend in den Einstellungen deaktiviert werden.
Request-Token-System: Es gab immer wieder Probleme mit dem Request-System, wenn der Nutzer die Browser-Funktion “vor” bzw. “zurück” verwendet hat. Das Token ist nun für eine Session und nicht für ein Request gültig.
Einen Safemode für Contao: Third-Party-Erweiterungen werden nicht geladen, wenn der Mode aktiv ist. Wird auch bei einer Contao-Aktualisierung verwendet, damit eventuell fehlerhafte Erweiterungen die Stabilität des Systems nicht beeinträchtigen.
Systemnachrichten: Es gibt ein paar neue Funktionen, um Systemmeldungen im Backend anzuzeigen.
Einen neuen Inserttag {{page}}

Ein Update von Contao 2.10 auf 2.11 funktionierte problemlos.

Einen Cron Manager unter Windows?

Tobias Seckinger — Sat, 18 Feb 2012 21:38:04 +0000

Heute war ich auf der Suche nach eine Lösung für einen Cron Manager unter Windows. Der ein oder andere kann jetzt mit dem Argument kommen, dass man ja mit den “geplanten Tasks”, “Aufgabenplanung”, “Task Scheduler” oder “Scheduled Tasks” (je nach Windows Version) gemacht werden kann – das ist natürlich richtig. Aber wie siehts mit einer Ausführungshistorie aus? – Ja, auch möglich, wenn man das aktiviert. Geht auch eine Email, falls der Job fehlschlägt? – Ja, auch das ist möglich, sofern der SMTP-Server korrekt konfiguriert ist. Jetzt die Preisfrage: Können auch andere Nutzer (Nicht-Administratoren) Jobs/Crons anlegen? …mhh… schwer? Oder wie wäre es mit einer Statusanzeige fürs Intranet? Ganz nützlich wäre auch das Ausführen von Cronjobs auf verschiedenen Servern, jedoch mit zentraler Administration. Wir sehen, an diesem Punkt stoßen wir mit den Windows Bordmitteln an Grenzen.

Zuerst dachte ich an eine Java Anwendung (plattformunabhängig) und fand auch einige wie z. B. Quarz einen Job Scheduler, den ich in einer eigenen Anwendung verwenden könnte. Ich benötigte jedoch eine Lösung, die schnell einsatzfähig ist und wollte auch keine Anwendung entwickeln. Da kam mir der Einfall, dass ich auch Hudson als System verwenden könnte. Hudson ist an sich ein System zur kontinuierlichen Integration. Da ich dieses System sowieso einsetzen wollte, prüfte ich nun die Möglichkeit zwei Fliegen mit einer Klappe zu schlagen. Tatsächlich kann Hudson dafür auch eingesetzt werden (und ich bin auch nicht der erste der diese Idee hatte).

Was braucht man nun dazu? Das Basissystem besteht aus einer Hudson Installation. Diese ist unter Windows schnell erledigt:

Aktuelle Hudson Software herunterladen: Eine war-Datei z. Zt. in Version 2.2.0
Auf dem Zielsystem muß eine aktuelle Java Runtime Environment installiert sein. Am besten setzt man den Pfad zum \jre6\bin-Verzeichnis in den Windows Path, damit man in der Konsole nicht den kompletten Pfad zur Java-Installation angeben muß.
In der Konsole die heruntergeladene war-Datei ausführen z. B.:
```
<tt>java -jar hudson.wartt>
```
Nun startet Hudson. Das sah bei mir so aus:

Hudson startet in der Windows Konsole
Wir können im Browser die Weboberfläche von Hudson öffnen über http://localhost:8080. Das sieht ungefähr so aus:
Die Hudson Weboberfläche
Unter dem Menüpunkt “Hudson verwalten” können wir diesen als Windows-Service installieren. Damit steht Hudson auch nach einem (Server-) Neustart zur Verfügung.

Konfiguration

Die Hudson Verwaltungsoberfläche

Wir klicken auf “System konfigurieren” und setzen unter dem Abschnitt “E-Mail Benachrichtigung” die Hudson URL. Wenn wir eine Hudson Master/Slave Installation wollen, muß dort eine vom Slave aus erreichbare URL oder IP stehen.

Alle anderen Konfigurationsparamter sind so gut beschrieben, dass ich sie hier nicht erklären muß. Somit können wir gleich zur ersten Slave Installation kommen.

Die folgenden Aktionen machen wir auf dem Slave-Rechner! Wir loggen uns also per Remote-Konsole auf einem anderen Server ein und rufen dort im Browser die URL der Hudson-Master-Installation auf. In der Konfiguration klicken wir auf “Knoten verwalten” und klicken auf “Neuer Knoten”. Wir erhalten folgenden Dialog:

Einen Slave-Knoten in Hudson hinzufügen

Wir vergeben einen Namen für den Knoten und klicken die Option “Dumb slave” an. Sobald wir mit OK bestätigen, gelangen wir zum nächsten Dialog:

Hudson Slave Konfiguration

Wir benennen ein Stammverzeichnis auf dem Slave, das natürlich existiert und definieren unter “Auslastung”, dass der Rechner exklusiv verwendet werden soll. Als Startmethode wählen wir “Starte Slave-Agenten über JNLP” aus. Wir gelangen nach der Bestätigung wieder auf die Übersichtsseite der Knoten. Erneut klicken wir auf den neu angelegten Knoten und erhalten nun Anweisungen, wie wir den Slave starten können:

Wir klicken also auf “Launch”. Es startet eine kleine Java-Anwendung, über die wir den Hudson-Slave auch als Windows-Dienst installieren können. In der Übersicht der Knoten erscheint der Slave nun als aktiver Knoten.

Das ist nun die Basis. Über das Anlegen von Jobs kann auch eine zeitgesteuerte Ausführung geplant werden. Es kann z. B. eine Batch-Datei ausgeführt werden oder eine Domain aufgerufen werden. Die Ausgaben können geparst und in der Auswertung berücksichtigt werden. Außerdem kann das System über Plugins erweitert werden. Wir haben also eine Menge Möglichkeiten.

Robots Meta Tag und X-Robot Tags

Tobias Seckinger — Sat, 11 Feb 2012 22:49:30 +0000

Der Titel klingt ja schon kriptisch, aber mal von vorne… über die Robots-Anweisungen lassen sich die “guten” Suchmaschinen bzw. dessen Crawler beeinflussen. Beispielsweise kann man bestimmte Seiten von der Indizierung ausschließen indem man im Wurzelverzeichnis einfach eine robots.txt anlegt und dort ein paar Regeln reinschreibt.

Beispiel:

disallow: [path]

Eine Auflistung aller Möglichkeiten findet sich auf der Seite Controlling Crawling and Indexing.

Außerdem gibts das ganze auch als Meta-Tag-Anweisung:

Schließlich kann man das ganze auch als HTTP-Header-Anweisung definieren:

X-Robots-Tag: noindex

In PHP kann dies einfach realisiert werden:

header('X-Robots-Tag: noindex');

Da der Google Crawler immer besser wird und mittlerweise auch URLs in Javascript folgt, ist diese Anweisung ggf. bei einem AJAX-Aufruf sinnvoll.

Conditional Commands mit Typo3 und TemplaVoila

Tobias Seckinger — Mon, 06 Feb 2012 18:00:43 +0000

Leider funktionieren Conditional Commands mit TemplaVoila nicht, da das abschließende HTML-Kommentar nicht ausgegeben wird. Beispiel:

Bis das funktioniert, löse ich das über eine TypoScript Anweisung:

page.headerData.100 = HTML
page.headerData.100.value =

PHP Curl mit Proxy

Tobias Seckinger — Mon, 06 Feb 2012 17:30:46 +0000

Hier ein Snippet, wie man sich an einem Proxy über CURL authentifizieren kann:

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, 'http://www.foo.bar');
curl_setopt($ch, CURLOPT_HEADER, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
 
curl_setopt($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM);
curl_setopt($ch, CURLOPT_PROXY, 'proxy:8080');    
curl_setopt($ch, CURLOPT_PROXYPORT, 8080);    
curl_setopt($ch, CURLOPT_PROXYUSERPWD, 'DOMÄNE\benutzer:password');    
 
curl_setopt($ch, CURLOPT_TIMEOUT, 20);
curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 20);
curl_setopt($ch, CURLOPT_REFERER, 'http://myreferer.de');
curl_setopt($ch, CURLOPT_USERAGENT, 'Mozilla...');
 
$result = curl_exec($ch);
$info = curl_getinfo($ch);
$error = curl_error($ch);
 
curl_close($ch);

Moduleinstellungen unter Contao

Tobias Seckinger — Sat, 04 Feb 2012 21:41:13 +0000

Während der Modulentwicklung kommt man schnell an den Punkt, wo man verschiedene Einstellungen zu einem Contao Modul hinterlegen möchte. Das kann eine Weiterleitungsseite sein, ein Text oder ein x-beliebiger Wert aus einem Auswahlfeld oder ähnliches. Jeder Eintrag in den Modulen einer “Theme” entspricht einem Datensatz in der Tabelle tl_module. Dort werden auch alle Einstellungen zu einem Modul hinterlegt.

Auszug aus der Tabelle tl_module

Um eine dieser bestehenden Spalten in einem Modul nutzen zu können, muß man in der DCA eine Zeile ergänzen:

$GLOBALS['TL_DCA']['tl_module']['palettes']['mymodule'] = '{title_legend},name,headline,type,customLabel';

Schon steht im Modul ein einfaches Textfeld zur Verfügung. Da diese Einstellung bereits von Contao verwendet wird, gibt es bereits eine Felddefinition und eine Übersetzung für die Einstellung customLabel. Damit wir keine neue Spalte in der tl_module anlegen müssen, können wir das Feld für etwas anderes “mißbrauchen”. Ich will nur demonstrieren, wie man Änderungen vornehmen kann, die im Prinzip auch bei einem neuen Feld notwendig sind.

Die Übersetzung wird beispielsweise folgendermaßen gesetzt bzw. überschrieben:

$GLOBALS['TL_LANG']['tl_module']['customLabel']=array('View', 'Please select a view type.');

Den Feldtyp können wir folgendermaßen beeinflussen:

$GLOBALS['TL_DCA']['tl_module']['fields']['customLabel'] = array(
  'label' => &$GLOBALS['TL_LANG']['tl_module']['customLabel'],
  'inputType'  => 'select',
  'options'    => array(1=>'Overview', 2=>'Detail')
);

Somit haben wir jetzt folgendes im Backend erreicht:

Das angepasste Backend Modul mit neuem Feld

Eines sollte jedoch klar sein, wenn man bestehende Felddefinitionen verändert: Auch in den Modulen, in den die Einstellung bereits verwendet wird, kann unter Umständen die Veränderung greifen. Das wiederum hängt von der Reihenfolge ab, wie die Module abgearbeitet werden (alphabetisch).

Vollbild-Modus im Browser

Tobias Seckinger — Fri, 03 Feb 2012 20:23:06 +0000

Nachfolgend eine komplettes Beispiel mit jQuery und der neuen Fullscreen-API ein HTML-Element im Vollbild-Modus anzuzeigen. Funktioniert nur in den neusten Browser von Safari, Firefox und Chrome und sieht auch nur im Firefox gut aus… aber hier gehts einfach nur um die Funktion.


  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
  <script type="text/javascript" src="jquery.js"></script>
  <style>

    .white {
      font-family:verdana;
      margin-top:200px;
    }
    .white div
    {
      background-color:white;
      width:50%;
      margin:auto;
      -moz-border-radius: 5px;
      border-radius: 5px;
      -moz-box-shadow: 5px 5px grey;
      -webkit-box-shadow: 5px 5px grey;
      box-shadow: 5px 5px grey;
      padding:25px;
    }
    .hidden {
      display:none;
    }

  </style>
</head>
<body>
 
<div id="fullscreen-container">
  <div>
    <div>
      Here is your Fullscreen!
    </div>
  </div>
</div>
<p>
  <a href="#" id="fullscreen-link">Show me fullscreen container...</a>
</p>
<script type="text/javascript">

//
(function($) {
  $.fn.extend({
    fullscreen:function(params) {
      var conf = {};
      $.extend(conf, params);
      return $(this).each(function() {
          var e=$(params);
          var element=e[0];
          $(this).click(function() {
              e.removeClass('hidden');
            if(element.requestFullScreen) {
              element.requestFullScreen();
              jQuery(document).bind("fullscreenchange", function() {
                if(!document.fullScreen) e.addClass('hidden')
              });
            }
            else if (element.mozRequestFullScreen) {
              element.mozRequestFullScreen();
              jQuery(document).bind("mozfullscreenchange", function() {
              if(!document.mozFullScreen) e.addClass('hidden')
            });
            }
            else if (element.webkitRequestFullScreen) { 
              element.webkitRequestFullScreen();
              jQuery(document).bind("webkitfullscreenchange", function() {
                  if(!document.webkitIsFullScreen) e.addClass('hidden')
              });
            }
          });
      });
    }
  });
})(jQuery);
 
jQuery('#fullscreen-link').fullscreen('#fullscreen-container');
 
//]]>
script>

</body>
</html>

Ready NAS Duo unter Knoppix mounten

Tobias Seckinger — Sat, 28 Jan 2012 18:11:38 +0000

Hab ein wenig suchen müssen, aber mit folgendem Befehl funktioniert das mounten unter Knoppix:

sudo mount -t cifs //192.168.0.129/media/Temp /media/smb -o username=root,password=das_passwort,iocharset=utf8,file_mode=0777,dir_mode=0777

Typo3 4.6.4 Update und Zend Server

Tobias Seckinger — Tue, 24 Jan 2012 21:28:23 +0000

Ein kleines Update ist heute veröffentlicht worden. Alle Änderungen sind im Release-Log aufgeführt.

Ich habe seit neustem auf meinem Windows x64 System ein Problem mit dem Zend Server CE (PHP 5.2) 5.6.0 und Typo3 Version 4.6.3. Mit Version 5.5 hat noch alles problemlos funktioniert. Ich weiß nicht, ob es an den “Security Enhancements” in PHP 5.3.9 liegt, aber der Login in den Backend-Bereich von Typo3 ist in dieser Umgebung nicht mehr möglich. Nach Absenden des Login-Formulars erschient eine Meldung ala “Wollen Sie die index.php Datei speichern oder öffnen…”. Darin ist ein 500-HTTP-Status-Code enthalten, jedoch erscheint in den Apache und PHP-Log-Dateien keinerlei Hinweis darauf. In der Ereignisanzeige von Windows sieht das ganz anders aus. Dort scheint die php-cgi.exe einen Fehler zu verursachen.

Ich werde das morgen mit der neuen Typo3-Version testen und auch Bilder und genaue Fehlermeldungen nachliefern.

Update

Eine Aktualisierung auf Typo3 4.6.4 brachte wie vermutet keinen Erfolg. Wie versprochen ein paar Details zu dem Fehler:

Typo3 4.6.3 Login Screen

Fehlermeldung nach Login

Inhalt der Datei index.php

Windows Ereignisanzeige - Fehlermeldung

Nochmal als Text (damit Google das findet):

Name der fehlerhaften Anwendung: php-cgi.exe, Version: 5.3.9.0, Zeitstempel: 0x4ef33bca
Name des fehlerhaften Moduls: php5.dll, Version: 5.3.9.0, Zeitstempel: 0x4ef33bc8
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00092b20
ID des fehlerhaften Prozesses: 0xd1c
Startzeit der fehlerhaften Anwendung: 0x01ccdb33ed105389
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Zend\ZendServer\bin\php-cgi.exe
Pfad des fehlerhaften Moduls: C:\Program Files (x86)\Zend\ZendServer\bin\php5.dll
Berichtskennung: f2e4d78f-4728-11e1-bd4d-005056c00008

Noch eine Meldung in der Windows Ereignisanzeige

Fehlerbucket , Typ 0
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
 
Problemsignatur:
P1: php-cgi.exe
P2: 5.3.9.0
P3: 4ef33bca
P4: php5.dll
P5: 5.3.9.0
P6: 4ef33bc8
P7: c0000005
P8: 00092b20
P9:
P10:

Update 2:

Das Problem ist vorübergehend gelöst, indem man die Datei /typo3/contrib/RemoveXSS/RemoveXSS.php in der Größe verändert. Schuld daran ist ein PHP-Bug. Einen herzlichen Dank an Jürgen für den Tip (siehe Kommentare).

Umleitung mit Apache-Rewrite-Modul

Tobias Seckinger — Mon, 02 Jan 2012 21:24:38 +0000

Umleitung von einer Domain mit www auf eine Domain ohne www:

RewriteCond %{HTTP_HOST} ^www\.test\.tobias-seckinger\.de [NC]
RewriteRule ^(.*) http://test.tobias-seckinger.de/$1 [R=301,L,QSA]

[NC] = No case. Damit spielt die Groß- oder Kleinschreibung keine Rolle
[R=XXX] = Redirect mit HTTP-Status-Code XXX. Im Beispiel wird mittels 301 umgeleitet
[L] = Last. Letzte Regel, die beachtet werden muß.

[QSA] = Query String Append. Hängt neue Parameter an die ursprünglichen Parameter an. Wird für obige Regel nicht zwingend benötigt.
Beispiel:

RewriteRule ^source\.php$ /target.php?bar=foo [QSA,L]
# Eingabe: http://tobias-seckinger.de/source.php?foo=bar
# Umleitung zu: http://tobias-seckinger.de/target.php?foo=bar&bar=foo