Auch wieder ein simple Sache, die sich ohne weiteres im SVN Handbuch oder der manpage nachlesen lässt. In schicken SVN Tools bereits integriert - auf der Shell muss das Feature manuell gewusst werden.
Wer eine ausgecheckte Version mit einer Revisionierten vergleichen möchte, kann das mit
svn diff -r {rev_nr} lokale_datei.php
tun. {rev_nr} muss die Nummer einer Revision sein, in der die Datei verändert wurde, sonst wird schlicht nichts ausgegeben.
Ein Lebenszeichen ;) Wer viel mit der Shell arbeitet, wird diesen Tipp vielleicht lieben. Mit einem simplen Alias können kurz und knackig alle neuen Dateien in Unterverzeichnissen zu einem SVN Repository hinzugefügt werden:
svn st|grep ^?|sed s/?//|xargs svn add $1
Die ganz Faulen unter uns machen es sich sogar noch einfacher mit einem Alias:
alias svn-add-all-new-files= 'svn st|grep ^?|sed s/?//|xargs svn add $1'
Funktioniert prächtig
Zur Zeit beschäftigt mich ja das Rootserver-Setup. Da nutze ich natürlich die Gelegenheit und poste ein paar Server-Essentials. Mit PHP hat das ganze natürlich nur am Rande zu tun, aber ein sauber aufgesetzter Webserver, auf dem aktuelle Sicherheitspackages installiert sind, ist die halbe Miete für eine ordentlich laufende PHP-Applikation.
Für so ziemlich alle Betriebssysteme (gerade die mit Enduser-GUI) gibt es zahlreiche Tools, die den Benutzer oder Admin erinnern, das neue Update-Pakete bereitstehen. Denn das ist tatsächlich die größte Schwachstelle, wenn es um Patches geht: Der Admin, der daran denken muss, sie auch einzuspielen.
Das A und O beim Package einspielen ist die Geschwindigkeit. Lange Wartezeiten sind ein K.O. Kriterium, denn Sicherheitslücken werden oft in kürzester Zeit von Script-Kiddies oder anderen Bösewichten und Halunken (Cool das wollte ich schon immer mal schreiben ;) ausgenutzt. Schnell reagieren ist also alles. Nichts ist ärgerlicher als ein infiltrierter Server auf Grund einer Sicherheitslücke, die schon längst gepatcht sein könnte.
Böse Buben und Hacker gibts leider überall. Da darf man schon mal ein bisschen paranoid sein. Als Angehöriger der deutschen Sprache erst recht - schliesslich sind wir als Schwarzmaler und Pessimisten bekannt. Naja. Noch schlimmer sollen in dieser traditionellen Hinsicht die Schweizer sein, aber so wirklich verifizieren kann ich das nicht. Hat man halt mal irgendwo gehört.
Wo Iren, Spanier und Franzosen Sonnenkinder und Optimisten sind, dürfen sich Deutsche, Österreicher und Schweizer in Missmut üben - aber ich will diesen Kampf der Nationalitäten nicht weiter entfachen. Schließlich gehts hier ja nur um eine Einleitung zum Thema. Irgendwie muss ich ja zur Sache kommen. Jetzt leider etwas verkrampfter als sonst.
So. Kurze Rede, gar kein Sinn: Ich musste diese Woche mal wieder einen Rootserver aufsetzen und nichts ist schöner, als from the scratch quasi auf der grünen Wiese oder mit einem nackten Arsch anzufangen. Puh. Irgendwie schreib ich heute nur Blödsinn. Naja, mal weiter im Text.
Nur mal eben so auf die Schnelle: Die Wordpress-Devs halten einen im Moment ganz schön auf Trab, was die Updates angeht… Zum Glück wird man im Dashboard immer auf neue Wordpress-Versionen hingewiesen und bekommt schnell ein schlechtes Gewissen, wenn nicht die aktuellste Version läuft.
Für den PHP Blogger gibt es eine Live- und eine Testblog-Installation. Vor jedem Update wird das neuste Update zu erst auf dem Testblog getestet, bevor es Live geschaltet wird.
Wer sein Update übersichtlich und schnell abhandeln möchte, kann auf die Upgrade-Pakete von Wordpress-Deutschland zugreifen. Diese enthalten nur die veränderten Dateien. Die Upgradpakete sind durchnummeriert und immer nur für die letzte auf die neuste Version gültig. Wer größere Versionssprünge mit den Upgrade-Paketen machen möchte, muss der Reihe nach für jeden Versionssprung das jeweilige Paket einspielen.
Um eine saubere Installation zu gewährleisten, empfehle ich bei Major (2.x.x - 3.x.x) oder Minor (3.1.x - 3.2.x) nicht die Upgrade-Pakete zu verwenden, sondern lieber eine Vollinstallation zu tätigen.
Nicht jedes Projekt setzt auf ein Framework und nutzt sinnvollerweise deren Funktionen - z.B. zum Generieren von PDF Dokumenten. Wer nach PDF Generatoren für PHP sucht, wird schnell fündig und landet bei fPDF oder z.B. dem PEAR Package.
Gerade ältere Projekte werden sicherlich auf die bewährte fPDF-Bibliothek setzen, wenn es darum geht, PDF Dateien dynamisch zu generieren. Eine Schwachstelle von fPDF ist sicherlich der fehlende GIF Support und das umständliche Einbetten von Schriften.
Heute: wie löst man die Problematik, dass der Internet Explorer nichts mit dem CSS-Display-Typ “table-row” anfangen kann?
Grundproblem: ich musste mit einer Funktion Tabellenzeilen ein- und ausblenden. Am besten hat es bei mir mit einer Exception funktioniert:
var el= document.getElementById("el_id");
try
{
if(el) el.style.display= (el.style.display == "none" ? "table-row" : "none");
}
catch(e)
{
// Der IE bis V7 kann kein table-row, deshalb Fallback auf 'Block'
el.style.display= "block";
}
Für den Fall, das die Exception anspringt, wenn es das Element in der Variable “el” nicht gibt, habe ich vor dem Ansprechen des selben ein kleines IF eingebaut.
Nach einigen Hinweisen meiner lieben Leser, jetzt nochmal die JS-Kurzfassung:
var el= document.getElementById("el_id");
if(el) el.style.display= (el.style.display == "none" ? "" : "none");
Erklärung: Mit dem Leerstring wird der Browser dazu veranlasst, auf den Standard-Wert umzuspringen (Und der ist immer richtig, deshalb wird auch keine Exception geschmissen).
Wie meine Stammleser sicherlich bemerkt haben, erscheinen auf dem PHP Blogger jetzt die Beiträge regelmäßiger. Nach über einem Jahr bloggen mit Wordpress bin ich endlich mal auf die Idee gekommen, den Zeitstempel auszuprobieren:
Was passiert eigentlich, wenn man ein Datum in der Zukunft eingibt?
Aha. Genau, nix. Der Artikel wird erst veröffentlicht, sobald das Zieldatum erreicht ist. Das mache ich mir jetzt zu nutze, denn um die Zeiten, wo meine Leser gewöhnlich auf dem Blog sind (zwischen 10 Uhr morgens und 18 Uhr mittags) arbeite ich natürlich ;) Schließlich bezahlt mich noch niemand für’s Fulltime-Bloggen…
So habe ich also alle Zeit der Welt, meine Artikel vorzuschreiben, wenn ich mal einen Moment Zeit habe und keinen Druck mehr, weil ich immer ein paar Artikel in der Pipeline und somit ein paar Wochen Vorlauf habe. So kann man seinen Lesern am 24.12. ein schönes Weihnachtsfest wünschen, ohne direkt online zu sein. Mc Donalds würde sagen: “Ich liebe es!” ;)
Eine Sache weiß ich übrigens noch nicht, aber vielleicht einer meiner Leser: Wann werden denn die RPCs gepingt? Auch am Ziel-Tag, wenn der Artikel das erste Mal abgerufen wird? Oder wie immer direkt nach dem Verfassen?
Wer in Flash Animationen und Spiele mit einer guten Qualität entwickeln möchte, steht vor einem Problem: Man muss sich oft entscheiden zwischen Performance und Darstellungsdetails. Heute mal wieder ein Quick Hack, wie man den Kompromiss prima hinbekommt.
Meist stört Ruckeln nur in sehr schnellen Sequenzen, wenn das Auge ohnehin von Details durch Bewegung abgelenkt wird. In dieser Zeit kann man problemlos die Qualität des MovieClips heruntersetzen:
stage.quality = StageQuality.LOW; // Heavy Action mit wenig Details // danach wieder: stage.quality = StageQuality.HIGH;
Und ruckeln war einmal ;) Wer mehr zum Thema wissen möchte, sollte sich diesen Artikel von Alex Bustin mal näher anschauen: Speed up Flash with stage quality (auf englisch)
Letzte Woche war ich mal wieder auf Bugsuche - eine Datei wurde nicht gefunden, obwohl sie an Ort und Stelle war: Das Problem lag bei der Variable $_SERVER['PATH_TRANSLATED'] - die wurde nämlich mit Version 4.3.2 per Default abgeschaltet.
Als Alternative bietet sich $_SERVER['SCRIPT_FILENAME'] an. Der Inhalt ist genau der selbe.
Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler.
