lillbra.se

Spam, bacn och fakinbacn

Med alla sociala tjänster på webben har en efterföljare till spam uppstått, nämligen bacn. Bacn är nyhetsbrev, notifieringar och uppdateringar från Facebook, Jaiku, Twitter och liknande tjänster (via Emerge). Det är e-post som du själv signat upp för att få men som snabbt ökar mängden olästa mejl i din låda.

De senaste veckorna har jag börjat ana en annan typ av elakare bacn, som mer liknar spam. Här är ett urklipp från min mejlbox:

Man blir ju lite nyfiken vilken vän/beundrare/stalker det är som börjat följa mig på Twitter. Men det visar sig vara Twitter-konton skapade av någon sajt eller företag som postar massa länkar de vill att man ska gå in på. Det är alltså spam som försöker se ut som bacn. Och liknande mejl har jag fått från mitt Pownce-konto.
Efter lite surfande upptäcker jag att även detta fenomen har ett namn: FakinBacn eller falsk bacn (via Mediafront)!

Samtidigt finns det siffror på att 43% av alla meddelanden på Facebook är spam. Kanske är det på väg att drabba oss svenskar allt mer. Så förbered dig på att få friend-requests från annat än vänner i framtiden…

[tags]spam, bacn, fakinbacn, twitter, facebook, pownce, e-post[/tags]

Tillfälliga driftstörningar på bloggen

Jag har råkat ut för lite WordPress-strul, så därför har sajten varit nere ett par dagar. Och just nu har jag inte fått upp allt innehåll här igen. Men återkommer så snart allt löst sig!

Uppdatering kl. 22.29

Nu är nog allt på plats igen! *puh* Det var vid en installation av WordPress-pluginet WP-Cache 2.0 som något gick riktigt fel. Det slutade med att jag installerade om WordPress helt, och med hjälp av import/export-funktionen fyllde på allt innehåll.
Hur som helst; detta får bli en nyhetsblänkare om att den nya versionen av WordPress just har släppts och en påminnelse om att det är viktigt att ta backup!

[tags]lillbra.se, driftstörningar, wordpress, wp-cache, blogging[/tags]

Fel, fel och åter fel

Att få ett felmeddelande kastat i ansiktet är alltid lika frustrerande. Men det finns saker att göra för att lindra användarens plåga då ett fel uppstår. J. Frank Carr listar de viktigaste punkterna att tänka på när man skapar felmeddelanden (via DotNetKicks.com, fritt översatt av mig):

1. Undvik att fel uppstår; koda så att fel fångas upp och hanteras i möjligaste mån
2. Använd inte default-meddelanden från programmeringsspråket/plattformen
3. Undik vaga och ospecifierade meddelanden
4. Hjälp användaren att lösa problemet (t.e.x. Googles ”did you mean” när man stavat fel)
5. Skyll inte på användaren, utan var hövlig

Och i bara farten ger han instruktioner för hur man skriver just hövliga felmeddelanden:

1. Undvik CAPS LOCK
2. Undvik nedsättande och alarmerande ord som katastrofal, olaglig, felaktig
3. Om ikoner ska användas: Använd standardikoner och inte någon dödskallesymbol eller liknande
4. Se till att meddelandet är grammatiskt korrekt och rättstavat

Även Johan Berndtsson tar upp några liknande riktlinjer för bättre felmeddelanden:

1. Fundera på om du verkligen behöver skriva felmeddelandet. Går det att programmera om systemet så att felet inte uppstår?
2. Om felmeddelandet verkligen behövs, formulera det som en fråga och ge användaren möjlighet att avhjälpa felet direkt. T.ex. “Microsoft Office Excel väntar på att Outlook skall stänga fönstret där filen Tidrapport.xls visas. Vill du stänga filen Tidrapport.xls?” Ja | Nej
3. Om du inte kan erbjuda en möjlighet för att avhjälpa felet direkt i felmeddelandet kan du berätta vad användaren kan göra för att ta sig runt problemet. T.ex. “Microsoft Office Excel väntar på att Outlook skall stänga fönstret där filen Tidrapport.xls visas. Stäng filen Tidrapport.xls och klicka sedan på Försök igen.” Försök igen | Avbryt

Själv fick jag följande tvåspråkiga felmeddelande förra veckan:

Så ännu en punkt kan läggas till listorna ovan: Håll dig till ett språk – det blir proffsigare…
Fler ”roliga” felmeddelanden brukar man kunna hitta på Worse Than Failure.
(Tack till Peter och Kristian).

[tags]användbarhet, felmeddelanden, fel[/tags]