Webbredaktörsdatorer

På almän begäran så lägger jag upp vad webbredaktörerna har för program i sina datorer. När jag tänker på det så borde jag ha gjort detta innan vi la om dem för att få tips på fler och bättre.

Alla datorer som levereras till Nya Medier skall ha en gemensam grundkonfiguration. Beroende på arbetsuppgifter så tillkommer programvaror och anpassad konfiguration.

Grundkonfiguration
Såväl laptops som stationära datorer skall ha följande installerat

• Citrix
• FirstClass
• Acrobat reader
• Flash player
• Timbuktu PRO
• FireFox
• Audacity inkl. Lame codec.
• Real Player
• Antivirus
• VLC
• Newspilot

Laptops
Förutom grundkonfiguration skall alla laptops ha följande.

• Cisco VPN
• Joost
• 3G inställningar - Tre
• MS Office, ink plugin som gör att man kan läsa doc
• Flip4Mac
• CyberDuck
• Paparazzi!
• Quicksilver
• Adium
• ffmpegx

Videoredigeringsdator (Laptop)
Allt som ingår i laptopkonfigurationen plus nedanstående

• Final Cut Express
• Squeeze

Riktlinjer för leverantörer

Jag skrev i mitt förra inlägg att vi haft en hel del problem med våra leverantörer. Jag har fått en hel del positiva och igenkännande kommentarer på detta inlägg. Jag har även fått frågan om det kan vara så illa och om det inte varit småaktörer som gett oss problem? Jag tänker inte hänga ut någon här men det är de stora aktörerna som gett oss flest problem.

Vi har därför skrivit riktlinjer som skall skickas till alla leverantörer innan nya avtal skrivs eller förlängs. På så vis läggs ansvaret på funktionalitet på leverantören och de kan inte i efterhand ändra förutsättningarna. Om leverantören inte kan uppfylla alla nedanstående krav så innebär det inte per automatik att vi säger nej till tjänsten. Men vi bör då ta en diskussion internt innan vi accepterar. Om inte annat så vet vi vad vi ger oss in på.

Det ligger i vårt intresse att fler än oss ställer dessa krav så därför publicerar jag dem här. Vi vill gärna ha synpunkter på dessa och förslag på mer saker som bör tas upp.

Observanta läsare märker att jag inte skriver så mycket om Flash och hur det skall/bör användas på hd.se. Jag tänkte nämligen använda hela nästa blogginlägg till det.

Nu över till riktlinjerna:
1 Sammanfattning
Vi på hd.se tycker att webbstandarder är mycket viktigt och allt som läggs ut på vår sajt skall därför validera enligt http://validator.w3.org/. För att det skall fungera smidigt så kräver det att materialet vi får in följer våra riktlinjer. Det är också viktigt att olika leverantörers kod inte "krockar" med varandra, att säkerheten upprätthålls, att sajten fungerar för alla oavsett operativsystem och webbläsare.

Eftersom man kan leverera material på flera olika sätt och format så har vi gjort en sammanställning på hur vi vill ha det.

2 Plattform
2.1 Klientplattform
Vi strävar efter att alla lösningar skall fungera oavsett vilken webbläsare eller operativsystem som används. Därför skall lösningarna vara testade från följande versioner till senaste;

Internet Explorer 6
Safari 2.0 (build 412)
Firefox 2.0

Uppfylls kravet? Ja / Nej / Inte tillämpbart

2.2 Serverplattform
Vi använder följande mjukvaror på hd.se:
Linux
Apache 2.2
MySQL 5.0 med teckenkodningen UTF-8 (till skillnad från standard ISO-8859-1 aka latin1)
PHP 5.0 med register_globals, magic_quotes_gpc och safe_mode deaktiverat

Se även styckena under 3.5.1 Databasbaserade tjänster och 3.5.2 PHP för mer detaljerad information.

Om leverantörens lösning behöver installeras på hd.se:s servrar bör den vara anpassad för att fungera med ovanstående.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

3 Drift
3.1 Leverans
Vi tar helst emot feeder av XML via FTP eller HTTP (tex RSS). Iframes som vi "bara" länkar in ger oss oftast mer problem än om vi får en feed med rådata. Om ni kräver specfik layout såsom logos och typsnitt så föredrar vi ett avtal om hur det skall se ut.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

3.2 Felhantering
Leverantörens lösning måste hantera fel på ett för besökaren användarvänligt sätt. Det är till exempel inte acceptabelt att använda Javascript's alert() vid fel.

Om en besökare helt saknar, eller har en för gammal version, av en plugin (t.ex. Flash) eller webbläsare så ska detta meddelas på ett, för besökaren, hjälpsamt sätt med information och länk dit senaste versionen kan hämtas.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

3.3 Uppdateringar
Om det blir problem med nyare versioner av webbläsare, Flash etc så är det leverantörens ansvar att korrigera detta då det oftast uppstår när produktionssättet inte följt riktlinjer för webb och program-standard.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

