As a part of my prac­tical term in the past six months, I de­ve­l­o­ped an XML-based work­flow for au­to­ma­ted E-Book-production. To be ho­nest, we ne­ver thought about a re­vi­sion or cor­rec­tion work­flow. But the publishing-houses did! Af­ter de­li­ve­r­ing the pro­du­ced epub-files to them we re­cei­ved the cor­rec­tions and an­no­ta­ti­ons via Fax – as shown in the image on the right side.

D’oh! We de­ve­l­o­ped a re­ally cool high-technology work­flow and they put their reading-device on the co­pier, co­pied it, made their an­no­ta­ti­ons on the pa­per and old-school-faxed it back to our office.

Hehe ^^ No com­ment…

E-Mails mit PHP zu ver­sen­den geht ja ansich ganz ein­fach und kom­for­ta­bel. In­ter­es­sant wird es je­doch, wenn Text­mails mit ma­nu­el­len Zei­len­um­brü­chen ver­schickt wer­den sollen.

Ein Zei­len­um­bruch wird im Mail­text bei­spiels­weise wie folgt erzeugt:

$mailtext = "Ich bin ein Absatz.\n";
$mailtext.= "Und ich auch!";

Da­mit die Steu­er­zei­chen \n, \r oder \t in­ter­pre­tiert wer­den müs­sen sie in dop­pel­ten An­füh­rungs­zei­chen ste­hen! Ein­fa­che An­füh­rungs­zei­chen im obi­gen Bei­spiel wür­den be­wir­ken, dass das ab­schlie­ßende \n im E-Mail-Text aus­ge­ge­ben wird.

Soll nun Text aus ei­ner MySQL-Datenbank in die E-Mail flie­ßen, und wurde die­ser Text zu­vor über ein HTML-<textarea>–Feld in der Daten­bank ge­spei­chert, wer­den plötz­lich alle Daten­bank­in­halte mit dop­pel­ten Zei­len­um­brü­chen in der E-Mail dargestellt.

Grund da­für ist die Form des Zei­len­um­bruchs der beim Spei­chern in die Daten­bank ge­schrie­ben wird. Und das ist bei der Überg­abe des HTML-<textarea>–Fel­des ein so­ge­nann­ter „Windows-Zeilenumbruch“ im For­mat \r\n. Nor­ma­ler­weise in­ter­pre­tie­ren die meis­ten Pro­gramme diese Umbruchs-Kombination (Carriage-Return + New­Line) als ei­nen zu­sam­men­hän­gen­den Um­bruch, die gän­gi­gen E-Mail-Clients hin­ge­gen in­ter­pre­tie­ren \r\n als dop­pel­ten Zei­len­um­bruch. Auch un­ter Windows.

Um diese Miss­in­ter­pre­ta­tion zu um­ge­hen sollte vor Ver­sand der E-Mail der kom­plette E-Mail-Text nach die­ser Zei­chen­kom­bi­na­tion durch­sucht wer­den. Am ein­fachs­ten geht dies mit ei­nem Re­gu­lä­ren Aus­druck der alle Vor­kom­nisse von \r\n durch \n ersetzt.

$mailtext = "Ich bin ein Absatz.\n";
$mailtext.= "Und ich auch! Nach mir kommt Datenbankinhalt.";
$mailtext.= $datenbankinhalt;
 
$mailtext = preg_replace("%\r\n%", "\n", $mailtext);

Vor ei­ni­gen Mo­na­ten habe ich eine Lö­sung zum Upload von docx– und xslx-Dateien in Mediawiki-Wiki’s gepostet.

In­zwi­schen ist das E-Book in al­ler Munde, und na­tür­lich soll man auch frei ver­füg­bare E-Books im Wiki hoch­la­den dür­fen. Doch auch hier wird der Mi­me­Type wie­der nicht rich­tig erkannt.

file -bi un­ter Li­nux lie­fert für ein E-Book im po­pu­lä­ren „EPUB“-Format den Mi­me­Type application/x-zip, PHP in­ter­pre­tiert je­doch als application/zip. Ganz rich­tig wäre übri­gens application/epub+zip.

Um den EPUB-Upload zu ge­stat­ten muss also die Ex­ten­sion epub dem Ar­ray $wgFileExtensions in der LocalConfig.php hin­zu­ge­fügt wer­den. Da­nach muss noch die Da­tei mime.types im Ord­ner /includes an­ge­passt wer­den. Dazu muss le­dig­lich die Zeile application/zip [...] um den Ein­trag epub er­wei­tert werden.

