Wahrscheinlich bin ich verwöhnt, denn 90% meiner Zeit verbringe ich mit dem tollsten Job der Welt. Denn ich mache Menschen mit meiner Arbeit glücklich, ich bin kreativ und lerne ständig neue und faszinierend-kreative Menschen¹ kennen. Außerdem kann ich den ganzen Tag meine Lieblingsmusik hören, essen wann ich will, während der Arbeit Alkohol konsumieren² und ich kriege auch noch Geld dafür. Und ja, dass ist eigentlich der wichtigste Grund – nicht das Geld das ist natürlich auch wichtig – ich “arbeite” nicht ich mache etwas was mir spaß macht: beruflich!

und das ist “des Pudels Kern”, würde Goethe sagen oder um es mit den Worten Dieter Bohlens zu sagen:

Wenn ich 18 Stunden am Tag an meinem Hobby arbeite, dann ist das doch nur gutbezahlte Freizeit

oder zumindest so ähnlich sagte er es in “Der Bohlenweg”³

Ich bin quasi verdammt verwöhnt von diesem ganzen Internetmarketing-Kram. Dennoch lasse ich mich immer wieder dazu überreden Webseiten für andere Menschen zu erstellen.

Ich hasse es weil…

• …es mir in meiner grenzenlosen Egomanie grundsätzlich widerstrebt überhaupt irgendwas für andere Menschen zu tun
• …ich soetwas sowieso nur von Freunden und Verwandten gefragt werde und es mir widerstrebt das dafür zu berechnen, was ich eigentlich (inkl. Schmerzensgeld) pro Stunde dafür nehmen müsste. Ich bin also auch noch unterbezahlt.
• …ich grundsätzlich andere Vorstellungen davon habe was gut und richtig ist als meine “Kunden”
• …ich es in den meisten Fällen auch (im Hinblick auf Usability oder SEO) besser weiß und es mir noch mehr widerstrebt auf Wunsch des “Kunden” Arbeit abzuliefern die offensichtlich schlecht ist
• …die Kunden in vielen Fällen sehr uneinsichtig sind wenn man sie zu ihren Gunsten aufklären will
• …ich überhaupt total inkompetent im Umgang mit Kunden bin, was ggf. auf ein Problem mit Autoritäten zurückzuführen ist
• …man als ‘Webdesigner’ auch fortlaufend für Sachen verantwortlich gemacht wird, für die man offensichtlich nichts kann (z.B. Serverabstürze)

Viele Leute haben dennoch leider ein Talent dafür mir dann noch mit Sätzen wie

Wenn du damit dein Geld verdienen möchtest, dann solltest du aber wissen…

zu begegnen. Ich habe mittlerweise aufgegeben, diese Menschen zu berichtigen. Denn eines steht fest: Ich will damit nicht mein Geld verdienen, ich verdiene mein Geld bereits auf andere Art und Weise und ich bin sehr zufrieden damit.

Ich habe mir abgewöhnt darüber zu diskutieren. Daher werde ich solche Aufgaben zukünftig einfach kategorisch ablehnen. Statistisch gesehen müssten sich jetzt einige Leute in den Kommentaren melden, die meine Einstellung arrogant o.ä. finden. Aber mal ganz ehrlich: ich habe die Möglichkeit ausreichend Geld mit etwas zu verdienen was mir verdammt viel Spaß macht und was ich gut kann – warum um alles in der Welt sollte ich Sachen machen die mir keinen Spaß machen, die andere besser können als ich und die ich möglicherweise auch nur halbherzig ausführe?

1. soviel zu dem Vorurteil, dass Webworker immer nur alleine im Keller hocken
2. Sometimes Alcohol is the Answer
3. ja man glaubt es kaum: ich habe ein Buch von Dieter Bohlen gelesen, hätte man mir das vor ein paar Wochen gesagt hätte ich es auch nicht geglaubt

Man kann also unterscheiden zwischen

• Artikel die ich sofort verlasse
  • Der Artikel ist uninteressant, schwachsinnig etc.
  • ich bin zu faul das alles zu lesen bzw. habe einen anderen Grund (Ladezeit, Design passt mir nicht o.ä.)
• Ich habe das Gesuchte sofort gefunden – was soll ich noch hier?

