/**
 * Enable support for Post Thumbnails 
 * (Support für eigene Bildgrößen einschalten)
 */
add_theme_support( 'post-thumbnails' );
 
/**
 * Add custom image sizes 
 * (Eigene Bildgrößen hinzufügen)
 */
add_action( 'after_setup_theme', 'af_add_custom_image_sizes' );
function af_add_custom_image_sizes() {
              //params: 'size-name', width, height, crop
    add_image_size( 'home-featured-image', 306, 152, false );
    add_image_size( 'imageslider-preview', 180, 240, false);
    add_image_size( 'imageslider-view', 99999, 600, false);
}
/**
 * Make custom image sizes available via media manager 
 * (Eigene Bildgrößen in der Mediathek verfügbar machen)
 */
add_filter( 'image_size_names_choose', 'custom_image_sizes_choose' );
function custom_image_sizes_choose( $sizes ) {
	$custom_sizes = array(
			'home-featured-image' => 'Startseitenbilder',
			'imageslider-preview' => 'Slider-Vorschau',
			'imageslider-view' => 'Slider-Bild'
	);
	return array_merge( $sizes, $custom_sizes );
}

Wichtig ist, dass man die Bezeichnung des ersten Parameters bei add_image_size gleich setzt zu den Keys im Array $custom_sizes. Am besten speichert man sich diese in einer eigenen Variable.
Im Template kann man dann über die Bezeichnungen die entsprechende Bildgröße einbinden:

/**
 * into the loop
 * (innerhalb des Loops)
 */
if(has_post_thumbnail()){
	the_post_thumbnail('home-featured-image');
}
/**
 * somewhere else i.e. outside the loop
 * woanders, z.B. außerhalb des Loops
 */
if(has_post_thumbnail($post->ID)){
	echo get_the_post_thumbnail($post->ID, 'home-featured-image');
}

Auch kann man die eigene Bildgröße in allen Bildfunktionen verwenden, die $size als Parameter empfangen können, beispielsweise wp_get_attachment_image(), wp_get_attachment_image_src() oder wp_get_attachment_link(). Die letzten 3 Funktionen benötigen jedoch eine Attachment-ID als Pflichtparameter (siehe Dokuverlinkungen).

Das Ergebnis in meinem Beispiel kann nun folgendermaßen aussehen:

Sieht man hinter den eigenen Bildgrößen keine Dateimaße und sind die Radio-Buttons ausgegraut und nicht anklickbar, so existiert diese Datei nicht in diesem Format. Gründe dafür können sein, dass sie zu klein ist für die eingestellte Bildgröße und somit nicht erstellt werden konnte oder dass die Datei hochgeladen wurde, bevor man die eigenen Bilddateigrößen festgelegt hat. Im Normalfall sollte jedoch folgende Ansicht danach vorhanden sein:

Viel Erfolg beim Umsetzen! Feedback und Verbesserungsvorschläge immer erwünscht!

Normale Select-Option-HTML-Liste

Diese Liste wurde via Backend durch das (absolut empfehlenswerte!) Plugin Types eingepflegt und die Option-Values enthielten den CSS-kompatiblen Farbcode:

Da die Farbwerte jedoch teils recht nah beieinanderlagen, wollte ich die Select-Liste mit der entsprechenden Hintergrundfarbe unterlegen, so dass der User im Backend sieht, welchen Farbton er auswählt.
Das Plugin generiert folgenden HTML-Code für die Select-Liste:

<select id="wpcf-select-pagecolor-1178946369" name="wpcf[pagecolor]" class="wpcf-form-select form-select select">
	<option value="white" class="wpcf-form-option form-option option">Weiß</option>
	<option value="#cc3f14" class="wpcf-form-option form-option option">Rotorange</option>
	<option value="red" class="wpcf-form-option form-option option">Rot</option>
	<option value="#ffd900" class="wpcf-form-option form-option option">Dunkelgelb</option>
	<option value="#6f0" class="wpcf-form-option form-option option">Leuchtend Hellgrün</option>
	<option value="#24ff21" class="wpcf-form-option form-option option">Hellgrün</option>
	<option value="#0580ff" class="wpcf-form-option form-option option">Hellblau</option>
	<option value="#b2ffff" class="wpcf-form-option form-option option">Helltürkis</option>
	<option value="#ba87ff" class="wpcf-form-option form-option option">Hellviolett</option>
	<option value="#f200c2" class="wpcf-form-option form-option option">Pink</option>
