Auf der Suche nach interessanten Artikeln über Open-Source und Programmierung bin ich über das Manual How To Become A Hacker von Eric Steven Raymond gestoßen, welches ich euch hier kurz vorstellen möchte.

Es gibt immer wieder Leute, die mich fragen, wie man Programmierer wird bzw. wie man Programmieren lernt. Abhängig von meiner Laune empfehle ich entweder erstmal ein Java Buch zu kaufen und Java zu lernen, oder ich frage “Was willst du damit erreichen?”. Die Motive sind oft sehr verschieden. Einige wollen wirklich etwas lernen, anderen ist langweilig und wieder andere wollen Super-Cracker werden, in fremde Systeme eindringen und die Weltherrschaft an sich reißen. Bei den Letzteren winke ich eigentlich immer gleich ab, weil ich diese Cracker-Denke nicht unterstütze. Nur wer sich wirklich reinhängen will, kriegt von mir einpaar Links, Buchempfehlungen und meine Messanger Daten

Einen super Tipp den ich jedem empfehlen kann, der ein wirklich guter Programmierer werden und der Community auch etwas zurückgeben will, ist das Dokument How To Become A Hacker von Eric Steven Raymond. Eine deutsche Übersetzung gibt es auch, ich empfehle allerdings wie immer das Orginal. Obwohl das Manual nicht lang ist, werden alle wichtigen Eigenschaften eines Hackers, also eines verdammt guten Programmierers, aufgelistet und erklärt. Übrigens, zur Klarstellung: Ein Hacker ist ein Programmierer, der über tiefes, technisches Verständis verfügt und ständig neue, interessante Probleme löst und Systeme und Programme schafft. Er gehört also zu den “Guten”, wobei die Cracker die “Bösen” sind, die eher auf vernichten von Systemen aus sind. Das wird in den Medien oft (naja, eigentlich immer) falsch dargestellt.

Zurück zum Manual von Eric Steven Raymond. Lesen und befolgen! Das meine ich ernst. Hier das Inhaltverzeichnis mit den Hauptaussagen des Textes:

The Hacker Attitude
1. The world is full of fascinating problems waiting to be solved.
2. No problem should ever have to be solved twice.
3. Boredom and drudgery are evil.
4. Freedom is good.
5. Attitude is no substitute for competence.

Basic Hacking Skills
1. Learn how to program.
2. Get one of the open-source Unixes and learn to use and run it.
3. Learn how to use the World Wide Web and write HTML.
4. If you don’t have functional English, learn it.

Status in the Hacker Culture
1. Write open-source software
2. Help test and debug open-source software
3. Publish useful information
4. Help keep the infrastructure working
5. Serve the hacker culture itself

Wer ein guter Programmierer/Hacker werden will, sollte sich unbedingt an diese Grundsätze halten. Besonders der Aspekt aktiv der Community beizutragen ist extrem wichtig. Wir benutzen immer häufiger Open-Source Software, da ist es nur fair und für Programmierer eigentlich auch Pflicht, etwas beizutragen, sei es in Form von Code, Bugsreporting oder Support.

In Zeiten von DSL oder Standleitung schiebt der Ein oder Andere Webmaster die Optimierung der Seite ganz weit nach hinten, bis sie irgendwann vergessen wird. Doch auch wenn die User eine gute Verbindung haben sollten – was bei weitem noch nicht alle sind – hat der Server trotzdem die Last zu tragen, was zu einem Flaschenhals werden könnte.

Ein Ansatz ist die Optimierung statischer Dateien. Von Bildern bis hin zu CSS-Dateien, die in der Regel nicht verändert werden. Gerade letzteres schwillt schnell an, wenn man noch nicht so firm in CSS ist. Abhilfe schafft ein kleines Tool nahmens CSSTidy, was den Quellcode säubert und komprimiert.

Ich habe CSSTidy gerade über die CSS-Datei von Visualhype gelassen. Das Ergebnis ist: von 7,3kb auf 6,1kb – viel verändert hat es meiner Ansicht bei uns nicht, lediglich die Kommentare und Whitespaces wurden entfernt, aber auch diese können bei größeren Dateien eine beträchtliche Summe erreichen. Auf der Seite von CSSTidy finden sich aber Beispiele von Kompressionen bis zu 43%, was den Einsatz wirklich lohnenswert macht.

Features von CSSTidy sind:

