Mitt val att bli webbdesigner
Historien börjar, som så många andra, med att Intel släppte sin Pentium. Jag blev helt fascinerad av detta nya, tekniska och underbara så jag började tjata på mina föräldrar. Inte förens Pentium Celeron 400Mhz släpptes så fick jag min egna burk. Vackert vit som snabbt blev grått av all smuts och nätverkande.
Kort därefter började jag spela i ett band i slutet av högstadiet, internet hade precis gjort sitt intåg och givetvis skulle vi ha en hemsida! Självklart så skulle jag göra den eftersom jag hade sneglat lite på ett gratis program som var otroligt hett på den tiden – nämligen Frontpage Express. I frontpage gick det att dra element där man tyckte de passade samt göra sin text lime-grön med Comic Sans som det givna typsnittet.
Bandet gick sådär men intresset fortsatte, jag blev involverad i en förening vilket innehöll massor med nördiga människor som gillade att spendera tid framför datorn. Föreningen fick sitt namn Cynatic, jag blev webbdesigner/webbutvecklare och började lära mig PHP, HTML och CSS för hand istället för WYSIWYG-program. Föreningen hade nog cirka sju eller åtta olika versioner av sidan innan vi, på grund av motarbetande från kommunens sida, stängde vår verksamhet och domänen gick över till mig för lekande.
Året var nu 2002, jag var på väg ut ur skolan men saknade Matematik B för att studera vidare. Jag fortsatte att nörda ner mig inom webbutveckling, design och lämnade många av mina kompisar bakom mig. Ljuden från min mun innehöll “häftigt”, “webben”, “man kanske skulle kunna göra såhär i framtiden – strömma videos från siter som något slags community, tänk Lunarstorm men med videos!” (rätt coolt när youtube kom senare). Vänner började förstå att jag snackade om något de inte kunde något om, därför fick jag väldigt lite respons.
2005 vände allt, jag hade bestämt mig. Mittuniversitetet var väldigt hett med sin Webbdesign utbildning så jag hoppade på. Hoppades mycket på att träffa personer med samma intresse, men inte denna gången heller. Många visste knappt vad JavaScript var eller kunde HTML när de började. Många pluggade bara för att plugga och hoppade väldigt snabbt av, själv började jag mer och mer att avvika från min kursplan och bilda mig en egen utbildning mer mot webb än mot Java eller Juridikutbildningar som fanns i programmet.
Nu är vi här idag, 2009, och webben lever fortfarande i mig lika starkt som förr. Skillnaden nu är att jag har utbildningen, intresset och främst kunskapen att kunna göra något häftigt framöver. Framtiden får utvisa hur det blir. Jag är hungrig och förhoppningsvis ser någon det där ute senare när jag ropar!
Märker att jag använder Pusha mindre och mindre
Runt jul var Pusha hett, nytt och fungerade. Nu känns det gammalt, stelt och samma länkar kommer gång på gång. Vad har då hänt? Eller viktigare – vad kan man göra åt det hela?

Pusha införde för ett tag sedan en ny kodbas som enligt dem skulle göra så att nya funktioner kan rullas ut enkelt, snabbt och smidigt. Men uppdateringar av siten verkar dröja.
Pusha har snackat länge om införandet av kategorier, men det verkar dröja.
Användare bestämmer innehållet, visst skitbra, men jag vill se mer innehåll än bilder och videos. Kanske klona Digg där med en egen sektion för dessa? Vill inte se en film till med en katt som hoppar och liknande, det är tyvärr inte intressant för mig.
Det är främst 4 fina funktioner jag vill se utbyggda i den annars bra idén som Pusha ändå är:
- Kategorier
- RSS-funktion till kategorierna
- Bild och Video avdelning så man kan sortera bort “skräpet”
- Heta länkar är heta länkar, men det ska finnas utökad möjlighet att se nyss postade på ett smidigare sätt, möjligen i samarbete med funktion 1.
Förresten, jag räknar inte taggarna som kategorier, taggar är aldrig universella och kan ändras utifrån vem som betraktar en länk.
Lär dig PHP, OOP-style!

Nettuts har en helt excellent artikel om hur man kan börja lära sig objektorienterad php-programmering. Exemplet de går igenom är hur man hanterar bilder enkelt men kan omsättas till andra scenarion.
Att koda objektorienterat hjälper verkligen då man för det första gör ett projekt som fler än en person är involverad i eller gör ett projekt som är större och behöver riktig struktur. Det är också enklare när projektet kanske behöver editeras senare av en tredje part.
8 sidor man inte klarar sig utan som webbdesigner
Många är ens behov då man bygger en sida, och många är verktygen. Listar här åtta stycken som är speciellt bra och som jag använder i stort sätt varje projekt.
1. 960 Grid System

Detta ramverk eller tänket, som det egentligen är, ändrade min uppfattning hur jag bygger upp webbsidor. Finns att få hem i många olika format och variationer.
2. Quick Lookup