3.4 Övervakning
Alla leverantörer svarar själva för övervakning av att deras system fungerar. Om problem uppstår skall hd.se meddelas omedelbart enligt överenskommelse. T.ex. via e-post eller telefon.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

3.5 Säkerhet
Det är leverantörens ansvar att se till att produkten inte äventyrar datasäkerheten på sajten.

3.5.1 Databasbaserade tjänster
Tjänster som använder en databas måste se till att skydda sig mot SQL-injections. Det ska framgå vilka privilegier (SELECT, INSERT, ..) databasanvändaren behöver för att applikationen ska fungera. Se MySQL's dokumentation över privilegiesystemet för mer detaljer.

Vid leverans av tabelldefinitioner och eventuell tabelldata så ska dessa levereras som en SQL-dump, förslagsvis UTF-8 kodad även om vi kan hantera standardteckenkodningen ISO-8859-1 aka latin1.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

3.5.2 PHP
Tjänster som behandlar någon form av indata från besökaren, både i form av inparametrar och eventuell information i kakor, måste se till att dessa har ett förväntat och acceptabelt format. Obehöriga ska inte kunna komma åt filer på servern, databasinformation som inte avsågs från början eller kunna exekvera kod eller kommandon på servern eller på i databasen.

Vanliga problem är till exempel SQL-injections, Cross Site Scripting (XSS) eller remote file inclusion.

Hos oss är följande avstängt:

PHP safemode
Register_globals
Magic_quotes_GPC -- applikationen måste själv sköta escapning av indata från HTTP GET/POST eller kakor.
Applikationen ska ur ett säkerhetsperspektiv följa best practices redan från början och det är leverantörens ansvar att se till att dessa följs. Vid behov kan vi ge tips på det vi känner till. Data som hämtas från request parametrar (t.ex. vid HTTP GET eller POST), kakor, filer eller databasposter ska alltid escape's innan de används.

Data som hanteras i samband med SQL-frågor ska escape'as med mysql_escape_string() eller metoden mysqli::escape_string() om man använder den objektorienterade varianten av MySQL API:et i PHP.
Data från databasposter eller filer som skrivs ut i HTML-dokument ska alltid kodas med htmlspecialchars(), både för att HTML-koden ska blir korrekt och av säkerhetsskäl.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