In der Statistik kann man diese beiden Möglichkeiten mittels der durchschnittlichen Besuchszeit klar voneinander trennen. Im Fall A ist die Besuchszeit recht kurz meist nur einige Sekunden. Im Fall B ist die Besuchszeit länger, da der Besucher den Artikel (fast) komplett liest.

Besonders hoch waren die Absprungraten bei meinem Ajax Tutorials z.B. Drag & Drop mit Prototype/Script.aculo.us (Fall B).

Die Absprungrate liegt hier momentan bei 50%. Das ist immer noch viel zu hoch, aber erstmal akzeptabel. Die Besuchszeit liegt bei etwas über 2 Minuten. Die Suchenden kommen über Google auf den Artikel, finden die Codelösung bzw. Erklärung und verschwinden wieder. Noch im Oktober lag die Absprungrate bei über 90% deswegen habe ich hier eine Seite mit Beispielen erstellt und diese verlinkt. Auf der Beispielseite liegt die Absprungrate bei 60% und die Besuchszeit bei 3,5 Minuten.

Nach diesem Prinzip habe ich nun auch andere Seiten überarbeitet und konnte die Absprungrate insgesamt etwas senken. Dennoch ist sie wegen zu vieler Fall A-Besucher noch zu hoch. Deswegen habe ich heute über 100 alte Artikel gelöscht die über Google zu einigen Keywords gefunden werden aber für die meisten Besucher keinen Mehrwert bieten. Dazu zählten überwiegend Artikel die ich zur Anfangszeit meiner Bloggerkarriere geschrieben habe, als ich noch alles aus meinem Leben verbloggt habe. Teilweise habe ich die Artikel aber auch mit dem Redirection Plugin von Urban Giraffe auf Kategorien umgeleitet.

Jetzt bleibt noch zu hoffen, dass sich die Absprungraten verbessern wenn die gelöschten/umgeleiteten aus dem Index verschwunden sind.

Durch den radikalen zweiten Schritt verliert man natürlich einige Besucher pro Tag. Doch die Anzahl meiner Unique Visitors sind nur soviel Wert wie sie mir bringen (sehr logischer Satz ): Wer nur wenige Sekunden bleibt und wieder verschwindet bietet weder dem Blogbetreiber noch dem Besucher einen Mehrwert und hohe Absprungraten (User kommt, kotzt, geht..?) werden sich auch zukünftig weiter schlecht aufs Ranking auswirken.

Mittels einer Heatmap kann man schon vorher auf seiner Landingpage anzeigen lassen, welchen Bereichen der Besucher am meisten Aufmerksamkeit schenkt, diese Werte basieren auf Erkenntnissen von Eye-Tracking Studien. Es bietet sich aber auch an eine Klickanalyse selbst durchzuführen und diese mittels einer Heatmap zu visualisieren. Hierzu gibt es von ClickHeat eine Lösung, die auf dem eigenen Server läuft und kostenlos ist. Einzige Vorraussetzungen sind PHP und eine GD Graphics Library.

ClickHeat installieren

1. Code auf Sourceforge downloaden
2. Das Archiv entpacken und auf den Server laden. Idealerweise in domain.tld/clickheat/
3. Das Verzeichnis im Browser aufrufen und den Anweisungen folgen…
   1. Dem Verzeichnis “config” die Rechte 777 geben
   2. Einstellungen vornehmen (wer keine Ahnung hat sollte einfach die “default”-Werte übernehmen und Administrator Login festlegen)
   3. Achtung: Das Logfile-Verzeichnis (Logfiles’ directory) und das Verzeichnis für temporäre Dateien (Temporary files directory) müssen Schreibrechte (777) bekommen!
   4. So nun Konfiguration checken. Wenn alles rund läuft: Konfiguration speichern!

Danach könnt ihr euch mit dem vergebenen Admin Usernamen+Passwort einloggen. Wenn ihr sonst noch nichts gemacht habt, steht dort

Did you correctly installed Javascript code on your webpages?

Wenn dann alles reibungslos läuft kann man sich das Ergebnis auch gleich anschauen. Leider finde ich keine Möglichkeit um die Bilder runter zu laden, dies braucht man aber auch nicht zwingend. Für diesen Blogpost habe ich einfach ein paar Screenshots gemacht.

Toolbars

Das blöde an Toolbars ist, dass man damit den aktiven Bildschirmteil immer weiter vertikal verkleinert. Das gute an ihnen ist, dass sich oftmals einzelne Elemente aus den Toolbars herauslösen lassen und so zusammengefasst werden können. So kann man aus drei Toolbars problemlos die wichtigsten Bausteine zu einer Toolbar zusammenfassen.

