I came up with a few must-have criteria for a good software project website:

On the very first page, state what the software does, and what the goal of the project is.

More than once, I’ve seen project websites about a software, that provide downloads and how-tos and everything else, but don’t even explain what the software does. If I hear about a software and open the website, the first thing I want to know is what the software can be used for. If I can’t find that information quickly, I lose interest.

Provide Screenshots in the main navigation

Whether you like it or not, what many users care for are screenshots. Feature lists are great, but when you see some screenshots of the program in action, you get the general Idea how it works and how user-friendly it has been designed. Great features are useless if the UI sucks.

Put the download section in the main navigation

The second most important thing on a project website is the link to the download section. It should be visible on every page, and it should provide quick, easy download possibilities. Also, redirected downloads suck. Direct (and therefore wget-able) downloadlinks are better.

Provide documentation

What users want and developers hate, is documentation. Great documentation can contribute to great success. A good example of this is the area of software frameworks. A lot of frameworks (like CodeIgniter, CakePHP and jQuery) are highly successful – not least because of the great and easy-to-understand documentation. Provide good documentation and don’t forget to share it with others. The users will thank you.

Provide a way for feedback

Many open source projects grew over time because of user feedback. User feedback is important. And it needs to be quick and easy. A registration for an issue tracker is a no-go for me. If I have to register, I don’t report. Allow anonymous bugreports and feature requests, and a lot more feedback will come in.

For OSS projects: Provide easy possibilities to participate and share code

Among software users, there are many great and able programmers. Many of them have great ideas for contributions they could make. Most of them don’t have the time and motivation to track down the owner of the source repository and to ask for the permission to contribute. And patches that can’t be shared aren’t fun. Provide an e-mail address to send in patches. Or even better, use a distributed source code management system like Git. And then host it on a platform like Github, so that users can easily contribute their changes to the main branch, without you having to manage tedious permissions.

Stay in touch with the users

Communicate. And provide information on how to reach you on all available communication channels, like e-mail, IRC, twitter, facebook, forums etc. The more there are, the better. Inform the users about updates, but don’t spam them (use newsfeeds or social networks). And answer all not-totally-stupid questions. If you communicate, and if your software rocks, users will turn into fans.

A majority of the mentioned issues should be known to most people releasing software, but apparently aren’t. The project website is the first contact with the “outer world” and in most cases best way to promote your software. Use it, don’t waste this potential.

There are probably several other important things to remember when creating a project website. The listed ones are just some important issues that came to my mind, the list is by no means complete. You are free to contribute your experiences in the comment box.

• Start the first line of the script with #!/usr/bin/php -q
• Don’t put any empty lines between the shebang and the opening php tag (<?php)
• Return values are either 0 (OK), 1 (WARNING) or 2 (CRITICAL)
• Return those values using exit(), not using return()
• Before the exit statement, return some info using echo. Nagios / Icinga will only display the first line of the output.

The server is running Exchange 5.5. Exchange Connector
supports Microsoft Exchange 2000 and 2003 only.

To be able to access Exchange 2007 anyways, install the evolution-mapi package (Ubuntu) and use the servertype “Exchange MAPI” instead of “Microsoft Exchange”.

Screenshot:

Hinweis: Am besten sieht die Font mit ClearType-Antialiasing aus.

alias ducks='du -cks * | sort -rn | head -11'

Resultat: Eine schöne, übersichtliche Liste, die den Total-Platzverbrauch wie auch die zehn grössten Speicherfresser auflistet.

danilo@srv:/bin$ ducks
3768    insgesamt
692     bash
236     tar
196     ip
152     nano
112     cpio
108     netstat
104     grep
96      vdir
96      ls
96      egrep

(Quelle: Linux Server Hacks, O’Reilly, 2003, ISBN 3-89721-361-3)

Das Tool speichert Bilddaten aus der Zwischenablage direkt auf den Desktop oder in einen gewählten Ordner. Unterstützte Dateitypen: png, jpg, gif, bmp

Weitere Infos und Download hier oder auf der Github-Projektseite.

…war ich allerdings nicht ganz zufrieden, das hier hat mir dann schon besser gepasst.

Nach dem Wochenende wars allerdings wieder weg, möglicherweise durch das Abstellen des Stromes. Schade dass die Änderung nicht permanent ist…