4 Format
4.1 HTML
Vi använder XHTML på hd.se och är väldigt noga med att den XHTML som finns på vår sajt är korrekt och validerar enligt W3C (http://validator.w3.org/).

Leverantörens HTML-kod skall validera enligt minst "XHTML 1.0 Transitional" standarden men vi ser gärna att "XHTML 1.0 Strict" används.

Om HTML levereras från leverantörens server ser vi gärna att den komprimeras (i Apache med mod_gzip/mod_deflate) innan den skickas för att minska datamängden som hämtas, till fördel för besökare med långsammare uppkopplingar.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

4.2 Teckenkodning
Teckenkodningen vi använder på hd.se är UTF-8. Den används på webben, internt i våra system och vid kommunikation med externa system.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

4.3 CSS
Om selektorer och klasser används så ska dessa ha ett prefix, gärna baserat på företags/tjänstens namn så att de inte krockar med vår eller andra leverantörers CSS. CSS:erna skall ligga i egen fil och kunna kontrolleras av HD.

Då en leverans resulterar i html-kod på hd.se är det ett krav att den ytterst omslutande taggen i html-portionen är identifierad med ett väl beskrivande och särskiljande ID-attribut.

Exempel på bra id´n som definierar både leverantören och tjänsten:

omxStockTicker
sjTimeTable
nordeaIntrRates

Uppfylls kravet? Ja / Nej / Inte tillämpbart

4.4 Javascript
Alla variabler ska defineras med keywordet var innan de används. Exempel: 'var debug = false;'. Användning av variabler som inte definerats innan de används gör javascript långsammare.

Globala javascript variabler och funktioner ska ha ett prefix, gärna baserat på företagets/tjänstens namn, så att de inte krockar med våra eller andra leverantörers dito. Inneslut helst hela javascriptfunktionaliteten i en, alternativt några, omslutande variabler för att komma så nära konceptet "scoope" som möjligt.

Vi ser gärna att javascript så långt det är möjligt läggs i en extern fil och hämtas in på de ställen de behövs. På det viset kan webbläsaren cacha scriptet och besökaren behöver inte hämta hem samma javascriptkod för varje sidvisning.

OBS! Vi använder oss redan av vissa javascriptbibliotek som t.ex. SWFObject för att hantera Flash. Det kan finnas tillfällen då det kan utnyttjas utan att besökaren ska behöva hämta hem leverantörens bibliotek också. Kontrollera med oss om ni är osäkra på vad vi använder!

Om javascript är avslaget hos klienten så bör det finnas en alternativ lösning och i värsta fall ett läsbart "felmeddelande".

Uppfylls kravet? Ja / Nej / Inte tillämpbart

4.5 Kakor (cookies)
Eventuella kakor som sätts bör ha korta namn och värden. Lagra inte information i kakorna som annars skulle kunna ligga i en sessionsvariabel (eller databas) på servern. Stora kakor i kombination med många anrop till webbservern påverkar prestandan negativt då kakorna måste skickas med varje gång. Många besökare har en liten bandbredd uppströms.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

4.6 Filformat och Plugins
Vi accepterar inga andra webbläsarplugins än Flash. Det skall fungera från version 9 till den senaste.

Uppfylls kravet? Ja / Nej / Inte tillämpbart

Webbutvecklare sökes till marknadsavdelningen

Marknadsavdelningen på HD söker en webbutvecklare. Personen ifråga kommer att jobba i ett riktigt trevligt gäng med en kanonchef. H?n kommer även att jobba tätt ihop med oss på hd.se.

http://hd.se/b/i/annons/jobb/?id=1411

-----------------------------------------------------------------
Vi söker en webbutvecklare till marknadsavdelningen för ut-
veckling och underhåll av vår marknadssajt på hd.se. Med
hjälp av nätet bygger vi nya relationer till våra läsare och kun-
der så att det blir enklare för dem att på egen hand uträtta
sina ärenden.

Vi satsar även på att förbättra HDpassets erbjudande och
tjänster via vår hemsida. Här kommer du att få en viktig roll
genom att du arbetar nära marknadsgruppen.

För att klara våra mål behöver vi dig som är duktig på XHTML,
CSS, XML, JSP, SQL, AJAX och PHP.

Det är även meriterande om du har vissa kunskaper i Flash
och Photoshop och har bra känsla för form och text. Webb-
standarder, användarvänlighet och säkerhetsmedvetande är
viktiga ledord hos oss.

Har du frågor kring tjänsten kontakta Anders Nilsson på
042- 489 93 44 eller anders.nilsson@hd.se.
Facklig kontaktperson: Olof Eliasson 042-489 92 04.
Skicka din ansökan via mejl till petra.thulin@hd.se eller till
Helsingborgs Dagblad AB, Petra Thulin, 251 83 Helsingborg.
Vi vill ha din ansökan senast den 24 mars.
Märk din ansökan webbutvecklare.
-----------------------------------------------------------------

Om du bor närmare Kalmar än Helsingborg så kan du söka jobb hos Gota Media istället. http://www.networkers.se/2008/03/skes-ny-jobbarkompis.html

Leverantörer, skärp er

Jag skäms för att det inte hänt nåt på den här bloggen på mycket länge. Jag tänkte råda bot på det med några inlägg om våra leverantörer och kraven på dem.

Jag har nu varit på hd.se i drygt 13 månader och en sak som har slagit mig är den dåliga kompetens många av våra leverantörer har. Det är mer regel än undantag att det är problem när vi skall sjösätta en ny lösning. Exempel på problem vi har haft är;

• Lösningen kräver plugin som inte finns till Mac.
  
• De testar inte lösningen på olika plattformar med de problem som där följer.
  
• De är ibland omedvetna om att det finns olika teckenkodningar och byter utan att veta om det själva.
  
• Lösningen validerar inte. Vi har till och med fått frågan om var man kan läsa på om validering.
• Man levererar inte nya lösningar på samma sätt som tidigare så vi får bygga nya importskript. Leverantören har således inte satt en egen standard.
  
• Lösningen har allvarliga säkerhetshål.
• Det saknas bevakning så vi får uppmärksamma dem på deras egna problem.
• Lösningen skalar inte och blir lätt överbelastad
  

När en leverantör talar om hur lätt de gör det för oss och att vi "bara behöver...." så är det dags att hissa varningsflagg. De som påstår detta är i regel de som skapar mest problem för oss.

Vi har därför skrivit ett långt dokument där vi listar alla de krav vi har på leverantörer som de skall få redan under upphandlingsfasen. Det ligger i vårt intresse att fler ställer dessa krav så jag kommer att publicera den här på bloggen.

Vi lyssnar på er!

I april skrev Joakim Jardenberg på den här bloggen om Rubbet, vår nya annonssajt. Johan Sölve har sedan dess gjort ett fantastiskt jobb och nu är det dags att lansera Rubbet på allvar.

Men är det klart då? Inte på långa vägar. Men det är tillräckligt klart för att lanseras. Nu är det er tur att komma med synpunkter på hur Rubbet skall utvecklas.

Vi är stolta över att ha skapat något som vi tycker är unikt och nyskapande – en annonssajt utan kategorier. Istället bygger Rubbet på sökord. De vanligaste sökorden presenteras i ett sökordsmoln (taggmoln) och det är ingången till att hitta intressanta annonser. När man klickat på ett sökord visas nämligen ett nytt litet sökordsmoln med relaterade sökord och det är då det roliga börjar.
I början kan det kännas lite underligt att bara ha en massa sökord att klicka på, men när man klickat sig runt ett tag märker man hur fantastiskt roligt det är, en riktig klickmaskin!

När man annonserar väljer man inte kategori, man behöver inte ens skriva någon rubrik. Skriv bara in annonsens text, lägg till några sökord för att tala om vad det handlar om (t ex moped köpes), skriv din e-post och sedan är det klart!

Rubbet är oerhört enkelt byggt och det är egentligen själva poängen. Men kanske är det för enkelt, fast vi vill hellre bygga på funktioner istället för att ta bort. Behövs det ett fält för ort eller räcker det med att ni skriver in orten bland sökorden? Hur kommer det att bli om Svea i Svalöv säljer Höganäskrus eller Lasse i Landskrona säljer ett hus av Helsingborgstegel? Kommer man att hitta rätt då? Man kan också se enkelheten som en styrka och som siten är uppbyggd så är den oerhört kraftfull. Kraftfull t.ex. för att man inte behöver lägga lika mycket tid på att administrera den och bygga nya kategorier. Om det blir vanligt med lergöksförsäljning på Rubbet så kommer “Lergök” automatiskt att visas i sökordsmolnet. Det blir också lätt att prenumerera på sina egna sökningar via RSS. Hur man än har sökt blir det ett eget RSS-flöde.

Vi tar väldigt gärna emot åsikter om Rubbet. Vad vill ni att vi skall förbättra? Vad tycker ni är bra? Skicka gärna ett mejl till rubbet@hd.se eller skriv en kommentar till detta inlägg. Vi lyssnar på er.

Så sätt igång och leta i era förråd och byrålådor efter något du inte längre behöver. "Släng det inte, sälj det på Rubbet"

Läs mer om rubbet:
hd.se
Joakim Jardenbergs blog
Networkers.se
Dagens Media
Medievärlden

Avancerad sökning

Enligt Google så är ca 1% av sökningarna på Googles sajt via "Avancerad sökning". Det är en märkligt låg siffra om man tänker på hur svårt många tycker att det är att hitta rätt träffar. Men så slog det mig, är det avancerat att söka via "Avancerad sökning"? Inte speciellt.

I det helt hypotetiska fallet så vill vi leta fram en artikel på hd.se där Henrik Larsson, som inte är en fotbollsspelare, har uttalat sig i radio eller TV (vi minns inte riktigt) om en nyinköpt bostad.
Hur söker vi då för att inte drunkna i träffar om tex fotboll?
'bostad radio OR tv "Henrik Larsson" -fotboll site:hd.se ' är för mig en rätt avancerad sökning som en ytterst få kan utföra. Man kan istället gå in på "Avancerad sökning" och fylla i:

• Med alla dessa ord: bostad
• Med den exakta frasen: Henrik Larsson
• Med något av dessa ord: radio TV
• Utan dessa ord: fotboll

Det är ju hur enkelt som helst och det kan vem som helst förstå hur man skall göra. Så varför heter det "Avancerad sökning" när det i själva verket är förenklad sökning?

Ok, men vad är problemet? Jo, det ligger ju i vårt som sajtbyggares intresse att folk skall hitta så bra som möjligt på våra sajter. Hur bra vi än bygger dem så behövs ibland en bra sökfunktion. Jag tror att om vi kallar det "Avancerad sökning" så skrämmer vi bort de vanliga användarna från att ens trycka på länken eftersom texten på den indikerar att det här är något svårt. Men vad skall man då kalla det? "Förenklat sök"? "Sökhjälp"? eller något helt annat?

Vad tycker ni?

Taggmoln är ute, textmoln är inne

Nu har vi en testversion ute och den känns faktiskt rejält pigg. Det här var tänkt som ett proof of concept och handlade om hur man ska navigera i stor mängd annonsobjekt. Men det blev så bra att det kommer gå live redan den här veckan. Kolla och kommentera.

Vi har i principt släppt tanken på att annonserna ska taggas manuellt och istället tuggar vi genom deras innehåll och bygger ett "moln" med nyckelord - helt automatiskt. Ett textmoln.

Spontant känns det väldigt bra tycker jag, och det är både praktiskt och uppmuntrar till ett nöjesbetonat och nyfiket upptäckande. Vad det handlar om beskrivs bäst med exempel (länkarna öppnas i nytt fönster):

http://nya.hd.se/rubbet2/ -> klicka på volvo
i molnet till höger har du bara taggar som är relaterade till
volvo och kan klicka på tex nybes eller drag eller svart eller...

eller http://nya.hd.se/rubbet2/ -> klicka på tex gräsklippare (du måste välja "visa fler" först)
välj tex batteridriven och dessutom gardena - sökorden adderas och sökningen blir snävare

eller http://nya.hd.se/rubbet2/ -> klicka på helsingborg
och få koll på allt som erbjuds i helsingborg

eller http://nya.hd.se/rubbet2/ -> klicka på svart
och bara lattja runt genom att klicka på taggarna i högermolet

Det återstår så klart en del arbete:

• Formen ska fixas, texter ska uppdateras och semantiken ska bli glasklar
• Molnen ska rensas ytterligare, fler stoppord, lite omviktningar etc...
• Annonsinmatningen via nätet ska uppdateras till molntänket
• Pyssel, felsökning och mer usability-tester
• Prestandatester, optimering

Så, vad säger ni? Flipp eller flopp?

Andra bloggar om: marknad, privatannonser, rubbet, taggar

Kategorier är ute, taggar är inne. Eller?

RFC, request for comments, är ett vedertaget begrepp som spritt sig från att bara handla om internet-standards till mycket mer. Nu använder jag det för att fråga er vad ni tror om en utveckling av rubbet.

(Tjänsten ångar för övrigt närmare lansering för varje dag som går. Pyssel kvar med att styra upp annonserna från tidningen bättre, redigera och sortera bland indelningarna och börja puffa för tjänsten på hd.se. Något händer nog under nästa vecka. Men nu var det taggar som gällde. )

Följande är i princip oredigerat från min skalle och rakt ut i bloggen. Nu är det bara att tycka till:

Taggar ersätter kategorier på rubbet?
Tänk om vi ska tänka om. Tänk om kategorier är lika fel som mailmappar var en gång i tiden innan gmail satte labels på kartan. Istället för kategorier är ALLT taggar. Knasigt kanske, men läs vidare. Jag tror inte det är så dumt.

• Allt är taggar. Alltså även köpes, säljer, bytes, motor, och sånt som är kategorier från tidningen idag. Allt som kommer över får alltså automatiskt minst en tag, oftast två eller tre. Tex: http://hd.se/rubbet/bil/saljes/ - de objekt som ligger där idag får taggarna: motor, bil, säljes
• Jag övertygar kundcenter om att de ska efterhandstagga de annonser som kommer från tidningen (vid första publiceringstillfället) så att de blir förädlade och bättre taggade än automatiken klarar så vi slipper ha så mycket i en enda hög som här: http://hd.se/rubbet/koposalj/saljes
• Vi sätter en gräns på hur många taggar man kan ha (fem?) och har ev lite smartness i taggmöjligheterna (som gör att man inte kan välja tex både köpes och säljes på samma annons – om man vill krångla med sånt… - det vill vi nog inte initialt)
• Gränssnittet för att sätta taggar är helt enkelt ett taggmoln. Man klickar och varje klick lyfter in taggen, kommasep, i ett fält där man också kan lägga till egna taggar. Det betyder i bästa fall att det kommer att ske en underbar självrensning av taggarna samtidigt som det ändå är flexibelt för nya "kategorier" utan insats av admin.
• Även orter och annan geolocation kommer att byggas upp i samma taggmoln (på sikt ska kartor in så klart, men det är en annan sak)
  
• Kundcenter jobbar i princip på samma sätt när de bearbetar annonserna från tidningen – de har en snabbjobbad lista med annonser och klickar in förädlingstaggar från samma taggmoln, på ungefär samma sätt som kunderna.
• Vi använder taggmolnet för att definiera sökningar (som kategori-listorna idag) och man kan klicka i så få eller så många taggar man vill för att bredda eller snäva in sökningen (hmm, här tänkte jag såklart att fler taggar snävar sökningen, precis som med fritexten – med sedan kom jag på att man vill kanske göra tvärtom också? Fler taggar breddar sökningen. Hmmm?)
• Överallt kan man ärva in taggar – under varje annons kan det stå: sätt in en liknande annons, i listningar kan det stå: sätt in i annons med dessa taggar, under varje annons listas aktuella taggar så man kan klicka på den för att bearbeta sin sökning etc...
  

Levade taggmoln baserat på de kategorier som kommer med från tidningen idag - bara som ett utkast finns här (tack Johan, du är snabbare än din egen skugga;)

Tyck till - och tipsa gärna om snygga implementeringar inom det här området.

Lite läsning:
Wikipedia om vad taggar är, egentligen
Språkrådet om ordet "taggmoln"
Datatermgruppen om ordet "taggar"
24ways om hur man taggar taggarna ;)
Taxonomy eller Folksonomy - en bra text. Mycket av det som lyfts fram som problem tror jag vi undviker genom att vi inledingsvis har en tung del av materialet som taggas av en liten grupp människor. De kommer att skapa den första basen.
Oftast utpekade exemplet ligger hos flickr



