Blog

• Ein neuer Baseman ist dabei, der hat schöne Import-Funktionen und weitere Nettigkeiten. Für den Normalanwender dürfte das relativ egal sein, weil er den Baseman sowieso nicht sieht. Ich habe halt die neue Version für diverse Dinge gebraucht, deswegen habe ich ihn mal rein gepackt. Danke an Sven, der ist nämlich derzeit der, der den Baseman betreut.
  
  
• Der Newsletter wurde intern überarbeitet, nach außen merkt man davon aber nichts. Es gab wohl ein Problem, dass teilweise lange Zeilen abgeschnitten wurden. Das hat Sven (schon wieder der 8-) ) in der Mail-Funktion behoben. Die ist Teil unserer Bibliothek und ich musste nur den Newsletter neu übersetzen. Naja, eigentlich. Weil der Newsletter auch direkt kodiert, wenn man HTML-Mails verschickt, war es dann doch nicht so einfach. Es hat mich ein paar Tage gekostet es so hinzubekommen, dass die Umlaute immer stimmen. Den Aufwand habe ich betreiben, weil ich es für den Newsletter ohne Diät [Link entfernt, weil Linkziel leider nicht mehr verfügbar] benötigt habe.
  
  
• Die Sache mit den Priotitäten von Tags wird intern nun anders behandelt. Das sind die [n], die man angeben kann. Beispielsweise {[6]get="..."}. Die ganz einfachen Tags hatten das bisher nicht beachtet und man konnte bei Schachtel-Tags am Ende die Priorität nicht setzten. Ich finde es aber irgendwie übersichtlicher. Also {[9]switch="lala"} ... {[9]/switch} ist nun erlaubt. Dadurch können außerdem auch extrem komplexe Vorlagen gebaut werden, wenn man intensiv mit if-Abfragen arbeitet. Ich habe das eben bei abgekliert so umgesetzt. Dort gibt es Vorlagen für den Autor, die an verschiedenen Stellen eingebunden werden. Um Code nicht doppelt zu haben, ist das ganze sehr zerstückelt in kleine Bereiche. Also eine Vorlage die unter der und der Bedingung diese Vorlage einbindet, die dann wieder diese benutzt und so weiter.
  Auf das Ergebnis bin ich durchaus ein wenig stolz. Es klappt nämlich richtig gut.
  
  
• Overview muss bei jedem auszugebenden Datensatz prüfen, ob dieser auch angezeigt wird. Dazu müssen evtl. auch die Rechte betrachtet werden. Bei mehreren 100 auszugebenden Seiten ist das etwas zeitintensiv. Daher wird nun direkt eine Prüfung gemacht, ob überhaupt gepüft werden muss. Das macht die Sache um etwa 1 Sekunde pro 1000 Einträge schneller. Das summiert sich aber, wenn man mehrere Ausgaben auf einer Seite hat.
  
  
• Im Editor wird unten links ein Zeichenzähler angezeigt. Der Grund für mich ist schlicht die VG Wort. Dort kann man auch Internet-Veröffentlichungen einreichen, was aber erst ab 1800 Zeichen geht. 8-)
  
  
• Unter Tools bei der Konfiguration kann der INI-Editor auch weitere Text-Dateien bearbeiten. Ich fummle öfter mal schnell an einer .htaccess-Datei rum, wozu das ganz praktisch ist. Allerdings sollte man wissen, was man tut. Wenn der Web-Server den Zugriff auf die Seite sperrt muss man doch wieder die Zugangsdaten rauskramen. 8-)
  In der cms.ini gibt man die Dateien einfach an. Beispiel:
  
  [INI_CONFIG]
  extra_1=../.htaccess
  extra_2=../robots.txt
  
  
• Langsam wird's spannend. Neue Tags steht in der Beschreibung. Was war das gleich noch? 8-)
  {tag="abc"} gibt {action}&tag=abc, wobei abc richtig codiert würde, wenn es Sonderzeichen enthält. Ich bin spontan gar nciht mehr sciher, wozu ich das gebraucht habe. Ich glaube mittels TagMagic wurde das dann wieder überflüssig.
  {outside_template="vorlage"} baut die Vorlage um den aktuellen Inhalt außen rum. Also Die Vorlage wird geladen und die bisherige Seite an Stelle des Platzhalters main dort gesetzt. Damit wollte ich mir Arbeit sparen, habe es aber dann doch anderweitig gelöst.
  {set="..."}: Damit kann man eine Art Umgebungsvariablen setzen. Z. B. {set="type:static"} sorgt dafür, dass Links statisch ausgegeben werden. Außer dort ist bewusst wieder type:dynamic gesetzt. Bisher gibt es type:static/dynamic, url:absolute/full und gfu:full. Type und url bezeihen sich auf Links, gfu auf Dateien und Grafiken. D.h. erstmal nur auf Grafiken, bei denen dann der komplette Pfad benutzt wird. Das ist nämlich noch nicht ganz fertig und wird auch erst im nächsten Update zur Verfügung stehen. Ich habe gestern einen Feed auf Feedburner umgestellt, damit Grafiken dort funktionieren, muss der komplette Pfad angegeben sein.
  
  
• Es gibt ein kleines Cache-System. Dazu bitte einen Blick in die cache.ini werfen:
  
  [page_1]
  pos=/Spezial/Tags
  param_1=tag
  max_age=14400
  
  [page_2]
  pos=Blog
  param_1=noc
  max_age=2880
  
  Das bedeutet nun, dass die Seite /Spezial/Tags gecached wird. Ausgaben, bei denen sich der Parameter tag ändert, werden jeweils auf Festplatte gespeichert und wieder ausgeliefert, falls sie nicht älter als 10 Tage sind. Bei der zweiten Seite ist es Blog und der Parameter noc. Dafür gilt der Cache nur 2 Tage (=2880 Minuten). Zufällig wird der Parameter tag für TagMagic und noc für Overview benutzt. Damit kann man also das Blättern in einem Blog und den Abruf von Tag-Seiten deutlich beschleunigen.
  
  
• So richtig Sinn macht das dann nur, wenn man auch schöne Tag-Clouds basteln kann. Das macht dann TagMagic. Gesteuert wird über tags.ini:
  
  [cloud_1]
  root=/Blog
  list=../syswork/blogtags.ini
  cloud=../syswork/cloud.html
  min=3
  size_min=10
  size_max=20
  color_min=cccccc
  color_max=000000
  pattern=<a style="font-size:{size}px;color:#{color};text-decoration:none;" href="http://www.leben-ohne-diaet.de/tags/{tagencoded}">{tag}</a>
  
  
  Ruft man TagMagic nun auf, was über schedul.ini erfolgen sollte, erzeugt es aus allen Untereinträgen von "Blog" eine Wolke. Diese wird als syswork/cloud.html gespeichert. Ein Tag muss mindestend 3 mal vorkommen, die fertigen Tags sind zwischen 10 und 20 Pixel groß, die Farbe ändert sich nach Häufigkeit.
  
  Mittels {template="extern:../syswork/cloud.html"} wird die Wolke dann eingebunden. Achja, das ist auch neu, dass template das kann. 8-)
  Wie so etwas dann aussieht, kann man sich gerne im Blog ohne Diät [Link entfernt, weil Linkziel leider nicht mehr verfügbar] ansehen. Ganz unten auf der Seite ist die Wolke.