</select>

Das Ergebnis sollte so aussehen:

Eingefärbte HTML-Select-Option-Liste

Dazu wollte ich mittels jQuery die value's der option-Tags auslesen, also die Werte, die ich via Types CSS-kompatibel im Backend vorher eingepflegt hatte.

Folgender Code half hier aus:

<!--?php 
function custom_admin_js() {
	$script = '<script type="text/javascript"-->// &lt; ![CDATA['; 	$script .= ' 	jQuery(document).ready( function(){ 		var setBackground = function(){ 			jQuery("select[name=\"wpcf[pagecolor]\"]").css("background-color",  				jQuery("select[name=\"wpcf[pagecolor]\"]").find("option:selected").val() 			)}; 		setBackground(); 		jQuery("select[name=\"wpcf[pagecolor]\"]").find("option").each(function(){ 			jQuery(this).css("background-color", jQuery(this).val()); 		}); 		jQuery("select[name=\"wpcf[pagecolor]\"]").on("change",setBackground); 	}); 	'; 	$script .= ' // ]]&gt;';
	echo $script;
}
add_action('admin_head', 'custom_admin_js');
?&gt;

Wichtig hier ist der add_action - Aufruf, der als 2. Parameter den Namen der Funktion bekommt, die obenstehend deklariert ist und den JavaScript-Code enthält. Dort kann natürlich auch jeder andere Code stehen.

In meinem Fall benötigte ich den obenstehenden jQuery-Code, welcher hier nochmal genauer erläutert wird:

jQuery(document).ready( function(){
	//save background-color setting function for select-element into variable
	var setBackground = function(){
		jQuery("select[name=\"wpcf[pagecolor]\"]").css("background-color", 
			jQuery("select[name=\"wpcf[pagecolor]\"]").find("option:selected").val()
		)};
 
	//call the function to set the background color of the select-element
	setBackground();
 
	//set background-color for all option-tags
	jQuery("select[name=\"wpcf[pagecolor]\"]").find("option").each(function(){
		jQuery(this).css("background-color", jQuery(this).val());
	});
 
	//bind change-event to select-element
	jQuery("select[name=\"wpcf[pagecolor]\"]").on("change",setBackground);
});

Als jQuery-Selector konnte ich auf keine ID zugreifen, da die ID vom Types-Plugin generiert wurde und in jeder Installation anders wäre, daher nutzte ich folgenden Selektor:

select[name="wpcf[pagecolor]"]

Dieser war für meine Zwecke ausreichend, da er eindeutig war. In der Variable setBackground speichere ich mir eine Funktion, die das in der Select-Liste selektierte Option-Tag ausliest und den value-Wert als Hintergrundfarbe des Select-Elements setzt. Danach rufe ich die Funktion auch gleich auf, um den Wert zu setzen. Als rein anonyme Funktion kann ich sie jedoch nicht nutzen, da ich auch bei Farbwechsel den neu ausgewählten Wert setzen wollte. Dazu dient die letzte Zeile, in welcher der Event-Handler "onchange" die Funktion "setBackground()" bei Wechsel des Option-Elements aufruft. Wichtig hierbei ist, dass die Funktion ohne () übergeben wird, da hier nur die Referenz auf die Funktion notwendig ist. Würde man die Klammern mit übergeben, würde die Funktion direkt an dieser Stelle im Code ausgeführt werden und nicht erst bei Aufruf des Change-Events.

Das wars dann auch schon!
Anregungen, Kommentare und Verbesserungsvorschläge sind erwünscht!

< ?php
//Daten, die später als JSON zurück- bzw. ausgegeben werden sollen.
$data = array('some data');
 
// Lade das Document-Objekt.
$document =& JFactory::getDocument();
 
// Setze MIME Typ für JSON Ausgabe.
$document->setMimeEncoding('application/json');
 
// Dem Header "sagen", dass es sich um eine Datei handelt, die heruntergeladen werden soll. Dateiendung *.json
JResponse::setHeader('Content-Disposition','attachment;filename="'.$view->getName().'.json"');
 
// Ausgabe der Daten JSON-encoded durch die native PHP-Funktion json_encode.
echo json_encode($data);
?>

