Ned Batchelder hat die Demo erweitert und daraus mit ein bisschen jQuery eine Animation erstellt.

Vielen Dank an Sahanya für den Hinweis.

Wenn das Script eingebaut ist, werden alle Textbereiche bzw. Textboxen (textarea) durch einen bearbeiteten Bereich ersetzt. Doch das ist nicht alles. Im Prinzip kann man auch div-Blöcke oder Absätze mit so einem Editor beglücken, einfach id="myNicPanel" zuweisen.

Man könnte jetzt stundenlang über die Vor- und Nachteile von WYSIWYG-Editoren diskutieren, ich persönlich arbeite auch innerhalb von WordPress lieber mit den Quciktags bzw. in der Code-Ansicht. Aber wenn WYSIWYG gewünscht wird, warum nicht auf schon eine vorgefertigte Lösung setzen.

Ich habe es vorhin hier im Weblog getestet und es funktioniert so weit gut. Es werden dann ca. 35 KB mehr geladen, aber die Qualität des ausgelieferten Codes ist OK.

Via: Jens (ICQ)

<link rel="stylesheet" type="text/css" media="screen" href="style.css" />
<link rel="stylesheet" type="text/css" media="print" href="print.css" />

Das Ergebnis ist jedem halbwegs erfahrenem Webworker klar. Der Browser liest beide CSS-Dateien ein [1] und je nach dem im welchen Modus man sich befindet (z.B. Druckvorschau) wird die entsprechende CSS-Datei eingesetzt. Somit kann man z.B. für die Druckausgabe eine optimiertes Dokument ausgeben lassen. Hier in diesem Weblog blende ich so gut wie alles was nicht direkt zum Inhalt gehört aus. Einfach mal im Browser die Druckvorschau aufrufen oder auf den Druckvorschau-Link klicken.

Das Problem ist aber hierbei, dass viele Nutzer und unter anderem auch recht erfahrene Nutzer (da war ich vor einiger Zeit sehr überrascht) nicht davon ausgehen, dass es eine CSS-Datei für die Druckausgabe gibt und diese Lösung auch schlichtweg nicht kennen. Die Suchen krampfhaft nach einem "Drucken" oder "Druckvorschau"-Link auf der Website. Die entsprechenden Menüpunkte im Browser sind entweder völlig unbekannt oder einfach "aus den Augen, aus dem Sinn".

Was kann man den nun tun? Eine sehr einfache Lösung ist es einen Javascript-Link einzubauen:

<a href="javascript:window.print()">Drucken</a>

Diese Lösung hat zwei Nachteile. Bei ausgeschaltetem Javascript ist nix … ist logisch. Zudem ruft dieser Link nur den Druck-Dialog auf. Das ist nicht sonderlich hilfreich, denn man will vorher auch sehen was man druckt. Eine Javascript-Lösung zum Aufruf der Druckvorschau gibt es, allerdings funktioniert es nur im Internet Explorer … also recht Witzlos.

Was könnte man jetzt machen um eine browserübergreifende "Druckvorschau" zu realisieren und für die sehr erfahrenen Nutzer die CSS-datei für die Druckausgabe unangetastet zu belassen:

<?php if (isset($_GET['d']) && $_GET['d'] == 'druckvorschau') { ?>
<link rel="stylesheet" type="text/css" media="screen" href="print.css" />
<?php } else { ?>
<link rel="stylesheet" type="text/css" media="screen" href="style.css" />
<?php } ?>
<link rel="stylesheet" type="text/css" media="print" href="print.css" />

Der obere Codeschnipsel (gefunden bei maratz) realisiert genau das. Sollte der Schlüssels d des assoziativen Arrays $_GET den Wert druckvorschau haben, dann wird das Druck-CSS als das Haupt-CSS eingebunden. Ist dies nicht der Fall dann wird die "normale" CSS-Datei eingebunden. Hierbei handelt sich um kein Hexenwerk sondern es reicht folgenden Link an der entsprechenden Stelle einzubinden:

<a href="?d=druckvorschau">Druckvorschau</a>

