Jag har oftare och oftare börjat använda Wordpress för enkla administrationsverktyg och tycker att det finns stora fördelar med detta speciellt om man kombinerar Wordpress med ”More Fields” som är ett mycket smidigt sätt att lägga till Custom Fields på ett enklare sätt än det inbyggda gränssnittet för detta.

Men det stora kruxet med Wordpress admin är att det kan vara lite väl bloatat för den ovane användaren. Därför har jag fallit pladask för pluginet Adminimize som är ett riktigt flexibelt verktyg för att strippa ner admingränssnittet så att det bara visar det som bara behövs för de givna installationen. Man kan styra mer eller mindre allt. Från att styra innehållet i vänstermenyn till att modifiera vilka fält och rutor som skall finnas på administration av Posts respektive Pages.

På det hela taget ett mycket användbart plugin.

Den senaste veckan har jag börjat rensa betänkligt i min skörd av nyhetsbrev som jag mer eller mindre frivilligt anmält mig till. Jag har börjat inse att jag redan rensat ett 10-15-tal och det börjar bli mer städat i inboxen. Men ibland stöter man på nyhetsbrev som inte går att avanmäla sig ifrån. I alla fall inte vad jag kan se. Då brukar jag bara rapportera det som spam för att slippa få dem i inkorgen. Detta medveten om att jag säkert hjälper Google att anta att mail även till andra från denna avsändare skulle kunna vara spam. Och det stämmer ju inte riktigt. Jag är inte 100 på att Googles spamfilter fungerar så men det är ju ingen vild gissning att de skulle använda sig av crowdsourcing för att bättre filtrera mail.

Därför blev jag riktigt överraskad när jag skulle rapportera Urban Outfitters nyhetsbrev som spam efter att jag insåg att deras avanmälningsfunktion inte fungerade. När jag gjorde detta fick jag upp denna dialogruta.

Väldigt snyggt jobbat! Det är precis sånt här som gör att jag även i fortsättningen kommer att förespråka Google Apps som företagsmail. Det kan inte finnas många mailservrar som erbjuder sån här funtionalitet.

Plus i kanten på Google.

Jag skrev tidigare i år om att jag tycker att sökfunktionerna på svenska nyhetssajter lämnar en del att önska. Egentligen gäller det de flesta webbplatserna men kravet på sökmotorer ökar ju större arkiv man söker i och här har nyhetswebbarna den största utmaningen. Problemet med sökfunktioner är att de är svåra att överblicka och fungerar mer som en relationsdatabas än som en människa.

Jag har ofta föreställt mig att en väl taggad databas skulle kunna ge betydligt bättre översikt än vad som normalt står att finna på de flesta webbplatser. Bara en sån enkel sak som att visa sökträffar över tid och bättre områdes-filtrering. Sesam.se gjorde detta ganska bra men nu har jag hittat en ny favorit i Digg.com. Deras nya och förbättrade sök är riktigt begåvad. Det är framför alla vänsterkolumnen på söksidan som är den stora behållningen.

1. En tidsgraf som visar popularitet över tid.
2. Ämnesfiltrering, med underkategorier
3. Digg-filtrering. Filtrera på olika popularitet.
4. Filtrering på mediatyp
5. Filtrering på källa. D.v.s. välj sökresultat på länkar som pekar till specifik sajt. Se skiss nedan.
6. Avancerad sök för att inkludera/exkludera övergivna eller upcoming stories.

På det hela taget en riktigt bra sök. Vad jag främst gillar är att den känns så enkel. Ebay.com har också en riktigt bra sök men det känns ofta lite för bökig. Det är en utmaning att behålla enkelheten samtidigt som man erbjuder avancerade funktioner.

Exempelresultat för sökordet ”Bill” för artiklar från New York Times

Jag är i regel en motståndare till sajter som är byggda helt och hållet i Flash. Mest för att de blir så otroligt bökiga att underhålla på sikt plus att jag tycker att gränssnittet inte blir lika användarvänliga. Dock kan Flash bli riktigt snyggt men det väger sällan upp krånglet.