Da ich die Daten nicht als Datei benötigt habe, sondern die Ausgabe im Browser sehen wollte, hab ich die Zeile, wo der Header für eine Datei gesetzt wird, auskommentiert. Was ich bei vielen Dokus vermisse, ist der Ort, wo dieser Code eingebaut werden soll. Neulinge wissen meist nicht, wohin der Code gehört. Weiterhin kommt dazu, dass es stets mehrere Lösungen gibt, saubere und unsaubere . Für mich klang alles nach View, da es ja um die Ausgabe im Browser ging, daher hab ich den Code in die view.html.php der View der Komponente gepackt. Die Datei liegt unter

com_KOMPONENTENNAME/views/KOMPONENTENNAME/view.html.php

Sie repräsentiert die View der Komponente und lädt das Default-Template unter

com_KOMPONENTENNAME/views/KOMPONENTENNAME/tmpl/default.php

aber das nur am Rande erwähnt. Die Ausgabe jedoch entsprach nicht meinem Wunsch: Es kam der Quelltext vollständig zurück mit html, head, title, meta, body und sonstigen HTML-Tags. Nach weiterer Suche traf ich auf einen Beitrag von 2009 zum Verbergen des Administrator- oder Frontend - Layout - Templates:

JRequest::setVar('tmpl', 'component');

Laut Angabe soll diese Zeile im Controller eingebaut werden. Sie bewirkt, dass das Layout nur den Inhalt der View anzeigt, ohne von einem Template umrahmt bzw. gewrappt zu werden. Ich habe die Zeile direkt hinter die MIME-Anweisung in die View gepackt. Neuladen hat gezeigt, dass jetzt die Menüstruktur der gesamten Seite nicht mehr da war, sondern nur noch der Inhalt der View! ... und leider noch die html, head, title, meta- und body-Tags. Zu XML- oder JSON-Output hatte ich nun nichts brauchbares mehr gefunden außer viele Fragen, wie das denn nun geht, also hab ich mein Suchquery geändert und nach Verwendung mit AJAX gesucht, da man dabei meist auch nur einen bestimmten Datensatz abfragen will ohne das Layout oder anderen Quelltext. Ebenso kann die Antwort dort ja auch JSON sein und mit AJAX weiterverarbeitet werden. Und siehe da, ich wurde fündig bei stackoverflow (wo auch sonst) in einer Antwort mit 0 "likes":

//after $this->display($tpl);
global $mainframe;
$mainframe->close();

Dies war die Lösung. Nun nochmal im Gesamtzusammenhang der Code, der mir JSON als Ausgabe in einer View in der Joomla-Komponente ermöglicht hat:

< ?php
//-- No direct access
defined('_JEXEC') || die('=;)');
jimport('joomla.application.component.view');
class KOMPONENTENNAMEViewKOMPONENTENNAME extends JView
{
    public function display($tpl = null)
    {
		// Get the document object.
		$document =& JFactory::getDocument(); 
		// Set the MIME type for JSON output.
		$document->setMimeEncoding('application/json');
		//Deaktiviert das Template und nutzt nur das Template 
		//der Komponente
		JRequest::setVar('tmpl', 'component');   	
 
		/* Datenverarbeitung aller Daten, beispielsweise ein  
		* Datensatz aus der Datenbank, welcher als Array 
		* zurückgegeben wird. Beispielcode:
		* $model = &$this->getModel();
		* $data = $model->getData();
		* echo json_encode( $data ); 
	    */
 
        parent::display($tpl);
		//Deaktivierung der gesamten Layout-Komponente, 
		//die für html, head, meta und body-Tags zuständig ist
		global $mainframe;
		$mainframe->close();
    }//function
}//class
?>

Der auskommentierte Teil in der Mitte steht für den Part, in welchem die Daten geladen werden, welche später JSON-encoded ausgegeben werden sollen.

Ich hoffe, der Code hilft noch vielen weiteren, die wie ich ewig danach gesucht haben!
Ich bin kein Joomla-Experte und freue mich daher sehr über Verbesserungsvorschläge und Anmerkungen! Die Lösung funktioniert zwar, aber ist sie auch sauber?

Update 20.02.2012: Die Seiten sind mittlerweile alle von zustimmen.de gesperrt worden !

