Vvvegard!

If you ever had the following error message on you Macbook’s SuperDrive,

The disc can’t be burned; it might be incompatible with this disc drive. Please try a different brand of disc, or try burning at a slower speed.

you are probably in luck. It’s does not seem to be some sort of firmware error or anything wrong with the disk you are using. It’s simply the SuperDrives laser that has gotten dusty and needs cleaning. Simple find a creditcard and a t-shirt with long threaded weaving. Use the creditcard to hold the cloth wrapped around and insert it into the SuperDrive and carefully move it back and forth whilst applying a little force downwards. The optical sensor should be on the left side, but I cleaned both sides.

Note, if you are within warranty you should not do this at home. I guess mighty Steve would void your ass back to outer space if he ever saw you doing it… For some pictures of the madness, head over to PicasaWeb.

Chrome to Phone is a quite genius little tool. Let’s say you’ve got to catch a buss but you are reading a very interesting article on the Internet? Sending the link via email or even relocating it on your phone is very time consuming, Google has solved that with Chrome To Phone. Even more interestingly you can make a route on Google Maps and then send that route to your phone, just by the click of a button.

To install Chome To Phone you need to head over to Googles project server, as this is very beta at the moment.  Download and install the plugin for your Chrome browser and then open <your favorite barcode scanner> and scan the 2d-barcode for the Android App. To be able to install this app you need to setup your phone to accept applications from unknown sources under Settings -> Applications.

The Application requires that you run the latest version of Android, Froyo. This is yet to be publicly released, but should hit you in a few weeks if you own a Nexus One. Other phones most likely must wait a few months before Android Froyo is delivered to their phones.

Now that Android 2.2 is shipping out to us lucky few who owns a Google Nexus One-phone there is one thing i’d like to see: A tiny portable version of Squid’s forwarding proxy (transparent) so that you can get the most out of your precious phone connection and hopefully speeding browsing experience up a few notches for multiple users.

So – who is up for the challange? I don’t have the knowledge, hopefully someone has.

In this article I will focus on how to squeeze (No, not the SID/testing release of Debian) the last drop of juice from your Apache2-installation with small measurements, focusing on PHP performance. And if you’re really serious you might want to look into my articles about Varnish as well! Welcome to the world of caching dynamic data! Not really, just some parts of it… Continue reading ‘Benchmarking opcode php-cachers with Apache2 on Debian Lenny’ »

In this article i will i will focus on how to install, configure and setup Nginx. Nginx is a popular web server, load balancer and reverse caching proxy for many high traffic sites. Personally I prefer to use Apache2 with proper configuration and Varnish as frontend. In some cases you might want to use Nginx as frontend for compressing data after it has been received from the backend server, either to ease the load on the backend servers or because the backeds does not support this feature, as is the case with Varnish. Continue reading ‘Setting up nginx on Debian Lenny’ »

Due to the strict rules of Debian many of the packages in stable releases are very old. In some cases though we want to run the latest version of a program, mainly due to new features and increased speed. The latest version of Varnish under Debian Lenny’s repositories is 1.1.2 (apt-cache show varnish), but in most cases we’d want to run the latest, especially with rapidly developed programs like Varnish. Varnish 2.0.6 is alos available in the Debian repository for SID/Squeeze or via backports. Continue reading ‘Setting up Varnish 2.0.6 on Debian Lenny’ »

Hulkamania from Keith Loutit on Vimeo.

Som selverklært Google-fanboy måtte jeg jo selvsagt ha meg en Google Nexus One (Ja, den telefonen), og satt febrilsk å oppdaterte siden hvor man skulle kunne kjøpe den på lanseringsdagen. Til min store skuffelse ble den kun lansert i 4 land; USA, UK, Hong Kong og Singapore. Jeg visste heldigvis råd og benyttet meg av bekjente i Singapore for å bestille en telefon til meg. Det tok 4 dager fra telefonen ble registrert på postkontoret i Singapore til den var ankommet Norge. Men der sluttet moroa!

22.01.2010: Telefonen ankommer Norge. Blir utrolig nok fortollet bare timer etter og videresendt til Posten Norge for videre forsendelse.
25.01.2010: Telefonen er registrert på omlastningssentralen, under en kilometer unnav meg, men blir informert om at Posten Norge ikke kjører ut pakker på mandager.