Men den här sajten för den nya jätteskrapan, The Shard, i London tycker jag ändå funkar. Sajtens syfte är att sälja in visionen om den nya fastigheten och det tycker jag att man lyckas med formidabelt.

En av de trevligate funktionerna med Magento är så kallades Path Hints som visar ut vilka filer som de olika blocken renderas ifrån. Detta styrs genom administrationsgränsnittets System -> Configuration -> Avancerad -> Developer. Detta är riktigt smidigt men blir ibland ganska jobbigt om sajten man skall göra det på ligger i skarp drift. Man vill ju inte att alla besökare skall se dessa path hints när de surfar runt. Det är det ju bara jag som skall se.

Ofta hanteras detta av att man har två separata sajter att jobba på. En för utveckling och en för skarp drift. Men ibland har man inte den lyxen då vissa kunder inte vill betala för det. Men det finns en annan lösning som är ganska smidigt.

Jag byggde en enkel patch som lägger till ytterligare ett alternativ. Genom att klistra på queryparametern ”?showPathHints=true” på vilken sida som helst på sajten så slås ”path hints” på för just detta request. Då slipper man gå in och ändra i admin plus att man slipper bekymra andra användare med denna information.

Riktigt smidigt och enkelt. Detta återskapar den funktionaltiet som redan finns i Joomla där man klistrar på tp=1 på any given url på sajten.

Ladda ned patchen här och testa om du vill.

De allra flesta annonser jag ser berör mig inte det minsta. Kanske att 5% av alla annonser jag ser är något sånär relevanta. Om jag t.ex. alldeles nyss har köpt en ny bil så kommer de flesta bilannonser under de kommande 2 åren sannolikt att vara spam för mig. Jag är helt ointresserad av dem och kommer bara att intressera mig när det är dags att byta bil igen. En annons ska ju inte visas för så många människor som möjligt. Tvärtom bör den visas för så få personer som möjligt… men rätt personer. Det är här jag absolut älskar sökordsannonsering. Där får jag bara se det jag är 100% intresserad av. Annonserna går från att bli spam till att bli potentiell nytta. Och det här smittar av sig på min allmänna uppfattning om annonser. Jag stör mig mer och mer på veckoannonser i t.ex. tidningar och på webben som inte är behovsriktade. Jag börjar mer och mer betrakta dem som spam även om de visas på samma sätt nu som för 10 år sedan. Det är bara det att jag hela tiden jämför dem med sökordsannonserna som är så mycket mer relevanta där jag bara får se det jag redan bestämt mig för att söka på.

Ta vår kelgris Spotify t.ex. Hela Spotifys affärsmodell bygger i praktiken på Premiumabbonemanget(det sägs att de behöver ca 10% premiumkunder för break-eaven). Och det abbonemanget köper de flesta för att slippa reklamen mellan låtarna. Spotify tjänar just nu(tills iPhone-appen kommer) pengar på att folk skall få slippa annonser. Man bygger alltså just nu sin affär på att annonser är irriterande. Det ironiska med detta är ju att Spotify får betalt två gånger. Dels för att sälja reklmaen och dels för att ta bort den. Ibland undrar jag vad deras annonsköpare tycker om detta.

Så här skrev @kleverboi på Twitter igår appropå att han skulle vara beredd att betala för sin lokala dagstidning om han slapp annonserna i den.

”tidning ”light” och tidning ”pro” med samma princip som Spotify (där jag gärna betalar 1188:- per år för att slippa reklamen)”

Även om detta inte skulle stämma när det kommer till kritan och det är dags att håva upp plånboken så är attityden väldigt intressant. Han är beredd att betala för att slippa reklam. Och jag är nästan beredd att hålla med honom. Jag skulle själv kunna tänka mig att betala för detta.

