CakePHP & DIEVOLUTION Blog

CakePHP Textmate Bundle

dievo — Mon, 07 Jul 2008 08:02:03 +0000

Wer mit einem Mac arbeitet, wird früher oder später mit DEM Code-Editor für OSX konfrontiert werden: Textmate. Dieser kleine Texteditor ist nach kurzer Einarbeitungszeit wirklich genial und sollte in keinem Entwicklerhaushalt fehlen. In der CakePHP Bakery wurde nun von Matthew Harris ein Bundle für Textmate veröffentlicht, dass genau auf CakePHP abgestimmt ist und so die Entwicklung noch mehr vereinfacht. Anschauen ist Pflicht!

Link: CakePHP Bakery Textmate Bundle

Web-Index von Google blogbefreit?

dievo — Mon, 07 Jul 2008 07:57:22 +0000

Laut einer Meldung vom Google Watch Blog sind bei einigen Bloggern neuere Artikel nur noch in der Google Blog Suche zu finden, nicht mehr in der normalen Websuche. Möchte Google hier eine Trennung zwischen Blogs und “normalen” Webseiten herbeiführen? Oder einfach nur die Blogsuche endlich aus dem Schattendasein holen? Oder ist das alles nur Panikmache? Von unserer Seite her sind jedenfalls keine Artikel bisher in der Googlesuche verlorengegangen. Hoffen wir einmal, dass es so bleibt, denn meistens findet man gerade in den Blogs die Informationen, die man braucht. Für alle Fälle aber hier der Link zur Google Blogsuche *grins*.

CakePHP vs. Ruby on Rails - Teil 3: Runde 2 - Die Basis: Ruby und PHP

dievo — Wed, 25 Jun 2008 12:21:39 +0000

Will man Frameworks erlernen, sollte man sich zumindest rudimentär (besser natürlich sehr gut) mit der dahinterliegenden Sprache auskennen. Da ein großes Rundumschlag den Rahmen einer Serie sprengen würde, gibt es an dieser Stelle einen kleinen Vergleich der nackten Zahlen sowie ein Beispiel, wie man ein kleines Programm mit Ruby und PHP erstellt.

Zuerst zu den Zahlen:

PHP:

Erscheinungsjahr: 1995
Aktuelle Version: 5.2.6
Einflüsse: Perl, C, C++, Java
Betriebssystem: plattformunabhängig
Webseite: www.php.net

Ruby:

Erscheinungsjahr: 1995
Aktuelle Version: 1.8.7
Einflüsse: Smalltalk, Perl, Python und andere
Betriebssystem: plattformunabhängig
Webseite: www.ruby-lang.org

(Quelle: Wikipedia)

Nun ein paar Zahlen zur Verbreitung (Grobe Schätzung nach Google)
Suchergebnisse:
PHP: 11.100.000.000 bei dem Suchwort php
Ruby: 119.000.000 bei dem Suchwort ruby

Diese Zahlen sind natürlich wenig aussagekräftig, da bei php alle Seiten, die auf .php enden, in das Ergebnis mit einfließen und bei ruby natürlich noch viele andere Rubine versteckt sind.

Die Google Trends Anzeige spricht sich auch für PHP aus, es ist also durchaus möglich, dass PHP weiter verbreitet ist. Da Ruby zwar im gleichen Jahr “geboren” wurde wie PHP, sich aber aufgrund der Dokumentation und der fehlenden Fixierung auf das Internet nicht wie PHP zur Standardsprache im Netz aufschwingen konnte, hat PHP inzwischen die Nase deutlich vorne, jedenfalls für Webanwendungen (dessen Frameworks wir ja in dieser Serie vergleichen).

Der Code:
Guter Code steigt und fällt mit der Lesbarkeit. Es bringt nichts, den performantesten Code der Welt zu haben, wenn man Jahre braucht, um ihn zu lesen. Ein kleiner Vergleich des Lesbarkeit:
Zuerst das PHP Beispiel:

<?php
if ($leser == “blog”) {
echo “Hallo Blogleser”;
} else {
echo “Hallo Welt”;
}
?>

Und nun das Äquivalent in Ruby

if leser == “blog”
puts “Hallo Blogleser”
else
puts “Hallo Welt”
end

(Ruby Highlighting im Blog sollte bald funktionieren)