Gerade nach dem Lesen von Mimikama.at's Beitrag über die Warnung zur 50€ Rewe-Gutschein-Aktion (Facebook Fake) bin ich auf die Domain zustimmen.de gestolpert. Es scheint sich dort laut Impressum um eine Seite zu handeln, welche gratis Webspace anbietet unter verschiedenen Subdomains. Dort sind gerade mindestens 3 neue Seiten entstanden, die optisch 1:1-Klone sind. Betroffen davon sind Facebook, SchuelerVZ und das Browsergame "Dark Orbit" mit den Subdomains http://www.xdxaxrxkxoxrxbxixt.zustimmen.de, http://www.xfxaxcxexbxoxoxk.zustimmen.de und http://www.xsxcxhxuxexlxexrxvxz.zustimmen.de. Aufgefallen sind mir die Domains, wegen den kryptisch wirkenden Namen, da stets ein x zwischen jedem "normalen" Buchstaben steht. Die Seiten laden die Optik immer von der zu imitierenden Seite, so dass selbst bei Änderungen auch die Fake-Seiten sich aktualisieren.

Alle Seiten kann man an wesentlichen Punkten sofort als Fälschung erkennen:

1. Die URL, also die Webadresse, stimmt nicht überein.
2. Facebook sollte auch mittels "HTTPS" erreichbar sein. Dann taucht der Firmenname auch direkt neben dem kleinen Facebook-Icon auf. In der Fälschung ist das nicht der Fall.
3. Hat man die Browsererweiterung von Web of Trust installiert, sieht man sofort, ob die Seite bereits von anderen bewertet ist oder noch nicht. Ist sie bereits als schlechte Webseite bewertet, wäre der Kreis rot. Wer mehr zu der Browsererweiterung lesen will, kann sich wiederum bei Mimikama.at im Download-Bereich belesen

Ich kann an dieser Stelle nur nochmal darauf hinweisen, dass man, bevor man sich egal wo einloggt, die Browserzeile überprüft! Sonst gibt man seine Login-Daten sofort in fremde Hände.
Wer darauf bereits reingefallen ist, sollte sofort sein Passwort ändern und am besten auch seine Emailadresse, mit der man sich dort registriert hat, sofern möglich. Ebenso sollte man sein Passwort für seinen Emailaccount ändern, wenn das Passwort das gleiche ist wie an eingegebener Stelle. Bisher ist dort zwar noch nichts programmiert, was das Auslesen oder Abfangen des Passworts ermöglicht, aber das kann sich schnell ändern!

Ich habe die Seiten bei zustimmen.de alle gemeldet und bin jetzt gespannt, wie schnell die Betreiber die Seiten wieder löschen. Beim Meldeformular von zustimmen.de ist es wichtig, dass man den Link zur Seite mit angibt, sonst kann man keinen Missbrauch melden. Die dort ebenfalls hinterlegten Whois-Informationen, also die Informationen, die die Person angegeben hat, die die Fake-Seiten dort registriert hat sind ebenfalls offensichtlich gefälscht:
und wurden alle von der gleichen Person registriert.

Lieber Besucher! Wenn du diese Information hilfreich fandest, freue ich mich über Feedback und natürlich erst recht darüber, wenn du dieses Wissen weiterverbreitest! Vielen Dank!

Mal wieder eines der Gewinnspiele, die exakt nach dem gleichen Muster ablaufen. Gleich zum Start: ES GIBT NIX ZU GEWINNEN! Das ist ein Fake wie auch die anderen Gewinnspiele dieser Sorte. Glaubst du nicht? Dann lade die Seite mal neu, nachdem die Anzahl der verfügbaren Gutscheine runtergetickt ist ...
Hier mal ein Video dazu:

Diese Gewinnspiele sehen immer gleich aus.

Auffällig ist die URL: http://amazon.de.gratisaktion.geschenkkarte2012.fan.facebook-service.de/, denn sie wirkt auf den ersten Blick tatsächlich wie eine Domain von amazon.de, da sie ja genau damit startet. Ist sie aber nicht, denn entscheidend ist der hintere Teil der Domain: http://amazon.de.gratisaktion.geschenkkarte2012.fan.facebook-service.de/, denn das ist die eigentliche Webadresse. Die Punkte in der URL dienen der Verwirrung der User.

