Blonko!

Vandaag heb ik iets zeer handigs ontdekt, wat vermoedelijk al 1000 keer gedocumenteerd is, maar hier toch nog maar even (ik wist het niet, de kans bestaat dat ik niet de enige was).

Ik moest een wordpress-installatie verplaatsen van www.domain.tld/blog naar www.domain.tld/, zodat de wordpress de nieuwe homepage werd. Na alle files gewoon verplaatst te hebben, en de .htaccess aangepast te hebben met de juiste RewriteBase, bleef het theme ronduit foute urls gebruiken. Nu kan je in de database gaan foefelen, maar er is een veel eenvoudigere manier…

Open de file “functions.php” van het theme dat gebruikt wordt, en zet volgende regels bovenaan (net na de openende php-tag natuurlijk):

update_option('siteurl','http://www.domain.tld/nieuwpad/');
update_option('home','http://www.domain.tld/nieuwpad/');


Ga nu naar je hoofdpagina of je admin-pagina, en reload tot alles er goed uit ziet. Daarna haal je de regels weg. Eenvoudig toch.

Naast een site met pedofielen, is een site met verkrachters misschien wel handig. En eentje met dieven. Of eentje met mensen die ooit te snel gereden hebben, of verkeerd parkeerden. Of misschien wel met muziek-downloaders. Of die criminelen die een druif in de supermmarkt opeten.

De rechten van de mens zijn blijkbaar met de voeten getreden.

Nee, ik ben niet pro-pedofilie, en ook niet pro-censuur, maar velen gaan volgens mijn simpel boerenverstand wat kort door de bocht.

Openminds heeft samen met de mensen van Gorilla Webdesign beslist om een meetup van Ruby-en-aanverwanten-enthousiastelingen te organiseren. De naam is Arrrrcamp geworden, de site is hier te vinden, en hier kan je inschrijven (beperkt aantal plaatsen/eten/drank!). Dit alles gaat door op vrijdag 8 mei, vanaf 13u tot laat.

We hebben een eindje gediscussieerd over de exacte invulling van het gebeuren, maar na enkele reacties van mensen is er beslist om het gebeuren wat tweeledig te maken.

Een eerste luik bestaat er natuurlijk in om gebruikers van de technologiën samen te brengen. Dit zijn hard-core ruby programmeurs, web-bouwers die Rails gebruiken, designers en webburo’s die Radiant gebruiken, en alle andere die niet vermeld werden. Er is een Belgische Ruby/Rails groep, en de eerste meeting ervan kon op vrij veel volk rekenen, maar jammer genoeg werd dit (tot op heden) niet herhaald, terwijl we voelen dat er nood en wil is om samen te komen met gelijkgestemde zielen. Niets te missen dus als je ruby, rails, radiant en afgeleiden-gebruiker bent.

Het tweede luik is mogelijks nog belangrijker. We kregen vrij veel de reactie “ja, maar ik heb dat nog maar één keer gebruikt” of “ooit eens bekeken, maar geen tijd”, en willen hierop verder werken. Daarom voorzien we inleidingssessies voor geïntresseerden, waar we aan de hand van demonstraties de mensen zullen warm maken voor de taal en de applicaties erin.

De dagindeling ziet er dus al volgt uit: We beginnen om 13 uur, en het begin van de namiddag is gevuld met inleidende sessies. In de vooravond (rond 17 uur?) gaat de bar open, komt de vierde “R” beschikbaar, is er netwerking-mogelijkheid, en zijn er kortere, barcamp-style, sessies gepland. De invulling van deze slots wordt ter plaatse bepaald, en zal afhangen van de aanwezigen.

Meer info op de site zelf.

Yesterday, together with my collegue, we installed an SSL certificate for the submission part of a mail install. For the simple reason “Plesk 9 is a pile of shit”, we run Postfix on port 25 and Qmail on 587.

We assembled the private key and the certificate, and installed it as servercert.pem in /var/qmail/control/, and then symlinked clientcert.pem to this file. Another job well done, we thought. I opened the preferences for my mailclient (Apple’s Mail.app), opened my preferences, and configured a new outgoing server. Once there, in the advanced tab, I entered 587 as port number, and checked the TLS usage. Instantly, I was greeted with a warning sign about the certificate being invalid (it returned the old certificate).

After having checked that qmail completely restarted, and that the certificate itself is indeed the correct one, we were puzzled. But when we resorted to checking this with the trustworthy “openssl” tool (the command you need is “openssl s_client -starttls smtp -crlf -connect hostname.tld:port”), we saw that the certificate presented to us on port 25 was the old one, and the one on 587 was the correct one. This is normal behavior, the postfix install was still as it was, as port 25 wasn’t allowed to accept any authentication for mail submission, but the TLS config was still in. We disabled the tls part in postfix, and then, when adding the correct info in

Conclusion: apple mail will try to get the certificate from port 25, then port 486 and then port 587, even if you choose to specify your own portnumber in the configuration. Strange decision they made, those apple developers.

Vandaag stootte ik toevallig op een interview van Tom Klaasen, over het gebruik van Ruby binnen 10to1. Weinig nieuws voor mij, maar veel waarheid in een kort stukje tekst (is het ruby of wat?).