Filtering
No you are able to filter for tags used in defined categories and skip tags. It’s very nice because you can say: Only display tags used in categories a, b and c but not the tags home, baby and car. I hope you like it!

Caching
That’s done too. I’ve implemented a caching feature. For the first time the cloud is generated normal but after generating, the complete HTML code will be written to the database and for every next time the cloud has to been shown, the plugin can read the complete HTML code from the database and can skip the generating process. That’s very cool Oh, the cache will be cleared every time you publish or update an post, so the cloud is up to date (sure, you have the ability to clear the cache manualy).

This query is very similar to the old one and needs on my system only 0.05 seconds more than the old one. But lets take a look in detail.

We will start in lines 8 - 11. Realy, that is all the magic! This small query returns the IDs of all objects (in our case posts) wich are in the categories wich IDs have been placed in the brackets. Now the main query (lines 1-6 and 13-16) can filter the relevant posts for those, wich are returned by the sub query. Sure, in this case, we have to do a join with the posts table, but cause we are only interested in tags used in already published posts, we have to do it anyway.

So, in the next days I'll implement this in the plugin and release the new version.

Für alle anderen yac Betreiber steht die aktuelle Version wie immer via SVN zur Verfügung.

next4u.de: 1427h 15m
recensio.org: 632h 10m
funnydingo.de: 1427h 22m

Ich glaube bei recensio.org war der letzte Reboot nur wegen eines Serverumzugs notwenig (oder Bernhard?).

<?php
newtagcloud_output(array('maxcount' => 20, 'bigsize' => 60, 'smallsize' => 5, 'step' => 5, 'sizetype' => 'px'));
?>

The parameters are the same as you use for the widget:

• maxcount: number of tags should be shown
• bigsize: biggest font size
• smallsize: smallest font size
• step: font size differenz between two tag
• sizetype: sure, the font type like px, em or what ever

Please use the project page to leave a comment.

PS: Hab das Plugin gerade gefunden.

Als Basis dient das DHTML Window widget von dynamicdrive.com, da ich dieses kleine Script als eines der besten für DHTML-Fenster ansehe. Ein paar kleine Anpassungen habe ich vorgenommen, so das man auch "nicht schließbare" Fenster erstellen kann. Herausgekommen ist eine kleine Anwendung die man ohne große Probleme für weitere Anwendungen nutzen kann.

Wer sich das ganze mal ansehen möchte, wird hier (englisch!) fündig.

Der Ansatz über AJAX gefiehl mir auf anhieb am besten, da man sich dort nicht noch Gedanken um die Implementierung des HTTP-Protokolls machen muss. Leider sehen die Sicherheitsvorkerhungen des Mozillas bzw. Firefox es nicht vor, AJAX-Requests quer durch das Internet zu schicken und dies müsste bei einem solchen Webclient ja passieren (das HTML-File mit dem JS-Code liegt ja lokal auf dem PC).

Der zweite Ansatz, JavaObjects zu verwenden, schien da schon besser zu sein. Seit JavaScript 1.5 werden JavaObjects geboten. Mit Hilfe dieses Features kann man in JS ein Java-Objekt (wie z.B. einen Java Socket) nutzen. Dieser Ansatz setzt natürlich eine eigene Implementierung des HTTP-Protokolls voraus. Vorteil dieses Weges ist aber auch, dass man weitere Protokolle wie z.B. IRC einbinden könnte.

Leider scheinen auch bei den JavaObjects die Einschränkungen des Browser zu greifen: eine Verbindung zum lokalen Host kann man mit dem Java Socket aufbauen, aber sobald der Zugriff auf eine entfernte Resource erfolgen soll, wirft JS eine Exception "java.security.PrivilegedActionException: java.security.PrivilegedActionException: java.lang.reflect.InvocationTargetException". Schade eigentlich - das wäre bestimmt ein spannendes Projekt geworden.

PS: Bei diesem Versuch habe ich herausgefunden, das Microsofts Internet Explorer mal wieder nicht aktuell sein will. Der Firefox unterstützt mitterweile JavaScript 1.7. Der IE spielt leider noch mit dem (mitterweile fast 10 Jahre altem) JavaScript 1.3 rum.

Wie kann die Zukunft aussehen? TK-Anlagen müssen nicht mehr selbst betrieben werden. TK-Provider könnten große VoIP-Anlagen bereitstellen. Die komplette Logik, die bisher selbst betrieben wird, entfällt. Nur noch die Endgeräte werden auf das Hausnetz gesteckt und schon gehts los. Die VoIP-Anlagen werden entsprechen strategisch dezentralisiert, Systemausfälle der TK-Umgebung auf diesem Wege minimiert.

Gehen wir noch einen Schritt weiter. Statten wir Handys mit WLAN-Adaptern aus und schon könnte sich das Handy per WLAN in das Hausnetz des Unternehmens einbuchen. So wäre man nicht nur über seine Mobilfunknummer, sondern auch über seinen "Office-Anschluss" erreichbar.

Diesen Gedanken könnten man mit entsprechenden Ideen weiter ausbauen. Meiner Meinung nach fehlt technisch gesehen nicht mehr viel, bleibt nur die Frage, wann Unternehmen wie Arcor, Telekom, Vodafone, Nokia, Sony, etc. auf den gemeinsamen Zug aufspringen.