Mich beruhigt ein wenig, dass die Anzahl der Likes nicht mehr so hoch ist, wie sonst und hoffe, dass sich daraus schließen lässt, dass diese Masche langsam bekannt wird und nicht jeder "liked" und draufklickt. Wenn du regelmäßig über solche Verarschungsgewinnspiele informiert werden willst, dann "like" doch einfach https://www.facebook.com/fakepostings. Dort findest du meist schon alle bekannten Fake-Gewinnspiele, wie das derzeitige von Amazon oder das Fake-Gewinnspiel von Vodafone, worüber schon vor einem Monat berichtet wurde.

Überrascht hat mich bei diesem Gewinnspiel, dass eine deutsche Domain "facebook-service.de" verwendet wurde. Die Domain selbst verweigert "Interessenten" dank 403-Forbidden-HTTP-Code den Zugriff (Stand: 07.02.2012, 17:20 Uhr). Bei der denic.de lassen sich so aber bequem die Inhaberdaten erfragen. Ein gewisser "Maxermann, Mill" ist dort eingetragen. Der Name klingt schon sehr ausgedacht (ich hoffe, ich beleidige damit niemanden! ), die angegebene Adresse in Hamburg scheint jedoch gültig zu sein. Der Hoster selbst ist ein kleiner Hoster, den ich per Mail bereits angeschrieben habe. Mal sehen, was kommt.

Es sei einfach nochmal gesagt:

Zuerst denken, dann klicken!

Das Gewinnspiel würde bei 5.000 Gutscheinen á 50€ mal eben satte 250.000€ kosten.

Überraschung Nummer 2: WÄHREND ich hier grad noch drüber schreibe, hat sich der Inhalt der Webseite kurzzeitig geändert! Plötzlich war dort eine Aktion gegen die Facebook-Timeline.

########### UPDATE 07.02.2012, 18:16 Uhr ###########

Es tut sich was:

Die Webseite wurde erfolgreich als Betrug gemeldet! Solltet ihr also beim Klick auf die oben genannte und mit Absicht nicht verlinkte URL nicht das oben abgebildete Bild sehen, verwendet ihr die falschen Sicherheitseinstellungen oder den falschen oder einen veralteten Browser!

########### UPDATE 07.02.2012, 19:31 Uhr ###########

Wenn man mal direkt nach der Domain googelt, zeigt die Google-Vorschau an, dass über diese Domain auch schon andere "Gewinnspiele" gelaufen sind:

Weiterhin kam eine Rückmeldung vom Hoster, dass sie sich darum kümmern werden.

########### UPDATE 08.02.2012, 12:54 Uhr ###########

Nun wurde das Bild ausgetauscht. Die Seite gibt an, ein Gewinnspiel für cards4u zu machen mit genau dem gleichen Inhalt wie beim Amazon-"Gewinnspiel".

Die angegebene Firma scheint nicht zu existieren, das Logo ist nirgends bekannt. Die Bilder werden immer bei img-teufel.de gehostet. Will man dort unter "Abuse" die Bilder melden, kommt leider stets die Meldung, dass das Bild unbekannt sei.
Mich verwundert ein wenig, dass die Domain immernoch erreichbar ist, insbesondere, da es eine deutsche Domain ist.

########### UPDATE 08.02.2012, 15:21 Uhr ###########

Ich hab mir die Seite nochmal etwas genauer angeschaut. Im Quelltext findet man z.B. die Zeile, die den Facebook-Icon einbindet.

<link href="http://www.hiphopacademy-hamburg.de/images/stories/logos/facebook-icon.jpg" rel="shortcut icon">
</link>

Die Seite hiphopacademy-hamburg.de weiß davon sicherlich nichts, bekommt aber eine Email von mir. Weiter unten im Quelltext wird noch ein Counter versteckt eingebettet, der zählt, wieviele Seitenaufrufe die Seite bereits hat:

Wie häufig diese Seite aufgerufen wurde, lässt sich also unter http://www.ipcounter.de/stats/68196667 ansehen.
Laut Regeln und AGB von ipcounter.de gilt aber: "Der Counter muss sichtbar auf der Seite eingebunden werden!". Dies ist nicht der Fall. Ich habe die Betreiber darüber informiert.

########### UPDATE 09.02.2012, 12:00 Uhr ###########

Der Hoster hat die Seite jetzt auch endlich entfernt, schien nicht ganz so einfach zu sein, wie ich mir das vorgestellt hatte . Aber endlich ist die Fake-Seite gelöscht!