Problemet blir ju när vi skall sälja annonserna vi sedan skall ta betalt för att plocka bort. Hur förklarar man för en annonsköpare att våra kunder tycker att deras annonser är så irriterande att vi kommer att ta betalt för att plocka bort dem? Eller så är det inget problem. Vi kanske kan motivera det med att hävda att det är ett annat sätt att betala för verksamheten. Men frågan är ju hur stor nytta annonserna gör för köparna om mottagarna är beredda att betala för att slippa dem.

Det återstår att se.

Det mesta i Magento är riktigt bra men vissa delar är märkligt eftersatta. Det som besvärat mig mest är nyhetsbrevet som tenderar att bli olidligt långsamt när man börjar ha några tusen prenumeranter. Problemet uppstår när man har ett eller fler brev i nyhetskön, ju fler totala prenumeranter desto långsammare laddningstid.

Jag har jobbat i två olika webshoppar som haft ca 10 000 medlemmar var där laddningstiden på kösidan för nyhetsbrevet kan bli så mycket som 10 minuter. Om man sedan lägger fler brev i kö ökas tiden proportionellt. Alldeles för lång tid för att det skall gå att jobba med på ett professionellt sätt. Särskillt eftersom man måste gå igenom denna väntan två gånger när man skickar ut ett brev. Först när man lägger det i kö och sedan när man startar kön. Att sedan ladda om kön för att se hur långt det kommit tar sedan lika lång tid varje gång.

Lösningen har hitills varit att antingen tömma kön(direkt via databasen) varje gång(fler nyhetsbrev i kön > längre laddningstid) eller använda ett externt mailsystem som t.ex. Mailchimp eller PHPList. Även om Magento själva rekommenderar att man använder sig av ett extern system så är det många butiksägare som vill ha ett enkelt inbyggt system. så jag bestämde mig för att gräva lite i koden och försöka utröna vad det är som gör det så långsamt. Och efter en stunds letande hittade jag problemet och en ganska enkel lösning.

Jag kom fram till att det som tar mest tid vid laddningarna är märkligt nog att räkna ut hur många i kön som skall ta emot nyhetsbrevet. Tar man bort den kolumnen så laddar sidan på under en sekund istället för 5-10 minuter. Det innebär att denna lösning inte visar hur många som kommer att få ta emot nyhetsbrevet men väl hur många det har skickats till vilket ändå är den viktigaste informationen. Så om du lägger upp den bifogade patchen så kommer ditt nyhetsbrev att rulla på mycket snabbare.

Magento Newsletter Patch

Lycka till!

Jag jobbar ibland mot olika Windows-burkar och behöver ibland göra omstarter på dem. Och när man gör det är det alltid lika nervöst. Man vill inte av misstak råka klicka för ”Shut down” istället för ”Restart” när man jobbar remote och inte har fysisk tillgång till maskinen. Det har hänt en gång och jag vill inte göra det igen. Därför gäller det att vara lite försiktig när man stänger ner en windowsserver. 1 av de 4 alternativen man haft gör att servern går ner utan att jag kan slå igång den igen.

Däremot har Microsoft sedan Windows 2003 lagt ett till ett underligt menyalternativ som jag är lite osäker på nytta av. Nu kan man inte bara logga ut, stänga ner, starta om och disconnecta. Man kan även ”Install updates and Shut down”. Numera kan 2 av 5 alterntiv stänga ner servern utan att jag kan slå igång den. Och mest av allt undrar jag vem som egentligen vill installera uppdateringar för att direkt stänga ner servern. Någon som har ett bra svar på det?

Under tiden får jag ännu mer ångest när jag skall starta om mina windowsmaskiner.

Jag skulle i ett projekt extrahera tabeller ur HTML-sidor och tänkte att jag skulle lösa detta genom en kombination av Tidy och DOM-träd men bestämda mig för att Googla lite och fastnade istället för Jack Sleights Table Extractor. Ett helt fenomenalt verktyg som med 3 rader kod enkelt läser ut tabeller från HTML-sidor till arrayer i PHP. Otroligt enkelt. Ännu snyggare är hur man väljer ut vilken tabell man skall läsa ut om det finns flera tabeller på samma sida. Man bara anger en HTML-sträng som man skall börja leta ifrån.

