Jon Åslund

Google släpper AJAXSLT, som är en XSLT-implementation i Javascript, som fungerar i de stora vanliga webbläsarna. Det är inte riktigt med det här som de har byggt gmail, då den inte skickar XML från servern, men något åt det här hållet.

Min jobbarkompis Jens har ritat en räv som slickar på ett svart hål. Fast det verkar inte vara med flit. Undrar om händelsehorisonten kittlar på tungan.

För er som undrar. Vi sitter och ritar och klurar på ett diagram över vår automatiska säljagent Mathilda.

Jag läste precis att Sabre har gjort openrico (via A Sabre Geek). Mycket riktigt. På openrico.org står det “Rico is provide[sic?] free and open-source (Apache 2.0 License) for either your personal or commercial use. Sabre Airline Solutions retains the copyright on the Rico code produced at Sabre.” Nu är väl detta inte världens avancerade applikation om man jämför med flygbokningsmotorn (som jag suttit och svurit över de senaste veckorna efter att ha kommit tillbaks till jobbet), men det kändes skönt att få reda på företaget som i slutändan äger oss faktiskt vet vad fri programvara är.

Snygg drag and drop-lösning i javascript om man t.ex. vill sortera bilder. Lite löjliga effekter, och väldigt slö i mozillawebbläsare för tillfället, men snyggt kodat. Kommer förhoppnings bli bra och lättanvänd.

Bra sidor att hålla koll på:

http://script.aculo.us/
http://openrico.org/

Dave Shea ställer frågan Open Source Design? Bra fråga, även om tankeställningarna var lite väl restriktiva vad jag är van vid när det gäller fri programvara. Det känns nästan uppenbart att de ska få tillgång till källkoden om det är meningen att de ska bygga vidare och underhålla den. Sedan tycker även jag att alla ska få tillgång till allting, men programvara och design är faktiskt lite annorlunda, även om det är svårt att sätta fingret på exakt vad skillnaden är som gör att det känns värt att skilja på det i öppenhet. Det känns till exempel helt ok för mig att ta källkoden till firefox, bygga om den lite och släppa sin egen webbläsare under ett annat namn. Att däremot släppa den under namnet firewolf och ha exakt likadan logga med räven runt jordklotet som firefox har känns fel. Exemplet jag tog upp är skillnaden på copyright och trademark. Det är inte så många som har trademark då de verkar ganska jobbiga att skaffa, men det är mer åt det hållet som problem med öppenhet med design ligger. Om något får en slags identitet på grund av design, då vill man kanske inte att någon annan utnyttjar/smutskastar den.

Undrar vad Creative Commons tycker om sådant här.

Vi bör verkligen uppgradera alla debianburkar nu när Sarge äntligen blivit släppt. Speciellt nu när snapshot.debian.net
inte mår så bra

Första inlägget. Måste skriva något intressant…

Wordpress verkar inte så bra som alla har sagt. Det är alldeles för bökigt gränssnitt för administrering och lite småklurigt att installera. Fast det ser lagom snyggt och enkelt ut med den förvalda designen.

Anledningen att jag har börjat den här bloggen är för att jag ofta märker att jag vill förklara nya, häftiga program och klaga om jobbiga program för folk på jobbet, men har ingenstans att skicka dem. Det känns fel att skicka mail till alla och störa dem hela tiden. Det är lite lättare att snacka skit på lunchrasten, men det är så svårt och jobbigt att hyperlänka till webbsidor när man pratar. En blog verkar perfekt.

Dessutom är jag stor fan av den härligt nördiga stämningen på Planet Gnome och Planet Debian och hoppas att vi kan starta en Planet Resfeber.

Superman is an asshole.

When I was young, there was a genre of games called platform games. The one I liked the most was called Great Giana Sisters, which was of course a big Super Mario Bros rip off. In most of the games you could stand at the end of a ledge with just the last pixel of your toe, and still not fall down. Some days ago I had a flashback of this when I saw a Pucko (Swedish milk chocolate drink) in a vending machine. You have probably been there yourself, you buy something, but it gets stuck and won’t fall down. The Pucko I saw however, was defying gravity, claiming “I am standing with at least one pixel on the ledge”. Maybe it was afraid it was going to be crushed because of the high fall.

I want to serve files with bittorrent, just as easily as I serve files with a web server. Just upload the files to a directory on a server somewhere. A torrent file is automatically generated after the file is completely uploaded to the directory, and a bittorrent client running on the server starts to seed the torrent.

There should be an easy way to browse the files, just like you can browse files in index lists of many web servers. Nothing fancy is needed, but could of course be built. When users wants to download a file, they will get the torrent file instead.

A tracker is not needed if everyone are using the latest bittorrent client (as of 4.1.0). You just need to point to your own client, and/or a routing client, like router.bittorrent.com. However, if you can run a bittorrent client on the same host that runs a web server, it is quite easy to setup a tracker as well. This will also be compatible with other bittorrent clients, and older versions of bittorrent.

Now comes my main point. Bandwidth is unfortunately expensive. You usually don’t want to serve big files like you normally serve with bittorrent on a host where you have a web server.

Therefore, there should be an option for your seeding client to be as conservative with bandwidth as possible, since most hosting companies have limits on bandwidth usage. This can be done by doing something similar to “superseeding”, when the server is the only one that has the complete torrent, where you try to never upload the same piece twice, unless it is needed, and stop seeding when the file is fully distributed among the other peers.

The conservative mode, does have some problems though. You can’t know for sure if a file is fully distributed or not. If someone wants to stop you from distributing a file, they would just have to start seeding that file, without actually giving out any pieces, or just giving out junk pieces. Then it would look like the file is fully distributed, even though it is not, and your seeding client in conservative mode would stop. Eventually, when enough good peers have left, the file is not distributed any longer and will never be available anymore. You could try to fix that by checking for distribution speed. If no peers are getting any new pieces, they will never report new pieces and then it would look like distribution has stopped, but this is easy to fake as well of course, so it would be a pretty pointless check.

What probably would be better is to hope peers are well behaved, serve at full speed when you are the only seed and slow down the more distributed it looks like a file gets.

A log of all the traffic should be made, so you could see which files you have seeded, how much of them, and how much in total of course. To be able to check at any moment what is currently being uploaded, how many peers are connected, etc. would of course also be interesting to see. Total amount (and their ip addresses) of peers connected to you maybe an interesting stat to log as well, but bandwidth per file and total is what is most important to me.