Die Facebook-Kommentare sehen meist so aus:

Man braucht nur einfach die Seite nochmal neu laden und schon sieht man, dass die Anzahl der noch verfügbaren iPhones wieder ansteigt. Dies ist ein gutes und einfaches Erkennugnsmerkmal für solche Gewinnspielaktionen, die gefälscht sind. Ich habe zum Beweis mal ein Video hochgeladen, welches zeigt, dass beim Neuladen die Anzahl der plötzlich wieder verfügbaren iPhones ansteigt:

Stets hilfreich ist auch, den Titel der Gewinnspielaktion, hier "Vodafone verschenkt 500 iPhone's 4S" einfach mal bei Google einzutippen. Wenn es ein echtes Gewinnspiel ist, findet sich das mit Sicherheit auch auf der ersten Seite bei Google unter der richtigen Webadresse, in diesem Fall wäre das dann unter vodafone.de. Ist es kein echtes Gewinnspiel, findet man genauso schnell auch viele Beiträge von anderen, die auf eine Fälschung, einen Fake oder einen Hoax wie diesen hinweisen.

Sicherheitshalber kann man auch bei https://www.facebook.com/fakepostings nachgucken, ob es bereits bekannte Fakepostings gibt. Generell gilt auf Facebook immer: ERST DENKEN, DANN KLICKEN!

Im Fall von Vodafone kann man zur Überprüfung der Authentizität des Gewinnspiels auch auf der Facebook-Seite von Vodafone nachschauen und sieht dort auch als 1. Eintrag:

"[...] Vodafone verschenkt keine iPhones oder Guthaben. Angebote in diese Richtung sind gefaked und dahinter verbirgt sich ein Abo-Falle und womöglich sogar Schadsoftware. Bitte nehmt dieses Angebot nicht an und verbreitet den dazugehörigen Link nicht weiter. Offizielle Aktionen werden immer über unsere Homepage www.vodafone.de oder hier auf unserer Facebook Seite angekündigt. [...] "

Kann man denn wirklich glauben, dass Vodafone oder eine andere Firma einfach so 500 iPhone 4S verschenkt? Warum sollten sie das einfach verschenken? Wenn ein iPhone oder iPad in einem Gewinnspiel verlost wird, kann ich das ja noch glauben, aber 500? Bei einem derzeitigen Neupreis ab 629€ würde das ja bedeuten, dass (Rabatte und Mehrwertsteuer einfach mal ignoriert) die angeblich verlosende Firma mal eben 629*500 = 314.500€ verschenkt!

Da frag sich mal jeder selbst: Würdest du soviel verschenken? An wildfremde Leute?

######## UPDATE 13.01.2012, 19:09 Uhr #############

Jetzt hab ich grade noch ein bisschen zum Thema herumgestöbert und unter anderem bei Thomas Huttner's Blog oder René Galuba, welche unisono beide davor warnen, am interessantesten jedoch ist der Artikel von TekShrek, welcher mit genau solch einer Aktion bereits im Dezember 2011 auf eine Abofalle hereingefallen ist und darüber berichtet, wie er 4,99€ "ohne groß nachzudenken" der Firma "datedicted_bemydate" in den Rachen geworfen hat.

Bei der Gelegenheit hab ich mal die Yahoo-Suche nach dem Gewinnspiel ausprobiert und siehe da: eine weitere Fake-Seite, welche auf Tumblr gehostet wird unter "voda5.tumblr.com" (nicht aufrufen, sieht exakt aus wie alle anderen Fake-Seiten zu diesem "Gewinnspiel"). Der Zweipunktnull-Blog hatte noch einen Tag vor TekShrek über diese Fake-Gewinnspiel-Aktion berichtet und tumblr gelobt für ihr schnelles Eingreifen, doch nun gibts es wieder eine neue Seite auf tumblr.  Mal sehen, ob die Agentur, wie er berichtet, wieder so schnell reagiert und ob die Seite bald gelöscht wird.

Das Problem ist jedoch einfach gelöst:
Rechten Mausklick auf das Projekt in der PHP-Ansicht, "Configure --> Add PHP Support" und schon ist alles wieder wie gewohnt! 598MZJK8US6B