Wenn man diesen Verweis aufruft bzw. anklickt, dann wird der Schlüsselwert-Paar d=druckvorschau abgegeben und die eigentliche CSS-Datei wird ersetzt und man bekommt im Browser das Dokument so zu sehen, wie es dann auch gedruckt werden soll.

Man könnte sich hier fragen, warum ich die print.css außerhalb der Abfrage noch einmal einbinde und zwar im media="print"-Modus. Das hat zwei Gründe. Zum einen für die Nutzer die direkt über den den Druck-Dialog oder die Druckvorschau des Browser gehen. Aber auch wenn man aus der "künstlichen" Druckvorschau druckt. In beiden Fällen sucht der Browser nach einer eventuellen CSS-Datei für die Druckausgabe. Würde ich diese nicht wie oben einbinden, würde der Browser das Dokument so drucken lassen als ob kein CSS eingebunden ist.

Das ist allerdings nicht der Sinn der Sache weil ich mit der print.css bestimmte Ziele verfolge u.a. nicht-relevante Bereiche ausblenden.

[1] Mir ist durchaus bewusst, dass man die CSS-Dateien schonender in Bezug auf Server-Abfragen einbinden kann.

Als ich das Layout für Herr der Ringe-Weblog erstellt hatte, habe ich mich entschlossen auch dieses Thema anzugehen, da ich das neue Weblog u.a. deswegen gestartet habe um mich mit neuen Themen zu beschäftigen. Für Wordpress-Blogs gibt es jede Menge Lightbox-Plugins und ich habe vier getestet. Am meisten hat mir aber Thickbox zugesagt, es ist schlank, leicht anzupassen und mein Bauch hat gesagt: "nimm dieses Plugin" :-).

Wie alle Plugins ist auch dieses einfach zu installieren: einfach den Ordner hochladen und das Plugin aktivieren. Die Anpassungen nimmt man entweder in der CSS-Datei (thickbox.css) vor oder in der Javascript-Datei (thickbox.js) wenn man z.B. die Bezeichnungen anpassen oder eindeutschen will.

Wenn man dann den Lightbox bei den Bildern einfügen will, dann muss man nur class="thickbox" einfügen:

<a href="..." class="thickbox" title="..."><img src="..." alt="..." /></a>

Und schon hat man einen kleinen und netten JS-Effekt wenn man das Bild aufruft und der Wert bzw. der Inhalt des title-Attributs dient als die sichtbare Beschreibung des Bildes. Hat man mehrere Bilder zu einem Thema innerhalb des Beitrages und man will diese Bilder zu einer Art Galerie verknüpfen, dann schaut der Code folgendermaßen aus:

<a href="..." class="thickbox" title="..." rel="galerie-name"><img src="..." alt="..." /></a>

Mit dem Attribut rel und dem eindeutigen Wert (der bei den zu verknüpfenenden Bildern identisch sein muss) erreicht man, dass das Skript die einzelnen Bilder durch ein "Weiter"- bzw. "Zurück"-Link verbindet. Hier zwei Beispiele: Beispiel 1 und Beispiel 2

Prototype

Prototype is a JavaScript framework that aims to ease development of dynamic web applications.

qooxdoo

qooxdoo is an advanced open-source JavaScript-based GUI framework.

jQuery

New Wave Javascript: jQuery is a new type of Javascript library. It is not a huge, bloated, framework promising the best in AJAX - nor is just a set of needlessly complex enhancements… Nachtrag: jQuery für Wordpress.

moo.fx

moo.fx is a superlightweight, ultratiny, megasmall javascript effects library, written with prototype.js.

script.aculo.us

Effects and controls library built on Prototype.

Rico

An open-source Javascript library for creating rich internet applications (basiert auf Prototype).

Yahoo! User Interface Library

The Yahoo! User Interface (YUI) Library is a set of utilities and controls, written in JavaScript, for building richly interactive web applications using techniques such as DOM scripting, DHTML and AJAX.

Aptana - the WEB IDE

Aptana is a robust, JavaScript-focused IDE for building dynamic web applications.

• The Web Developer's Handbook
• Eine Liste mit Online-Generatoren (von CSS bis XML)
• Internet in Zahlen (Internet-Nutzung in Zahlen)
• Tutorialsammlung (von Ajax bis XML)
• CSS- und Design-Galerien
• Schriften und Typographie
• Symbole, Buttons und Icons zum Download