Andra bloggar om: marknad, privatannonser, rubbet, taggar

Rubbet har gått i spinn...

Hoppsan! Det här känns ju kul. Redan innan vi har kickat igång på allvar har det kommit massor med bra feedback. Det började med att jag frågade en av alla mina listor om det här är en bra payoff:

”Från tanke till publicerad annons på 30 sekunder. Gratis, enklare, snabbare.”

Innan jag visste ordet låg det en massa nya annonser där, trafiken ökade stadigt och jag förstod att länken till hd.se/rubbet mailades runt. Kanonbra. Ös på bara. Den 13/6 ska vi träffa byrån igen, och om vi kommer överens om vissa grunder i kommunikationen så ska det börja synas på hd.se direkt och då ökar trafiken garanterat.

Kul är också att det verkar som om namnet sitter som en smäck. Alla har direkt snappat upp det och börjat prata om det på ett väldigt naturligt sätt. Overall, långt kvar att gå men det känns bra i magen.

Läs mer om hd.se/rubbet här i bloggen


Andra bloggar om: affär, eftertext, företagsannonser, marknad, nytt, privatannonser, rubbet, trafik

Vad händer med oss?

Vi har fått frågan om all utveckling av hd.se nu kommer att läggas över i nya bolaget. Så är ej fallet. Vi har nyligen anställt nya utvecklare och vi kommer inte att slå av på takten. Det nya bolaget kommer snarare att ge oss möjlighet att öka takten än mer.