Posten har med andre ord prestert å bruke vanvittige tre dager på å frakte en telefon fra Oslo til Kristiansand, og ikke nok med det så driver de ikke utkjøring på mandager. Hva er det for noe tull? Totalt sett så har pakken brukt lengst tid på kortest reise, faktisk en hel dag på en knapp kilometer. Det er helt fantastisk. Jeg tror faktisk man må legge godviljen til for å klare å prestere så dårlig. Ikke nok med det, som privatperson kan jeg ikke hente den på omlastningssentralen, selv om den er døgnbemannet. Dette er bare en tjeneste de tilbyr til bedrifter.

Siden det er mye uklarhet rundt Nexus One og hvilket mobilnett den bruker har jeg nå oppdatert posten. Nexus One fra AT&T bruker 850Mhz og 1900Mhz for UMTS, mens samme telefonen fra T-Mobile USA bruker 1700Mhz og 2100Mhz.

Frekvensbånd UMTS (HSPA):

Telenor: 2100Mhz
Netcom: 2100Mhz
Tele2: 2100Mhz
AT&T: 850Mhz og 1900Mhz
T-Mobile USA: 1700Mhz og 2100Mhz

Siden vi i Norge kun bruker 2100Mhz-båndet for UMTS kan vi kun bruke Nexus One-modellen fra T-Mobile USA. Hvis du har kjøpt en Nexus One fra AT&T vil du slite med at mobilen ikke klarer å registrere seg i mobilnettet, det kan du mest sannsynlig løse ved å skru av 3G under Settings -> Wireless & Network. Hvis du har kjøpt den i Singapore eller UK skal det fungere helt fint, siden de bruker samme frekvensbånd som oss i Norge.

Hvis man administrerer et stort antall datamaskiner og servere kan det være ganske tricky å holde styr på alle passordene, ikke minst, holde styr på dem på en sikker måte. Å lagre dem i et dokument er ikke å regne som sikkert. Folk som benytter seg av Windows må nok gjøre noen slight forandringer i forhold til det som står nedenfor, men det bør være forståelig hvis man har vært borti SSH og SCP en gang eller to før.

Personlig administrerer jeg en rekke servere, og det gjør at jeg har en drøss passord å holde styr på. For å gjøre hele jobben litt lettere har jeg satt opp key-basert autentisering med nøkkel. Det vil si at så lenge jeg har keyen så trenger jeg bare ett passord. Men jeg opprettholder samtidig tilnærmet lik(om ikke sikrere, det er litt omdiskutert) sikkerhet men øker min egen workflow betraktelig.

Skal du lage nøkler på Windows anbefaler jeg at du laster ned PuTTy sin egen RSA-generator og WinSCP til å sende selve nøkkelen på en sikker måte når du har laget den. Når det kommer til flytting av id_rsa.pub (public key) så er det ganske irrelevant, om noen andre skulle få den så utgjør det ikke akkurat noen harme. Det er ikke mye de kan gjøre med bare den filen. Men hvis du mot formodning skulle måtte flytte rundt på id_rsa (private key) så er det smart å gjøre det via sikre kanaler, slik som SCP. Jeg foretrekker selv SCP til det meste da jeg ikke trenger en ekstra klient for å benytte meg av det.

I Linux, BSD og OS/X er det relativt enkelt. Du fyrer opp en terminal og skriver “ssh-keygen -t rsa“. Du vil først bli spurt om hvor du vil lagre nøkkelen og om du eventuelt vil knytte et passord opp til denne nøkkelen. Jeg anbefaler deg på det sterkeste å knytte et passord opp mot nøkkelen.

ssh-keygen -t rsa

Når nøkkelen er generert sender du den til den eksterne maskinen via SCP. Nøkkelen kan du legge på så mange steder du vil og den du vil kunne logge inn med samme passord (hvis du valgte passord i det hele tatt!). Merk at kommandoen under overskriver eventuelle andre entries du skulle ha i .ssh/authorized_keys.

scp .ssh/id_rsa.pub user@host:.ssh/authorized_keys

Nyttige linker:

1) PuTTy: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
2) WinSCP: http://winscp.net/eng/index.php
3) ssh-keygen: http://www.manpagez.com/man/1/ssh-keygen/