• XHTML 1.0
• CSS
• Jede Menge Javascript
• Nix Flash

• Preparing for Widescreen: How to build dynamic-width pages now
• Variable Fixed-Width Layout
• Hierarchical Sitemap with Dashed Lines

Revolver is a Fast Image Rotation Engine (FiRE)
Revolver can be used to show a stream of images without the need for an image viewer utility or Custom User Interface.

Das erste Interview habe ich mit Garvin Hicking geführt. Er lebt in Köln, arbeitet als PHP-Entwickler und einen Großteil seiner Freizeit spendet er den Projekten PHPMyAdmin und Serendipity.

Hallo Garvin, vielen Dank das du dir die zeit genommen hast auf meine Fragen zu antworten.

Das tue ich doch gerne. Wer etwas mein privates Blog verfolgt, weiß, dass ich keiner Umfrage bzw. Fragebogen wiederstehen kann.

Was war dein erster Rechner und was hast du hauptsächlich damit gemacht?

Also wenn man es als Rechner bezeichnen kann, dann war das der Schneider CPC 464. Mit Datasettenlaufwerk. Darauf konnte man sogar Musik hören, wie mein 4-jahre jüngerer Bruder herausgefunden hat - was mich aber eher zur Weißglut brachte.

Eigentlich hätte ich mir lieber damals einen C64 geben lassen, weil ich ja damit spielen wollte wie die anderen Kids - demonstrativ habe ich für meine Eltern damals einen C64 aus Spanholz und Pappschachtel-Disketten hergestellt, bis ich
dann endlich mit dem CPC beglückt wurde. Nach viel Zeit vor dem grünochromen Monitor habe ich dann auch rausgefunden, dass das Ding zum Spielen nicht wirklich gut war. Dann habe ich angefangen, Listings aus Zeitschriften abzutippen, die nie klappten - bis ich dann meine eigenen kleinen Grafik-Spielereien gebastelt habe. RÜckblickend war es wohl gut, dass ich keine bessere Spielekonsole bekommen habe.

Du arbeitest als PHP-Entwickler in Köln. Könnte man ein bisschen mehr über deine Arbeit erfahren?

Jein; eigentlich arbeite ich festangestellt als PHP-Entwickler bei der Faktor E in Bonn. In Köln arbeite ich (sehr selten) zusätzlich noch freiberuflich, wenn man Dinge anfallen wie z.B. Fachgutachten für PHP-Bücher des O'Reilly Verlages oder ähnliches.

Meine Arbeit ist eigentlich recht vielfältig und beinhaltet so ziemlich alles, was man mit PHP und Webservern machen kann. Von Shellscripts zur Systemadministration, Apache-Spielereien, CMS-Implementationen bis hin zu komplexen datenbankgestützten Web-Applikationen, die so alles tun, was sie laut Kunden tun sollen. Was mir dabei besonders gefällt, ist dass die Arbeit vielfältig ist - ich könnte wohl nicht in einer Firma arbeiten, wo ich auf ein einzelnes Projekt festgelegt würde.

Wie kamst du zu PHP, wann war das und wie hast du PHP gelernt?

Das muss ungefähr '98 gewesen sein. Damals hatte ich mit einem guten Freund ein Gewerbe gegründet, um hauptsächlich Computerhardware zusammenzubauen und zu verkaufen. Da ich nebenher schon sehr an HTML und Design interessiert war, gelangen wir über PC-Hardware auch in Kontakt mit einem anderen Dienstleister, der eine Onlineshop-Seite für einen Kunden entwickeln sollte. Ursprünglich wollte ich nur das Design entwickeln, aber dann warf mir unser Partner das Stichwort "PHP" entgegen. "Damit kann man wohl im Web tolle Dinge machen" - und dann war's um mich geschehen.