Dieses Tutorial richtet sich an Anfänger, daher sind hier viele Schritte vielleicht etwas zu ausführlich beschrieben, für jemanden, der mit XAMPP oder anderen Webservern bereits vertraut ist.

Es gibt ja viele Tutorials zur Installation von Zend, jedoch sind die meisten nicht aktuell, unvollständig, für andere Betriebssysteme als ich es gebraucht hätte oder die angeleiteten Schritte funktionierten nicht. Daher schreibe ich hier meine Vorgehensweise zur Installation von Zend in der derzeit aktuellsten Version (Stand: 10.01.2011) 1.11.2. Ich nutze als Betriebssystem Windows XP, daher nutze ich zur Simulation meines Webservers XAMPP. Wer noch keinen Webserver installiert hat, lade sich XAMPP für Windows herunter. Für Linux-Benutzer gibt es das mittlerweile gleichnamige XAMPP-Paket. Früher gab es LAMPP für Linux und WAMPP für Windows, jedoch sind die Versionen gleich. Für Mac-User empfiehlt sich MAMPP. Die folgende Vorgehensweise funktioniert natürlich auch für andere Betriebssysteme wie Windows Vista, Windows 7 oder ältere Windows-Betriebssysteme.

1. Schritt: Download von XAMPP

XAMPP gibt es für Windows in verschiedenen Versionen: XAMPP und XAMPP Lite, jede Version als *.zip-Archiv oder als *.exe-Datei mit Installer. Ich bevorzuge den Download des *.zip-Archivs von XAMPP, es reicht jedoch auch das XAMPP Lite Paket, da es alle für dieses Tutorial notwendigen Komponenten enthält: PHP und MySQL.

Zu den Unterschieden beider Varianten sei soviel gesagt: XAMPP enthält das PEAR-Paket, welches unter anderem ebenfalls die Dateien für Zend enthält. Dies kann unter Umständen und bei falscher Konfiguration zu Problemen führen. Weitere Unterschiede werden hier nicht erläutert.

1.1 Installation von XAMPP

Die Installation ist schnell gemacht: Das heruntergeladene Archiv muss entpackt werden in ein beliebiges Verzeichnis. Für Windows Vista Nutzer sei gesagt, dass es nicht unter "C:\Programme\" installiert bzw. kopiert werden sollte, da unter Vista die entsprechenden und notwendigen Schreibrechte fehlen. Ich entpacke die Dateien in "E:\xampp\". Wenn ich das Verzeichnis jetzt öffne, sollte folgende Ordnerstruktur vorhanden sein:

Xampp Installation Schritt 1: Entpacken

Als nächstes starte ich die xampp_setup.bat - Datei, diese konfiguriert XAMPP. Die nachfolgende Bildergalerie zeigt die Schritte im Detail:

[Zeige als Diashow]

Alle von mir ausgeführten Schritte sind dort mit "y" für "Ja" oder "n" für "Nein" ausgeführt worden. Im letzten Schritt habe ich mit "1" das Xampp Control Panel gestartet und mit "x" die Konsole beendet. Nun starte ich den Apache Webserver und die MySQL-Datenbank und teste, ob meine Installation funktioniert. Im Xampp Control Panel sollte neben "Apache" und "MySql" jeweils grün unterlegt "Running" stehen. Zum Test drücke ich bei beiden auf "Admin". Daraufhin startet der als Standardbrowser festgelegte Browser mit "http://localhost/xampp/splash.php" und fragt nach der Sprache. Ein Klick auf "Deutsch" leitet mich zu "http://localhost/xampp/" weiter und zeigt mir, dass XAMPP erfolgreich installiert wurde.

1.2 Mögliche Fehlermeldungen

Sollte stattdessen "Die Webseite kann nicht angezeigt werden." (Internet Explorer), "Fehler: Verbindung fehlgeschlagen" oder "Ups! Google Chrome konnte keine Verbindung zu localhost herstellen."  oder ähnliche Fehlermeldungen auftauchen, läuft der Apache Webserver nicht.

1.3 Mögliche Gründe

Eine Firewall oder ein Programm blockt notwendige Ports. Dies lässt sich durch den "Port-Check"-Button im Xampp Control Panel testen oder durch Starten der xampp-portcheck.exe im Installationsverzeichnis, bei mir "E:\xampp\". Folgender Screenshot gäbe Aufschluss darüber:

XAMPP Apache startet nicht: xampp-portcheck.exe ausführen

