Die Modifiers in PHP – Teil 2
27. Juli 2010 – 13:11Im letzten Beitrag habe ich den public Modifier betrachtet und als Fazit aus dem Beispiel den private Modifier gefordert. Und um genau diesen geht es heute.
Im letzten Beitrag habe ich den public Modifier betrachtet und als Fazit aus dem Beispiel den private Modifier gefordert. Und um genau diesen geht es heute.
Damals – als wir noch mit PHP4 unterwegs waren – gab es keine Modifier. Alle Attribute und Methoden einer Klasse waren grundsätzlich public und man behalf sich mit Konstruktionen wie “Methoden, die mit Unterstrich anfangen, sind private”. Dies muss aber nicht sein und mit PHP 5 gibt es mehrer Modifier, die das Entwicklerherz höher schlagen lassen. Diese sind public, private, protected und abstract, final. Hier gibt es nun eine kleine Beitragsreihe, die die Modifier vorstellt und an Beispielen erklärt. Beginnen wir mit dem aus PHP4 übernommenen, dem public-Modifier.
Diesen Slogan nutze die Post in meiner Jugend. Inzwischen werden statt Briefe eher Emails verschickt und das wollen wir jetzt auch mal mit PHP machen. Eine Mail mit PHP zu versenden ist grundsätzlich einfach. Man benutzt einfach die mail-Funktion. Diese ist aber nicht ganz so übersichtlich und es ist auch nicht so einfach eine schöne Email zusammenzubauen, die Anhänge und sowohl Html als auch Plain-Text enthält. Um diese Erstellung zu vereinfachen existieren einige Bibliotheken. Beispielhaft schauen wir uns Swiftmailer an.
Mit dieser Überschrift habe ich das ungetilte Interesse aller Buzzword-Freunde, aber für den Rest gibt es auch interessante Informationen. Ich möchte heute den Yubikey der Firma Yubico vorstellen. Es handelt sich dabei um ein OTP-Token, das man eigentlich an jedem Computer mit USB-Anschluß nutzen kann. Keine Treiber sind notwendig, aber der Nutzen ist – wie ich meine – enorm. Da ich von dieser Firma ja nicht gesponsort werde, ist die Hardware nur die Spielerei für eine simple PHP-Bibliothek, die man für eine Two-Factor-Authentication nutzen kann.
Im ersten Teil dieser Serie habe ich neben einer allgemeinen Einführung auch ein formalles Vorgehen beschrieben. Heute stelle ich 2 informelle Vorgehen vor, die man nutzen kann, um spontane Reviews durchzuführen. Dabei handelt es sich um “Email Pass-Around” und “Peer Review”.
Diesmal gibt es wieder einen Beitrag zum Thema QM. Nachdem ich schon die Installation zweier CI Server vorgestellt habe und die damit einhergehenden statischen Codeanalysen bekannt sein sollten, gibt es nun ein weitere Thema, das sehr spannend ist. Das Oberthema sind die Code Reviews und im speziellen geht es um Peer Reviews.
Vergangene Woche wurde dieses Blog bei PHP hates me vorgestellt und ich habe mich über die große Menge an Feedback gefreut. Das ganze habe ich dann auch gleich zum Anlass genommen den lange aufgeschobenen Umzug auf einen anderen Server durchzuführen. Hier habe ich nun ein paar mehr Freiheiten was die Konfiguration angeht. Ob ich diese dann nutze ist eine andere Frage, aber theoretisch könnte ich es – und das ist für einen Entwickler immer ein wichtiger Punkt.
Heute gibt es mal ein kleines Update, welche Neuerungen es in diesem Blog gibt. Es lohnt sich den Artikel bis zum Ende zu lesen, vielleicht kann ich dem ein oder anderen noch etwas Geld verschaffen
Da ich nun eure ungeteilte Aufmerksamkeit habe, gibt es zuerst die Infos.
Seit einigen Wochen ist phpmonkeys.de auch vernünftig über mobile Endgeräte zu betrachten. Also iPhone oder Android Benutzer können sich freuen. Hier wäre etwas Feedback nett, vielleicht lässt sich der Zugang noch verbessern. Alternativ kann man natürlich weiterhin den RSS-Feed nutzen.
Weiter ist phpmonkeys nun auch auf Twitter vertreten. Neue Beiträge werden dort publiziert und somit sind die Twitter-User auf dem neusten Stand. Der Twittername ist phpmonkeys_de. Ob es noch weitere Tweets geben wird, kann ich noch nicht sagen, aber auf jeden Fall werden die Follower nicht zugespammt.
Nun zu dem richtig interessanten Teil. Mein Arbeitgeber sucht Freiberufler oder auch Firmen, die interesse haben bei uns als PHP-Entwickler zu arbeiten. Gesucht werden Entwickler die Interesse an Coaching oder Beratertätigkeiten haben. Projekt-bezogen arbeiten gehören auch zu dem Aufgabenbereich der abgedeckt werden kann. Besonders gut wäre es, wenn die “Bewerber” aus dem Saarland oder Umgebung sind.
Bei Interesse bitte ich euch einfach das Kontaktformular zu nutzen, sodass ich weitergehende Informationen weitergeben kann.
Vor einer Woche fand die IPC 2010 (SE) statt. Leider konnte ich da nicht teilnehmen, aber trotzdem (oder gerade deswegen) habe ich mit Interesse die Folien gelesen. Für alle diejenigen, denen es genauso geht wie mir, oder die die Vorträge Revue passieren lassen wollen, sind hier die von mir gefundenen Folien. Um die Liste vollständig zu bekommen, bin ich auf eure Mithilfe angewiesen. Wer weitere Links kennt, bitte in die Kommentare schreiben, ich trage diese dann hier in die Liste ein.
Update (10. Juni 2010 19:44): Die Links von Ulf und PHPGangsta sind jetzt vorhanden
30. Mai 2010
31. Mai 2010
1. Juni 2010
2. Juni 2010
Wenn es um die Sicherheit einer PHP Webapplikation geht gehört neben register_globals auch display_errors zu den Direktiven die man auf jeden Fall auf “off” setzen sollte. Ich meine mich sogar zu erinnern, dass dies beim ZCE-Test abgefragt wird. Was tut man aber nun, wenn doch einmal ein Fehler auftritt, der nicht von den hoffentlich vorhandenen Logging-Mechanismen festgehalten wird? Und genau hier möchte ich ansetzen.