Also habe ich mir vor einer Weile Artisteer für Mac OS X heruntergeladen und getestet. Während die Version 2.5 für Windows bereits stable ist, wird die Mac OS X Version 2.5 noch als “beta” angegeben. Und genau das merkt man auch bei der Benutzung. Dennoch ist Artisteer brauchbar und bietet von Haus aus die Möglichkeit, Themes für verschiedene Systeme, darunter WordPress, Blogger, Joomla, Drupal und mehr zu erstellen. Auch ein Export als reines XHTML+CSS ist möglich.

Die Gestaltung ist übersichtlich, allerdings benötigt man einige Zeit, um sich zurecht zu finden, denn die Gestaltungsmöglichkeiten sind vielfältig und teilweise extrem verschachtelt. Zunächst ist man gut beraten, die Design-Vorschläge durchzuklicken, bis man ein Layout vorgeschlagen bekommt, welches grundsätzlich an die eigenen Wünsche herankommt. Die verschiedenen Designs unterscheiden sich teils sehr stark durch wechselnde Anordnung, Farben und Schriftarten voneinander. Im Prinzip sind sie allerdings alle simpel und ähnlich.

Grundsätzlich zur Auswahl stehen die Optionen zur Definition von Farben und Schriftarten, dem Layout, des Hintergrunds, der Artikel und Rahmen, der Kopf- und Fußzeile, der Menüleisten (horizontal und vertikal), der Seitenleiste sowie der Buttons. Jeder der Menüpunkte ist nochmal in logische Segmente unterteilt, wo teilweise sehr stark weiter verzweigt.

Etwas verwirrend war für mich anfangs die mehrfache Definition von Schriftarten für Texte und Hyperlinks. Aber klar, je nach Position und Funktion kann (und soll) sich der Font unterscheiden. Besonders komplex ist hierbei die Gestaltung von Links innerhalb eines Artikels. Es wird zwischen Text, Artikel-Kopf- und Artikel-Fußzeile unterschieden und nochmals in Links, besuchte Links und gerade mit der Maus ausgewählte Links verzweigt.

Hat man das Prinzip allerdings einmal verstanden, so kann man sich innerhalb kurzer Zeit ein fertiges Layout zusammenklicken. Ein Export als WordPress-Theme geht sehr schnell und wirft am Ende ein ZIP-File raus, welches sich mühelos per SCP, FTP oder Admin-Interface installieren und aktivieren lässt.

Die Trial-Version von Artisteer ist allerdings ausgesprochen unfreundlich, denn sie hinterlegt nahezu alle Grafiken mit einem hässlichen “Trial”-Wasserzeichen. Damit kann das Layout und die Funktionalität getestet werden, jemandem zeigen möchte man es jedoch nicht, denn das schaut wirklich grauenvoll aus. Wer nicht alle Grafiken einzeln nachbearbeiten oder austauschen möchte, der wird um den Kauf einer der beiden Versionen nicht umhin kommen. Knapp 50 $ für die Home/Academic Version und 130 $ für die Standard Edition halte ich zwar für übertrieben, habe mir allerdings dennoch die Home-Edition gegönnt.

Nachdem ich ein Theme fertig hatte, welches mehr oder weniger meinen Ansprüchen genügt hat, musste ich dann jedoch leider feststellen, dass Artisteer in der Komplexität der einzelnen Theme-Files durchaus noch verbesserungswürdig ist. Konkret werden fehlerhafte DIVs auf der Artikelseite dargestellt, was dazu führt, dass bei den Kommentaren unter bestimmten Bedingungen leere Boxen erscheinen.

Zwar konnte ich die entsprechenden Code-Zeilen im Theme nach kurzer Suche identifizieren und korrigieren, allerdings erwarte ich von einer Bezahl-Software, dass so etwas nicht passiert. Denn schliesslich nutze ich Artisteer, um eben nicht mehr den Code anfassen zu müssen.

Ich werde nun den Support kontaktieren und über den Ausgang berichten. Update, hier der Inhalt des Support-Cases:

The attached theme (see file “ThomasV3.artx”) has a bug in art_post_box() (line 291) in file “functions.php”. If an article has no comments, everything’s fine. But as soon as an article has comments, a wrong box without any content is drawn above the comments (see attached file “empty_box.png”).

I had to make a workaround in that file to suppress such an empty box (see attached screenshot “artisteer_code_hack-fix.png”), which simply does *not* call parse_template() and does *not* send any output, if $content is empty.

Even though the box is no longer drawn, the layout is broken; there’s no further box around the comment’s boxes.

I like Artisteer (and paid for it), but I want it to be bug-free

Please get that problem fixed soon.

Mein Fazit: Artisteer lohnt sich, wenn man keine Lust hat, selbst die Theme-Files anzufassen und bereit ist, ein paar Euro für eine durchaus mächtige Software auszugeben, die nach ein wenig Einarbeitung das leistet, was sie verspricht.

Da wundert mich nichts mehr. Leider, leider gerät das System aber so langsam aber Sicher an die Lastgrenzen und ich muss mir überlegen, ob ich nicht doch eine meiner Regeln breche, denn ich hatte ursprünglich beschlossen und kommuniziert, dass unfake.it niemals Werbung vor oder nach dem Klicken einer Kurz-URL anzeigen wird.

Was meint ihr? Sollte ich Werbung schalten und so ggf. neue, schnellere Hardware finanzieren? Oder findet sich ggf. irgendwo ein freundlicher Sponsor? Bin gerne bereit, darüber zu verhandeln