Hier blockiert ein Programm den vom Apache benötigten Port 80, daher erscheint beim Aufruf von http://localhost/ oder http://127.0.0.1/ eine andere Seite als die erwartete. Nach Beendigung des für PC-Fernsteuerung der -Fernwartung übrigens sehr zu empfehlenden Programms TeamViewer starte ich den Apache Webserver erneut. Ein weiteres Programm, was den Port 80 gerne benutzt ist Skype. Startet Skype, bevor der Webserver gestartet wird, blockiert es Port 80. Startet es danach, nimmt es automatisch einen anderen Port.

Damit ist die Installation des lokalen Webservers abgeschlossen. Innerhalb des Ordners "E:\xampp\htdocs\" können jetzt PHP-Scripte abgelegt werden und mit "http://localhost/" oder "http://127.0.0.1/" aufgerufen werden. Es empfiehlt sich in jedem Fall für Anfänger, sich die Sicherheitshinweise durchzulesen, da die Standard-Konfiguration von XAMPP so gut wie nie der Konfiguration eines echten Webservers entspricht und somit auch für den realen Betrieb eines Webservers nicht geeignet und vor allem nicht gedacht ist. XAMPP dient nur als Entwicklungsumgebung.

Anmerkung (08.04.2011): Das Tutorial ist noch lange nicht komplett! Es folgen noch Kapitel zur Konfiguration von virtuellen Hosts, zur Installation und Konfiguration von Eclipse und zur Installation und Verwendung von Zend. Dies bedarf jedoch Zeit, die jedoch sehr rar gesät ist .

Zitat aus http://static.zend.com/topics/0200-T-WP-1107-R1-EN-PHP-is-not-Java-Seesions-in-PHP.pdf:

-  Load class definitions before session_start() is done, otherwise objects stored in the session cannot be unserialized correctly.

Gut zu wissen! Weiterlesen schadet auch nicht!

Mein Blog ist seit Bestehen von 11,150 Spam-Kommentaren (Stand: 27.02.2011) überflutet worden, da ich kein Captcha beim Absenden eines Kommentars verwende und keine Alternativen, um Spam zu vermeiden außer Kommentar-Moderation.  Ich lese die Spam-Kommentare, die durch Akismet gefiltert werden, auch nicht mehr durch. Sie werden einfach so gelöscht.

Ich moderiere meine Kommentare per Hand. Warum? Weil ich so jeden Kommentar lese und so auch (nebst der rechtlichen Verantwortung beim Veröffentlichen von Kommentaren auf meinem Blog) Personen, die ihre Webseite via Backlink "promoten" wollen, ebenfalls herausfiltern kann.

Da von den letzten 50 "echten" Kommentaren hier nur maximal 10 Kommentare auch wirklich artikelbezogen und augenscheinlich von Interesse zeugten, wurden auch nur die Hälfte der Kommentare freigeschaltet. Warum nicht nur 10? Weil ich zu spät bemerkt habe, dass viele eine neu erstellte Website zu Werbezwecken in der URL angegeben haben bei Kommentaren, die teilweise gar nichts mit dem Artikel zu tun hatten.

Beispiel:
Zu meinem Artikel über das Ersetzen von Links in Posts von WordPress via  MySQL-Befehl passt einfach kein Kommentar wie dieser: "Das hättet ihr euch sparen können besser mal die Energie in etwas sinnvolles umwandeln"  (Original-Ton ...) . Und wenn dann die URL dazu auch noch werbeträchtig klingt und im Impressum eine Sonderrufnummer (0137xxx) und eine ungültige Emailadresse stehen, frage ich mich, warum man überhaupt einen solchen Kommentar hinterlässt. Freigeben würde den doch keiner, oder?

Folglich ein kleiner Hinweis an alle, die mittels Hinterlassen eines Kommentars einen Backlink bekommen wollen: Ihr werdet nicht freigeschaltet. Euer Kommentar wird gelöscht. Also macht euch und mir nicht die Mühe ... Danke.

Kommentare, die artikelbezogen sind und keine allzu werbeträchtige URL mit angeben, sind natürlich herzlich willkommen und haben fast immer zur Folge, dass ich auch auf die entsprechende Website schaue und deren Inhalte lese .

Soweit, sogut. Vielleicht hilft dieser Artikel ja gegen den manuellen Spam!