Als je met meerdere gebruikers één server gebruik dan kan je in de loop der tijd gaan kampen met een probleem. Dat probleem heet geheugengebruik. Software evolueert in de loop van de tijd. Het kan steeds meer, maar hierdoor neemt ook het geheugengebruik toe. Ook voor nieuwe functionaliteit die je in die tijd niet bent gaan gebruiken.
Op de server die ik deel daar werd de hoeveelheid vrije geheugen ook steeds minder. Nu kon die best nog wel een tijdje mee, maar vanwege de leeftijd van de server en onze toenemende honger naar geheugen zijn we overstag gegaan om te gaan verhuizen naar een nieuwe server.
Momenteel zijn we met z’n allen hard bezig om al onze software op de nieuwe server werkende te krijgen. Hier en daar wordt de boel nog eens opgepoetst. Zelf ben ik langzaam aan ook begonnen met verhuizen. In het begin liep ik nog tegen een probleem aan door het ontbreken van 1 pakket, maar dat was ook weer snel opgelost!
Als eerste ben ik nu de DNS-server aan het overzetten. Vaak kost dat enige tijd voordat alles over de nieuwe server gaat. Nu staan ze mooi synchroon te draaien. Na het weekend hoop ik dat de oude DNS-server niet meer nodig is. Tot die tijd kan ik alle websites gaan overzetten en de webserver gaan testen. Hier en daar moet ik ook nog wat poetswerk uitvoeren. Ook wil ik nog wat veiligheidsmaatregelen gaan uittesten.
Bij de nieuwe server heb ik er trouwens voor gekozen om Gentoo Linux te laten vallen. Ik vind Gentoo niet geschikt voor productie servers. Ik heb gekozen voor Debian Squeeze. Nu is de Squeeze versie van Debian nog beta, maar dat mag de pret niet drukken. 
Al een tijdje had ik een probleempje met de webmail. Zo lukte het mij maar niet om bijlagen met e-mail mee te sturen. Dit probleem had ik steeds op de lange baan geschoven.
Nu merkte ik de afgelopen paar dagen dat ik het mij niet lukte om met WordPress bestanden te uploaden. Eerst bestond dan de directory niet waar ik dan naartoe moest uploaden, dus dan gaat het niet.. Maar na het aanmaken ervan en het voldoende rechten toekennen lukte het nog steeds niet. Ook had ik al in de log-bestanden gekeken, maar ook hierin zag ik geen foutmeldingen voorbij komen.
Alleen vanavond zag ik toch ineens dat er toch wel foutmeldingen komen, maar dan in /var/log/debug Lijkt mij op de verkeerde locatie, maar goed… Toch staat daar dan de volgende foutmelding:
Aug 17 15:25:41 papua lighttpd[28819]: (mod_fastcgi.c.2605) FastCGI-stderr: PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/servers/) in Unknown on line 0
Aug 17 15:25:41 papua PHP Warning: File upload error – unable to create a temporary file in Unknown on line 0
Ofwel: gewoon een foute instelling in PHP. Nadat ik die had aangepast ging het gelukkig wel goed! Alleen heb ik nu nog wel een soort gelijke foutmelding met een plug-in onder WordPress. Daar ga ik nu even snel naar kijken!
Ik wilde de links hier op deze weblog (Wordpress) wat korter hebben. Eerst stond er in elke url nog index.php en dat wilde ik niet. Nu is Wordpress voornamelijk gemaakt dat je dan Apache als webserver hebt. Dus dan moet je een .htaccess bestand hebben om dat mogelijk te maken. Nu ondersteund lighttpd geen .htaccess bestanden. Maar met de mod_rewrite module kan ik zo wel de urls korter laten schrijven. Hiervoor stond gelukkig de module mod_rewrite ergens bovenin al ingeschakeld in het /etc/lighttpd/lighttpd.conf
Verder was het voor deze weblog nog een blokje invoegen:
url.rewrite = (
“^/(.*)\.(.+)$” => “$0″,
“^/(.+)/?$” => “/index.php/$1″
)
En wel zodat:
$HTTP["host"] == “stefan.diario.tk” {
server.port = 80
server.document-root = “/var/www/servers/diario.tk/stefan/htdocs/wordpress/”
url.rewrite = (
“^/(.*)\.(.+)$” => “$0″,
“^/(.+)/?$” => “/index.php/$1″
)
#server.bind = “www.diario.tk”
accesslog.filename = “/var/log/lighttpd/stefan.diario.tk-access.log”
server.errorlog = “/var/log/lighttpd/stefan.diario.tk-error.log”
}
Hierdoor zijn de urls op deze weblog nu een stuk mooier. 
Alleen is mod_rewrite géén tovermiddel! Het nadeel eraan schijnt te zijn dat mod_rewrite niet kan controleren of dat bestanden wel of niet bestaan. Nu ondersteund lighttpd ook LUA-script m.b.v. de module mod_magnet maar hoe dat allemaal werkt moet ik nog eens een keertje uitzoeken!
Dit is mijn eerste blog @ stefan.diario.tk
Op deze weblog zal ik van alles vermelden van mijn experimenten die ik op mijn eigen webserver uitvoer. Momenteel draait daar Gentoo Linux op, maar ik overweeg om dit te vervangen door Arch Linux. De komende tijd zal ik dan ook Arch Linux aan de tand voelen of deze Linux-versie wel aan mijn wensen voldoet.