Vi välkomnar det nya bolaget och ser fram emot ett tätare samarbete med de andra bolagens utvecklingsavdelningar.

Gemensamt utvecklingsbolag

Hoppsan - då var katten ur tunnan. Lite för tidigt, men vad ska man göra när en journalist får upp ett spår. (almost) full disclosure:

HD går in i nytt utvecklingsbolag

Så nu vet ni vad jag jobbat med den sista tiden. Mer info följer.
Lite mer redan nu i en annan blogg.

Rubbet - millimeter från release

Det har gått trögt den här sista månaden - och det finns såklart anledningar till det. Men idag tog vi ett rejält kliv med tjänsten, hd.se/rubbet, och det vora kanon om ni ville börja testa den.

Jag har skrivit om hd.se/rubbet tidigare, så kolla här om du är nyfiken.

Uppenbart kvar på att-göra-listan till version 1, och en del till 1.1 är:

• Ett varv till med texterna
  
• Lite ytterligare optimeringar/normalisering av databas
• Uppdatera formen på detaljsida
• Spamskydd i annonspostningar (alla formulär - sannolikt akismet)
• Tillåt <b>, <i> och länkar i annonstext
• Visa antal annonser i resp kategori på ettan
• Visa ett antal av senaste annoner på ettan (include som ska kunna syndikeras också)
• Kryssruta för att ange om man är företag (bara som en information, vi gör ingen skillnad i övrigt)
• Se fler annoner från [namn] (ebay-style)
• Integrera Picnik för bildbeahandling
• Snyggare sidnavigering (google-style)
• CSS-fel i IE/Windows
• Snygga till URLarna (you know me;)
  