In einer Woche hatte ich das PHP Manual durchgearbeitet, und mit meiner Erfahrung in Basic und Turbo Pascal war die neue Syntax auch ziemlich einfach. Eine weitere Woche später stand dann meine erste MySQL-Datenbankapplikation eines Shop-Systems. Später habe ich dann meinen Zivildienst in der Caritas-Werkstatt begonnen und konnte dort eine Art Warenwirtschaftssystem entwickeln. Über den Zeitraum von 6 Monaten sind dabei gut 100.000 Codezeilen angefallen - rückblickend natürlich grausliger Spaghetti-Code, aber es hat toll geklappt und sogar mit Barcode-Scannern interagiert. Ich glaube das war dann der Punkt bei dem ich entschieden habe, dass mir logische Software-Entwicklung mehr Spaß macht und mir mehr liegt als das Design.

Was fasziniert dich an PHP?

Prinzpiell ist es die Einfachkeit, und der hohe Verfügbarkeitsgrad. Es gibt kaum noch Webserver, bei denen man kein PHP anwenden kann. Zudem ist die Sprache extrem simpel und bietet für viele algorithmische Probleme direkt integrierte Funktionen an. Die Einrichtung von PHP ist ziemlich einfach, und viele Entwickler die sich damit auskennen, stehen zur Verfügung.

Besonders die einfache Verknüpfung von HTML und PHP hat mich wohl damals fasziniert, und macht es auch heute noch möglich extrem schnell zum gewünschten Ziel zu gelangen. Ausserdem hat PHP eine sehr flache Lernkurve aber bietet auch nach Jahren immer noch neue Möglichkeiten zur Optimierung, so wie die neuen OOP-PHP5 Features.

Was meinst du was wir von PHP in den nächsten 2-3 Jahren erwarten können und wie siehst du den Stand von PHP in Anbetracht der "Konkurrenz" (Python, Ruby)?

Ich denke der große Vorteil von PHP ist, dass es kommerziell etabliert ist. Viele Web-Agenturen haben sich darauf bereits eingelassen, der Support von Hostern ist entsprechend groß.

Der Ur-Konkurrent Perl ist meiner Meinung einfach zu 'obfuscated'; Perl-Code ist (für mich) einfach hässlich zu lesen, und kann aufgrund seiner Syntax durchaus die ein oder andere Gehirnwindung verdrehen. Zudem ist Perl schon zu sehr auf's
"Alles Können" spezialisiert, und daher für den einfachen Webentwickler zu komplex.

Wie man an vielen PHP-Projekten sieht, sind viele PHP-Entwickler Anfänger, die schnell Ergebnisse produzieren - das ist das Hauptproblem von Python und Ruby. Durch die strenge Syntax von Python wird kaum ein Anfänger damit klarkommen -
denn wie man an PHP-Code sieht, ist der überwiegend "hässlich" erstellt.

Einsteiger denken bei der Programmierung auch eher in funktionaler Strategie - kaum jemand wird direkt den Umgang mit Objektorientierung begreifen, worauf Python und Ruby aber basieren. Und das Web gewinnt man letztlich nur mit geringen Anfangshürden und flacher Lernkurve, aber mit Möglichkeit zum "sauberen Code". Beides bietet PHP, und wird es auch in Zukunft bieten.

Ich hoffe sehr darauf, dass durch die aktuellen Anstrengungen Zend-Framework und ezComponents der generelle Code von Entwicklern mehr vereinheitlicht wird. Gute Komponenten entschlacken den eigenen Code und machen ihn leichter
wiederverwendbar. Worauf PHP sich auch "besinnen" muss, ist den faulen Entwickler einfacher zu sicherem und sauberen Code zu zwingen. Sicherheitslücken wie XSS und SQL Injection müssen für den User begreifbar in Programmierkonzepte umgewandelt werden, und die Entwicklung von PHP6 scheint da schon in eine gute Richtung zu gehen.

Das Fallbein wird da die Backward-Compatibility werden; das schönste, neue und sichere Konzept nutzt nichts, wenn jeder die "alte Syntax" verwendet. Hier wird es schwierig werden, einen guten Weg zu finden.

Gibt es für PHP Einsatzgebiete wo PHP noch gar nicht oder zu wenig eingesetzt wird obwohl PHP dort viel Potential entfalten könnte?

Prinzpiell denke ich, dass jedes Einsatzgebiet speziell betrachtet werden muss, und man schauen muss, welche Programmiersprache für ein Projekt am geeignetsten ist. Bei freien oder langjährigen Projekten sollte man auf die Verbreitung der Programmiersprache achten, um nicht irgendwann zu wenig Entwickler zu haben. Aber genauso wichtig ist, ob die Sprache performant und stabil genug für den Anwendungszweck ist.

