Das Problem:
ist immer wieder das Selbe. Man plant einen Footer für eine Homepage am Ende der Seite, ist der Content aber nicht Fensterfüllend, rutscht der Footer gerne auch mal hoch. An diesem Thema haben sich schon sehr viele Webdesigner die Finger verbrannt und unzählige Stunden für eine ansatzweise perfekte Lösung investiert.

Sonderlösungen und Ansätze gibt es zu hauf, aber nicht alle funktionieren wie sie sollten, schon garnicht auf allen Browsern und Betriebssystemen. Ständig müssen neue CSS / HTML Hacks her. So schreibt der ein oder andere auch schon gleich eigene CSS Dokumente nur für diesen einen Hack.
Eine vermeindlich so einfache Sache schluckt doch sehr häufig unnötige Zeit für Sonderanpassungen.

Hier die Lösung:

Neben unzähligen Hacks, Vorschlägen und Sonderlösungen vieler Webdesigner habe ich endlich etwas gefunden das auch funktioniert. Es sind erstaunlich wenig Anpassungen am CSS / HTML nötig, und doch funktioniert es einwandfrei.

Diese Lösung hat definitiv eine eigene Seite verdient:
www.cssstickyfooter.com

Webdesigner wissen warum!

Die inkrementelle Speicherung

Mit Wordpress ist jetzt eine inkrementelle Speicherung von Artikeln und Seiten möglich.
Zugegeben, rein zum Schreiben von Artikeln ist das nicht besonders notwendig, aber um so komfortabler im Umgang mit Seiten!
Die Leiste zu den verschiedenen Versionen findet man im Fenster zum Verfassen von Artikel und Seiten ganz unten.

Praktisch auch: es wird gleich mit angezeigt wer / wann gespeichert hat.

Beim wählen einer älteren Version z.B., werden beide Artikel (bzw. Seiten) nebeneinander angezeigt und die Unterschiede farblich hervorgehoben. Diese Funktion spielt besonders ihre Vorteile aus wenn mehrere Personen die selben Seiten eines Blogs pflegen und man jede Änderung sofort sieht.

Ausschnitt aus dem direkten Vergleich (Quelle: Wordpress.org)

Bildbeschreibung – jetzt auch ohne Plugin

Man kann mit Wordpress zu jedem Bild (via Plugin) einen Untertitel, oder besser gesagt eine Beschriftung hinzufügen. Dies geht mit 2.6 auch ohne Plugin -> und bequemer geht es wirklich nicht!

Nach dem Upload eines Bildes erscheint die kleine Liste in der man die typischen Angaben für das Bild eingeben kann, neu ist hier die zweite Titel-Leiste, wodurch diese genannte Bildbeschriftung entsteht.

Mit dem neuen Feld lassen sich Bildbeschriftungen wie diese hier erzeugen

…und so weiter

weitere Infos zu kleinen Erweiterungen (wie z.B. dem Wortzähler beim Schreiben eines Artikels, etc) die mit 2.6 gekommen sind findet ihr unter http://wordpress.org/development/2008/07/wordpress-26-tyner/

Einen Bug zu Wordpress 2.6 muss ich hier aber noch nennen:

Viele User hatten Probleme damit ihre Bilder hochzuladen. Dies hat zwei unterschiedliche Gründe:

- Die meißten haben einfach falsche Ordnereinstellungen (Ordnerrechte die man via FTP einstellen kann) so muss man z.B. die CHMOD des Ordners wp-content auf “751″ und für den Ordner Uploads “777″
Wichtig: Die Unterordner von Uploads müssen ebenso die “777″ haben, dies kann man im Eigenschaftenfenster des Ordners “uploads” auf die Unterordner vererben.

- Das Zweite Problem tretet nur beim Bildupload mit dem “Flashuploader” auf.
Dieser ist standartmäßig voreingestellt beim Uploaden von Bildern

Die Alternative sollte überall funktionieren.

Bei Windowsusern wird das Problem meißt mit einem FlashPlayer-Update behoben.
Bei MacUsern funktioniert der Flashuploader (warum auch immer) garnicht wie er sollte, selbst mit anderen Browsern unter Mac läuft es derzeit nicht (Besserung wurde für die Version 2.6.1 versprochen).

Bei wem der Flashuploader nicht funktioniert (es können unterschiedliche Fehlermeldungen kommen) der kann auf den bewehrten “Browserupload” umschalten, der einzigste Unterschied ist: Mit dem “Browserupload” geht immer nur eine Datei!

So ist z.B. die Rede von dem Verlust von Kategoriebezeichnungen (und Kategorienamen), Log-in Problemen und anderen Kleinigkeiten die eben doch recht nervig sein können.

