Failed loading /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/
no-debug-non-zts-20090626/xdebug.so:Â  dlopen(/Applications/XAMPP/xamppfiles/
lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so, 9):
no suitable image found.  Did find:
/Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/
no-debug-non-zts-20090626/xdebug.so: mach-o, but wrong architecture

Um xDebug unter OS X 10.6 zu Laufen zu bekommen, muss man folgende Schritte durchführen:

1. Sourcen herunterladen und enpacken (http://xdebug.org)
2. In das entpackte Verzeichnis wechseln und folgenden configure-Befehl ausführen:

   ./configure MACOSX_DEPLOYMENT_TARGET=10.6 CFLAGS="-arch i386 -g -Os -pipe \\
    -no-cpp-precomp" CCFLAGS="-arch i386 -g -Os -pipe" CXXFLAGS="-arch i386 -g \\
   -Os -pipe" LDFLAGS="-arch i386 -bind_at_load"

3. Dann noch ein make machen.
4. Anschließend ddie .so-Datei unter modules an den gewünschten Platz kopieren.
5. xDebug in der php.ini als zend_extension eintragen.

via Some notes on Zend Server CE for Mac OS X – Rob Allen’s DevNotes.

PHPUnit mittels PTI in Eclipse einbinden | PHP hates me – Der PHP Blog.

Nach dem Speichern sah ein <br /> allerdings so aus: br /. Die Tag-Zeichen waren weg.

Anschließend mal mit dem RTE probiert. Selbes Problem. Erst dachte ich… Scheiß Typo… bestimmt irgendein komisches Sicherheitsgedöhns. Mit TS rumgedoktort. Nix. Gar nix hat sich geändert.

Dann gegen Ende des Abends bin ich über folgenden Beitrag gestolpert:

TemplaVoila + RTE: <> werden bei br und b etc entfernt – TYPO3 Forum & Portal.

Da stand dann was von PP Version sei Schuld dran. Ein Beitragender meinte allerdings es läge an der libxml2-Version.

Scheint so zu sein, da auf dem Live-Server alles funktioniert. Lokal hab ich nen XAMPP mit PHP5.2.9.

• Return-Werte dürfen immer nur Arrays sein und
• es darf z.B. kein Controller bzw. keine Klasse, die von einem Controller erbt, genommen werden.

Dann ist es wirklich ziemlich einfach.

Muss man nun allerdings Daten in Empfang nehmen, die nur über den Header erreichbar sind, z.B. die Daten werden direkt in die Request-Felder eingebettet. Normalerweise sieht ein Wert ja folgendermaßen aus: mykey=myvalue. Dieses wird dann auf $_POST['mykey'] abgebildet. Der Wert ist darin gespeichert. Soll nun, in dem Beispiel myvalue aus unerfindlichen Gründen direkt eingebunden werden, was nicht HTTP-konform ist, hat man ein Problem. Selbiges Problem hat man, wenn eigene Headerdaten gesetzt werden, allerdings ist die Lösung die gleiche.

Es gibt in PHP eine Fülle an Streams. Mithilfe des Inputstreams kann man den Datenverkehr roh (raw) abgreifen. Damit kann man dann die “versteckten” Daten wieder erlangen. Folgender Codeausschnitt soll dies veranschaulichen:

<?php
$fh = fopen('php://input', 'r');
if (!$fh) {
  echo "Error";
}
$xml = '';
while (!feof($fh)) {
  $data .= fgets($fh);
}
fclose($fh);
echo $data;
?>

Edit: Wie dolce unten anmerkt, gehts unter PHP5 so viel einfacher. Aber warum einfach, wenns auch kompliziert geht