Debug Informationen in CakePHP

Mittwoch, Juni 10th, 2009

Debugging von Anwendungen, die auf PHP basieren, ist zwar mit Tools wie Zend / Eclipse leichter geworden als noch vor einigen Jahren, aber manchmal bedarf es auch nur einer einfachen Anzeige von Header-, Session- oder anderen Requestdaten während der Laufzeit im Frontend.

Bei der Entwicklung von CakePHP Anwendungen können von Haus aus Informationen z.B. zur Datenbankabfrage mithilfe der Konfigurationsvariable debug und des Befehls

Configure::write("debug", 1);

ausgegeben werden.

Es gibt insgesamt 4 Debug Level, die hier im Kontext einer älteren CakePHP Version (dort wird die Konstante DEBUG genutzt) folgendermaßen bezeichnet werden:

There are 4 levels of debug: 0-production, 1- development, 2- full debug with sql and 3- full debug with sql and dump of the current object. Specifying this setting to a non-zero value will force Cake to print out the results of pr( ) and debug( ) function calls, and stop flash messages from forwarding automatically. In production, the “flash messages” redirect after a time interval. With the other debug levels you get to click the “flash message” to continue. For example, if you want to set the debug level to “full debug with sql”, the line should look like this: define(‘DEBUG’, 2);

Da die Debug Informationen von Cake immer am unteren Seitenende gerendert und – sobald man vom CakePHP Standardlayout abweicht – auch äußerst hässlich werden, gibt es bei Snook.ca die folgenden CSS Klassendefinitionen, um diese Infos generell schicker zu gestalten:

.cake-sql-log {
	position:fixed;
	top:99%;
	z-index:10;
	width:100%;
	background-color:#000;
	color:#FFF;
	border-collapse:collapse;
}

.cake-sql-log caption {
	background-color:#900;
	color:#FFF;
}

.cake-sql-log:hover {
	top:auto;
	bottom:0;
}

.cake-sql-log td {
	padding:3px;
	border:1px solid #999;
	background-color:#EEE;
	color:#000;
}

Wer jetzt noch weitere Informationen braucht (wie oben bereits erwähnt u.a. zu Sessiondaten, Log-Aktivitäten, Timings etc.) der ist mit der CakePHP DebugKit Toolbar von Mark Story gut bedient.

Die Toolbar “versteckt” sich geradezu absolut positioniert in der rechten oberen Ecke der Webseite und öffnet sich blei Klick auf ein kleines Icon.

Was sie alles bietet, zeigt sich in den folgenden Screenshots:

DebugKit Toolbar in CakePHP
DebugKit Toolbar  in CakePHP - Timings der Prozesse
DebugKit Toolbar - Sessioninhalte, schön ausklappbar

Ich binde die Toolbar dynamisch je nach Umgebung auf folgende Art und Weise im app_controller ein:

	public function __construct(){
		parent::__construct();
		if(DEVELOPMENT_ENVIRONMENT){
			$this->components[] = 'DebugKit.Toolbar';
			Configure::write('debug', 2);
		} else {
			Configure::write('debug', 0);
		}
	}

Hier prüfe ich auf die Konstante DEVELOPMENT_ENVIRONMENT, die ich, wie alle anderen Variablen, die global für die App zur Verfügung stehen müssen, in der bootstrap.php definiere. Solche Variablen könnten eben serverseitig zur Auswahl der entsprechenden Pfade (z.B. für Logs oder temporäre Uploads) oder auch für die Auswahl der entsprechenden Datenbankverbindungen herangezogen werden.

CakePHP: Auf Mac OS im Terminal bake ausführen

Dienstag, Juni 9th, 2009

CakePHP
Wer auf Mac OS versucht, im Terminal das “Bake Script” von CakePHP auszuführen, wird wahrscheinlich auf die Problematik stoßen, dass die mitgelieferte PHP Version von Mac OS nicht korrekt das Script ausführt.

Hier gibt es – wie ich gelesen habe – hundert Ansätze, das Problem zu umschiffen, der leichteste und praktikabelste ist in meinem Setting (mit MAMP auf Mac OS) folgender, direkter Aufruf einer anderen PHP Version zum Ausführen des PHP Scripts.

Der Aufruf erfolgt in dem Projekt- Konsolenordner (z.B. in meinem Fall /Users/lrheingans/Documents/Workspace/Project_X/cake/console/)

/Applications/MAMP/bin/php5/bin/php cake.php bake

Von hier läuft dann alles wie gewohnt.

Um das Bake Script unter Eclipse ausführen zu können, gibt es auch in der Bakery einige Tutorials (mir war der mini Aufwand allerdings nicht wert, ich mag meine Konsole)

Webentwicklung mit Java: Spring

Freitag, Juni 5th, 2009

springMein Freund und Kollege Wolfram bietet in seinem Weblog über Spring, Java, Hibernate einiges an Expertenwissen auf dem Gebiet komplexer Webentwicklung an.

Wer sich für Softwareentwicklung im Webbereich mit Java und Spring interessiert, sollte sich auf jeden Fall seinen RSS Feed abonnieren.