• colours like "black" or rgb(0,0,0) are converted to #000000 or rather #000 if possible. Some hex-codes are replaced by their colour names if they are shorter.
• a{property:x;property:y;} becomes a{property:y;} (all duplicate properties are merged)
• margin:1px 1px 1px 1px; becomes margin:1px;
• margin:0px; becomes margin:0;
• a{margin-top:10px; margin-bottom:10px; margin-left:10px; margin-right:10px;} becomes a{margin:10px;}
• margin:010.0px; becomes margin:10px;
• all unnecessary whitespace is removed, depending on the compression-level
• all background-properties are merged
• all comments are removed
• the last semicolon in every block can be removed
• missing semicolons are added, incorrect newlines in strings are fixed, missing units are added, bad colors (and color names) are fixed
• property:value ! important; becomes property:value !important;

Irgendwo hatte ich mal ein Apache Modul gesehen, was bei der Auslieferung den HTML-Quellcode optimiert hat. Aber in Zeiten von dynamischen Websites ist das eine eher weniger gute Idee, da man diese Inhalte nur dürftig cachen kann.

Während die meisten Seiten wahrscheinlich noch auf PHP4 oder verstärkt auch PHP5 setzen, planen die PHP-Entwickler bereits Version 6.

Im 3. Quartal 2007 soll die neue Version von PHP erscheinen. Ich möchte schon heute ein paar Punkte zusammentragen, die geändert werden sollen, allein um diese bei zukünftigen Projektumsetzungen berücksichtigen zu können.

Mancher möge sagen, dass PHP beinahe die perfekte Sprache ist, doch gibt es durchaus Änderungspotential.

Es wird aufgeräumt

PHP wurde mit dem Ziel entworfen, Programmierer der unterschiedlichsten Sprachen einen schnellen Einstieg in PHP zu gewährleisten.

Aus diesem Grund gab es in den bisherigen Versionen viele Dinge die überflüssig waren. Leider äußerte sich diese Einfachheit in relativ langsamen Scripten. So sollen Funktionsaliase – also Funktionen mit der selben Funktionalität, allerdings unterschiedlichen Namen – entfernt werden.

Abgeschafft werden sollen auch überflüssige Funktionen wie register_globals, magic_quotes, register_long_arrays und der safe_mode. Weiter verschwinden auch die super globalen Variablen $HTTP_*_VARS, welche aus Rückständen von PHP3 mitgeschleppt wurden.

Unicode Support

Heutige Webdeveloper haben es meist nicht einfach, müssen sie doch auf Kleinigkeiten wie Zeichenkodierung noch immer selbst achten, anstatt sich auf den Fokus – die Problemlösung – zu konzentrieren. Mit der Version 6 von PHP soll deswegen eine umfassende Unicode-Unterstützung auf Basis von ICU implementiert werden. Diese kodiert die Daten automatisch beim Empfangen und Senden.

Bisher bekannte Konstrukte wie strlen($str) oder $str{1} sollen auch problemlos mit Unicode funktionieren.

Alternative PHP Cache

Das Cachen von Websites wird immer wichtiger um Ressourcen und damit auch Geld zu sparen. In PHP6 wird APC (Alternative PHP Cache) in den PHP-Kern als Standard-Caching-Framework integriert; allerdings als default nicht aktiviert (Configflag nötig). Eine Frage baut sich mir nur auf. War [d]TurckMMCache[/d] EAccelerator nicht schneller als der APC oder hat sich da etwas getan?

OO-Funktionen

Die Objektorientierte Programmierung war die wohl größte Verbesserung in PHP5. PHP6 setzt dies fort und führt Namespaces ein. Wer Namespaces aus anderen Sprachen wie XML, C++ oder C# kennt, wird dessen Vorzüge kennen. Wenn nicht: Namespaces dienen der Gruppierung von Variablen, Funktionen und Objekten unter einem eigenen Namen. Das erlaubt Entwicklern diese Elemente mehrfach zu nutzen, da sie logisch voneinander getrennt sind. Vielleicht schreibe ich irgendwann ein kleines Tutorial zu Namespaces, wenn Interesse besteht.

Änderungen in Erweiterungen

Was wir heute unter PHP kennen ist größtenteils eine Zusammenstellung einzelner Erweiterungen. So gibt es die GD2-Erweiterungen, um Bilder mit PHP zu erzeugen, PDF-Erweiterungen und viele weitere mehr.

In PHP5.1 wurde der XML-Reader hinzugefügt. In PHP6 ist jetzt eine Erweiterung geplant, die ein einfaches Arbeiten mit XML-Dateien komplettiert: der XML-Writer.

Seitens der Datenbanken soll alles aus dem Kern entfernt werden und auf Module abgelegt werden, was sicher auf lange Sicht die bessere Wahl ist. Weiter wurde der oben angesprochene Unicode-Support auch auf Datenbanken projiziert. In PHP6 soll zudem mehr auf die Datenbank Abstrahierungsschicht [acronym=PDO]PHP Data Objects[/acronym] zurückgegriffen werden.