An diesem wirklich einfachen Beispiel können wir bereits einen Hauptunterschied in der Lesbarkeit des Codes feststellen. Während PHP stark auf Klammern, Semikolons und co setzt, liest sich die Ruby Anwendung viel eleganter, obwohl man dort auch Klammern zum Einsatz bringen kann (und in vielen Fällen auch sollte).

Was steckt dahinter
Ruby ist eine objektorientierte Sprache. Alles in Ruby ist ein Objekt, es gibt keine primitiven Datentypen (wie etwa Zahlen in PHP). Hier liegt der große Vorteil von Ruby, denn durch die konsequente Objektorientiertheit passt sich Ruby an den Programmierer an. Man kann die vielen Vorteile der Objektorientiertheit nutzen, muss es aber nicht zwangsläufig tun. Dies macht auch einen Umstieg von anderen Sprachen auf Ruby zeitweise sehr einfach. PHP dagegen setzt erst seit der Version 5 auf eine gute objektorientierte Umgebung und hat noch viel aufzuholen, da oft auch alte PHP Projekte, die noch auf Version 4 laufen, am Leben gehalten werden müssen.

Was ist schneller
Es gibt ja den Spruch “Twitter can’t scale”, der vor allem in Amerika populär ist, wo Twitter viel genutzt wird. Twitter basiert auf Rails und stürzt häufig unter der Userlast ab. So könnte man meinen, PHP sei schneller und belastbarer wie Ruby, dies ist jedoch ein Trugschluss (Ich verweise hier auf diesen Eintrag: Ruby on Rails: scaling to 1 billion page views per month). Die Geschwindigkeit hängt von einem entscheidenden Kriterium ab: dem Programmierer. Ohne einen guten Programmierer werden ruby und php langsamer.

Was lässt sich leichter erlernen?
Dies ist auch eine Frage, die man so nicht ohne weiteres beantworten kann, es kommt auf die Vorkenntnisse des Programmierers an. Kommt dieser aus der C Ecke ist ihm wohl PHP näher, Smalltalk Programmierer fühlen sich bei Ruby wohl. Viele Bücher, die sich mit “Webprogrammierung für Anfänger” beschäftigen, beginnen mit PHP, was sich aber inzwischen fast als Schimpfwort für echte PHP Entwickler etabliert hat.

Fazit:
In dieser Runde ist es schwer, ein Fazit zu ziehen. PHP ist weiter verbreitet, Ruby hat die bessere Lesbarkeit und eine automatische Dokumentation, “Twitter can’t scale” und andere Programme schaffen doch 1 Milliarde Pageviews mit Rails. Ich (als Schiedsrichter im Ring) entscheide mich hier allerdings für Ruby, da man, wenn man häufig zwischen PHP und Ruby wechselt, sich leichter wieder in Ruby wie in PHP reinfindet. Ruby lässt sich durch die konsequente Objektorientierung und die fehlenden Klammern und Pfeile leichter und schneller schreiben. Damit steht es:

CakePHP 0 : 2 Ruby on Rails

Ruby on Rails mit einem kleinen Vorsprung. Doch wie geht es weiter?

Morgen ist aufgrund der Termindichte leider kein neuen Kapitel geplant, daher wird es wohl am Freitag den dritten Teil der Serie geben.

Typo3 Fehler bei Firefox3 - Lösungen

dievo — Tue, 24 Jun 2008 08:30:14 +0000

Wir berichteten vor kurzem üer einen Typo3 Fehler beim neuen Firefox3, der ein Arbeiten im Typo Backend fast komplett verhindert. Dieser Zustand ist natürlich nicht wünschenswert, daher hier einige Tipps, mit denen man wieder fröhlich mit Typo arbeiten kann:

My Opera - Linux for Designers beschreibt einen Weg, den ich jetzt allerdings nicht reproduzieren konnte:

Einloggen
Seitenmodul aufrufen
Der Bug taucht auf, der erste Frame fehlt
Den zurück-Button des FF3s drücken
Jetzt sollte alles wieder normal laufen

Quelle: my Opera Linux for Designers (Das eigentliche Blog war leider nicht erreichbar)

Zweite Möglichkeit:
Updaten *ha ha* Wenn man die Möglichkeit hat, sollte man auf die aktuellste Typo3 Version updaten, da dort der Fehler anscheinend nicht mehr auftaucht.