Einige der Fehler sollen schon in WP 2.6.1 bzw. in WP 2.7 behoben werden, WP 2.7 zumindest wurde erstmal vorsichtig für September 2008 angekündigt.

Nachdem sich die Versionspolitik von Automattic (Macher von Wordpress) geändert hat, wurden die Weiterentwicklungen von vorherigen Wordpressversionen eingestellt

“Während früher auch die jeweils ältere Version noch einige Zeit weiter gepflegt wurde, wurde die Pflege für WordPress 2.5 und seine Vorgänger beim Erscheinen von WordPress 2.6 offiziell eingestellt:”

[..] The 2.5 branch will no longer be maintain so everyone is encouraged to upgrade. [..]

Will man also sichergehen dass sein Wordpress sauber upgedatet wird, wird wohl nicht davon verschont bleiben regelmäßig Wordpress up2date zu halten.

Wer noch eine ältere Wordpress-Version momentan laufen hat braucht nicht in Panik zu verfallen, denn alle Versionen (mit seinen Zwischenschritten und Betas) werden von Wordpress zum download angeboten
http://wordpress.org/download/release-archive/

Was hat sich geändert ? Das findet man hier: Untersichede zwischen HTML4 und HTML5

Was ist neues ? Neue Elementen wie z.B.: audio, video, canvas, datagrid, progress…etc

Der neue Standard beinhaltet auch neu APIs für 2D Grafik, für Arbeit mit Video und Audio und mehr.

Mehr kann man hier finden: HTML5

Sieht sehr schön aus und die einrichtung ist mit sehr geringem aufwand verbunden. So schafft man auch gleich weniger Popups auf der eigenen Seite zu haben.

define('MYSQLDUMP', '/usr/bin/mysqldump');
define('DBHOST', 'server.de');
define('DBUSER', 'user');
define('DBPASS', 'pass');
define('DB', 'dbname');
define('EXPORTDIR', '/homepages/pfad/htdocs/export/');
set_time_limit(0);
exec(MYSQLDUMP." -h ".DBHOST." -u ".DBUSER." --password=".DBPASS." ".DB." > ".EXPORTDIR.DB.".sql 2> ".EXPORTDIR."errors.txt");
echo "Export finished!";

den Pfad für MYSQLDUMP und MySQL kann man mit folgendem Befehl ermitteln:

$fpd = popen("which mysqldump");
$path_to_mysqldump = trim(fread($fpd, 1024));
pclose($fpd);
$fp = popen("which mysql");
$path_to_mysql = trim(fread($fp, 1024));
pclose($fp);

Wieder einspielen kann man das Backup dann so:

exec("/usr/bin/mysql -u user --password=password-D usr_user_1 < dbname.sql");

Um es nutzen zu können, muss man beim Schreiben eines Beitrags in den Schreibmodus “Code” gehen (ist ein oberer Reiter beim schreiben eines Beitrags). Dort ein <pre lang=”SPRACHE”> davor, und ein </pre> nach dem Code setzen.

Desweiteren muss man den Namen der Sprache im pre-tag (bei “SPRACHE”) einsetzen.

Alle möglichen Eingaben (Sprachen) sind folgende:

actionscript, ada, apache, applescript, asm, asp, autoit, bash, blitzbasic, bnf, c, c_mac, caddcl, cadlisp, cfdg, cfm, cpp-qt, cpp, csharp, css-gen, css, d, delphi, diff, div, dos, eiffel, fortran, freebasic, gml, groovy, html4strict, idl, ini, inno, io, java, java5, javascript, latex, lisp, lua, matlab, mirc, mpasm, mysql, nsis, objc, ocaml-brief, ocaml, oobas, oracle8, pascal, perl, php-brief, php, plsql, python, qbasic, rails, reg, robots, ruby, sas, scheme, sdlbasic, smalltalk, smarty, sql, tcl, text, thinbasic, tsql, vb, vbnet, vhdl, visualfoxpro, winbatch, xml, xpp, z80

(die fett Markierten sind nur einige der Bekanntesten)

Beispiel:
<pre lang=”delphi”>

DEIN CODE

</pre>

Was ebenfalls noch interessant sein könnte, ist die Darstellung der Zeilennummern vom Code, dazu muss man im pre-tag noch ein – line=”x” – hinzufügen. X steht hierbei für die startende Zeilennummer und kannbeliebig gewählt werden.

Beispiel:

<pre lang=”delphi” line=”1″>

DEIN CODE

</pre>

Das Ganze müsste dann z.B. so aussehen:

protected void btnInDenWarenkorb_Command(object sender, CommandEventArgs e)
{
Button btn = (Button)sender;
string s = ((TextBox)btn.Parent.FindControl("edtMenge")).Text;
Response.Write(s);
}