SEOBook Toolbar

Die Toolbar von SEOBook. Ich habe früher schon mit SEOQuake und SEO4Firefox gearbeitet, SEOBook gefällt mir aber besser. Zugegeben die beiden anderen sind “nur” Extentions aber keine Toolbars. Die Toolbar zeigt mir die Links bei Yahoo! (einmal nur für die jeweilige Unterseite und einmal für die gesamte Domain), das Alter der Domain (laut archive.org), den Pagerank etc. an. Außerdem erkenne ich sofort ob ein dmoz Eintrag vorhanden ist. Außerdem zeigt mir die Toolbar (etwas versteckt) die IP Adresse an auf der die Seite liegt und es gibt sogar einen Direktlink zur MSN Bing-IP Search. Ebenfalls sehr cool ist SEO-XRay, eine Art Overlay das mir auf der Seite die Headlines etc. markiert. Außerdem kann ich mit diesem kleinen Tool die Anzahl der internen und externen Links anzeigen lassen und sogar exportieren.

Die zweite Toolbar in die ich mich verliebt habe ist die Web-Developer-Toolbar

Die Web Developer Toolbar zeigt mir Infos zum CSS und zum Code. Es gibt eine Highlightfunktion, mit der ich z.B. Frames oder Tabellentags anzeigen lassen kann. Außerdem sehr praktisch ist die Funktion der Fenstergröße. Die Toolbar minimiert bzw. maximiert mein Browserfenster um verschiedene Bildschirmauflösungen zu simulieren. z.B. 1024×768 oder 800×600. So kann ich testen ob mein Design auch für andere Bildschirmgrößen geeignet ist. Außerdem kann ich meine Website per Klick direkt mit dem Validierungstool von W3C testen lassen.

Die dritte Toolbar, die ich seit heute teste ist die Facebooktoolbar. Ich glaube diese Toolbar birgt das größte Risiko, eure Produktivität dem Erdboden gleich zu machen. Man sollte es sich also lieber zwei Mal überlegen ob man sie einbindet. Ich habe es dennoch inzwischen getan. Normalerweise werde ich über neue Facebookbenachrichtigungen via Email informiert. Allerdigns stelle ich Mail auch gerne ab, wenn ich eben nicht prokrastinieren möchte. Deswegen möchte ich jetzt Mal diese Toolbar testen. Obwohl ich schon ein etwas ungutes Gefühl dabei habe.

Zur Sache:

Die Toolbar enthält eine Suchleiste, diese habe ich eigentlich sowieso schon in meinen Firefox integriert nutze sie aber nie. Warum ich sie nie nutze? Weil ich ein Tastaturmensch bin! Ich arbeite am liebsten nur mit der Tastatur und nutze Apfel+K um in die Suchleiste des Firefox zu springen, dort ist standardmässig Google aktiviert. Um auf Facebook umzuschalten gibt es – meines Wissens – noch kein Shortkey, ich müsste also wieder das Trackback verwenden. Dafür bin ich zu faul. Sicher, wenn ich die Toolbarintegrierte Suchleiste nutze muss ich auch auf das Trackback zurückgreifen aber der Unterschied liegt darin, dass ich da nur 1 Mal klicken muss (in die Suchleiste) und die Suche später nicht wieder (auf Google) zurück stellen muss. Der “Maus-Weg” ist also deutlich kürzer.

Dann gibt es die Quick Links mit ihnen gelange ich schnell zu meinen Freunden, meinen Bilder etc. auf der Facebookplattform. Mit der Share-Funktion kann ich meinen Status gleich editieren und ihn mit Videos, Bildern etc. bestücken. Dann gibts noch die Upload Funktion für Bilder. Mit einem integrierten Fotobrowser kann ich direkt Bilder auf Facebook hochladen. Für mich weniger Interessant da ich am Mac die Integration von Facebook in iPhoto nutze und auf dem iPhone die Facebook App. Dann gibt es noch eine Facebooksidebar, die mir aktuelle Statusänderungen als Sidebar im Firefox anzeigt und einen Direktlink zu meinem Profil (das ist praktisch ). Zu guter letzt habe ich noch ein Eingabefeld um schnell meinen Status zu aktualisieren. Insgesamt also mehr Spielerei.