Die Bedienung der Woopra-Website ist einfach und intuitiv. Zunächst muss ein Profil angelegt und per E-Mail-Verifizierung bestätigt werden. Dann können die Websites (anhand von Domains) angelegt werden, die getracked werden sollen.

Im Quellcode der fraglichen Webseiten muss nun der kleine Javascript-Schnipsel eingebunden werden. Sofort darauf werden die Live-Statistiken entweder über das Dashboard der Woopra-Website oder aber über ein entsprechendes Desktop-Programm ausgegeben. Ich hatte den Mac OS X Client getestet. Dieser schaut sehr ansprechend aus und stellt die Informationen nett dar.

Für mich kommt Woopra in dieser Form nicht in Frage, denn es deckt nicht mal die Hälfte meiner Anwendungsfälle ab. Konkretes Problem ist, dass ich zahlreiche Seiten betreibe, die keinerlei oder besondere Header-Informationen senden und mit der Javascript-Ausgabe im BODY nicht klar kommen. Spätestens bei einem 301-Header ist hier Schluss, das funktioniert nicht mit Javascript.

Das erinnert mich daran, dass ich mit (m)einem unlängst eingeschlafenen eigenen Webanalyse-Tool weitermachen sollte. Bereits vor einem Jahr hatte ich eine lauffähige Version, die in ähnlicher Weise wie Woopra arbeitet und auch viele brauchbare Daten bereitstellt. Aus Zeitgründen war dieses Projekt eingeschlafen. Vielleicht mache ich bei Gelegenheit damit mal weiter und erfinde Google Analytics neu

I have to thank you! All of you, using unfake.it as URL shortening service!

It’s been 100 days, since I faked the first URL with unfake.it – my very own URL shortening service. I started this project, ’cause I always forgot the names of all the other URL shortening providers, so I very quickly wrote my own application, which now is used every day by lots of users.

What began for my personal use only, has now become a huge and important project. A few days after the initial launch – and even without heavy announcement, the first people started using unfake.it to shorten URLs. Using the bookmarklet, some friends and co-workers started using unfake.it and spreading the URL all over the world.

Then, I implemented an API and wrote a standalone WordPress plugin to shorten URLs for new blog postings before sending them to Twitter. Since March, this plugin is downloaded and installed on new WordPress blogs almost every day a couple of times, which really makes me proud. Today, several co-workers as well as absolutely unknown users all over the globe are using my plugin. And there’s an huge number of hits per day:

Then, I implemented the magic preview function with thumbnailed images of the destination websites. Then I wrote a facebook application to add faked URLs and their thumbnails to your facebook profile. Those are just toy-like features, but I relly like them – as well as lots of users.

Some facts of what has happened so far (or is happening):

• more than 3.000 URLs have been faked up to now
• there are more than 42.000 hits to those URLs up to now
• the last 3 days, more than 100 new URLs have been added per day
• URLs for more than 130 unique websites have been faked up to now
• the WordPress plugin has been downloaded and most likely installed more than 80 times
• Twitter knows more than 850 faked URLs of the last 7 days
• Google knows more than 20 pages of faked URLs
• unfake.it is growing every day

I’m really looking forward to unfake.it‘s future. Sure, there is an increasing number of shortening services, but I guess, some of ‘em will disappear again.

Bye, T.

Because some of you asked, how I realized the grabbing and thumbnailing of whole websites (here’s an example and I wrote about that in this post), this is a brief HOWTO.

Imagine, you have a Linux system without graphical support. How do you display complex graphical content and make a screenshot? Here it comes: grabbing websites on a Linux system is quite simple.

Prerequisites:

1. a Linux operating system (Debian is fine)
2. khtml2png (I used khtml2png_2.7.6_i386.deb from here)
3. a running X server (Xvfb does it for me)
4. kdelibs4c2a
5. libkonq4

This is it!

The trick now is: on a system working as a server, you usually don’t want to have a running X server. So, I just installed Xvfb, which is a “Virtual Framebuffer ‘fake’ X server”. It is running in the background and khtml2png uses its display.

First, install Xvfb and several libs:

apt-get install xvfb kdelibs4c2a libkonq4

Hit ‘y’ to solve dependencies!

Now, get khtml2png from http://sourceforge.net/projects/khtml2png/ and install it:

dpkg -i khtml2png_2.7.6_i386.deb

Then, start your ‘fake’ X server:

/usr/bin/Xvfb :2 -screen 0 1920x1200x24

Of course, you may reduce the resolution to your needs. But remember the display number (:2) you set for Xvfb.

And finally, you may use khtml2png to fetch any website you like:

/usr/bin/khtml2png2 --display :2 --width 1024 --height 768 http://www.thomasgericke.de/ /tmp/website.png

Don’t worry about the fact that the package is named khtml2png and the binary is called khtml2png2. It’s okay!

I have a little magical wrapper around that stuff which gets URLs out of a database and performs some checks. Images are save with wget and converted to PNG, websites are fetched with khtml2png. Both are saved and thumbnailed on-the-fly with PHP.

I call khtml2png via cron like this:

/usr/bin/khtml2png2   --display :2 \
                      --width 1024 \
                      --height 768 \
                      --time 42 \
                      --disable-js \
                      --disable-java \
                      --disable-plugins \
                      --disable-redirect \
                      --disable-popupkiller \
                      http://www.thomasgericke.de/ \
                      /tmp/website.png

My script is started every minute and checks if new URLs have to be fetched. It also checks if existing PNGs are older than 24 hours and, if so, the URL will be fetched and the PNG overwritten.

Just let me know, if you have any further questions.