Michele Campeotto: Tag web

Splicing your feeds with Yahoo! Pipes

micampe — Wed, 28 Feb 2007 06:42:00 -0800

One of the services that made me subscribe to FeedBurner when it has been launched, was the ability to splice my Flickr pictures and my del.icio.us bookmarks together with my blog feed. The problem with doing this with FeedBurner is that it is somewhat limited: I can’t splice together arbitrary feeds, just the ones from the supported services.

The easiest solution I could come up with, was using a personal installation of Planet where I’d subscribe my feeds and then take just resulting feed from there, but I never managed to do this, too much grunt work to do on my part: it wasn’t fun.

Then, Yahoo! launched Pipes. Pipes is a very nice service which allows you to play with feeds and munge them together by applying different kinds of filters. Pipes are fun to play with you drag and drop the building blocks, connect them together, add some magic and you have your new feed.

Some days ago, Gina Trapani posted an article on lifehacker explaining how to build your master feed, collecting all the feeds you produce on various blogs and services together in a single feed. She also has an example on how to inspect the feed contents to filter some items from the resulting feed.

In her article, Gina says she’d like to add a prefix for the feed source to differentiate the item titles. Here I have a demonstration of the power of Yahoo!’s new toy: you can do that, by using the Regex operator module to change the contents of an item’s element.

The steps to build a Pipe like this are:

use a different Fetch source for each of your feeds
filter the elements you don’t want
apply the Regex operator to the title to replace ”^” with ”Source:”, which is just Regex-fu for “put the source name in front of the title” (you’ll have to put the actual name you want for the source instead of “Source”, see the example pipe I created). (updated with hint by muczachan)
put all the resulting feeds in a Union operator
sort the Union output feed

Optionally, you can limit the number of items in the resulting feed by using the Truncate operator. Also, should you have more feeds than the five input sockets of the Union module provides, you can add more Union modules and then combine them with another one.

Feel free to clone the pipe I created and adapt it to your own feeds.

A little Django feature nobody tells you about

micampe — Sat, 06 Jan 2007 07:38:00 -0800

Recently i got involved in a new project which uses Django, so I started learning and using it. I won’t tell you here it merits as those have alread been described at lenght.

One of the features I like about Django are its pluggable applications: you can build a generic piece of code and that can easily be plugged in other’s sites to get some new functionality. Great examples of this are found in the django.contrib package, which include the already famous administrative interface, two comments systems, an authentication/authorization framework and more.

One problem you’ll soon find is that some of these are tied to be plugged at a fixed URL prefix. The auth system, for example, expects to be plugged in the /accounts/ directory and plugging it somewhere else leads to some more work for you. The easiest example is the @login_required decorator, which checks the user that is calling a view and, if it is not authenticated, it redirects to /accounts/login. If you have used a different URL prefix, you are forced to use the @user_passes_test decorator, which allows you to set the redirect URL.

Where is the problem? The problem is that those paths are explicitly hardocded in the views.

How to solve it? Dynamically build your URLs from your urlconf.

How do you do that? With django.core.urlresolvers.reverse()

That little boy helps you by giving you the URL path that would be called given a view and a set of parameters. Here is an example, suppose your urlconf has something like this:

urlpatterns = patterns('',
    (r'^/blog/(?P<year>\d{4})/(?P<month>\d{2})/(?P<day>\d{2})/(?P<slug>[-\w]+)/$',
        'dlog.blog.views.entry'),
)

you could create a function like this to get the URL of an entry:

    def get_absolute_url(self):
        return urlresolvers.reverse('dlog.blog.views.entry',
                kwargs={'year':self.pubdate.year,
                        'month':('%02d' % self.pubdate.month),
                        'day':('%02d' % self.pubdate.day),
                        'slug':self.slug})

when you then call an entry’s get_absolute_url() method, you’ll get the URL as urlconf expects it.

/blog/2007/01/06/your-slug-goes-here

I don’t know why this isn’t mentioned anywhere in the docs, I found it by hunting down the source code because I didn’t like hardcoding paths in my views.

I can understand it has some problems: it gives you only URLs relative to the root of the Django project, if you need an absolute URL or if you attached the site to a subdirectory of your domain, urlresolvers.reverse() is not enough, but I still think it should be advertised in the documentation.

One more thing, as everybody starting to use Django, I wrote a web log with it. But I haven’t replaced this one, I created a new one, but this time in Italian and that will be more personal and, hopefully, a real blog that I update it more often than monthly and I actually participate. So, if you can read Italian follow me on my new corner.

Just because we are talking about freedoms

micampe — Fri, 23 Jun 2006 02:06:00 -0700

When I invented the Web, I didn’t have to ask anyone’s permission. Now, hundreds of millions of people are using it freely. I am worried that that is going end in the USA.