Eine weitere Änderung in der Core-Distribution ist das Entfernen der ereg regular expressions libary, welche auch zu einer Erweiterung wird. ereg kann man heute als Konkruent von [acronym=PCRE]Perl Compatible Regular Expressions[/acronym] (preg_*) ansehen, hat aber einige Probleme, so dass die PHP-Entwickler sich entschieden haben diese zu entfernen.

Schlusswort

In der neuen PHP Version werden interessante Änderungen angepriesen. Wir werden sehen, ob alles letztlich umgesetzt wird und wie sich PHP6 im Einsatz bewährt.

Im Vordergrund stehen wohl die wichtigsten Sachen im heutigen Web2.0 Zeitalter: Performance, Sicherheit, Beständigkeit.

Mit der Version 6 wird PHP auch den Vorsprung zu anderen Sprachen wie Ruby oder gar [acronym=ASP]Active Server Pages[/acronym] weiter ausbauen können.

Problem sehe ich nur bei Standardapplikationen, die alle umgerüstet werden müssen. Ich denke mit meinen letzten Projekten werde ich nicht viel Schwierigkeiten bekommen, die auf der neuen Version zum Laufen zu bekommen. Hier und dort ein paar Configänderungen und es sollte alles weiter laufen.

Übrigens, auf php.internals kann man Wünsche in der Mailingliste äußern, was in PHP6 noch geändert werden soll. Ich glaube meine Erweiterungsliste wäre zu groß und würde wegen Spamverdacht gelöscht werden

Obwohl einiges aus Performancegründen sicher besser direkt in PHP aufgeräumt wär. PHP bietet aber eine hervorragende Schnittstelle um selbst Erweiterungen in C zu schreiben, sodass keine Wünsche (danke Open Source) offen bleiben.

Der Internet Explorer war vor der Version 7 ganz oben auf der Hassliste von Webdesignern und Webentwicklern. Nicht zuletzt durch die eigentümliche Programmierung ohne Beachtung von Standards. Mit der Version 7 hat sich einiges geändert, doch nutzen noch immer viele die Vorgängerversionen.

Ein wirklich hässlicher Fehler ist, dass der Browser beim Versuch zu Drucken einer Website einen Scriptingfehler bringt. Dieser ist jedoch nicht auf einen Fehler seitens einer eingebetteten Scriptsprache zurückzuführen, sondern auf einen Fehler in der Datei shdoclc.dll/preview.dlg.

Mit viel Experimentieraufwand war nun die Fehlersuche verbunden. Es lässt sich nun aber sagen, dass ältere [acronym=IE]Internet Explorer[/acronym]`s allergisch auf [acronym=ID]IDentifier[/acronym]`s mit reservierten Wörtern ist.

<div id="tags">...</div>

Nach einer kleinen Recherche fand sich ein englischsprachiger Blog, der das Thema auch aufgegriffen hat. Dort gibt es zudem Testseiten für weitere Fehler verursachende Wörter. Allerdings hat bei mir nur tags Probleme bereitet. Reservierte Wörter sollen auch folgende sein:

• tags
• length
• item
• namedItem
• urns
• all
• content

