Archief van de rubriek 'Note to self'

Mac OS X, Ubuntu en NFS

03-06-2008 om 22:28 uur door Wieland

NFS share onder Mac OS XIk schreef enige tijd geleden al over mijn pogingen om mijn Macbook en mijn Linuxdesktop aan elkaar te knopen via NFS. Die mislukten jammerlijk, waarna ik voor het aloude AppleTalk koos.

Dat werkte, maar echt handig was het niet: AppleTalk is behoorlijk traag en wordt door Apple zelf niet meer serieus onderhouden. Mac OS X kan er nog mee overweg omwille van de communicatie met oude systemen, maar bij de UNIX-variant die het besturingssysteem feitelijk is, hoort natuurlijk NFS.

Vorige week verving ik de dualboot-setup (Fedora Linux en Windows XP Pro) op mijn desktop door de nieuwe Ubuntu, en besloot ik het nog een keer te proberen, en dit keer met meer succes.

Voor wie met de materie worstelt, lees verder!
Lees verder... »

iTunes en beveiligde podcasts

06-01-2007 om 10:23 uur door Wieland

iTunes voor Windows gebruikt de internetinstellingen van IE. Als je wilt dat iTunes je om een naam en wachtwoord vraagt als je je op een beveiligde (p|v)odcast abonneert, moet je in IE dus Tools -> Internet Options -> Security klikken, en daar Medium instellen. Of, nog beter, wel een goed dichtgetimmerd Custom Level kiezen, maar instellen dat applicaties in voorkomende gevallen om inloggegevens moeten vragen (Custom Level -> User Authentication -> Logon -> Prompt for user name and password).

iTunes is een fijn ding, maar (1) ik zou willen dat er een Linuxversie was, en (2) de documentatie laat veel te wensen over.

Complexe directorystructuren (ongecompliceerd)

28-12-2006 om 10:24 uur door Wieland

Opdat ik het zelf niet vergeet (en voor Google): complexe directorystructuren kun je op de command line in één keer maken. Doe niet:

~ $ mkdir beatles
~ $ cd beatles
~/beatles $ mkdir john
~/beatles $ mkdir paul
~/beatles $ cd ..
~ $ mkdir stones
~ $ cd stones
~/stones $ mkdir mick
~/stones $ mkdir keith

Maar gewoon:

~$ mkdir -p {beatles/{john,paul},stones/{mick,keith}}

(Deze en andere tips via IBM)

Image spam (en hoe er van af te komen)

21-10-2006 om 13:13 uur door Wieland

Image spamGlipten er tot voor kort per etmaal misschien drie spammetjes door mijn filters, de laatste tijd weken moet ik dagelijks tientallen berichten /dev/null'en - en ik ben niet de enige. De voornaamste reden: image spam, waarbij de pillen of penny stocks in een plaatje worden aangeprezen, in plaats van in tekst. Veel spamfilters, die bij het analyseren van mail zoeken naar bekende spamtermen ("p1lls", "v1agr4"), werken daardoor niet.

Een doodsimpele manier om filters te omzeilen, maar toch hebben spammers lang gewacht om deze methode toe te passen. Plaatjes rondmailen kost immers veel meer bandbreedte dan traditionele spam. Dat ze nu toch massaal hun toevlucht nemen tot deze methode, is in zekere zin dus een overwinning voor spambestrijders: tekstgebaseerde filters zijn zo goed geworden, dat ze zich niet meer om de tuin laten leiden door de wartaal waar de eigenlijke boodschap bij tekstgebaseerde spam doorgaans in verstopt wordt.

Maar een Pyrrhusoverwinning is het wel, want ondertussen stromen onze mailboxen vol met troep, die ook nog eens veel meer diskruimte in beslag neemt dan tekstgebaseerde spam. Gelukkig vond ik deze slimme tip om Thunderbird de image spam te laten herkennen. Werkt - met enige aanpassing - ook in Mail.app (Mac), en waarschijnlijk de meeste andere mailclients.

Empty tags en XSLT

13-09-2006 om 12:18 uur door Wieland