Probleme mit FCKEditor und PHPList

Dienstag, Mai 12th, 2009

Die OpenSource Software PHPList eignet sich relativ gut zum schnellen Aussenden von kleinen Newslettern auf Servern mit PHP und MySQL.

Grundsätzlich geht die Installation und Einrichtung relativ zügig vonstatten, allerdings gibt es bei einzelnen Stellen diverse Konfigurationsschwierigkeiten – so sollte u.a. auf die Installations-Dokumentation gehört werden und die Installation von PHPList tatsächlich in das Verzeichnis www.deinedomain.de/lists/ gelegt werden, um Verlinkungsprobleme im Administrationsbereich zu umgehen.

Bei all denjenigen, bei denen unter dem Punk “Nachricht erstellen” (in der englischen Variante unter “send a message”) kein Rich Text Editor (FCKEditor kommt hier zum Einsatz) erscheint, können die folgenden Schritte eine Lösung sein:

1. Im Unterverzeichnis “/admin” in der Datei fckphplist.php die Zeile 589 mit dieser austauschen

// FCKConfig.ProtectedSource.Add( /<s>/g ) ; // ASP style server side code

Evtl. erlaubt die installierte PHP Version “short ASP Tags”, und somit werden hier Fehler geworfen.

2. Im Unterverzeichnis “/admin/FCKEditor/editor” die Datei fckeditor.html bearbeiten, und den Befehl zum Laden des Editor auswechseln, indem Zeile 120 auskommentiert und 119 wieder “einkommentiert” wird:

 // Base configuration file.
LoadScript( '../fckconfig.js' ) ;
// LoadScript( '../../?page=fckphplist&action=js4' ) ;

Fehlermeldungen, die (schön zu Sehen unter Einsatz von Firebug) hervorgerufen werden, lauten zum Beispiel:

FCKConfig.CustomConfigurationsPath is undefined
A.PluginsPath is undefined
FCKConfig.ContextMenu is undefined
C is undefined

PHPList FCKEditor Fehler

via http://forums.phplist.com

Live Streaming Anbieter

Donnerstag, Mai 7th, 2009

Eine günstige Variante, qualitativ (vermeintlich?) hochwertige Live Stream Videos anbieten zu können, scheint durch den neuen Anbieter StreamAPI am Markt angekommen zu sein:

StreamAPI

Beispielrechnung:
1 Stunde Live Stream von z.B. einer Pressekonferenz, eines Workshops oder einer Kundenpräsentation, wie wir es hin und wieder für verschiedene Kunden und Produkte brauchen) mit 1.500 gleichzeitigen Viewers in Full HD Auflösung kostet weniger als unschlagbare 300 Dollar.

Berechnet werden kann der Preis hier.

Wir testen den Dienst direkt beim nächsten Projekt.

via Techcrunch.

Custom Eclipse Package

Dienstag, April 21st, 2009

Bei Yoxos kann sich jeder sein persönliches Lieblings-Eclipse mit sämtlichen benötigten Packages vorinstalliert zusammenklicken und erhält ein Zip File zum herunterladen:

Eclipse Builder bei Yoxos

Großartig.

Mit dem iPhone und dem Mac ins Internet – Tethering an iPhone with 3.0 firmware

Freitag, März 20th, 2009

Ich kann ja nie nachvollziehen, wie manche Leute versteckte Features in Hard- und Software herausfinden (ähnlich zu Easter Eggs gerne mal), aber Erica Sadun hat mit der neuen, noch nicht für die breite Öffentlichkeit verfügbare 3.0 Firmware für das iPhone endlich ein sog. Tethering hinbekommen: Mit dem iPhone über Bluetooth ins Netz.

Für den Einsatz in Deutschland mit T-Mobile hat Ortwin Gentz unter futuretap.com einen Erfahrungsbericht / ein How-To verfasst.

Großartig.

Bluetooth Tethering mit dem iPhone

via Techcrunch.

Probleme mit Download von dynamisch generierten Dateien im Internet Explorer

Dienstag, März 17th, 2009

Es gibt Dinge, die sich einem einfach regelmäßig wieder in den Weg stellen – so zum Beispiel Probleme mit Downloads von dynamisch generierten Dateien in PHP im Internet Explorer.

Das folgende Fehler PopUp der Internet Explorer 6, 7 oder 8 sind ein immer wiederkehrendes Ärgernis, wenn man versucht, einen Dateidownload mittels PHP zu realisieren:

Fehler beim Herunterladen eines dynamisch generierten Dokuments im IE

Hierbei handelt es sich um ein dynamisch im Memory des Webservers generierten PDF Dokuments, das eigentlich als PDF_Preview.pdf betitelte Datei im Browser ankommen soll (und im Firefox, Safari, Opera und Chrome auch tut).

Zur Erzeugung wird der PDFLib Personalization Server genutzt, und am Ende des ganzen Erzeugungsprozesses steht ein Buffer (hier beispielhaft $pdf_buffer) des kompletten Dokumentes als Variable zur Verfügung.