Il grande switch

micampe — Thu, 22 Jun 2006 05:03:00 -0700

Nonostante il mio breve recente post fosse poco più che riportare un paio di link, ha avuto l’effetto di stimolare un po’ la discussione anche intorno a me e mi sento in dovere di espandere un po’ quello a cui ho pensato leggendo queste discussioni.

Credo che ci siano due filoni distinti, che sono stati raccolti da persone diverse: Mark Pilgrim ha cambiato sistema operativo da Mac OS X a Ubuntu Linux (primo filone) perché vuole avere la sicurezza di poter conservare a lungo e intatti i propri dati (secondo filone).

Entrambi i filoni possono prendere strade diverse, una, comune tra i due, è quella che riguarda la libertà del software e dei formati che usiamo, un’altra è quella più pratica, che riguarda più il software che usiamo e il modo in cui produciamo e trattiamo i nostri dati. Credo che una delle più grandi qualità di Mark e il motivo per cui è così efficace in quello che scrive, è che riesce a collegare direttamente l’importanza della libertà alle applicazioni pratiche, invece che concentrarsi su astratta filosofia che difficilmente convince chi il computer lo usa per risolvere i problemi pratici.

Ludo sceglie di commentare l’abbandono di OS X e mi chiama direttamente in causa, Stephen O’Grady sullo stesso argomento si concentra di più sul perché Mark ha scelto Ubuntu e sul perché questo è successo ora.

Io fondamentalmente concordo con Stephen sul fatto che questa discussione sia arrivata ora perché Ubuntu ha alzato lo standard delle distribuzioni Linux, cosa appunto dimostrata dal fatto che Mark la considera sufficientemente buona da sostituire Mac OS X nonostante la sua più che ventennale esperienza su Mac. Come conseguenza, anche Tim Bray è stato portato a considerare nuovamente la possibilità di usare Linux.

A Ludo ho risposto direttamente nei commenti, ma riporto qui la mia considerazione puramente pratica: Windows non riesco ad usarlo, nel senso che non sono capace. Quando lo uso sono lento, mi scontro con problemi (chi mi dice se e come posso far funzionare il deploy remoto da uno script ant su Tomcat su un server Windows?) che non capisco e non so da dove iniziare per risolvere. Alle partite non sono molto interessato quindi mi accontento di vederle in TV :).

Riguardo invece alla questione della conservazione dei dati non penso ci sia molto da dire, sta diventando sempre più importante man mano che la nostra vita diventa più digitale. L’esempio più semplice sono le foto: tra vent’anni quale sarà il corrispondete della scatola di cartone dove mia mamma tiene le foto di quand’era piccola?

Mi è piacuto molto anche il post di Tantek Çelik (uno dei pochi incentrato direttamente sulla questione dei dati), in cui riflette sul fatto che al momento il modo più sicuro per salvare i propri dati è ancora il testo ASCII, ma che è ora di trovare qualcosa di nuovo e più evoluto. La sua idea che XHTML e i microformati possano essere questo nuovo modo e garantire lo stesso grado di affidabilità del semplice testo è sicuramente interessante e ragionevolmente plausibile. É una soluzione limitata però al testo che, nonostante sia sicuramente il metodo più utilizzato per la trasmissione della conoscenza, non fa i conti con il fatto che musica e video, di nuovo grazie al “digital lifestyle”, se mi si passa il termine, e a nuove formule per la distribuzione della conoscenza, sono sempre più alla portata di tutti.

Torno quindi all’inizio: la riflessione di Mark, come il tema dell’incontro a cui ho partecipato ieri sera ha moltissime diramazioni e personalmente penso che la strada sia quella dell’apertura. Citando l’articolo di John Gruber, Record industry executives refuse to believe what is patently obvious to anyone with a clue — they are never ever going to regain complete control over the distribution of recorded music. Credo che questo non si applichi solo alla musica.

My first greasemonkey

micampe — Mon, 08 May 2006 00:39:00 -0700

Don’t you find it annoying when sites set numeric access keys and when you press Alt-2 to change tab you get the side effect of also changing the page you was reading?

This is an old bug reported the first time for Mozilla, back when ~~Phoenix~~ ~~Firebird~~ Firefox didn’t even exist, but to date no fix has been released (eh, the wonders of multi-platformness).

My first greasemonkey script fixes this annoyance by removing the numeric accesskeys from the page.

Accesskeys are a strange feature in web sites: they are invisible, so you are not using them unless the site developer has been smart and displayed them himself, and they cause these kind of annoyances by triggering when you don’t expect.

The browser should show them in some way, maybe with an icon or a message in the status bar, or a (timed?) yellow notification like the one you get when popups are blocked.