Drupal does not support lighttpd as a server for deployement. And appart form the problems you may have with .htaccess files not working, there is also another minor bug: https detection in drupal is done with the $_SERVER['HTTPS'] variable, which is not available when running PHP in CGI mode with lighttpd. The result is that you will be moved to http after logging in via https, which is not what you want. So a quick fix is in order.
There are soooo many hacked computers on the word, looking trough the logs becomes a real problematic chore... The simplest way to solve this problem is blacklisting servers you don't want.
If you don't want spam bots to see your mail address on your homepage, the best thing to do is to place it in an image. This script will help you create that image using the special data: URI scheme. Therefore you won't have to save the image, you can just include the HTML code and be done with it. Simple and effective, try it out.
Update: There an even better version, but without the inline thing, online here: http://chxo.com/labelgen/
Virtual hosting with lighttpd can help you to easily create new subdomains and domains by simply adding a directory to your base virtual hosting directory. This allows you to create directories instead of editing configuration files.
This lighttpd configuration will create a virtual hosting directory under /var/www/vhost which will allow you to create example.com/index.html by creating /var/www/vhost/example.com/www/index.html. Something like asdf.example.com/index.html will map to /var/www/vhost/example.com/asdf/index.html. Anything subsubdomains are simply full directory names with dots: a.b.c.example.com/index.html will translate to /var/www/vhost/example.com/a.b.c/index.html
I you want to post nice gadgets or things like Google AdSense code in a block in Drupal, you will find that the default Full HTML input format does not work. This is because the default Full HTML will still do some checking to make sure you don't screw up and inserts linebreaks.
So, to create a completely Full HTML input format is the best way to go. Here is how.
Chickenfoot is a great browser automation tool. With simple javascript commands like click("Submit") you can have the computer click on the button labeled "Submit". So, when can this come in handy? What about handling some automation in you online mail box.
For example. here is a Chickenfoot script which will create Folders for you in Hotmail:
var syms = "abcdefghijklmnopqrstuvwxyz"
for(var i = 0; i < syms.length; i++)
{
pick("Mark as unread listbox", "[New folder...]")
enter("Folder name:", syms[i])
click("Save")
}There is a problem with user permissions and portable disks. UIDs are number and not portable between Linux systems (the same number can be a completely different user) and the same holds for groups. This leads to a problem when you start using a filesystem which support permissions on something like an USB stick but this is where the problems start, because FAT32 seems to be the only solution. Let me break the problem down for you...
I've launched a new page where you can Exit to some other page that people come from. It's a nice little thing I like to use when I want bored people to be able to exit from my pages. I also use it for dialogs where people can choose to exit if they want, works great!
If you want to try it out, simply hit:
I was an avid user of the tt tag for any inline code, but as HTML 5 is coming, I'll just have to settle with using kbd instead. A full list of elements you should start avoiding can be found at:
http://www.w3.org/TR/2008/WD-html5-diff-20080122/#absent-elements
One of the more alarming things we will have to learn to live without is the style attribute. This forces you to move your style information to the CSS files and put everything on the page with either a class or an attribute. But I will have to admit that the style attribute is something that I only used in quick hacks, so no real biggy there.
But there is one, I must say weird, exception: the font tag is allowed to have a style attribute. And the font tag is only allowed in "when inserted by a WYSIWYG editor due to limitations in the state of the art in user interface for these editors.". Which I think is the weirdest exception ever, but there you go.
Yeah, my first www.drupal.org posting, a full module in a snippet. The code defines a module that exposes a block and a trigger. The trigger will be fired when the special trigger block is shown. The trigger block itself only contains HTML comments.