Was für den Browser jetzt noch passieren muss: Per PHP header() Funktion wird dem Browser mitgeteilt, dass es sich um einen bestimmten Mimetype (ein Tool, um den MIME Type bei Dateiuploads herauszufinden gibt es hier) bzw. Datenstrom handelt (in diesem Fall handelt es sich um ein PDF, dass mit Content-type: application/pdf beschrieben wird). Weiterhin wird definiert, dass es als Dateidownload zur Verfügung gestellt werden soll, und der gewünschte Dateiname wird vom Script übergeben).

Um diesen Dateidownload (auch mit dem Internet Explorer) hinzubekommen, müssen zusätzlich diese zwei weiteren Headerinformationen mit angegeben werden:

header(‘Content-type: application/pdf’)
header(‘Content-Disposition: attachment; filename=”PDF_Preview.pdf”‘);

// Folgende zwei Zeilen sind für den IE wichtig,
// alle anderen Browser brauchen sie nicht
// (stören sich daran aber auch nicht)
header(“Pragma: public”);
header(“Cache-Control: max-age=0″);

echo $pdf_buffer;

Im Vorfeld (auf jeden Fall bevor der Buffer mit echo ausgegeben wird) sollte allerdings in jedem Fall die zu erwartende Dateigröße mittels

$pdf_buffer = PDF_get_buffer($p);
$len = strlen($buf);
header(“Content-Length: $len”);

berechnet und ebenfalls per Header ausgegeben werden.

Vielleicht hilft dieser schnelle Artikel mir selbst auch beim nächsten Auftreten solcher Probleme als Gedächtnisstütze… :)

xtCommerce: Template auf UTF-8 umstellen

Montag, März 16th, 2009

Da xtCommerce generell auf iso-latin1 aufbaut und ich diese Kodierung für fehleranfällig und nervig halte (wieso nicht immer utf8? I don’t know!) folgt hier eine schnelle Anleitung, wie man die komplette xtCommerce Shop-Installation auf utf-8 umstellen kann:

Zuerst muss die Datenbank auf utf8 umgestellt werden. Hier beginnen wir mit der Gesamtdatenbank, die mittels
ALTER DATABASE <datenbank>
DEFAULT CHARACTER SET utf8
COLLATE utf8_general_ci; auf UTF8 umgestellt wird. Leider müssen wir das gleiche Prozedere bei sämtlichen dort genutzten Tabellen vollziehen.

Der entsprechende Befehl pro Tabelle lautet
ALTER TABLE <tabelle>
CONVERT TO CHARACTER SET utf8
COLLATE utf8_general_ci;

Für eine relativ standardmässige xtCommerce Installation mit den unzähligen Tabellen lautet die komplette SQL Befehlskette so wie in dieser Datei niedergeschrieben ist (für die schnellen: Runterladen, und copy paste soll helfen).

Danach folgt die Anpassung der Header Ausgaben (generell in der Datei /includes/header.php, etwa Zeile 35), damit im HTML Header korrekterweise <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ausgegeben wird. Im Quelltext steht dort allerdings bereits <meta http-equiv="Content-Type" content="text/html; charset=&lt;?php echo $_SESSION['language_charset']; ?&gt;" /> so dass lediglich der Wert für das Feld language_charset in der ‘languages’ Tabelle auf utf-8 umgestellt werden muss, wie in diesem phpMyAdmin Screenshot zu sehen ist:

Anpassung der Language Kodierung

Zu guter Letzt muss der Datenbankverbindung noch mitgeteilt werden, dass sämtliche Gespräche mit der Datenbank in UTF8 ablaufen. Dies erfolgt in MySQL mit dem Befehl “SET NAMES ‘UTF8′“, das am Besten dort integriert wird, wo die Datenbankverbindung aufgebaut wird, nämlich in der Datei inc/xtc_db_connect.inc.php:

Anpassung der Datenbankverbindungsdatei

Wie man sehen kann steht die mysql_query(); in dem Screenshot in Zeile 26 kurz vor der Auswahl der benötigten Datenbank.

Zum Schluss kann noch auf einige Unzulänglichkeiten beim Editieren von Bestellungen (orders_edit.php) und beim Senden von Nachrichten von der Webseite hingewiesen werden, über die ich momentan noch nicht gestolpert bin und somit auch noch nicht 100% getestet habe.

Google Analytics auf Flashwebseiten nutzen

Sonntag, März 1st, 2009

Für alle die Entwickler, die lieber für bestimmte Einsätze auf Flash / Flex zurückgreifen, habe ich eben im Google Blog (bzw. auf der Analytics Startseite) folgende Informationen über “Google Analytics within Flex/Flash Applications” gefunden, die ich niemandem vorenthalten möchte:

Mittels der Google Analytics AS3-API kann auf alle Features von Google Analytics jetzt direkt aus Flex heraus zugegriffen werden, das Ding nennt sich “gaforFlash”. Getestet hab ich da noch nix, aber nachzulesen ist die Geschichte hier: Google Analytics within Flex/Flash Applications. Ich verabschiede mich kurz in einen spontanen, wohlverdienten Urlaub…..