Als je XML wilt omzetten naar (X)HTML met behulp van XSLT, kom je in de problemen als de parser je lege elementen wat al te enthousiast naar valide XML vertaalt. Gelinkte stylesheets en scripts in de headers van je output werken dan namelijk niet meer in Internet Explorer. De parser maakt van <script type="text/javascript" src="foo.js"></script> namelijk <script type="text/javascript" src="foo.js"/>, en dat snapt IE niet. De simpelste workaround - hoewel een beetje een hack - is om een (blanco) comment in te voegen, zodat het element niet leeg is:


<xsl:template match="header">
(...)
<script type="text/javascript" src="foo.js">
<xsl:comment></xsl:comment>
</script>
</xsl:template>

Output:

<script type="text/javascript" src="foo.js"><!----></script>

(Aan deze steen heb ik me de afgelopen jaren méér dan eens gestoten, dus ik post het maar even hier, zodat ik het nooit meer vergeet (en voor Google). Het zijn de laatste dagen bij mijn huidige werkgever (waarover later meer), en ik heb het erg druk met de afronding van mijn bezigheden. Dan kun je dit soort stomme bugs er eventjes niet bij hebben.)

Weer wat geleerd

27-08-2006 om 21:38 uur door Wieland

Mobloggen, dat kan dus ook. Van onderstaand experiment (2, 3) heb ik twee dingen geleerd: de camera in mijn mobieltje schakelt bij inzoomen ongevraagd over op een kleiner beeldformaat, en strafschoppen gaan er niet in als je er een foto van probeert te maken. (Update Toch wel. Helaas.)

DOM, DOM, DOM...

06-06-2006 om 15:32 uur door Wieland

Debuggen van javascript is een hel. De Javascript Console van Firefox is prima te gebruiken en geeft informatieve meldingen, maar je komt juist de meeste problemen tegen als je je scripts aan Internet Explorer voert. En laat die browser nou simpelweg zwijgen als het graf als-ie code tegenkomt die hij niet snapt: sinds XP SP2 doet de ingebouwde debugger het niet meer. Dus was het door het ouderwets uit-commenten van loops en losse regeltjes dat ik ontdekte dat mijn array in IE vol met null-waarden zat. Een Googletje leerde dat IE alleen object.className ondersteunt, en geen object.getAttribute("class"). So much voor consistente toepassing van DOM-methodes. Affijn, het mag van het W3C, en Firefox en Opera snappen het ook, dus dat probleem is opgelost.

Ook irritant: IE converteert relatieve naar absolute URI's. Dus object.getAttribute("href") levert niet de tekstwaarde van het href-attribuut op ("example.html"), maar het volledige adres ("http://www.example.com/example.html"), ook als die helemaal niet in je code staat. Een extra parameter (object.getAttribute("href",2)) lost dat op.

Dat u even weet waar ik het toch zo druk mee heb.

Web Developer Toolbar voor IE

19-09-2005 om 14:24 uur door Wieland

Heb ik net anderhalf uur in blinde razernij naar Internet Explorer zitten schreeuwen, ontdek ik dat de dames en heren ontwikkelaars bij Microsoft zich een enkele keer wel degelijk bijzonder nuttig kunnen maken. Sinds vrijdag is er een (bètaversie van een) IE-equivalent van Chris Pedericks' Web Developer Toolbar voor Firefox/Mozilla beschikbaar (hierzo direct downloaden). Ik zal voor één keer niet mopperen over het feit dat mijn hele werk-pc opnieuw moest opstarten na installatie, want dit tooltje hielp me toch maar mooi een irritant renderingprobleem in IE op te lossen - met een heftige deadline op een paar uurtjes gaans.

Elke site zijn eigen tweak met Mozilla

23-04-2005 om 09:49 uur door Wieland

Veel Mozilla- en Firefoxgebruikers kennen de kracht van userContent.css, het stylesheet dat je onder meer kunt gebruiken om advertenties te blokkeren, maar ook om bijvoorbeeld het standaard lettertype te vergroten als je aan de leesbril moet, of om onleesbare kleurencombinaties bij te verven.

Wat ik nog niet wist, is dat dergelijke stijlregels in de developer builds van Firefox en Mozilla (1.8a3 en hoger) ook per site, en zelfs per URL in te stellen zijn.

Lees verder... »