Dritte Möglichkeit:
Eine Extension installieren, die den Bug behebt. Die Erweiterung mit dem Namen Firefox 3 Backend Fix (mn_ff3_be_bugfix) kann unter http://typo3.org/extensions/repository/view/mn_ff3_be_bugfix/0.0.2/ downgeloadet und in Typo3 upgeloadet werden (Eine direkte Installation über lookup war bei meinem Test gerade nicht möglich). Diese Extension behebt erfolgreich den Firefox Bug (confirmed by DIEVOLUTION *g*).

Fazit:
- Die erste Möglichkeit funktionierte bei uns nicht
- Die Extension ist eine gute Möglichkeit, wenn man selbst nicht den Typo3 Core verwaltet
- Updaten ist immer die beste Idee

CakePHP vs. Ruby on Rails - Teil 2: Runde 1 - Installation

dievo — Tue, 24 Jun 2008 07:51:23 +0000

Heute beginnt die 1. Runde im Schlagabtausch zwischen CakePHP und Ruby on Rails. Das Thema heute ist die Installation. Welches Framework lässt sich schneller, leichter und besser auf unserem Entwicklungsrechner installieren? Finden wir es heraus!

Ruby on Rails
Beginnen wir mit Ruby on Rails. Die Installation gestaltet sich hier erfreulicherweise einfach, denn vom blanken Computer zur Rails-Entwicklungsumgebung sind es nur wenige Schritte.
Nachdem sich bereits die Apple developer Tools auf unserem iMac befinden, brauchen wir uns nur die neuste Rails Version mittels

gem update rails

zu holen. Ist dies erledigt, sind wir nach zwei weiteren Befehlen schon mitten in unserer Anwendung:

cd Sites/ (optional zum Wechsel in das Websites Verzeichnis des Macs)
rails runde1
cd runde1
script/server

Der Mongrel-Server startet seinen Dienst und wir können uns unter localhost:3000 das Ergebnis betrachten.

Natürlich bietet Ruby on Rails auch vorgefertigte Pakete mit Webserver, Datenbank und Rails. Dies sind unter OSX “Locomotive” und unter Windows “Instant Rails”. Generell lässt sich sagen, dass wenn erst einmal Ruby und RubyGems installiert sind, jegliche Rails Installation ein Kinderspiel darstellt.

CakePHP
Nun zu CakePHP. Hier finden wir aufgrund der Apple Developer Tools und OSX 10.5 schon eine fast idyllische Atmosphäre für CakePHP vor. Nach dem Download des aktuelles Releases erstellen wir in unserem Sites-Verzeichnis einen Ordner cake-runde1 und kopieren den Inhalt des Packagereleases hinein. Nun sollten wir eigentlich über localhost/~username/cake-runde1 die CakePHP Startseite sehen, doch stattdessen heißt es zuerst nur:

The requested URL /Users/username/Sites/cake-runde1/app/webroot/ was not found on this server.

Wie sich herausstellt, gibt es beim vorkonfigurierten Apache des Macs ein kleines Problem mit dem mod-rewrite, dass sich allerdings durch die Modifikation der .htaccess Dateien von Cake lösen lässt. Mittels

RewriteBase /~username/cake-runde1/

in allen drei .htaccess Dateien (root, app, und app/webroot) lässt sich die fehlerhafte mod-rewrite Weiterleitung korrigieren. Nun grüßt uns die CakePHP Startseite mit ein paar gelben Balken, die uns auf mögliche Propleme hinweisen. In unserem Fall sind dies:

- Warning (512): /Users/username/Sites/cake-runde1/app/tmp/cache/ is not writable [CORE/cake/libs/cache/file.php, line 254]
- Notice (1024): Please change the value of ‘Security.salt’ in app/config/core.php to a salt value specific to your application [CORE/cake/libs/debugger.php, line 522]
- Your tmp directory is NOT writable.
- Your database configuration file is NOT present.
Rename config/database.php.default to config/database.php

Diese “Warnungen” sind allerdings leicht zu beheben und sind eher als Hinweise zu verstehen, was noch zu tun ist, um einen reibungslosen Ablauf bei der Arbeit mit CakePHP zu ermöglichen. Windows User dürften hier weniger Fehler sehen, da es dort nicht zu nicht-beschreibbaren Ordnern kommen sollte.

