Mittlerweile biete ich seit ca. 8 Jahren Web-Hosting an. In dieser Zeit hat sich viel veraendert. Ich bin zum Entschluss gekommen meine Web-Hosting Services einzustellen. Ein Beweggrund ist der, dass es finanziell fast nichts bringt (letzendlich sogar Minuszahlen verursachte, es fehlt einfach die Zeit dazu es profitabel weiterzufuehren, da es fuer mich andere interessantere Themen mit eine hoeheren Prioritaet gibt). Ein Anderer, aber ausschlaggebende Beweggrund ist, dass ich das Web-Hosting zu 100% in meiner privaten Zeit aufgebracht habe und ich mich hier etwas umorientieren will. Mein Gewerbe bleibt weiterhin bestehen, allerdings in den Bereichen Consulting, Programmierprojekte (insbesondere auch Non-Profit Hobby-Projekte) und die eigene Weiterbildung. Dies insbesondere fuer Bestandskunden, die bereits mehrere Jahre Consultung von mir bekommen. Neue Kunden sind nat. hier herzlich willkommen. Insgesamt also alles, was mir mehr Spass macht als das schwer umkaempfte Web-Hosting-Geschaeft. Am 1.10. werden die Server dafuer nicht mehr existieren, da sie bereits gekuendigt worden sind. Fuer meine eigenen Zwecke werde ich alles auf einen VServer verlagern (ich kann dann endlich meinen Server auch tagsueber ohne grosse Ankuendigungen warten). Die Notwendigkeit fuer grosse und teure Root-Server besteht dann naemlich nicht mehr. Mit grossen und vielen Servern habe ich auf meiner richtigen Arbeit genug zu tun :) Kleine Services, die ich selbst benoetige, wie z.B. den Listserver, WebSVN, MovableType, RequestTracker Ticketsystem... werde ich natuerlich weiterbetreiben. Wer weiss, evtl. ist mir bald mein eigener VServer zu klein und ich hol mir einen 2. VServer und werde daraus einen mittels Pacemaker gesteuerten HA-Cluster bauen?
Recently in Web Category
Unter http://planet.buetow.org gibt's nun einen blog planet, der alle meine (bisher nur 2) blogs vereinigt. Nicht das ich das unbedingt haben wollte, aber MovableType hatte das schon automatisch angelegt und ich musste nurnoch die Subdomain korrekt konfiguieren.
Google Analytics an sich ist ja gar nicht so schlecht. Das, was daran stört ist, dass man bei der Verwendung von Google Analytics Google seine gesamten Besucherdaten anvertraut. Und dies gilt es zu vermeiden. Als Alternative sollte man sich mal Piwik angucken. So wie bei Google Analytics werden auf allen Seiten JavaScripte oder ein simpler Bildaufruf bei Noscript eingebunden, die dann das Tracking der Seitenbesucher übernehmen. Anders als z.B. bei awstats geschieht das Tracking nicht Loggdateibasiert sondern Zählpixelbasiert. Das kann als Vor- oder Nachteil gewertet werden. Einige Vorteile die Piwik gegenüber awstats hat: Einfachere Installation und einfachere Einbindung verschiedener Sites und das Verhalten der User kann live getrackt werden (Aufenthaltsdauer, Klickverhalten, uvm.). Jetzt besteht die Gefahr, dass einige meiner Blogleser abspringen werden, nachdem ich sie alle tracke. Wenn ihr nicht getrackt werden wollt, dann könnt ihr einfach nur den Atom-Feed lesen. Der ist nicht im Piwik mit drin und hat immer den vollst. Text der Einträge enthalten :) Ausserdem solltet ihr froh sein, dass ich kein Google Analytics verwende. Die haben schon genügend Daten.... Für mich sind die Statistiken nur eine kleine Spielerei, die ich mir jede Woche einmal kurz angucke und dann wieder vergesse. It's just my private Stuff!
And here it comes, buetow.org presents a screenshot of the piwik dashboard with ip addresses wiped out:
Yay. Es ist doch ein deutlicher Performanceunterschied festzustellen, wenn man MovableType (das Blogsystem hier) von plain CGI auf FastCGI umstellt.
And it was soo easy to implement!
Old:
<Directory "/usr/local/www/cgi-bin/mt">
Options None
Order allow,deny
Allow from all
</Directory>
New:
<Directory "/usr/local/www/cgi-bin/mt">
Options None
Order allow,deny
Allow from all
AddHandler fastcgi-script .cgi
</Directory>
Das setzt allerdings voraus, dass man Apache vorher prinzipiell schon FastCGI beigebracht hat.
Für die Blogleser hat sich allerdings nicht viel geändert. Da MT die .html-Seiten pregeneriert. Lediglich dynamische Funktionalitäten (Kommentare, Suchen, ..) sind davon betroffen.
Seit heute unterstützt Xerl FastCGI. Dafür waren lediglich diese Änderungen notwendig. Subjektiv wird jetzt alles viel schneller als mit old plain CGI ausgeliefert :)
Was ist Xerl?
Xerl is an open source website template engine (TE) with some features of a Content Management System (CMS) programmed in object oriented Perl and using XML.
Neben Websvn (http://websvn.buetow.org) habe ich neuerdings auch ein Gitweb (http://git.buetow.org) auf einen meiner Server installiert. Zwar habe ich dort noch nicht all zu viele Projekte eingechecked, aber "kommt Zeit kommt Projekte".
Ich werde nicht alle meine bestehenden Projekte basierend auf Subversion nach Git migrieren, wie ich es vor $langer Zeit, nur zwischen CVS und Subversion, getan hatte. Wenn ich bei einem Projekt das Subversion stört, dann werde ich das jeweilige Projekt evtl. Ad-Hoc nach Git migrieren. Nun alles aufeinmal nach Git zu migrieren ist mir jetzt zu viel Aufwand...
Auf Gitweb habe ich auch noch kein Code, der releasetauglich wäre. Zwar findet man dort bereits ein neues Projekt, namens hsQuickmail, vor, allerdings werde ich erst darüber berichten, sobald die erste funktionsfähige Version vorliegt :)
Unter der Adresse http://ipv6test.buetow.org besteht von nun an die Möglichkeit die eigene IPv4 und IPv6 Konnektivität zu testen. Das unterliegende Skript ist ein quick-n-dirty Perl-hack welches über 3 verschiedene Hosts (ein Host mit einer IPv4 Adresse, ein host mit einer IPv6 Adresse und ein dritter Host mit beiden Adressen) angesprochen wird und neben Client- und Serveradressen herausfindet welche Protokollversion verwendet wird sowie einige DNS lookups mittels host und dig startet.
Have a lot of fun!
There are no reasons at all in theory for people to change URIs (or stop maintaining documents), but millions of reasons in practice.
In theory, the domain name space owner owns the domain name space and therefore all URIs in it. Except insolvency, nothing prevents the domain name owner from keeping the name. And in theory the URI space under your domain name is totally under your control, so you can make it as stable as you like. Pretty much the only good reason for a document to disappear from the Web is that the company which owned the domain name went out of business or can no longer afford to keep the server running. Then why are there so many dangling links in the world? Part of it is just lack of forethought. Here are some reasons you hear out there:
Read more @ Cool URIs don't change.
Huge logo of Opera, seen in downtown München, Germany:
I added the following ModRewrite rules to cxg.de:
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^.*(curl|wget|fetch).*
RewriteRule ^index.py index.py?raw=1 [L,QSA]
RewriteCond %{HTTP_USER_AGENT} ^.*(curl|wget|fetch).*
RewriteRule ^ ?raw=1 [L,QSA]
Means: If you fetch any post with curl, wget or fetch, you will get the raw (text only) version without HTML code.
I don't remember who requested it but thanks to this guy. I needed to modify the ModRewrite rules a little bit in order to get it working.