Also einfach die so benannten ID`s umbenennen und die Welt ist wieder heil.

Wir schreiben das Jahr 2007. Es gibt mit dem Jahreswechsel 2 Sachen für einige Webseiten zu ändern. Zum einen wäre dies die Jahreszahl, die z.B. beim Copyright-Hinweis oder an einer anderen Stelle zu finden ist und zum Anderen die Mehrwertsteuer, welche allerdings meist nur für Shopbetreiber interessant ist (Der Rest zahlt sie einfach).

Unser erstes Problem lässt sich einfach lösen, indem man den Server dazu bringt selber daran zu denken:

< ?=date('Y');?>

Diesen Codeschnipsel einfach an Stelle der jeweiligen Jahreszahl schreiben.

Der zweite Punkt hängt nun von der eingesetzten Shopsoftware ab. Hat der Programmierer mitgedacht, lässt sich dieser Wert bequem mit einer Variable anpassen. Ist dies nicht der Fall, muss man schaun, an welcher Stelle im Programmcode die alten 16% noch vorkommen.

Um Vorausschauhend zu arbeiten, könnte man auch gleich folgende Formel eintragen:

$mwst = 16 + date('Y') - 2004;

Wer den Code nicht versteht: Es reicht erstmal nur anstelle der Formel eine 19 zu schreiben

beautyindesign, was eigentlich kostenpflichtig Tutorials zur Verfügung stellt, versucht scheinbar auf viralen Wege etwas mehr Bekanntheit zu erlangen. Auf der Seite findet sich jetzt ein Tutorial für das freie AJAX Framework mootools, womit man einfach eine Betriebssystemoberfläche erstellen kann.

via Webdesignblog

Dieser Gedanke ist dahingehend interessant, da durch Ajax bekanntermaßen nicht die gesamte Seite neu geladen wird, sondern nur ein Teil in dem DOM (Document Object Model) integriert oder erneuert wird. Zahlreiche Statistikprogramme oder gar Tracker werden sich in Zukunft etwas einfallen lassen müssen um weiterhin bestehen zu können.

Falls irgendein Tracker- oder Counterprogrammierer jetzt stirnrunzelnd ins Leere schaut, ein kleiner Anhaltspunkt, wie ich das als Programmieranfänger lösen würde:

Es ist ja mittlerweile gang und gäbe, dass man einen Javascript Schnipsel in die Seite einbauen muss, um den Counter oder Tracker nutzen zu können. Warum also nicht einfach die DOM Methode getElementsByTagName() alle Links suchen lassen und bei Klick einen Ajax Request an den Trackserver losschicken? Oder nein, noch besser am gesamten Dokument auf Klicks warten und diese auswerten, ob es ein relevanten Ajax Request gegeben hat.

Via Webmaster Blog

PHP hat mittlerweile einen richtigen Kultstatus erreicht, auch wenn die Konkurenz, wie z.B. Ruby (was für Anfänger durch die strenge Objektorientierung durchaus einfacher zu erlernen ist), nicht zu verachten ist.

PHP hat meiner Meinung nach die Möchtigkeit einer Programmiersprache schon längst erreicht. Auch wenn die Performance bei weitem nicht mit Binärcode vergleichbar ist.

Trotzdem hat sich jemand an das Werk gemacht und einen Webserver mit eigenen TCP/IP Stack geschrieben. Dieses Werk verdient schon eine Hochachtung. Der schon etwas ältere Artikel dazu findet sich auf SlashDot. Wirklich Sinn macht ein solcher Server auf PHP Basis sicher nicht, aber machen wir Programmierer nicht alle irgendwann Projekte, die nicht sonderlich Sinn machen, sondern lediglich dazu dienen den eigenen Erkenntnisstand zu erhöhen?

Wer sich nun wundert, warum man einen Webserver in PHP schreibt, wo PHP doch selber auf einen Webserver aufbaut, dem sei an dieser Stelle nur gesagt, PHP ist als Webscriptsprache nur richtig populär geworden. Allerdings kann man PHP genau wie Perl oder jeder andere Interpreter auch auf der Konsole ausgeführt werden.

Ich habe gerade erst gestern mit jemanden darüber geredet, dass dank Web2.0 und des Ajax Hypes Javascript eine Renaissance erlebt.

Ich lagere mittlerweile auch viel Code auf die Clients aus, da die Webserver meist eh schon viel zu überlastet sind. Denn seien wir mal ehrlich, um bisschen zu surfen und nebenbei Musik laufen zu lassen sind heutige Computer sehr überdimensioniert und können durchaus etwas gefordert werden.

Wie dem auch sei. Beim Surfen bin ich gerade auf die Javascript Framebuffer Graphics Library von Benny Schuetz gestoßen. Diese Lib ist experimentell, dennoch lassen sich mit ihr schon einige schöne Effekte oder gar Spiele realisieren. Erfolgreich getestet wurde das ganze mit folgenden Browsern: Mozilla/5.0 (Windows) Gecko/20060909 Firefox/1.5.0.7 und Internet Explorer 6.0 (Windows)

Das digitale Bildformat GIF kann künftig jedermann frei verwenden, ohne von möglichen Lizenzforderungen etwaiger Patentinhaber bedroht zu werden. Denn am 1. Oktober 2006 sind nach Angaben des Software Freedom Law Center sämtliche wesentlichen Patentrechte ausgelaufen, die sich auf die Verwendung von GIF beziehen.

Das ist eine gute Nachricht, es wurde höchste Zeit. Jetzt müsste eigentlich die alte GIF Unterstützung der GD-Bibliothek wieder eingeführt und weiterentwickelt werden. Bisher war das auf Grund der Patentrechte ja nicht möglich. Das Lesen des GIF Formates war legitim, schreiben müsste man dann aber in einem anderen Format. Ich freue mich schon auf die neuen PHP Funktionen.