Wer viel mit CSS ar­bei­tet und („krasse“) ta­bel­len­freie Web-Layouts er­stellt, der wird nicht drum­herum kom­men, sich mit den CSS-Selektoren zu be­schäf­ti­gen.
In­zwi­schen bin ich et­was XPATH–ver­wöhnt was Se­lek­to­ren an­geht, denn mit self, child, parent, descendant, descendant-or-self, ancestor, ancestor-or-self, preceding, following, preceding-sibling und following-sibling hat man dort alle, und da­mit meine ich wirk­lich ALLE, Mög­lich­kei­ten im XML-(Struktur-)Baum zu na­vi­gie­ren und Ele­mente zu selektieren.

Die Mög­lich­kei­ten in CSS sind da­ge­gen eher be­schei­den. Hier eine kurze Über­sicht über die wich­tigs­ten CSS-Selektoren:

• klasse klasse2
  Se­lek­tiert klasse2 die sich *ir­gendwo* in­ner­halb von klasse be­fin­det.
  Beispiel:

  <div class="klasse">
    <span class="klasse2">Dieser SPAN wird selektiert.
      <p class="klasse2">Dieser Absatz wird selektiert.</p>
    </span>
  </div>

• klasse>klasse2
  Se­lek­tiert klasse2, wenn sich diese ge­nau EINE Ebene un­ter­halb von klasse be­fin­det.
  Beispiel:

  <div class="klasse">
    <span class="klasse2">Dieser SPAN wird selektiert!
      <p class="klasse2">Dieser Absatz wird NICHT selektiert.</p>
    </span>
  </div>

• klasse*klasse2
  Se­lek­tiert klasse2, wenn sich diese ge­nau ZWEI Ebe­nen un­ter­halb von klasse be­fin­det.
  Beispiel:

  <div class="klasse">
    <span class="klasse2">Dieser SPAN wird NICHT selektiert.
      <p class="klasse2">Dieser Absatz wird selektiert.</p>
    </span>
  </div>

• klasse+klasse2
  Se­lek­tiert klasse2, wenn sich diese di­rekt NACH klasse be­fin­det.
  Beispiel:

  <div class="klasse">
    <span class="klasse2">Dieser SPAN wird NICHT selektiert.</span>
  </div>
  <div class="klasse2">
    Dafür wird dieses DIV selektiert.
  </div>

Was ich mir für CSS wirk­lich wün­sche, ist ein parent-Selektor. Der würde viel Ar­beit ab­neh­men! Ist aber in CSS3 lei­der nicht vor­ge­se­hen und bis CSS4 raus­kommt könn­ten noch ein paar Jähr­chen ver­ge­hen. Schade…

CSS 4 You bie­tet auf zwei Sei­ten noch wei­tere In­fos zum Um­gang mit Selektoren.

Wir neh­men fol­gen­den Fall an:

Es soll eine per­ma­nente Wei­ter­lei­tung er­fol­gen von der al­ten URL http://www.domain.de/wiki/ nach http://wiki.domain.de/. Alle an­ge­for­der­ten Sei­ten und Ver­zeich­nisse (bei­spiels­weise index.php?title=Hauptseite) sol­len eben­falls wei­ter­ge­lei­tet werden.

Am ef­fek­tivs­ten wäre hier eine Wei­ter­lei­tung mit­tels mod_rewrite, für An­fän­ger je­doch nicht ohne wei­te­res zu im­ple­men­tie­ren, und auch nur dann mög­lich, wenn der Web­ser­ver, sprich Apa­che dies erlaubt.

Eine Al­ter­na­tive dazu stellt das fol­gende kleine PHP-Script dar:

<?php
/**
 * Permanente Weiterleitung
 * @author Tobias Fischer / tobias (at) mediaversal (punkt) de
 * @date 2009-04-24
 */
 
$url = $PHP_SELF . '?' . $QUERY_STRING;
$url = str_replace('/wiki', '', $url);
 
header("Status: 301 Moved Permanently");
header("Location: http://wiki.domain.de" . $url);
 
exit;
?>

$PHP_SELF gibt das Ver­zeich­nis und die auf­ge­ru­fene Da­tei ab Do­mai­nebene zu­rück, in un­se­rem Fall also /wiki/index.php. $QUERY_STRING lie­fert alle an­ge­häng­ten Va­ria­blen „nach dem Fra­ge­zei­chen“.
Nun müs­sen wir diese bei­den Frag­mente nur noch zu­sam­men­set­zen, dar­aus das ak­tu­elle Ar­beits­ver­zeich­nis /wiki ent­fer­nen und an die neue URL http://wiki.domain.de/ anhängen.

Die Sta­tus­mel­dung 301 teilt dem Brow­ser oder auch even­tu­el­len Such­ma­schi­nen mit, dass die an­ge­for­derte Seite per­ma­nent um­ge­zo­gen ist – 302 da­ge­gen würde tem­po­rär umleiten.