• Samt en del admin och cache-pyssel
• [senare] Snygga bildramar med flera bilder visade "på hög" (jaiku-style)
• [senare] Kanske användarbilder också, så att annonslistningen blir jaiku-lik rakt av;)
  
• [senare] Video-upload
• [senare] Mobilversion (enkelt, kräver bara ett lätt annorlunda css)
• [senare] Personlig favoritlista

Sedan finns det såklart massor med idéer för the next step - men nu vill jag ha kommentarer.

Läs texterna, bläddra bland annonserna och testa mer än gärna att lägga in någon annons. Tar gärna emot förslag på funktion och form som bygger känsla.

Läs mer om rubbet här i bloggen

Kommentera här, eller direkt till mig på joakim@jardenberg.com

Aggregera RSS-feeder med Google Reader

Jag publicerade den här tipset på min egen blog för en knapp månad sedan. Eftersom vi har fler läsare här och jag fick bra feedback så tänkte jag posta den här också. Jag har skrivit om den lite så den är nog lite lättare att förstå. Here goes:

Normalt när man vill dela med sig av något intressant man hittat i sin RSS-läsare så klickar man upp siten, kopierar URL:en, klistrar in den i ett mail eller IM och sedan väljer man vilka man vill skicka till. Det enda vi gör är att "tagga" inlägget i Google reader så skickas det vidare till alla prenumeranters RSS-läsare.

För att dela med sig av en "tag" så måste man skapa den först, det gör man enkelt genom att "tagga" en post. Längst ner i varje post finns "edit tags" och där lägger du in den tag du vill dela ut. Delar ut en tag gör man enkelt genom att välja "settings/tags" och klicka på RSS-symbolen och se texten ändras från private to public.

Men det kan ju vara lite jobbigt att hålla reda på alla arbetskamraters feeder. Av en slump så upptäckte jag att man kan aggregera många feeder till en med hjälp av Google Reader. Man kan säkert göra det med sitt eget konto också men jag ville göra det möjligt för fler än mig att kunna sköta dem så jag skapade ett dummykonto där jag la till alla feeder. De feeder jag ville aggregera till en la jag i samma folder. Foldernamnet är också en tag som man kan dela ut så som jag berättade tidigare. Så nu behöver en ny person bara läggas till på ett ställe istället för i allas RSS-läsare. Vi har på det här sättet skapat fyra feeder med olika innehål.

Det är ju inte alltid man får saker man vill visa för andra via en RSS-feed och även Google Notebook kan delas ut. Delar ut gör man genom att öppna Notebook som helsida, välja "sharing options" och sedan välja "yes" för "Publish this notebook (make a public web page)" Sidan du just skapat har en RSS-feed.

Lite feedback jag fick på det här:
Google Notebook - snabbaste bloggen
Välkommen till Surfbloggen!

Jämföra publiceringssystem