Als Einsatzgebiet für PHP noch wenig geeignet erscheint mir der Einsatz von stark parallelisierten oder geclusterten Anwendungen. Die nur rudimentäre Unterstützung von persistenten Objekten über mehrere Requests hindurch ist noch eine Sache, die PHP lösen muss um in diese Region der JSP/Java-Anwendungen sinnvoll vorzudringen. Gleichzeitig sollte PHP aber keinen so massiven Footprint und Systemvoraussetzungen wie für JSP/Java vorbringen.

Für Desktop-Anwendungen macht PHP, trotz allen PHP-GTK-Spaßes meiner Meinung nach wenig Sinn. PHP ist eine Scriptsprache, und kann/sollte mit solchen Anwendungen nicht konkurrieren.

Welche Neuerungen dürfen kurz- und mittelfristig vom PHPMyAdmin-Projekt erwarten und was ist deine Aufgabe dort?

Das ist eine stechende Frage. Leider ermöglicht es mir meine beschränkte Zeit und andere Aufgaben in letzter Zeit kaum, im phpMyAdmin-Team anders als strategisch-beratend tätig zu sein.

Kurzfristig wird gerade sehr viel an einem Menü-basierten Installer vorgenommen, der schon gut voranschreitet. Auch MySQL5-Unterstützung ist in letzter Zeit besser geworden.

Was phpMyAdmin mittelfristig leisten muss (meiner Meinung nach) ist ein komplett überholtes Framework. Der jetzige Spaghetti-Code mit vielen HTML-Brocken ist bei der Menge an Code sehr unübersichtlich geworden. Hier bietet es sich an, über eine Objekt-Orientierung zur Abstraktion nachzudenken, und auch ein Session-Handling zu konzipieren. phpMyAdmin initialisiert einen gewaltigen Wust an Initialdaten, und muss bei JEDEM Seitenaufruf die gesamte Konfiguration parsen. Das wird heutzutage immer mehr zu einem einschränkenden Faktor.

Weiterhin soll(t)en die Funktionalitäten für Rapid-DB-Prototyping ausgebaut werden; der Editor zur Behandlung von Referenz-Tabellen/Spalten und Fremdschlüsseln müsste mehrdimensionale Verknüpfungen zulassen, um so auch das Layout von komplexen Datenbank-Strukturen zu erleichtern.

Gerade bei phpMyAdmin würde der Einsatz von Ajax und einem leichten Framework extrem viel Sinn machen.

Diese drei Zentralpunkte (Framework-Neubau, MySQL5, Relationen) sind essentiell wichtig, um den Nutzen des Tools voranzutreiben. Ich sehe da allerdings wenig Licht am Ende des Tunnels, da diese Aufgaben mehrere Monate Entwicklungszeit und kompetenter, vorausblickender Entwickler bedürfen.

Du arbeitest auch am Serendipity-Projekt mit. Was ist deine Aufgabe dort?

Ich arbeite dort inzwischen fast nicht mehr nur mit, sondern verbringe den 99%igen Großteil meiner Freizeit-Programmierzeit damit.

Meine Aufgabe dort umfasst (leider) eigentlich fast alles: Release-Manager, Support, Feature-Entwicklung, PR.

"Leider" deshalb, weil ich mir eine größere Community mit stärkerer Aufgabenteilung wünsche. Ich mache das ganze zwar aus Leidenschaft und Spaß am Projekt, aber möchte auch, dass das ganze nicht nur von einer handvoll Personen abhängt.

Könntest du in Kurzform erzählen warum man Serendipity als Weblog-Software einsetzen sollte?

Es wäre einfacher zu erklären, warum man Serendipity nicht verwenden sollte. Dann wäre ich jetzt fertig.

Spaß beiseite. Serendipity bietet ein aufgeräumtes, Plugin-orientiertes Framework. Damit ist es extrem flexibel und sehr anpassbar. Wir verwenden das Smarty-Template System, mit dem man alle möglichen Anpassungen vornehmen kann - und darum geht es dem Blogger ja häufig.