Sidan jag spenderar den mesta tiden på när jag bygger system, hämtar CSS, MySQL, PHP och JS syntax via AJAX. Smidigt och snabbt.
3. Browsershots

Kanske den viktigaste sidan då man omöjligt på ett smidigt sätt kan kolla upp hur sidan ser ut i diverse webbläsare på olika system och med olika inställningar. Tar lite tid för gratis-versionen men helt klart värt det.
4. Colourlovers

Ett community helt dedikerat till mönster, färger och paletter. Inspiration bara några musklick borta!
5. Dropbox

En ganska ny tjänst som är ganska snarlikt ett fildelningssystem möter subversion, men körs över centralt internet. Bra med versionshantering och möjlighet att arbeta flera konton via samma mapp. Perfekt för mindre projekt då man inte har tillgång till en server. Kolla på deras screencast för mer information.
6. Iconfinder
![]()
Innan man löst ikonfrågan kan det vara bra med temporära eller gratis ikoner. Iconfinder är en sökmotor där de flesta ikonerna är listade under GPL.
7. jQuery

jQuery ramverk på ena sidan, deras pluginbibliotek och dokumentation på andra sidan. Bara godsaker för javascript behoven man har.
8. md5();

Ganska enkel Google-liknande sökmotor som gör om dina strängar till md5 och tvärtom. Smidigt och bra då man behöver något hashat.
Något som inte finns med i listan?
BBC beskriver sin utvecklingsprocess
En av de mer intressanta aspekterna inom webbutveckling är arbetet bakom fram till att koden börja skapas. Processen och tankegångarna, varför man gör vissa val och vilka lärdomar man kan ta av andras projekt.
BBC har publicerat och beskriver sin process och tankegång bakom sina webbsidor i artikeln “How we make websites”. Inlägget är beskriven med orden:
Designing and building data driven dynamic web applications the one web, domain driven, RESTful, open, linked data way
Artikeln är ganska omfattande och lång men ger en klar och bra överblick i processen hur de arbetar och tänker.
Titta också på presentationen innan du läser resten av texten för att få en enklare överblick vad det handlar om. Mycket handlar om sk. one web vilket innebär i korthet att samma tjänster och funktioner ska finnas oavsett vad för sorts enhet man använder.
Lägg in din bloggyfeed med simpleXML och PHP
Gjorde som flera andra och skaffade mig ett konto på mikrobloggsiten bloggy.se tidigare och tänkte det vore snyggt att visa vad man gör på den sidan via sin blogg. Skrev därför ihop en snabb klass i PHP med hjälp av simpleXML som hämtar RSS-feeden från sidan och skriver ut den på bloggen.

Delar med mig av koden som skrevs här:
[code language="php"]<?php
class Bloggy {
function connect($feed) {
return @simplexml_load_file($feed);
}
function getAvatar($feed) {
$sxml = $this->connect($feed);
return $sxml->channel[0]->image[0]->url[0];
}
function getFeed($feed, $limit = 10) {
$sxml = $this->connect($feed);
$x = 0;
while ($x < = $limit && isset($sxml->channel[0]->item[$x])) {
$return[$x] = array(
'date' => $sxml->channel[0]->item[$x]->pubDate[0],
'permLink' => $sxml->channel[0]->item[$x]->link[0],
'title' => utf8_decode($sxml->channel[0]->item[$x]->title[0])
);
$x++;
}
return $return;
}
}
?>
Hur man använder klassen finns här under:
[code language="php"]
$rss = 'http://drago.bloggy.se/rss';
$bl = new Bloggy;
echo '<img src="'.$bl-/>getAvatar($rss).'" alt="bloggy avatar" />';
foreach ($bl->getFeed($rss) as $value) {
echo '<div>';
echo $value['date'];
echo '<a href="'.$value['permLink'].'">'.$value['title'].'</a>';
echo '</div>';
}
Kom ihåg att det är en "first draft", det vill säga en snabbt skriven klass, det vill säga - alla funktioner finns inte än samt att den kanske inte är snyggast i Sverige. SimpleXML bör finnas i varje hem som kör PHP5.x.
Håll till godo.
Inloggningssystem med e-postadress har fördel mot alias
Frågan är varför vissa webbsystem fortfarande envisas om att man ska välja ett alias som inloggningsnamn. Det skapar alltid problem med att om sidan blir populär så kommer alltid användare att reta sig på att just “deras” alias är upptaget.
Har märkt sedan slutet av 90-talet tills idag så finns mitt användarnamn knappt aldrig ledigt längre. Det är knappt att sekundärnamnet finns heller. Brukar gå under synonymen “drago” eller “drgo”.
Varför inte fortsätta i enlighet med till exempel Facebook och använda e-postadressen istället då den garanterat alltid kommer vara unik. Ett alias kan väljas sekundärt eller så används riktiga namnet som inte behöver vara unikt. Det är ju knappast så att system kommer sätta in stöd för till exempel OpenID i en större utsträckning riktigt än.
Så länge, ge mig inloggning via e-post istället för alias.