Nu har vi äntligen fått de första offerterna på publiceringssystem och jag sitter just nu och försöker jämföra dem. Jag har ett excelark där jag har skrivit upp en jäkla massa saker och där har jag börjat kryssa i vad som ingår i de olika systemen.
Det känns ungefär som att värdera vad som är nyttigast av en apelsin och en kycklingfilé och om jag blir mätt på den portion som serveras.

De system vi tittar på just nu, utan inbördes ordning, är:

1. Escenic
2. Polopoly
3. Typo3
4. TNG (The Next Generation) vårt nuvarande custombyggda system

Vi har full koll på vilka som har dem installerade och vilka som nyligen har köpt de två första. Vi känner också till de problem som tex Expressen haft/har med Polopoly.
Vi har även en ambition att göra så mycket som möjligt själva men är osäker på om vi kommer att klara det?

Så var inte rädda, utan delge oss era tankar, fakta, åsikter och erfarenheter on eller offlist. Vill ni vara anonyma eller åberopa sekretess så går det bra och jag lovar att vi inte skall sprida det i så fall.

Från arkivet (1995)

Dåvarande redaktionschefen Eskil Jönsson intervjuas av Ulf Elfing i "Efter tre" på grund av att Helsingborgs dagblad blir den första svenska dagstidning som publiceras i sin helhet på Internet.

Lyssna här Vi ber om ursäkt för kvalitén.

Artikeln

Ärendehanteringssystem

Vårt nuvarande ärendehanteringssystem saknar funktionalitet och vi funderar på att byta. IT-avdelning kör med ett system som heter Nilex som de kör via en citrixklient. Vi fick en liten dragning häromdagen och det kändes inte helt rätt. Det verkar som om man kan göra precis allt med det men med det följde att det verkar riktigt rörigt.

Vi skall ta oss en riktig funderare på vad vi egentligen behöver men det enda vi kan komma på som vi saknar är:

1. Möjlighet att maila in ärenden
2. Kunna sätta deadlines
3. Tidsuppskattning
4. Bättre funktioner för att kunna relatera/gruppera ärenden.

David har jobbat med Eventum som är ett ärendehanteringssystem från MySQL vilket verkar mycket trevligt.

Om ni har erfarenheter av Eventum eller något annat ärendehanteringssystem så tar vi gärna emot det.

Teknikfest!

Utforskar lite olika mashups som kanske kommer att komma till användning. Tipsa gärna, hissa eller dissa. Tyck till!

Google Blogbar
Snyggt integrerad sökning i google bloggarkiv. Ett enda sökord, rakt av. Helsingborg.
Spännande möjligheter - men att lyfta in rss-feeder är ju enkelt att lösa utan relativt avancerade widgets. Snabbt gick det iaf.

Google Maps
Det finns tusen mashups som använder sig av Googles api mot karttjänsten. Relativt nyligen släppte man dessutom en egen variant som är såååå snygg. Men den är ännu inte ”integrerbar”.
Här är iaf Mitt Helsingborg.

Zoho poll
Vi har ju vår egen lösning för Dagens fråga men om man vill jobba med mjukare betygssättning så funkar en sådan här lösning bättre. För att slippa utveckla själv kommer vi förmodligen relativt snart att testa den här skarpt. Varför inte liksom?

Operator 11
Är nog det roligaste på länge. Helt kort, jacka ihop dig med sex polare som sitter vid varsin webbkamera. En är operatör, mixar deltagarnas kameror med tidigare upplagt sparat material och syr helt enkelt ihop en direktsändning. Det går alltså LIVE. Allt är byggt i enkel flash och det bara funkar. Frågan är såklart hur det skalar, men för nu är det helt magnifikt läckert.

Nya lokaler

Efter att ha varit utspridda i huset flyttar vi nu till nya lokaler. Här kommer vi att få sitta ihop med webbredaktörerna.

Snart är rubbet klart

Det hade ju varit skönt om det var sant. Men det är inte riktigt så... Det handlar om en ny tjänst.

Som en del av er redan har koll på: det ska bli gratis att annonsera ut objekt på hd.se. Som blocket ungefär, fast gratis.


Tjänsten kan beskrivas som en kombination av:

• blockets enkelhet och lokala styrka
• craigslists gratismodell och känsla av community
• den lokala tidningens volym och existerande parallellpublicering (ger en grundläggande volym av annonser i botten)
  

Så här har jag (ungefär) tänkt usparna:

BILLIGARE är enkelt och behöver väl ingen närmare presentation. Eftersom blocket och eftertexten i tidningen redan upplevs som relativt billig gäller det för en ny aktör att vara ännu billigare. I synnerhet om vi ska "skapa" en ny marknad där man till och med skänker bort grejer med ringa värde, byter tjänster eller kanske bara lägger en efterlysning på något.

ENKLARE hänger nära ihop med gratis-modellen. Genom att vi inte behöver kräva någon betalning så kan du verkligen lägga in en annons när som helst utan att behöva tillgång till telefon som tillåter betalnummer, kreditkort, eller andra mer eller mindre krångliga lösningar. Enklare handlar också om att vi ska ta tjänsten så nära blocket som möjligt, men ändå hitta områden som går att optimera. Tex har blocket ett krångligt regelverk för vad annonsen får innehålla - här kan vi vara mycket enklare.