Mehr als 100 Plugins lösen bei Serendipity so ziemlich jedes Problem und jeden Wunsch, den man beim bloggen entwickeln könnte.

Doch da hört Serendipity nicht auf, denn auch zum Einsatz für "normale "Webseiten ist es inzwischen gut geeignet.

Eine detailierte Benutzer- und Rechteverwaltung, eine Online-Plugin-Verwaltung und eine ausgebaute Mediendatenbank runden das ganze Paket gut ab.

Letztlich muss man natürlich sagen, dass Blogger eigenwillige Zicken sind. Es gibt immer spezielle Wünsche, damit man sich individuell präsentieren kann, und so zählt auch die Auswahl der Weblog-Software dazu. Ob Serendipity, WordPress, Textpattern oder MoveableType: Alle bedienen das Metier fast gleich gut. Serendipity sticht durch seine Flexibilität, geordneten Code und hohe Integrierbarkeit hervor.

Generell gilt: Probieren geht über studieren.

Wie schaut die Zukunftsplanung für Serendipity aus?

Wir haben derzeit viel vor. Version 1.0 steht vor der Tür, und rundet die mehr als 3 Jahre Entwicklungszeit in einem schnuckeligen, stabilen Release ab. Dafür polieren wir gerade viel am Design und der Präsentation. Denn eine Community kann nur dann größer werden, wenn auch mehr Leute von Serendipity wissen und auf den ersten Blick umfassend informiert werden können. Das ist derzeit in der Tat eher nur für denjenigen möglich, der sich mehr mit Serendipity befasst.

In mittelfristiger Zukunft liegt der Ausbau der Dokumentation. Parallel befriedigen wir eigentlich immer Feature-Requests und kurzfristige Pluginwünsche. Gerade das Plugin zur Bearbeitung von "statischen Seiten" wird noch einen wichtigen Punkt darstellen, und wird derzeit vom Hauptentwickler des Plugins detailiert vorbereitet.

Weitere Zukunftsplanung ist die Integration offener Schnittstellen, wie die Atom REST-API, den Ausbau des Online-Repositories. Auch dem User-Interface wollen wir uns stärker widmen, und dort stehen uns in naher Zukunft voraussichtlich eine Usability-Expertengruppe der OpenUsability.org zur Verfügung.

Auch Ajax (an den Stellen, wo es wirklich Sinn macht!) wird nach wie vor ein Thema bleiben. Vieles wird sich anhand der neuen Wünsche der Blogger zeigen, auf die wir immer sehr großen Wert legen. Wir sind ein offenes und flexibles
Projekt, und werden dies nicht durch 2-jährige Vorausplanung zunichte machen.

Braucht ihr (PHPMyAdmin und Serendipity) Hilfe und wie könnte man euch unterstützen?

Hilfe braucht man natürlich immer. Gerade im Bereich der Dokumentation, Design und User Interface haben wir großes Bedürfnis. Doch auch Entwickler, die sich gerne mit dem Framework an sich befassen möchten, sind immer willkommen.

Ein aktuelles "Problem" in Verbindung mit PHP sind Kontaktformulare. Viele Kontaktformulare werden von Spamern als Spam-Schleudern missbraucht. Gefährdet sind sogar Formulare, die bis dato als "sicher" galten. Also auch Formulare die eine feste Empfänger-Adresse hatten und die auch htmlspecialchars und stripslashes intus hatten. Könntest du uns kurz erklären, welches Prinzip wird hier ausgenutzt, wie kann man testen ob man gefährdet ist und wie kann man sich gegen so was schützen?

Leider gibt es im heutigen Spam-Zeitalter immer neue Mittel und Wege, wie Spammer ihre Sachen an den Mann kriegen. Nicht nur Viren, Trojaner und Phishing werden genutzt, sondern auch bestehende Webseiten.

An dem Wust von aktuellen Sicherheitslücken (XSS, XSRF, SQL Injection, Header Injection, DDOS, …) gibt es vieles, worauf PHP-Entwickler achten müssen. Seiten wie www.hardened-php.net widmen sich dem sehr ausführlich, daher möchte ich nur kurz darauf eingehen.