Was cool ist: Mit werden neue Freundschaftseinladungen, Anstupser, Eventeinladungen etc. direkt in der Toolbar angezeigt. Allerdings nur wenn es auch welche gibt, ansonsten sind diese Icons platzökonomisch ausgeblendet.

So und jetzt noch ganz schnell zwei Extentions loben bevor dieser Post wieder zur epischen Breite mutiert:

Greasemonkey

Es ist toll, ich liebe es! Damit lassen sich “JavaScript Effekte” im Browser ausführen. Wem diese Erklärung zu allgemein ist sollte sich diesen Post zu Gemüte führen: 20+ Great Greasemonkey Scripts for Improving your Firefox Experience und mindestens genau so toll: How to Highlight Your Site Listings in Google SERPs

GMailChecker

Mehere GMail Konten regelmässig abrufen. Loggt sich automatisch ein. Sehr cool!

Dieser Post wird sicherlich eines Tages fortgesetzt

Meine Damen, meine Herren darf ich Ihnen vorstellen: Die Todesmap! Ja genau, richtig gehört. Dieses “Ding” hat mich seit Freitag 17:00 Uhr um den Verstand gebracht. Ich hoffe es hat sich gelohnt.

Und weil ich so selbstinszenierungsgeil bin, habe ich hier einige Collagen gebastelt, wie sich die Todesmap seit Freitag Abend nach und nach entwickelt hat. Ich habe außerdem überlegt, den Werdegang der Todesmap als Daumenkino anzufertigen, damit ich es zukünftig jedem unter die Nase reiben kann. Aber diesen Gedanken habe ich dann schnell wieder verworfen, weil ich leider nicht so gut basteln kann…

Das gute Stück stellt übrigens die Überschneidungen innerhalb einer bestimmten Zielgruppe dar. Ich hoffe mal, dass es sich gelohnt hat,sie anzufertigen und ich damit meinen nächsten Masterplan verwirklichen kann

Nun aber zum eigentlichen Grund, für diesen Blogbeitrag (nein, er ist nicht nur reine Selbstinszenierung… heute nicht). Ich habe im Laufe der vielen Stunden (bei 13 hab ich aufgehört mitzuzählen) das Programm XMind intensiv kennengelernt. Es ist eine Open Source Lösung für Mindmaps für alle gängigen Betriebssysteme.  Bei mir lief es natürlich unter Mac OS X (10.6) ohne einmal abzustürzen. Und das ist bei 594 Knoten schon eine starke Leistung! Zusätzlich zur kostenlosen Basis Version bieten die Entwickler eine Pro Version an. Die unter anderem den PDF Export unterstützt. Eine ausführliche Gegenüberstellung der Features in der Pro- und Basic-Version findet man hier: Features Comparison Chart

Darüber hinaus, bietet XMind eine Share-Funktion und somit die Möglichkeit, die Ergebnisse anderen online zu präsentieren und sich darüber auszutauschen.

Alle Features und Demo Videos findet ihr auf der offziellen Website.

Weiterführende Informationen:

• XMind – Diagramme portable und Open Source
  
• Mindmap Software > XMind
• XMind – sensationell, gut und kostenlos

Außerdem:

Wer gerne Mindmaps als Teamwork (ohne Papierverschwendung…) erstellt, sollte einen Blick auf MindMaster werfen!

Wordpress ist eine sehr starke Plattform, die dank ihrer Einfachheit und Flexibilität enorme Verbreitung in der Bloggosphäre gefunden hat. Wer Wordpress Templates schreiben kann, hält ein sehr mächtiges Werkzeug in den Händen. Die Möglichkeiten von viralem Marketing mit Wordpress Themes und auch die der Monetarisierung dieser Templates sind grenzenlos.

Eben das gilt auch für die Wordpress Plugins. Man kann sie monetarisieren, für virales Marketing benutzen, die Usability des eigenen Blogs oder des Blogs seines Kunden verbessern und auch seine Reputation in der Wordpress Community pimpen. Wenn man sein Plugin zum Beispiel unter die Creative Commons Lizenz stellt und mit der Auflage, einen Link zu setzen, weiter gibt kann man so zusätzlich noch SEO betreiben (gilt natürlich auch für Themes). Außerdem sind Plugins eine super Ergänzung für ausgefallene Projekte, Marketingideen, Affiliatezeugs usw.

All das sind verdammt gute Gründe sich mit den Wordpress Plugins auseinander zusetzen.