CakePHP bietet nicht wie Ruby on Rails die Möglichkeit, ein komplettes Paket (Webserver, Datenbank, Framework) downzuloaden, allerdings machen es die vielen guten Apache+MySQL+PHP Bundles im Netz leicht, CakePHP zu installieren. Ich empfehle hier das Xampp Paket von www.apachefriends.org, was einen leichten Einstieg ermöglicht.

Die Punktevergabe:
Die Installation ist immer die erste Hürde, die bei Frameworks genommen werden muss. Hierbei stellen sich beide Frameworks nirgendwo wirklich quer, alles verläuft meistens problemlos. Und sollte doch einmal ein Problem auftreten, kann man sich der Hilfe der Community sicher sein. Rails hat durch die mächtigen RubyGems allerdings ein wenig die Nase vorn, dafür muss man mit Ruby, RubyGems und Rails auch mehr installieren. Bei CakePHP kommt die manchmal auftretende Problematik mit dem Apache mod-rewrite Modul zum Tragen, daher geht diese Runde an:

Ruby on Rails

Damit steht es (wie sollte es nach einer Runde auch anders sein):
CakePHP 0 : 1 Ruby on Rails

Eine Anmerkung dazu: Hierbei geht es natürlich nur um die Installation auf dem Entwicklungsrechner. Das finale Bereitstellen auf dem Server wird später näher beleuchtet.

In der nächsten Runde erfahren wir mehr zu:

Runde 2 - Die Basis: Ruby oder PHP

CakePHP vs. Ruby on Rails - Teil 1: Vorstellung der Kontrahenten

dievo — Mon, 23 Jun 2008 05:09:02 +0000

Willkommen beim großen Schlagabtausch, CakePHP gegen Ruby on Rails! In den kommenden Tagen werden sich unsere beiden Kontrahenten in verschiedenen Kategorien messen. Dies ist natürlich nur ein subjektiver Eindruck, der während der Arbeit mit beiden Frameworks hier bei DIEVOLUTION entstanden ist, falls eure Meinungen abweichen, steht es euch frei, eure Punktevergabe in den Kommentaren darzulegen.
Hier zum genauen Ablauf:

Der Austragungsort:
DIEVOLUTION Büro, Intel iMac

Die Kontrahenten:

Ruby on Rails

Versionsnummer 2.1
1.5 Jahre Erfahrung im DIEVOLUTION Team
Bücher-Hilfe: Rapid Web Development mit Ruby on Rails (Hanser Verlag), The Rails Way (Addion Wesley), Agile Web Development with Ruby on Rails Second Edition (Pragmatic Programmers)

CakePHP

Versionsnummer 1.2.0.7125 RC1
2 Jahre Erfahrung im DIEVOLUTION Team
Bücher-Hilfe: Noch sind keine CakePHP Bücher auf dem Markt.

Wir werden bei unserem Test auf jegliche Unterstützung von außen (sprich Plugins, Webservererweiterung oder ähnliches) so gut es geht verzichten, um die Kernfeatures der einzelnen Frameworks hervorzuheben.

Los geht es morgen mit

RUNDE 1: Installation

Idee in Amerika = Idee in der ganzen Welt?

dievo — Thu, 19 Jun 2008 07:32:31 +0000

Neue Ideen im Web kommen meist aus der USA. Dies ist nicht weiter verwunderlich, da dort Startups noch auf Investment-Kapital hoffen können (wer dies schon einmal in Deutschland versucht hat, weiß dass es kaum möglich ist). Natürlich ist auch viel Unsinniges dabei, doch einige Ideen der amerikanischen Kollegen sind so gut, dass sie auch bei uns funktionieren. Facebook bzw. StudiVZ ist da nur ein Beispiel.