Das oben angesprochene Problem der Kontaktformulare war insofern tückisch, als dass man mit der Anwendung der "üblichen Sicherheitsfunktionen" htmlspecialchars()/stripslashes()/*_escape_string() einen Fall nicht bedacht hat:

HTTP-Anwendungen und auch E-Mails erlauben beide die Festlegung von Metadaten, sogenannter Header. HTTP-Header geben Meta-Informationen zur Dokumentgröße, Cookies und Systemzeit aus, während E-Mail Header den Absender, Absendezeit, Inhaltstyp u.ä. angeben.

Beide Header unterteilen die einzelnen Felder mit einfachen Zeilenumbrüche (\r\n). Wenn irgendwo in den Header einen Benutzereingabe auftaucht (z.B. "From: $user"), dann kann es sein, dass ein böswilliger User in dieser Variable einen
Zeilenumbruch mit weiteren individuellen Headern eingeschleust hat. Diese Header werden dann vom HTTP-Browser oder E-Mail-MTA durchaus interpretiert, und können sowohl zu gefälschten HTML-Seiten als auch zu völlig anderen Spam-E-mails
umgewandelt werden.

Seit PHP 5.1.2 und 4.4.2 besteht das Problem bei HTTP-Headern nicht mehr, da Zeilenumbrüche nicht mehr erlaubt werden. Für E-Mails die mittels der mail() Funktion versendet werden, gilt dies jedoch nach wie vor. Daher muss der Programmierer darauf achten, dass er aus allen Benutzereingaben ungültige Zeichen wie \r, \n, \t, \0 alle entfernt.

• Bubble Tooltips
• Sweet Titles: JavaScript Fading Tooltips

Ok, ich weiß das einige Leute solchen Techniken gegenüber sehr skeptisch und teilweise feindlich gegenüber stehen. Aber ich bin der Meinung daß diese Technik, wie übrigens das klassische Popup, an sich neutral ist. Was manche Betereiber daraus gemacht haben bzw. machen ist eine andere Geschichte.

OK, nun zu der Erstellung eines DHTML-Containers. Im Prinzip handelt sich hierbei um einen Div-Block in dem man verschiedenartige Inhalte (Text, Grafik, Flash etc.) unterbringen kann und nach einer bestimmten Zeitspanne oder Aktion des Besuchers soll dieser Block sichtbar werden. Ich werde hierbei ein mögliches Beispiel aufzeigen, welches für den Besucher eine nützliche Information bereithält.

Also erstellen wir zuerst einen Div-Block und fügen diesen in die Website ein:

<div class="info-box" id="info">
<h2>Die letzten Kommentare</h2>
<ul>
<li>Kommentar 1</li>
<li>Kommentar 2</li>
<li>Kommentar 3</li>
<li>Kommentar 4</li>
<li>Kommentar 5</li>
</ul>
<a href="javascript:schliessen()">Schließen</a>
</div>

Und jetzt geben wir die der Klasse info-box in der CSS-Datei die Formatierung:

.info-box {
position: absolute;
top: 50%;
left: 50%;
padding: 1em;
visibility: hidden;
z-index: 999;
}

Somit ist dieser Block standardmäßig unsichtbar. Falls er sichtbar wird, dazu später, dann wäre er absolut positioniert und würde mitten auf der Webseite erscheinen und zwar über all dem anderen Inhalt (z-index: 999;).

Jetzt kommt Java Script ins Spiel:

<script type="text/javascript">
var warten = setTimeout('anzeigen()',2000);
function anzeigen()
{
document.getElementById("info").style.visibility="visible";
}
function schliessen()
{
document.getElementById("info").style.visibility="hidden";
}
</script>

Dieses kleine Script kann man entweder im Kopfbereich der jeweiligen Seite einfügen oder in eine externe Datei auslagern. Und was bewirkt dieses Script? Das Script wartet 2000ms (2 Sekunden) und ruft dann die Funktion anzeigen() auf. Diese Funktion ändert in dem Container mit der Id=info den Wert von unsichtbar auf sichtbar. Somit erscheint die Info-Box auf der Website.

Wenn man auf den Link "Schließen" klickt, wird die Funktion schliessen() aufgerufen und dies ändert den visibility-Wert auf unsichtbar.

Hierbei sollte man natürlich erwähnen, daß diese Technik nicht funktioniert wenn Java Script im Browser deaktiviert ist. Auch in den Standardeinstellungen von Win XP SP2 für Internet Explorer wird diese Technik ebenfalls geblockt (zumindest war es bei mir so). Und wenn man in Mozilla oder Mozilla-Firefox den Flash-Blocker installiert hat, dann werden die "Flash-Layer" ebenfalls geblockt.

Jetzt gibt es für Webworker Spickzettel, welche man ohne Angst und schlechtes Gewissen verwenden darf :-):

• CSS-Spickzettel
• PHP-Spickzettel
• MySQL-Spickzettel
• mod_rewrite-Spickzettel
• .htaccess-Spickzettel (neu)

Via CSS-Technik-News.

Es besteht die Möglichkeit, falls der Hoster es erlaubt, sogar einen Service basierend auf dieser Software aufzubauen.

Ich nutze Power Phlogger schon seit fast zwei Jahren und bin damit sehr zufrieden.

• Empfang der E-Mails von versch. Konten
• Versand von E-Mails
• Adressbuch
• Kalender
• Nach Möglichkeit: Notizzettel
• Nach Möglichkeit: Freeware bzw. Open Source

Ich weiss, ich könnte jetzt googeln und in diversen Skriptsammlungen suchen. Das habe ich auch getan, allerdings gibt es einige Skripte, die dies angeblich beherrschen, nur weiss ich nicht welche empfehlenswert sind.

Der Grund warum ich so ein Skript suche, ist daß ich gerne von 3 PCs Zugriff auf meine Mails (Versand und Empfang), Adressbücher und Kalendar haben will ohne immer per Netzwerk oder USB-Stick die Daten abzugleichen.

Eine weitere Frage ist, wie lange wird es dauern bis die Massenhoster PHP 5 einführen.

Via: F-log-ge

Dabei sind mir zwei Berichte relativ positiv aufgefallen:

• Keeping Navigation Current With PHP
• Highlighting current page with CSS

Der erste Bericht setzt auf die PHP-Lösung in der man jeder Unterseite schon am Anfang eine eindeutige Kennung in Form einer Variable verabreicht. Dies macht man sich dann zum Nutzen nicht nur für die Bestimmung der aktuellen Seitenposition sondern auch für andere Zwecke (angepasster Seitentitel etc.).

Der zweite Bericht setzt auf eine pure CSS-Lösung (war mir bis dato unbekannt). Man verabreicht in jeder Unterseite ein <body id="eindeutige-kennung"> und auch jedem Menüunterpunkt auch eine eigene ID. In der CSS-Datei tätigt man folgende Anweisung:


body#eindeutige-kennung li#kennung {
Angaben zum Hervorheben;
}


Ich habe die beiden Berichte zusammengefast und im Wiki bereitgestellt:

• Aktueller Link mit CSS
• Aktueller Link mit PHP

Bei dem zweiten Bericht habe ich auch eine Lösung aufgeschrieben die ich bis jetzt verwendet habe welche auf $_SERVER['SCRIPT_NAME'] basiert.

You may have forgotten to "escape" an ampersand (&) character, thus causing the validator to believe that you created a new, undefined entity that starts with "&". If you wish to cause an "&" to appear within text or a URL, escape it by using "&".

Nein! Ich will keine neue entity eintragen und ich habe auch nicht vergessen das & zu maskieren, ich will es, aber es geht nicht. Ich teste gerade mit phpBB und dem Newsaddon leider werden alle Links mit dem unmaskierten & ausgegeben. Bei Haseblog habe ich vor längerem eine Lösung diesbezüglich gesehen, aber anscheinend bin ich zu verpeilt diese Lösung richtig einzusetzen. Das Prinzip dahinter ist aus dem Dokument aus die php.ini zu überschreiben:

ini_set("arg_separator.output","&");

Das soll in den Dokumentkopf, aber es klappt irgendwie nicht. Ich habe es in Klartextform und innerhalb von <?php ?>, vor dem Doctype und innerhalb von <head></head> notiert, aber es nix geändert.

Hat jemand einen Vorschlag?