Re: TagCloud for phpwcms v0.5a (works with UTF and ISO latin)!
Posted: Sat 8. Mar 2008, 22:29
Hi marcus,
seems you are always in a hurry. Pilots would call this "touch and go". I'm sure that you are a PHP pro, aren't you? So thank you very much for dropping in and comment on this!
Well, no, this function already was mentioned within that really very old
releases before but was not working as desired [don't know why!?].
Anyway, one of the most relevant improvements was to change the way how to strip off/cut out HTML code, Java Script, (unsecure) PHP code and particularly other common {PHPWCMS}-tags.
When following your proposal, I had a look at the phpwcms search and other files again but this time found a variety of useful functions there. For the actual version I could rely on these built in (loaded, available) functions[*]. The results seem to be [very] clean code [also] on which all the analytic stuff can be applied to.
Statistically all evaluations[*] on my test server [one web site set up with utf-8 and another with iso latin] prove that Tag Cloud for phpwcms not only promises but does exactly what it was built for: to deliver reliable, valid results...
[*]RUNNING FASTER !!?!!
Think about SPEED:
Usually only one!! {the actual} PAGE (article with other FERScripts assigned) will be rendered [on server request] and sent to the [client{s}] browser. TagCloud for phpwcms [subsequently by request] has to read/analyse all! PAGEs (articles) [--> DB] content [as defined!] --> additionally - ON THE FLY.
BTW: That's why I'm interested in how [acceptable fast] TagCloud is running on sites with many [>10] categories and/or more than >10 articles per category...
Hey fellows, ARE there any experiences regarding speed???
seems you are always in a hurry. Pilots would call this "touch and go". I'm sure that you are a PHP pro, aren't you? So thank you very much for dropping in and comment on this!
Well, no, this function already was mentioned within that really very old

Anyway, one of the most relevant improvements was to change the way how to strip off/cut out HTML code, Java Script, (unsecure) PHP code and particularly other common {PHPWCMS}-tags.
When following your proposal, I had a look at the phpwcms search and other files again but this time found a variety of useful functions there. For the actual version I could rely on these built in (loaded, available) functions[*]. The results seem to be [very] clean code [also] on which all the analytic stuff can be applied to.
Statistically all evaluations[*] on my test server [one web site set up with utf-8 and another with iso latin] prove that Tag Cloud for phpwcms not only promises but does exactly what it was built for: to deliver reliable, valid results...
[*]RUNNING FASTER !!?!!
Think about SPEED:
Usually only one!! {the actual} PAGE (article with other FERScripts assigned) will be rendered [on server request] and sent to the [client{s}] browser. TagCloud for phpwcms [subsequently by request] has to read/analyse all! PAGEs (articles) [--> DB] content [as defined!] --> additionally - ON THE FLY.
BTW: That's why I'm interested in how [acceptable fast] TagCloud is running on sites with many [>10] categories and/or more than >10 articles per category...
Hey fellows, ARE there any experiences regarding speed???