SNABBARE blir vi framför allt genom att vi inte förhandsgranska annonserna. Vi lägger dem under lagen om publicering på elektroniska anslagstavlor och kör dem rakt ut. I samma ögonblick som vi sett att din mailadress fungerar ligger din annons ute på nätet.

NÄRMARE är svårast att förklara. Men tänk på Craigslist tex. De som jobbar där finns med på bild, de beskriver sina vedermödor, de diskuterar med användarna om vad som bör utvecklas och förändras. Craigslist upplevs inte alls som en tjänst med ett anonymt företag i bakgrunden utan verkligen som allas marknadsplats. Loppis när det är som bäst.

Tjänsten kommer att heta hd.se/rubbet (eller kanske lite mer web 2.0 - hd.se/rubbt ?). Går man till den adressen så kommer man än så länge till den gamla lösningen - den nya varianten kommer att ligga i en helt egen form. Väldigt avskalat, väldigt rent. Inledningsvis helt utan banners eller andra annonser. Det utvecklar vi i andra vågen - när vi vet om det lyfter.

Affären bygger på två fundament. Men det återkommer jag till ;)

Nu får ni börja med att tycka till om själva grejen. Är det här en bra sak?

Och nu då?

Utvecklarblogg, det ska man ju ha nu för tiden. Men vad ska man skriva om? Hur mycket vågar man berätta? Man kan ju inte gärna berätta vilka företag man förhandlar med och vilka planer man har? Hmm, det får vi nog komma på efterhand.

Jag tror jag börjar med att berättar lite om oss, hur vi tänker, lite fakta och historia helt enkelt. Eftersom jag är ny på såväl företaget som i tidningsbranschen så finns det risk för att jag kommer med lite felaktigheter men det är ju så bloggar ska fungera. Ut med informationen nu och vänta inte. Det är viktigare med snabbhet än att vara 100% korrekt. Jag kommer däremot göra vad jag kan för att tala sanning och inte vinkla nyheterna. Vi är ju trots allt en morgontidning och inte en kvällsblaska. ;) Nåväl.

hd.se är webbplatsen för Helsingborgs dagblad och inte för en amerikansk motorcykeltillverkare. Helsingborgs dagblad finns det inte många som säger utan det är HD som gäller. Vi är Sveriges femte största morgontidning och vi kallas även den största landsortstidningen. HD koncernen har en hög penetration i Helsingborgsregionen med hjälp av HD (och editionerna Lanskronaposten och NST), hd.se och den nystartade gratistidningen XTRA.

Den 1:a februari startades HD Nya Medier där jag blev den först anställde, t.o.m före min chef. Han säger att han ska sno mitt anställningsnummer men det ska vi nog bli två om. ;) Idag är vi tio personer och vi håller nu för fullt på att anställa åtta till.

Sådär, då har jag talat nog om bakgrunden, jag jobbar ju trots allt bara med tekniken. Jag kommer att berätta mer om mig själv och min bakgrund senare men nu tänkte jag fokusera på teknik.

Vi har ambitionen att göra så mycket som möjligt själva. Vi tror att det är bättre på lång sikt eftersom kompetensen stannar i huset. Vi tycker att validering är otroligt viktigt och vi ser inte varför vi inte ska göra det. Att validera är att göra det enkelt för sig och inte tvärtom vilket många tycks tro. Visst händer det att det smyger in ett och annat fel på vår site också men det är nästan alltid en extern leverantör som orsakat det. Det betyder att vi får skälla lite snällt på dem för att även de skall validera sin kod. Vi vill ha in så mycket extern data som möjligt i vårt system och processa det istället för att bara länka in det. Det ger oss mer kontroll helt enkelt. "Systemet", dvs vårt publiceringssystem TNG är egenutvecklat i Lasso. Förutom Lasso på Apache så är i princip allt Linux, Apache, MySQL och PHP, dvs LAMP.

Vi har en lång to do-lista och våren kommer att behövas för att göra klart den ombyggnad som påbörjades i sommras. Samtidigt ser vi över vårt publiceringssystem. Skall vi behålla och porta TNG till PHP eller skall vi byta ut det mot ett nytt och modernt? Vi tror att vi får svårt att hänga med i de allt större krav som ställs på tekniken om vi skall porta, utveckla och drifta ett eget system men vi får se. Vi har ännu inte fått några offerter från leverantörerna vi har kontakt med. Skall vi byta så kommer vi förmodligen att påbörja det arbetet efter semestrarna.

Av de elva vi håller på och anställer skall fyra personer arbeta med webb-TV. Vi vill även att de flesta av våra reportrar skall kunna hantera video när det behövs. Det ställer naturligtvis stora krav på tekniken att så många skall filma, editera och publicera video.

Hoppas många skall tycka den här bloggen är intressant och vi ser fram emot kommentarer och tips från er som läser den.