Doch kann man erfolgreiche Ideen aus Amerika einfach “importieren“? Könnte ein deutsches Twitter beispielsweise funktionieren (mit Sicherheit gibt es bereits solche Dienste)? Oder ist der Europäer, oder der Deutsche an sich, nicht ganz so mitteilungsfreudig wie der Amerikaner?
Ungeprüft sollte man generell keine Ideen übernehmen, denn der deutsche Markt ist tatsächlich anders gestrickt wie der amerikanische. Durch die Geldspritzen in Amerika können viele Startups ihre Produkte so gut bewerben, dass sie entsprechend viel “Buzz” bekommen und den Sprung von einer Idee zu einem echten Produkt schaffen können.
Einfacher kopieren der Ideen führt zudem meist nicht zum Erfolg, und kann, wenn es zu deutlich ausgeführt wird, auch schnell mal eine Klage nach sich ziehen. Doch wie können wir nun von den amerikanischen Ideen profitieren?
Wir können sie modifizieren und in unsere Produkte und Anwendungen einbauen. Ein Twitterdienst (”Microblogging“) ist beispielsweise sehr gut geeignet, um in einem Projektmanagement-Tool die Kommunikation zwischen einzelnen Abteilungen zu erleichtern und mittels “Freunden von Freunden”-Funktionen aus den Social Networks erkennt man auch in seiner Business Kartei-Anwendung, wem man alles ein Weihnachtspräsent schicken sollte.

Wenn man diesen Gedankengang weiter verfolgt, findet man selbst in den wirrsten Amerika-Ideen noch gute Ansätze, die man adaptieren und in eigene Anwendungen einbauen kann (natürlich nicht direkt kopieren).

Abschließend dazu noch ein kleiner Webtipp: Wer immer am Puls der Zeit bleiben möchte, dem sei die Seite web2null.de ans Herz gelegt. Dort erfährt man, was gerade in Deutschland, Europa und Amerika an neuen Web-Anwendungen aus dem Boden sprießt.

Typo3 Fehler bei Firefox3

dievo — Wed, 18 Jun 2008 09:44:19 +0000

Im aktuellen Firefox Browser hat sich scheinbar ein Fehler eingeschlichen, der sich wesentlich auf das Backend des Typo3 CMS auswirkt. Es ist nach Upgrade auf FF3 nicht mehr möglich, Links in der Seitenleiste anzuklicken, danach fällt der Frame-Korpus in sich zusammen. In der aktuellsten Typo3 Version soll dieser FF-Bug wohl gefixt worden sein. Gerade alte Typo3 Installationen sollten daher unbedingt gecheckt werden.

Firefox 3 - Ersteindruck: Gut, aber fehlende Erweiterungen

dievo — Wed, 18 Jun 2008 07:08:37 +0000

Nun ist er offiziell da, der neue Feuerfuchs. Auf dem Mac hat er sich doch deutlich dem Mac-Design angepasst und wäre nicht die Web Developer Toolbar, könnte man ihn fast mit dem Safari verwechseln.
Was zuerst auffällt, sind die Vorschläge der Webseite während man die URL eintippt. Scheint über die Chronik zu funktionieren? Auf jedenfall ein sinnvolles, wenn auch am Anfang leicht irritierendes Feature. Schön ist auch die neue “Bibliothek” mit den Lesezeichen, denen man nun sogar Schlagwörter geben kann.

Doch nun zum wichtigsten Merkmal: Das Seitenrendering. Hier gibt es, zumindest auf unseren Seiten, Entwarnung, da alle Seiten noch genauso aussehen, wie es mit FF2 der Fall war. Zudem scheint der FF3 die Seiten eine ganze Ecke schneller zu rendern, als dies bisher der Fall war. Daher wird wohl der FF2 sehr bald vom Testraster verschwinden, und wir müssen uns nur noch mit Opera, FF3 und drei bis vier verschiedenen IEs rumschlagen.

Ein kleiner Tipp für FF3 Umsteiger auf dem Mac: Benennt vorher in den Programmmen die Firefox.app z.B. auf Firefox2.app um, dann könnt ihr (nicht parallel) beide Firefox Version vorerst auf dem Mac öffnen. Gerade solange noch nicht alle Erweiterungen für FF3 verfügbar sind, ist dies sicher notwendig.

Unter https://addons.mozilla.org/en-US/firefox/addon/1843 findet ihr übrigens die aktuell Firebug Beta.

Warum zur Zeit wenig Kuchen gebacken wird

dievo — Tue, 17 Jun 2008 13:30:44 +0000

Hier bei DIEVOLUTION arbeiten wir zur Zeit an einer Ruby on Rails Anwendung, daher sind natürlich Tipps in Sachen CakePHP zur Zeit ein wenig rar. Freuen könnt ihr euch aber auf einen ausführlichen Report “Rails vs. Cake - Der Vergleich”. Eventuell sogar als Pod- oder Screencast, da loten wir gerade einige Möglichkeiten aus.