http://jacksleight.com/old/blog/2008/01/14/really-shiny/scripts/table-extractor.txt

Så här ser syntaxen ut. Enklare kan det inte bli.

$tx = new tableExtractor; // Initiera klassen
$tx->source = file_get_contents(’sample1.html’); // Läs in filen från disk eller url
$tx->anchor = ‘<h2>Our Products</h2>’; // Ange efter vilken kod man skall börja leta
$tableArray = $tx->extractTable(); // Hämta tabellen som en array.

Det sägs att Amazon kommer att lansera Kindle i Europa denna vecka och det skall bli minst sagt intressant att se hur den tas emot på den svenska marknaden. Jag har varit positivt inställd allt sedan jag testade Sony Reader i Chicago i höstas. Jag slogs av hur skarp och vilsam skärmen faktiskt var att läsa på. Man blir inte i närheten av lika ansträngd i ögonen som när man läser på en datorskärm eller en iPhone(tack vare e-ink-tekniken, som är mycket mer lättläst än självlysande skärmar). Visst, på ett sätt är det rätt puckat att ha ytterligare en pryl som nej-sägarna menar. Och de kanske har rätt. Vill man inte ha ytterligare en pryl att släpa på är detta helt fel grej(Kindle finns för övrigt också som en helt ok app till iPhone om du verkligen föredrar den före en läsplatta).

Men! Böcker är en av få branscher som inte riktigt nått on demand-status än. Musik kan vi få var vi vill och när vi vill genom Spotify, iTunes och Spotify. Samma sak med filmer, tv-avsnitt och mjukvara. Allt finns där när vi vill och hur vi vill. Men inte böcker. Många titlar finns iofs. som talböcker som går att ladda ned på stubinen men långt ifrån alla. Talboken är trots allt ett annat format som dessutom inte passar i alla miljöer. Jag tror att det finns ett behov av att tillgängligöra böcker on demand. Här och nu eller när jag känner för det. De digitala infödingarna kräver detta av oss och det måste levereas. Och då är läsplattan det hittills bästa verktyget för detta. Kanske kommer någon att kunna integrera ”e-ink”-tekniken i en iPhone en vacker dag(somliga rykten gör gällande att det är precis detta Apples Table kommer att göra) och då behöver vi inte en extra pryl för digital böcker. Men till dess är Sony Reader och Amazon Kindle de bästa verktyg vi har.

En annan aspekt av digitala böcker är den långa svansen. De böcker som sedan länge lämnat tryckpressarna men fortsatt har ett läsvärde för en smal målgrupp. Jag har själv jagat titlar som inte längre finns i tryck och omöjligheten att hitta dem på antikvariat eller på tradera är inte alltid det lättaste. Här har läsplattorna verkligen en roll att fylla. Inget bokförlag som tar hänsyn till sista raden i resultaträkningen kommer att trycka upp böcker i liten skala bara för att enskillda individer vill läsa dem, men att erbjuda dem för digital nedladdning när upplagan är slutsåld är inte förenat med någon nämvärd kostnad.

Vad som talar emot digital böcker är att läsupplevelsen inte blir densamma. Musik och film är ju i stort sett exakt samma upplevelse digitalt som analogt. Det är till och med bättre. Men böcker blir annorlunda. Att läsa på papper och på en läsplatta är trots allt olika läsupplevelser varför det sannolikt alltid kommer att finns någon typ av marknad för vanliga böcker. Särskillt som inbundna samlarobjekt.

Men det skall på det hela taget bli intressant att se hur vad som blivit lite av en framgång i USA skall tas emot här hemma. På lång sikt tror jag att de stora titlarna alltid kommer att säjla bra på papper medan de mer nischade titlarna kanske bara får chans att testas i digital utgivning. Jag tror på win-win.