Zum testen würde ich eien “Testumgebung” auf dem localhost empfehlen. Einfach die aktuelle Wordpressinstallation mit einer extra dafür angelegten Datenbank durchführen und alle tests darin durchführen bevor ihr auf die Idee kommt das ganze in eurem eigenen Blog zu testen Außerdem spart ihr viel Zeit, weil das hochladen entfällt.

Die Dateien

Für eurer Plugin reicht theoretisch eine einzelne Datei. Es empfiehlt sich aber einen eigenen Ordner anzulegen, besonders wenn ihr mehrere Dateien habt ist es sinnvoll alles geordnet in einem Ordner ggf. mit Unterordnern anzulegen.

Nun braucht ihr eure Plugin Datei. Der Name ist egal. Für dieses Beispiel nehm ich einfach mal den Namen tagcloud.php

Das Plugin beginnt mit einem Kommentar, der Informationen enthält die später auf der Plugin Seite angezeigt werden. Das sieht bei mir so aus:

/*
Plugin Name: Tagcloud
Plugin URI: htp://www.online-im-park.de/
Version: 1.0
Author: <a href=”http://www.online-im-park.de/”>Chaim</a>
Description: Nur ein kleiner Test
*/

In der Pluginübersicht sieht es dann so aus:

Anmerkung: Ich habe nicht vor in diesem Artikel einen kompletten Bauplan für das Programmieren einer Sidebar zu liefern. Dafür bin ich jetzt einfach zu faul. Es geht nur um allgemeine Aspekte eines Wordpress Plugins.

In eurem Ordner könnt ihr dann noch einen readme.txt File und/oder Lizenzinformationen ablegen. Wenn ihr das Plugin nur für euch nutzen wollt, braucht ihr dies natürlich nicht zu tun .

Anatomie eines Wordpress Plugins

Wordpress Plugins sind Objekt orientiert aufgebaut. Ihr braucht also erstmal eine “Hauptklasse” und dann die jeweiligen Funktionen. Angenommen unsere Tagcloud soll dem Header einen Kommentar hinzufügen, einen Link in den Footer knallen und ein Widget für die Sidebar liefern.

Dann definieren wir in unserer Hauptklasse erst einmal die Funktion zum ergänzen des Headers und des Footers.

class meinetagcloud {

function addHeaderCode() {
?>
<!– Ich war hier –>
<?php
}

function addFooterCode() {

?>
Danke an <a href=”http://www.online-im-park.de/”>Chaim</a> für das coole Plugin.
<? }
}

}

Und diese Funktion rufen wir dann später mit der Wordpress Funktion add_action auf. Mit add_action kann man bestimmten Wordpress Komponenten (header, footer etc.) Funktionen hinzufügen. Das heißt, dass unsere Kommentar im Quelltext des Frontends da angezeigt wird wo <? wp_header(); ?> steht. Falls das verwendete Template keinen Wordpress Header verwendet ist die Funktion nutzlos.

So geht’s mit add_action:

add_action(‘wp_head’, array(&$wp_suggest, ‘addHeaderCode’), 1);
add_action(‘wp_footer’, array(&$wp_suggest, ‘addFooterCode’), 1);

So weit so gut. Nun möchte ich gerne noch ein Widget in der Sidebar haben.

Dafür lege ich eine extra Funktion an. Die Funktion tagcloud_widget. Sie ist wie folgt aufgebaut:

function meinetagcloud_widget() {
?>

<a href=”http://www.online-im-park.de/”>Chaim</a>, I love your blog!

<?

}

Das ganze muss man dann noch mit:

function init_meinetagcloud(){
register_sidebar_widget(“meinetagcloud”, “meinetagcloud_widget”);
}
add_action(“plugins_loaded”, “init_meinetagcloud”);

Das sieht dann so aus:

Und weil ich so ein netter, endnutzerfreundlicher Entwickler bin richte ich zusätzlich zu meinem Plugin einen Adminbereich ein um den Link aus dem Footer wieder zu entfernen.

Plugin Adminoberfläche:

function wps_admin_options() {

if(isset($_POST['edit'])) {
$wpsOptions['linklove'] = $_POST['linklove'];

echo $wpsOptions['linklove'];

}

/* ————- Linklove Option —————– */

$opt_name = ‘wps_linklove’;
$hidden_field_name = ‘wps_submit_hidden’;
$data_field_name = ‘wps_linklove’;

$opt_val = get_option($opt_name);

if( $_POST[$hidden_field_name] == ‘Y’ ) {

$opt_val = $_POST[$data_field_name];

update_option( $opt_name, $opt_val );

?>

<div class=”updated”><p><strong><?php _e(‘Options saved.’, ‘mt_trans_domain’ ); ?></strong></p></div>
<?

}

?>
<p>
<h1>Einstellungen</h1>
<b>Linklove:</b> <br>

<form method=”post” action=”<?php echo $_SERVER["REQUEST_URI"]; ?>”>
<input type=”hidden” name=”<?php echo $hidden_field_name; ?>” value=”Y”>
Link zu <a href=”http://www.online-im-park.de/”>Chaim</a> im Footer anzeigen
<input type=”checkbox” name=”<? echo $data_field_name; ?>” <? if($opt_val == “on”) echo “checked”; ?>>
<br><br>
<input type=”submit” name=”edit” value=”edit!”>
</form>

</p>
<?
}

Zur Erklärung:

Ich habe die Variable $opt_name sie enthält den Namen der Einstellung “Link anzeigen bzw.verbergen”. Und dazu gibts noch 2 Variablen den Namen eines versteckten Feldes (um zu gucken ob das Formular abgeschickt wurde) und den der Checkbox. Dann hab ich die Variable $opt_val sie enthält den aktuellen Wert meiner Einstellung. Den Wert ziehe ich mir mit get_option();

Dann frag ich ab ob das Formular abgeschickt wurde und wenn ja welchen Wert die Checkbox bekommen hat. Die Einstellung setze ich dann auf diesen Wert. Wenn alles erfolgreich war gibt das Script die automatische Wordpressmeldung aus.

Dann gibts noch das Formular um die Linklove Einstellungen vor zu nehmen:

Einfach mit HTML aufgesetzt. Und an aktuell aufgerufene Seite gesendet ($_SERVER["REQUEST_URI"];) ich frage noch kurz ab welchen Wert meine Einstellung hat. Wenn sie auf on steht dann ist die Box automatisch abgehakt und wenn nicht ist sie leer.

Das ganze ist also ganz einfach.

Nun müssen wir aber auch noch unsere Footer Funktion Ergänzen.

Wir ziehen uns den aktuellen Wert der Einstellung mit $opt_val = get_option(‘wps_linklove’); und fragen dann mit IF ab: if($opt_val == “on”) wenn IF true zurück gibt, dann gibts den Link. Ansonsten gibts ihn nicht. Mit else könnte man noch so eine gehessige Meldung wie “hier bloggt ein linkgeiziger Blogger” oder sowas ausgeben das überlasse ich euch.

Das ganze wars dann auch schon. In den Rest müsst ihr euch mit der Zeit einarbeiten. Hier noch ein paar gute Links:

• Wordpress Funktionsreferenz
• Write a Plugin im Wordpress Codex
• Wordpress Template Tags
• Wordpress Deutschland Forum

Have Fun!

Da ich aber möglichst viel Zeit sparen will überlege ich nun ein Framework zu nehmen. Die Vorteile liegen auf der Hand:

• Weniger Code
• Dadurch mehr Zeit
• und die Fehlerquote sinkt (was zusätzlich mehr Zeit bringt)

Nun steh ich aber vor der Frage welches Framework ich einsetzen soll. Ich muss zugeben, dass ich bisher noch nie mit einem PHP Framework gearbeitet habe. Sondern nur mit den AJAX Frameworks Prototype, Script.aculo.us und jQuery.

Nach kurzem googlen, kann ich nun zwei Frameworks (die ich auch vorher schon vom Hören-Sagen kannte ) in die engere Auswahl holen: CakePHP und das Zend Framework.

Hier ein paar Facts zum Zend Framework.

Das Zend Framework, wird von sehr vielen Entwickelern hochgejubelt sei es in Blogposts, in Foren oder über Twitter. Ich habe mir das Framework hier heruntergeladen und einen Blick drauf geworfen. Mein erster Eindruck: sehr umfangreich!

Die Installation:

Die Installation ist sehr einfach. Ihr ladet euch das Framework herunter und entpackt es. Im extrahierten Ordner findet ihr einen Ordner namens Library, diesen kopiert ihr in das Verzeichnis in dem eure Dateien liegen. Aus Sicherheitsgründen empfiehlt es sich, den Library Ordner in das Hauptverzeichnis eures Projekts zu legen und alle weiteren nötigen Daten in einen speziellen Unterordner.

