… wird in anderen Browsern aber normal angezeigt. Dieses Phänomen hatte ich aktuell in einem größeren Projekt zu lösen.
Genau genommen wollte ich den Quellcode der Typoscript-Datei etwas kürzen (alles schön kurz in geschweifte Klammern verpacken etc.):

...
page.10  {

	### Alles ausserhalb des Design-Template-Body ausgrenzen (sonst doppelte Header- und Body-Tags)
	workOnSubpart = DOCUMENT

	### Marker im Design-Template
	marks{
		### Angelegte Inhalte (Seiteninhalt, Artikel) aus der Datenbank lesen und den Marker durch diese ersetzen
		MAINCONTENT < styles.content.get
		SIDEBARCONTENT < temp.News
...

Doch nach getaner Arbeit und obligatorischem Crossbrowsertest wurde die Seite im Internet-Explorer 6 nicht mehr angezeigt und brach mit folgender Fehlermeldung ab …

Also blieb mir nicht anderes übrig, als die gesamten Änderungen noch mal Schritt für Schritt durchzuführen, da ich mir das Problem nicht erklären konnte. An dieser Stelle lege ich jedem nahe, immer vor ab eine ‘old’-Datei als Sicherung anzulegen oder sofort auf eine Versionssoftware wie z.B. Subversion zurück zu greifen (ein ganz heißer Tipp im professionellen Einsatz, einfach mal googlen). Wer wie ich mit einer Typoscript-angepassten Notepad++-Version arbeitet, kann auch mit STRG+Z alle Änderungen ‘zurückspielen’.
Lange Rede, kurzer Sinn … die Lösung: Beim Einfügen eines Blocks mehrerer bzw. zusätzlicher Header-Daten (Stichwort: headerData) wird die erste Zeile nicht ausgegeben, wenn das Einfügen der Daten direkt hinter der runden Klammer beginnt.

page.headerData.10 = TEXT
page.headerData.10.value( <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
	<script type="text/javascript">
		/*<![CDATA[*/
			if (typeof jQuery === 'undefined') {
				var e = document.createElement('script');
				e.src = 'fileadmin/src/javascript/jquery-1.4.2.min.js';
				e.type='text/javascript';
				document.getElementsByTagName("head")[0].appendChild(e);
			}
		/*]]>*/
	</script>
	<script type="text/javascript" src="fileadmin/src/javascript/jquery-ui-1.7.2.custom.min.js"></script>
...
)

Erst wenn die einzufügenden Daten in der nächsten Zeile beginnen, wird auch die erste in den Header übernommen. Bei dem Konstrukt oben wird zuerst die Google-Api-Version von jQuery implementiert, was Bandbreite spart und die Downloadgeschwindigkeit der Seite erhöht, da die verschiedenen Browser auch Daten parallel laden können. Des Weiteren befindet sich das jQuery-Framework bereits im Browser-Cache, wenn der Besucher von einer Seite kommt, wo ebenfalls die Google-Api-Version eingesetzt wurde und das nachladen entfällt dann gänzlich. Sollte der Google-Server einmal nicht verfügbar sein, wird eine lokale jQuery-Datei geladen.
Das in meinem Fall die erste Zeile nicht eingeladen wurde, brachte den IE6 ins Straucheln. Alle anderen Browser wie Firefox, Opera, Safari (…) zogen sich dagegen direkt die lokale Version von jQuery.
Fazit: Nach der öffnenden runden Klammer erst einen Zeilenumbruch einfügen, dann klappt es auch mit der Nachbarin dem IE6:

page.headerData.10 = TEXT
page.headerData.10.value(
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
..
)

Und wieder einmal hat mir diese ‘Browser-Krücke’ der Redmonder Bruderschaft einiges an zusätzlichen Streicheleinheiten abverlangt,
aber auch einen Fehler angezeigt, den ich so schnell nicht bemerkt hätte … die Google-Api-Version von jQuery wäre nicht ausgeführt worden, da sie nicht im Header eingefügt war.
Eventuell hilft es dem einen oder anderem.

Gruß Matu

Mit folgendem Codeschnipsel (im Typoscript-Template) könnt Ihr in Eure Typo3-Seite auf die Schnelle Euer Copyright (©) einfügen:

### COPYRIGHT einfügen
  page.10.marks.COPYRIGHT = TEXT
  page.10.marks.COPYRIGHT{
		data = date:U
		strftime = %Y
		wrap = ©| eure-domain.tld
  }

Nun nur noch einen Marker ###COPYRIGHT### im Seiten-Template platzieren und in Zukunft braucht Ihr Euch um die aktuelle Jahreszahl nicht mehr zu kümmern.
Sollte Eure Seite schon etwas älter sein, dann fügt Ihr dem wrap einfach Euer Startjahr hinzu:

...
wrap = ©2009-| eure-domain.tld
...

Wenn Ihr Euch das   sparen wollt, dann könnt Ihr auch mit
noTrimWrap arbeiten. Bei noTrimWrap wird der String innerhalb der Begrenzungen (die beiden äußeren |-Symbole) mit allen Freistellen 1:1 übernommen:

...
noTrimWrap = |©2009-| eure-domain.tld |
...

Gruß Matu

Bestimmt kennt jeder die auf vielen Seiten integrierte Information “Last Modified” bzw. “Letzte Änderung”, die dem Besucher anzeigt, wann die Webseite das letztmal bearbeitet wurde.
In Typo3 könnt Ihr das sehr einfach mit folgendem Codeschnipsel erledigen, den Ihr im oberen Bereich Eures Typoscript-Templates einfügt:

temp.lastmodified = TEXT
temp.lastmodified{
	data = page:SYS_LASTCHANGED
	strftime = %a, %d.%m.%Y um %H:%M
	wrap = Letzte Änderung: | Uhr
}

Die Zeile mit dem strftime könnt Ihr dabei Euren Wünschen entsprechend anpassen. Wer z.B. die Zeit nicht mit angeben möchte, läßt den hinteren Teil einfach weg.

Weiter unten setzt Ihr dann noch einen Marker, dem Ihr dann die temp.lastmodified-Variable zuweist:

#LASTMODIFIED einfügen
  page.10.marks.LASTMODIFIED = TEXT
  page.10.marks.LASTMODIFIED < temp.lastmodified

Abschließend muss noch ein Marker in Eurem Seiten-Template eingepflegt werden, der dann durch die Zuweisung im Typoscript ersetzt wird.
Dabei ist Euch überlassen, an welcher Stelle Ihr den Besucher über Eure Aktivität (oder Inaktivität) informieren wollt:

<body>
...
<div id="footer">
###LASTMODIFIED###
</div>
...

Das Besondere hierbei ist, dass dann bei jeder Seite auch die für diese Seite geltende letzte Änderung angezeigt wird.

Gruß
Matu

Mit der Typo3-Extension comments von Dmitry Dulepov läßt sich auf recht einfache Weise eine Kommentarfunktion mit Captcha gegen Spam in eine Typo3-Webseite integrieren, die auch Extensions wie tt_news unterstützt.

Installation:
Zunächst muss die Extension vom Typo3 Extension Repository auf den eigenen PC runtergeladen werden (Anmerkung: Nicht immer sind alle Extensions über den Erweiterungsmanager verfügbar, daher empfinde ich diesen Weg als angenehm, zumal dann die entsprechenden Extension für zukünftige Projekte lokal vorliegen –> Updates im Auge behalten).
Zusätzlich zur comments-Extension muss noch die Extension pagebrowse (ebenfalls Dmitry Dulepov) runtergeladen werden, ansonsten erscheint folgende Fehlermeldung (nach dem comments installiert wurde), die auf diese Extension hinweist:
No comments Warning: Page browser configuration is absent. Please, make sure that you added TS template from the ‘pagebrowse’ extension before TS template from the ‘comments’ extension. See the example below.

Um die Kommentare letztendlich noch gegen Spam absichern zu können, sollte die Extension freeCap (Captcha von Stanislas Rolland) ebenfalls mit runtergeladen werden … diese kann dann später während der Konfiguration eingefügt werden (als Alternative kann auch die weniger “sexier” Captcha-Extension von Kasper Skaarhoj genommen werden).
Zunächst die Links zu den einzelnen Extensions:

• pagebrowse
• comments
• freeCap

Wenn die Extensions lokal auf Eurem Rechner vorliegen, könnt Ihr sie nun über den Extensionmanager im Backend Eurer Typo3-Seite der Reihe nach installieren (ich denke dieser Vorgang sollte klar sein). Wie bei allen Extensions hierbei lieber einmal mehr auf “Update” klicken als zu wenig.
Nach diesem Schritt müssen noch die 2 statischen Templates von pagebrowse und comments in dieser Reihenfolge Eurem Seitentemplate hinzugefügt werden (Seitenbaum unter Templates –> Click here to edit whole template record).

Nun erstellt Ihr in Eurem Navigations-bzw. Seitenbaum einen neuen Ordner und betitelt ihn z.B. als “Commentscontainer” (Euch fällt bestimmt was besseres ein), der sichtbar ist, jedoch nicht im Menu erscheint. Als Typ gebt ihr “SysOrdner” an … das war´s an dieser Stelle.

Auf der Seite, die eine Kommentarfunktion erhalten soll, muss nun nur noch ein Inhaltselement vom Typ Commenting System (Kommentarsystem) eingefügt werden.

Zum Kommentieren von News-Nachrichten bietet sich hierfür die Seite mit der Single-Ansicht an.
Unter Modus im Reiter Plug-In –> Allgemein kann “Comment listing” und “Comment form” bzw. in der deutschen Übersetzung “Liste der Kommentare” und “Kommentarformular” beibehalten werden. Als Präfix muss bei normalen Seiten “pages” eingetragen werden und z.B für tt_news das externe Präfix “tx_ttnews”. Zum Speichern der Datensätze bzw. der Kommentare müßt Ihr noch den zuvor angelegten “Syscontainer” auswählen.

Im nächsten Reiter Plug-In –> Erweitert kann noch die gewünschte Anzahl der Kommentare angegeben werden, die pro Seite erscheinen soll. Ihr könnt auch die Dauer der Kommentarfunktion einstellen (…).

Abschließend kann im letzten Reiter Anti-Spam nun noch die im oberen Teil installierte Captcha-Extension sr_freecap ausgewählt werden. Den Haken für die Freigabe der Kommentare sollte gesetzt sein … so könnt Ihr erst einmal gegenlesen bzw. überprüfen, was als Kommentar abgegeben wurde.

Wenn Ihr nun die Seite aufruft, in die Ihr das Inhaltselement mit der Kommentarfunktion eingebaut habt, dann sollte dort nun das Formular erscheinen und es können erste (Test-) Kommentare verfasst werden. Diese dann unter “Liste” im Typo3-Baum in Eurem Sysordner gegenlesen und freigeben. Sollten die Kommentare nicht sofort erscheinen … richtig, erst den Cache leeren.

Sollte nichts angezeigt werden, dann überprüft noch einmal, ob Ihr die Templates ordnungsgemäß eingebunden habt!!!

Um die Schrift des Formulars in Deutsch anzeigen zu lassen, müßt Ihr (wie oft üblich, z.B. auch bei Indexed Search) im Extension-Manager unter Translation Handling noch mal bei den Translation Settings die deutsche Sprache vom Repository uploaden. Danach sollte alles in Deutsch angezeigt werden.

Um das Aussehen des Formulars zu ändern, könnt Ihr die CSS-Datei unter /euer_root_verzeichnis/typo3conf/ext/comments/res/pi1.css bearbeiten … dort liegt auch die Template-Datei. Kleiner Tip: Die Originaldateien umbennen (einfach _old einfügen) und dann mit einer Kopie derselben arbeiten. So habt Ihr die Originaldatei als Sicherheit, falls mal etwas schief laufen sollte.
Oder die Datei in den fileadmin kopieren und dort bearbeiten. Dann muss natürlich noch der Pfad in der Extension angepasst werden.

Viel Spaß
Matu

Hallo @ all,

nach längerer Pause auf Grund einer Weiterbildung melde ich mich nun zurück! Als Entschädigung für die lange Wartezeit habe ich Euch einiges an Wissen mitgebracht, dass ich nun nach und nach hier aufarbeiten und einpflegen werde.
Im Wesentlichen wird der Focus auf folgenden Themenschwerpunkten liegen:

• Typo3
• Flash und Actionscript
• Photoshop
• Illustrator
• Javascript und jQuery

Zu den einzelnen Bereichen habe ich in den vergangenen Monaten unzählige Webseiten gesichtet (sowie deren Quell-/ Javascriptcodes), Bücher gelesen und natürlich im Unterricht aufmerksam den Ausführungen der Dozenten gelauscht.
Momentan “stecke” ich verstärkt in den Tiefen von Typo3 fest, insbesondere der Extensionprogrammierung. Aber auch die gesammelten Erfahrungen mit Actionscript lassen mich nicht mehr los … leider hat der Tag nur 24 Stunden.
Jedenfalls werden hier nun weitere Erfahrungen, Recherchen, Codeschnipsel und Tutorials nachzulesen sein, die Euch und mir als Gedankenstütze dienen sollen.

Gruß Matu

Ich bin immer auf der Suche nach schönen Webseiten, die mich inspirieren (… dabei aber auch funktionieren). An dieser Stelle möchte ich gerne nach und nach eine Sammlung aufbauen. Selbstverständlich werden Vorschläge gerne entgegen genommen.

• ashesandsnow ist eine auf Flash basierende eindrucksvolle Webseite. Möglichst die linke Auswahl treffen (Enhanced), etwas Zeit mitbringen, den Menü-Punkt ‘Vision’ nicht vergessen und den Ton einschalten … einfach schön!
• Die Seite von paul kroening wurde anscheinend schon länger nicht mehr bearbeitet. Optisch jedoch eine klein aber fein gestaltete Webseite.
• flowingtide war eine der ersten Seiten, die mir positiv aufgefallen war.

… weitere folgen …

In den letzten Tagen nach Erscheinen der neuen WordPress-Version häuften sich in den Blogs die Artikel zum Thema Speichererhöhung in Verbindung mit der Fehlermeldung

Fatal error: Allowed memory size of … bytes exhausted …

WordPress Deutschland hat dazu am 16. Juni 2009 eine gute Erklärung in den FAQ veröffentlicht. Besonders der Trick mit der Sprachdatei ist interessant (senkt bei mir den Speicherverbrauch um 13%).
Am gleichen Tag wurde dazu ebenfalls ein kleiner Beitrag auf bueltge.de veröffentlicht.
Beide weisen auf das Plugin „WP-Memory-Usage“ von Alex Rabe hin, das

• die Version
• den verfübaren Speicher
• sowie den aktuellen Speicherbedarf der WordPress-Installation

anzeigt.
Dieses Plugin ermittelt mit den PHP-Funktionen memory_get_usage() den aktuellen Speicherverbrauch und mit ini_get(’memory_limit’) die Lokal zugewiesene Speichergröße.

An dieser Stelle möchte ich Ihnen gerne einen tieferen Einblick in die Materie bieten.

Der Arbeitspeicher (memory_limit) für die einzelnen Hosts auf dem Webserver wird an 2 Stellen festgelegt. Die erste allumfassende Einstellung erfolgt durch den Webhoster in der php.ini.
In dieser wichtigen Konfigurationsdatei sind sämtliche Einstellungen für den PHP-Server hinterlegt. Verständlicherweise unterbinden Web-Hoster den Zugriff auf diese Datei, da sich viele Benutzer einen Server teilen. Mietet man sich einen sogenannten Root-Server sieht das natürlich anders aus.
Dort wird (unter vielen anderen Einstellungen) der memory_limit eingestellt, welcher dann als sogenannter master value für den gesamten Server und den darauf befindlichen einzelnen Hosts die maximal zur Verfügung stehende Speichergröße für PHP-Scripte vorgibt.

Dieser Wert bzw. die gesamte php.ini kann mit der PHP-Funktion phpinfo() ausgelesen werden. Wenn Sie das gerne machen möchten, dann führen Sie folgende Schritte aus:

• Legen Sie im Backend-Bereich von Wordpress eine neue Seite mit dem Titel Backend und einem kurzen Text an
• Stellen Sie die Sichtbarkeit rechts oben in der “Veröffentlichen-Box” auf Privat (dadurch kann die Seite erstens nur von Ihnen und zweitens nur wenn Sie eingeloggt sind aufgerufen werden. Die php.ini sollte aus Sicherheitsgründen nur von Ihnen einsehbar sein)
• Fügen Sie nach dem Speichern der Seite folgendes in die page.php unterhalb des “Loop” Ihres Theme-Ordners ein:

   /* .../wp-content/themes/ihr_theme/page.php */
  <?php
  if(is_page('backend')){
  phpinfo();
  }
  ?>
   /* Speichern nicht vergessen!
  Anmerkung: Anstatt die page.php zu verändern,
  kann diese auch kopiert und umbenannt werden
  (backend.php).
  Diese kann dann als Template beim Neuanlegen
  der Seite ausgewählt werden.
  Dadurch halten Sie die page.php "sauber"
  und können in Zukunft noch weitere php-Scripte
  einfügen ...*/
  

• Rufen Sie nun die zuvor angelegte Seite auf, in dem Sie deren Permalink (z.B. http://ihre_domain/backend) in die Adresszeile Ihres Browser eingeben. Dazu müssen Sie sich wie schon erwähnt vorher eingeloggt haben (der Browser speichert das als Cookie ab).

Nun sollte die Seite mit der gesamten php.ini angezeigt werden. Suchen Sie dort (STRG+F) nach memory_limit. Es werden 3 Spalten angezeigt:

• Directive –> gibt den Namen an
• Local Value –> gibt den lokal verfügbaren maximalen Speicher an (… der Ihrer WordPress-Installation in Ihrem Host-Verzeichnis zur Verfügung steht)
• Master Value –> gibt den durch Ihren Webhoster freigegebenen bzw. vorgegebenen maximalen Speicher an (dieser Wert gildet auf dem gesamten Server für alle Hosts)

Somit wären wir auch schon bei der zweiten Einstellungsmöglichkeit, dem local value. Local value … master value? Etwas verwirrend, oder?! Ging mir zuerst genauso. Vor allem das Zusammenspiel bzw. die Abhängigkeit brachte mich etwas ins Grübeln.

Wenn der Webhoster das maximale Speicherlimit für alle Hosts auf dem Server schon durch den master value in der php.ini festgelegt hat (auf die ich keinen Zugriff habe), kann ich diesen Wert etwa Lokal in meinem eigenen Verzeichnis hochschrauben und mir so mehr Speicher zuschieben, als alle anderen zur Verfügung haben?

Richtig, genau so ist es!

Aber nür, wenn der Webhoster das auch zuläßt.
Dazu gibt es verschiedene Möglichkeiten. Eine wäre, in der wp-config.php die globale Variable WP_MEMORY_LIMIT neu zu setzen und ihr einen Wert zuzuweisen, der höher liegt als die Grundeinstellung von 32 MB (definiert in der wp-settings.php).

<?php
...
define('WP_MEMORY_LIMIT', '64M');
...
?>

Wobei die 65 MB nur ein Beispiel sind, ich konnte den Wert bei mir auch höher schrauben, …

… was mich etwas stutzig machte. Also habe ich mal bei meinem Webhoster nachgefragt und bekam folgende Antwort, die ich nur in Auszügen veröffentliche:

Hallo,

erst einmal möchte ich Ihnen mitteilen, dass ich bisher sehr zufrieden bin.
Und nun eine kleine Frage:
Ist es von Ihnen gewollt, dass der ‘memory_limit’ in der ‘php.ini’ lokal per htaccess oder ini_set() überschrieben werden kann?

Gruß
Jörg Mathuszczyk

Darauf kam folgende Antwort:

Hallo Herr Mathuszczyk,

vielen Dank für Ihre Anfrage.

Dies ist gewollt, da einige Scripte dies benötigen. Wenn sich dadurch jedoch feststellt, das besagter Kunde damit den Server überlastet müssen wir einschreiten.

Bei weiteren Fragen stehen wir Ihnen gern zur Verfügung.

…

An dieser Stelle noch mal vielen Dank an den Support für die (sehr) schnelle Antwort.

Kommen wir nun zu einer weiteren Möglichkeit, den memory_limit hochzusetzen.
Dazu benutzen wir die PHP-Funktion ini_set() und fügen diese an Stelle der zuvor genannten WP_MEMORY_LIMIT in die wp-config.php ein.

<?php
...
ini_set('memory_limit', '65M');
...
?>

Auch dies funktionierte bei mir ohne Probleme. Ist auch logisch, denn beim Setzen von WP_MEMORY_LIMIT wird haargenau die gleiche Funktion benutzt, um den memory_limit festzulegen. Dies geschieht per Zuweisung in der wp-settings.php.

<?php
/**
 * Used to setup and fix common variables and include
 * the WordPress procedural and class library.
 *
 * You should not have to change this file and allows
 * for some configuration in wp-config.php.
 *
 * @package WordPress
 */

if ( !defined('WP_MEMORY_LIMIT') )
	define('WP_MEMORY_LIMIT', '32M');

if ( function_exists('memory_get_usage') && ( (int) @ini_get('memory_limit') < abs(intval(WP_MEMORY_LIMIT)) ) )
	@ini_set('memory_limit', WP_MEMORY_LIMIT);

 ...

Eine dritte Möglichkeit ermöglicht das Speicherlimit in der .htacces-Datei festzulegen, indem dort folgendes eingefügt wird:

php_value memory_limit 65M

# BEGIN WordPress

RewriteEngine On
...

Dieser Weg war bei mir ebenfalls möglich, muss aber wiederum durch den jeweiligen Webhoster zugelassen werden.

Auch wenn es verlockend klingt, den Wert gleich um ein vielfaches hochzusetzen, rate ich davon dringend ab. Ein schlecht programmiertes oder fehlerhaftes Script (Plugin, …) könnte so den gesamten zur Verfügung stehenden Arbeitsspeicher “in Beschlag nehmen”, was den gesamten Server beinträchtigen würde. Aus diesem Grund empfehle ich einen eher kleinen Wert mit etwas Spielraum nach oben (65 MB sollten bei einem WordPress-Blog dicke ausreichen).
Ansonsten würde ich nach Plugins Ausschau halten, die “mächtig Hunger haben”. Eine schnelle Senkung kann durch die oben bereits angesprochene Deaktivierung der deutschen Sprachdatei in der wp-config.php erzielt werden.

define ('WPLANG', 'de_DE');
 /* hier 'de_DE' entfernen */
define ('WPLANG', '');

Durch diese Maßnahme wird das Backend von WordPress zwar wieder in Englisch angezeigt (Grundeinstellung), senkt aber den Ressourcenverbrauch um einiges. Wenn Sie nicht erst seit kurzem mit WordPress arbeiten, sollte das nicht weiter stören.

Bietet Ihr Webhoster von Haus aus nur wenig Arbeitspeicher und das Limit kann auch nicht lokal durch die genannten Maßnahmen erhöht werden, wäre ein Wechsel anzuraten. Dadurch treten auch in Zukunft solche Probleme gar nicht erst auf.

Auf vielen WordPress-Blocks befindet sich im Kommentarbereich eine Zeile mit Smileys.

…

Durch Anklicken können diese Smileys dann schnell und einfach in einen Kommentar eingebunden werden. So etwas wollte ich meinen Besuchern natürlich auch bieten und habe für Euch etwas recherchiert. Folgender Javascript-Block, den ich noch XHTML-Strict validiert habe, muss in Eurer comments.php unter (oder über) der <textarea></textarea> eingefügt werden.

<div class="smileys">
  <script type="text/javascript">
  /*<![CDATA[*/
    function SJB_appendSmiley(text) {
        var comment=document.getElementById('comment');
        comment.value=comment.value+' '+text;
    }

document.write('<a href="javascript:SJB_appendSmiley(\':wink:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_wink.gif" alt=":wink:" class="wp-smiley" title=":wink:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':-|\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_neutral.gif" alt=":-|" class="wp-smiley" title=":-|" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':-x\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_mad.gif" alt=":-x" class="wp-smiley" title=":-x" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':twisted:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_twisted.gif" alt=":twisted:" class="wp-smiley" title=":twisted:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':)\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_smile.gif" alt=":)" class="wp-smiley" title=":)" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\'8-O\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_eek.gif" alt="8-O" class="wp-smiley" title="8-O" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':(\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_sad.gif" alt=":(" class="wp-smiley" title=":(" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':roll:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_rolleyes.gif" alt=":roll:" class="wp-smiley" title=":roll:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':-P\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_razz.gif" alt=":-P" class="wp-smiley" title=":-P" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':oops:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_redface.gif" alt=":oops:" class="wp-smiley" title=":oops:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':-o\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_surprised.gif" alt=":-o" class="wp-smiley" title=":-o" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':mrgreen:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_mrgreen.gif" alt=":mrgreen:" class="wp-smiley" title=":mrgreen:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':lol:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_lol.gif" alt=":lol:" class="wp-smiley" title=":lol:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':idea:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_idea.gif" alt=":idea:" class="wp-smiley" title=":idea:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':-D\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_biggrin.gif" alt=":-D" class="wp-smiley" title=":-D" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':evil:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_evil.gif" alt=":evil:" class="wp-smiley" title=":evil:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':cry:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_cry.gif" alt=":cry:" class="wp-smiley" title=":cry:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\'8)\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_cool.gif" alt="8)" class="wp-smiley" title="8)" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':arrow:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_arrow.gif" alt=":arrow:" class="wp-smiley" title=":arrow:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':-?\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_confused.gif" alt=":-?" class="wp-smiley" title=":-?" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':?:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_question.gif" alt=":?:" class="wp-smiley" title=":?:" />');
document.write('</a> ');
document.write('<a href="javascript:SJB_appendSmiley(\':!:\')">');
document.write('<img src="http://einmal-am-tag.de/wp-includes/images/smilies/icon_exclaim.gif" alt=":!:" class="wp-smiley" title=":!:" />');
document.write('</a> ');
/*]]>*/
</script>

<noscript><p>Wenn du Javascript aktiviert hättest, würden hier klickbare Smileys stehen <br /> You could see clickable smiley faces here if you had JavaScript activated.</p></noscript></div>

Über das div mit der Klassenbezeichnung (class=”smileys”) könnt Ihr die Zeile in Eurem Stylesheet positionieren (falls gewünscht).

Der Pfad zu jedem einzelnen Smiley-Bild muss noch durch Eure eigene Domain ersetzt werden.

document.write('<img src="http://deine_domain/wp-includes/images/smilies/icon_exclaim.gif" alt=":!:" class="wp-smiley" title=":!:" />');

Wenn Ihr das nicht händig machen wollt, empfiehlt sich die Bearbeitung in einem Editor. Notepad++ bietet für solche Vorgänge unter Suche (STR+F) die Option Ersetzen.
Damit lassen sich auch in größeren Scripten einzelne Zeichen schnell und problemlos durch andere austauschen.

In allen Zeilen des beginnenen a-Tags müssen zudem die Hochkommata escaped werden.

document.write('<a href="javascript:SJB_appendSmiley(\' ... \')">');

Die Smileys (wie auch am Pfad erkennbar) befinden sich in dem Ordner …/wp-includes/images/smilies/…, der direkt im Root-Verzeichnis (1. Ebene) Eurer WordPress-Installation liegt. Werft dort einfach mal einen Blick hinein.
Den dort könnt Ihr auch weitere bzw. andere Smilies einfügen. Dazu einfach etwas im Netz stöbern. Eventuell kreiert jemand ja auch einen Satz eigener Smileys und stellt diese dann anderen zur Verfügung.

Sobald Ihr dort eigene Smileys hinzugefügt habt, müssen diese dem WordPress-System noch “bekannt” gemacht werden:

• Öffnet dazu bitte ebenfalls im wp-includes-Ordner die functions.php
• Drückt dort die Tastenkombination “STRG+F”, so dass sich das “Suchen”-Fenster öffnet und gebt dort $wpsmiliestrans = array ein
• Dadurch gelangt Ihr zu einem Array, in dem allen einzelnen Smiley-Images (aus dem zuvor angesprochenen smilie-Ordner) ein individueller Text zugeordnet wird.

  

• Der gleiche Text wird beim Anklicken eines Smileys an die Funktion SJB_appendSmiley übergeben und in den Kommentarbereich eingefügt.
  
  

  document.write('<a href="javascript:SJB_appendSmiley(\':-|\')">');
  

• Wordpress tauscht diesen Text dann durch das jeweilige im $wpsmiliestrans-Array zugewiesene Smiley aus
• Für jeden Eurer eigenen Smileys, die Ihr zuvor im smilie-Odner abgespeichert habt, legt Ihr hier nun nach dem gleichen Schema eine eigene Zeile an:
  
  

  ...
   ':neuer_smiley:' => 'neuer_smiley.gif',
  ':neuer_smiley2:' => 'neuer_smiley2.gif',
  ':neuer_smiley3:' => 'neuer_smiley3.gif',
  ...
  

• Der Javascript-Block in der comments.php muss natürlich um jedes neu hinzugefügte Smiley erweitert werden:
  
  

  document.write('<a href="javascript:SJB_appendSmiley(\':neuer_smiley:\')">');
  document.write('<img src="http://eure_domain/wp-includes/images/smilies/neuer_smilie.gif" alt=":-x" class="wp-smiley" title=":neuer_smilie:" />');
  document.write('</a> ');
  

Jetzt sollte klar geworden sein, wie es funktioniert.

Mich persönlich sprechen diese ‘manto-smileys’ besonders an, die nur noch mit GIMP (oder Photoshop) auf eine akzeptable Größe reduziert werden müßten.
Als ich diese das erste mal gesehen habe, dachte ich nur:”Wie geil ist das denn!”. Allerdings sagt die Seite nichts über die Lizenzbestimmungen des chinesischen Designers aus …!

In der Programmierung, besonders bei größeren Projekten/ Scripten, wird der Quellcode schnell unübersichtlich und schwer wartbar. Wer schon einmal ein Programm/ Script mit mehr als 1000 Zeilen geschrieben hat, wird mir da sicherlich zustimmen. Aus diesem Grund empfiehlt es sich, den Quellcode zu kommentieren und übersichtlich einzurücken. Zu dem können if/else-Kontrollstrukturen und Datenbankabfragen verkürzt dargestellt werden. In diesem Tutorial möchte ich Ihnen dazu einige Beispiele bieten.

Kommentare einsetzen
In der Programmierung sind Kommentare (Comments) meiner Meinung nach das Salz in der Suppe. Sie ermöglichen es uns auch noch nach Monaten, jeden Abschnitt des jeweiligen Quellcodes besser und somit schneller zu verstehen. Dies ist besonders wichtig, wenn fremder (nicht von uns selbst programmierter) Code vorliegt. Ich habe mir angewöhnt, besonders komplexe Passagen direkt mit einem Kommentar zu versehen. In PHP gibt es dazu zwei Möglichkeiten:

/*Einzeiliger Kommentar*/
// einzeilige Kommentare können mit ’//’ (zwei Backslashes) in den Quellcode eingefügt werden

/*Mehrzeiliger Kommentar*/
/* mehrzeilige Kommentare werden mit einem
* beginnenden ’/*’ (Slash und folgendem Sternchen)
* eingeleitet und mit ’*/’ (also umgekehrt)
* wieder abgeschlossen.
* In jeder neuen Zeile empfehle ich ein
* Sternchen als Einleitung einzufügen
*/

Auch wenn Kommentare Mehrarbeit bedeuten, möchte ich Ihnen nahelegen, davon ausgiebig Gebrauch zu machen. Spätestens wenn ein älteres Projekt verändert/angepasst werden muss, werden sie dies zu schätzen wissen. Zudem wird der Lerneffekt verstärkt, da Sie sich mit dem erstellten Quellcode intensiver auseinandersetzen.

Quellcode einrücken
Genau wie beim Kommentieren erfordert das durchgehende Einrücken des Quellcodes zunächst mehr Aufwand (obwohl es bei mir eigentlich schon automatisch erfolgt). Aber neben der verbesserten Lesbarkeit wird durch diese Maßnahme vor allem die Fehlersuche enorm erleichert. Dabei haben sich folgende zwei Möglichkeiten/ Stile etabliert (Einrückunsstile)

/* Stil 1 */
if($ausruf == 'Hallo') {
	echo "Er hat 'Hallo' gerufen";
} else  {
	echo "Er hat nichts gerufen";
}

/* Stil 2 */
if($ausruf == 'Hallo')
{
	echo "Er hat ‘Hallo’ gerufen";
}
else
{
	echo "Er hat nichts gerufen";
}

Die Einrückungstiefe kann dabei getrost selbst bestimmt werden. Einige nehmen einen ganzen ‘Tab’, andere nur zwei oder drei Leerzeichen. Ich denke, dabei kommt es auf die Verschachtelungstiefe an.

Ich persönliche ertappe mich regelmäßig dabei, dass ich Mal den einen und Mal den anderen Einrückungsstil verwende. Den ersteren Aufgrund meiner Java/C++-Erfahrung (der etwas mehr Platz spart) und den zweiten hinsichtlich PHP (den ich als etwas übersichtlicher empfinde). Des Weiteren achte ich darauf, dass z.B. Gleichheitszeichen bei Zuweisungen ordentlich untereinanderstehen.

$string    = 'Hallo Welt';
$boolean   = true;
$int       = 5;
...

Entscheiden Sie selber, wie Sie Ihren Quellcode überschaubarer gestalten! Viele Editoren besitzen bereits eine automatische Einrückung oder das sogenannte Syntaxhighlighting, wodurch dieser Schritt vereinfacht wird.

Quellcode verkürzen
Dies ist ein heikles Thema und es gehört viel Erfahrung und eine Menge Grips dazu, Algorithmen oder einfacher gesagt die Programmierlogik zu verkürzen. Während der ersten Schritte, in denen man sich die Basics der Programmierung aneignet, kommt es meistens zu ausufernden Konstrukten, um z.B. eine Anweisung zu programmieren.
Ausgiebiger Gebrauch von verschachtelten if/else-Kontollstrukturen führen zwar letztendlich ebenfalls zum Ziel, sind jedoch fehleranfälliger und verlangsamen das Programm/ Script (mal ganz abgesehen von der bereits zuvor angesprochenen schlechteren Übersichtlichkeit).

Während diverser Weiterbildungen war es ein beliebter „Wettbewerb“ unter den Teilnehmern, alles möglichst kurz zu programmieren. Die Königsklasse hierbei war der legendäre „Einzeiler“: Unter Verwendung der ausgeklügelsten Techniken (Stichworte: Modulo, Reguläre Ausdrücke, …) wurde mehrzeiliger Code zu einer einzigen Zeile komprimiert.

Ich habe dabei ein ums andere Mal große Augen bekommen, mir dies aber möglichst nicht anmerken lassen !
Doch neben genug Gehirnschmalz und Erfahrung gibt es auch ein paar Techniken, die leicht erlernbar sind und den Quellcode ebenfalls kürzer und überschaubarer gestalten.
Eine Möglichkeit besteht darin, einfache if/else-Kontrollstrukturen in einer einzigen Zeile auszuführen:

/* Lange Version */

if(isset($_POST['color']))
{
	$backgroundcolor =  $_POST['color'];
}
else
{
	$backgroundcolor =  'white';
}

/* Kurze Version */
$backgroundcolor = (isset($_POST['color'])) ? ($_POST['color'] : 'white';

Das Beispiel ist aus der Luft gegriffen und bezieht sich auf PHP. Eine ähnliche Syntax gibt es auch für Java und C++ (…). Es handelt sich hierbei um die sogenannten ‘Ternary Operators’ (engl. Dreifach-Operatoren). Am Anfang etwas gewöhnungsbedürftig, möchte man sie später (einmal verinnerlicht) nicht mehr missen.
Mit dem PHP-Befehl sprintf läßt sich der Quellcode ebenfalls oftmals verürzt und übersichtlicher darstellen.

/* Beipiel herkömmliche Schreibweise */
<?php
$query = "SELECT telefon
          FROM kunde
          WHERE vorname = '".addslashes($vorname)."'
          AND name = '".addslashes($name)."'
          AND strasse = '".addslashes($strasse)."'";
$result = mysql_query($query);
...
/* Nicht sehr übersichlich, oder?!
Dann schauen Sie sich mal dieses Beispiel an*/

$query = sprintf("SELECT telefon
                  FROM kunde
                  WHERE vorname= '%s'
                  AND name = '%s'
                  AND strasse = '%s'",
                  addslashes($vorname),
                  addslashes($name),
                  addslashes($strasse));
$result = mysql_query($query);
?>

Hierbei werden im Quellcode Platzhalter (Literale) eingesetzt, die anschließend in der gleichen Reihenfolge durch die angefügten Parameter ersetzt werden.
Ein %s bedeutet hierbei, dass an dieser Stelle ein String gesetzt wird. Es können auch Dezimalzahlen (%d) oder Zahlen vom Typ float (%f) übergeben werden. Zudem lassen sich neben anderen Angaben auch Ausrichtung und Länge einfügen, auf die ich hier aber nicht weiter eingehen werde (weiterführende Informationen).

Tun Sie sich (und eventuell anderen) einen Gefallen und schreiben Sie lesbaren Quellcode!

Do you know TWITTER ?
Viele haben schon davon gehört, einige wissen aber nicht genau, was es mit diesem “Online-Tagebuch” auf sich hat.
Neben Wikipedia dürfte dieses Video vom “elektrischen Reporter” die meisten Fragen zum Thema “Zwitschern” beantworten.
(Einfach auf das Bild klicken)

Ich für meinen Teil halte nicht viel von diesem ganzen “Zwitscher”-Kram, in dem Leute alle Nase lang mitteilen, was sie gerade machen, wie sie sich momentan fühlen oder weiss der Geier.

Allerdings muss ich zugeben, dass einige Aspekte interessant sind. Neben den (wohl wenigen brauchbaren) Informationen finde ich die Aussage in dem Video erwähnenswert, wo der Gründer im hinteren Teil das Beispiel mit Amsterdam beschreibt: Jemand fährt dorthin, “twittert” es und könnte so prompt von jemand anderes aus Amsterdam z.B. zu einem Drink eingeladen werden. Oder, wie es der Zufall manchmal will, befindet sich just in diesem Augenblick ein Bekannter ebenfalls vor Ort.
Andererseits sollten vielleicht nicht zu viele Informationen preisgegeben werden. Nicht das nachher noch jemand an der “Zwitscher”-Leitung hängt bzw. mitliest, der weniger gute Absichten hegt …