Falls ihr nun vorhabt, die mitgelieferten Testdateien auszuprobieren, müsst ihr folgendes Beachten: Die Pfade in den Dateien unterscheiden sich von denen, die wir eben angelegt haben. Wenn ihr z.B. die Amazon-Suche ausprobieren wollt, versucht diese auf den Frameworkordner Zend im selbigen Verzeichnis zurückzugreifen. Das heißt ihr müsst die Pfade entweder anpassen oder ihr schiebt die Datei in das Hauptverzeichnis in dem auch der Ordner Zend (in “Library”) befindet.

Also entweder so:

– Mein Projekt

– library

– Zend

– datei.php

Oder ihr schnappt euch einfach den Zend Ordner, knallt ihn ins Hauptverzeichnis und packt die Datei ebenfalls ins Hauptverzeichnis.

Sicheres arbeiten mit dem Zend Framework

Ich habe oben schon erwähnt, dass es sicherer ist die Projektdaten in einem Unterordner auszuführen und die Library im Hauptverzeichnis zu behalten. Per .htaccess sollte man dann alles außer dem Frontend für den Benutzer vor unbefugten Zugriffen schützen. Ihr findet in diesem Tutorial noch eine sehr gute Erklärung dafür. Die Idee ist folgende:

Ich habe ein Hauptverzeichnis. Darin liegt mein Library Ordner (inkl. Zend Ordner mit den Frameworkdateien). Dann habe ich einen Ordner in dem sich das Frontend für meinen User befindet. Dieser Ordner heißt public. Und ich habe einen application Ordner indem sich die von mir angepassten Dateien befinden. Der User bekommt nur den public Ordner zu sehen. Alles andere wird via .htaccess für den User ausgeschlossen.

Modul – View – Controller

Die Zend Technologie setzt auf MVC, dies steht (wie man unschwer aus der Überschrift erkennen kann) für Modul View Controller. Nach dem MVC Prinzip wird eine Anwendung in drei wesentliche Teilkomponenten aufgeteilt. Die nötigen Datensätze (Die Modul), das Frontend für den Benutzer (View) und sozsuagen die Engine dahinter, die alles steuert (Controller).

Da Zend objektorientiert ist läuft das natürlich alles mit Klassen, Funktionen etc.

Mit der Hilfe des Getting Startes von ZF habe ich mich heute Nachmittag schon ganz gut in die Materie einarbeiten können. Ich kann euch das Tutorial und das umfangreiche Manual nur empfehlen. Außerdem gibt es noch ein paar Screencasts die die Sache sehr gut verdeutlichen.

Nachdem ich jetzt den ganzen Nachmittag mit dem Zend Framework verbracht habe, werde ich mich heute nicht mehr in Cake einarbeiten um es in diesem Artikel vorzustellen. Stattdessen werde ich jetzt erstmal weiter mit Zend arbeiten und Cake evtl. irgendwann mal hier vorstellen.

Zum Schluss noch mein Fazit: Der erste Eindruck hat sich bewahrheitet, Zend ist extrem umfangreich! Wer glaubt die Nutzung eines Frameworks erspart das Lernen von PHP liegt gewaltig daneben. Zend ist ziemlich komplex und erfordert grundlegende Kenntnisse in PHP.

Ich hatte auch schon überlegt, die Leute telefonisch zu belästigen kontaktieren. Allerdings befürchte ich, dass das zu aufdringlich ist und wirklich als Belästigung empfunden wird

Inzwischen bin ich zu dem Entschluss gekommen, dass Erfolg zu 40% aus Kontakten (einschließlich Präsenz) und zu 20% aus Talent, Kreativität etc. besteht. Die restlichen 40 % sind: Leuten hinterher rennen

Aber das macht einen Manager eben aus, man muss Dinge managen und nicht das Handwerk (Programmierung, Design, Texten etc.) beherrschen (falls doch ist es doppelt gut!). Man muss eben versuchen all diese Teilaspekte unter einen Hut zu bekommen und alles zu organisieren, einen reibungslosen Ablauf schaffen et cetera.

Vielleicht sollte ich wirklich überlegen Julian auf 400,- Basis einzustellen, denn seine Stärken liegen eindeutig im Organisationsbereich (er ist nicht umsonst Logistik Student )