Två bra grejer med att bygga surdegskartan.se: 1. Jag har nytta av sajten. 2. Jag fattar vad man kan göra med det som finns färdigt på nätet.
Hittills har jag lagt ner sju-åtta timmar och 99 kronor. Tack vare främst bloggen Söderfamiljen som hade ett inlägg blev det långt mycket mer trafik än vad jag hoppats på:
En blandning av open source (Wordpress och alla pluginer), API (Google Maps) och ”Software as a service” (Disqus, Feedburner och Analytics). Bara ”för att” tänkte jag lägga allt på ett CDN också för att kunna klara ”oändlig” trafikmängd bara för att det är så enkelt men jag gör inte det ännu.
33 bagerier and counting just nu, följ enklast uppdateringarna via RSS eller Twitter.
I morse aktiverade vi stöd för pubsubhubbub på alla TV4-bloggar (ungefär 90 stycken). Det innebär att så fort ett inlägg publiceras så pingas en hubb. Hubben i sin tur skickar en uppdatering till ”prenumeranter” om att ett nytt inlägg publicerats. På så vis får man reda på att något nytt publicerats direkt istället för att själv besöka sidan eller genom att läsa via RSS (vars flöde ofta uppdateras med några timmars mellanrum).
IM-notifieringen två minuter efter tidsstämpeln på inlägget (från Style by Kling).
Fördröjningen varierar (på de tjänster jag använt) mellan 3 sekunder och 60 minuter. Inte riktigt realtid alltså men det beror till stor del på att infrastrukturen (hubbar alltså) inte är utbyggd ännu.
Ett enkelt sätt att komma igång är att använda Notifixlite (eller PuSH Bot som gör precis samma sak). Använd: /subscribe http://lundh.fotbollskanalen.se/feed /subscribe http://stylebykling.tv4.se/feed /subscribe http://ekwall.fotbollskanalen.se/feed eller vilken annan blogg som helst på Fotbollskanalen, Hockeykanalen, Recept.nu, TV4 eller Hemmakanalen (lägg bara på /feed på URL-en).
I f-r-a-m-t-i-d-e-n kommer man kunna bygga flöden runt olika ämnen som uppdateras i realtid genom att följa olika hubbar med flera olika källor. Till exempel ämnessajter såsom Twingly Channels om till exempel Haiti, handväsk-diskussioner eller läsplattor.
Att få reda på i realtid (säg inom några sekunder) att något publiceras är en avgörande skillnad jämfört med att läsa ”i efterhand”. De feeder jag lade till igår med Notifixlite fungerade sådär. De enda som notifierades direkt (såvitt jag kunde avgöra) var de som hade aktiverat pubsubhubbub-stöd: bloggarna. Att få ett meddelande via instant messaging 7-27 minuter efter publicering är inte riktigt samma grej tyvärr.
Det finns färdiga pluginer både till olika programmerings/skript-språk och till olika content management-system redan nu. Intressant att se hur fort de olika delarna utvecklades och blev ”färdiga”. Här är en sammanställd lista ordnad i fallande ordning baserad på modulernas skapade-datum (och jag vet inte hur kvaliteten är på resp. modul): Perl 090427 Python 090517 Wordpress 090525 Ruby 090627 php 090705 Django 090806 Haskell 090809 C# – 090817 Movable Type 090819 Drupal 091112 Java – finns inte ännu men en diskussionstråd skapad i forumet 091112
(Och ja, det är både system och språk blandat i listan.)
För övrigt tror jag att möjligheten att få uppdateringar i realtid kommer förändra nätet och hur vi använder det – igen. Sen tycker jag det ska blir skönt att slippa ”twitter twitter twitter” så fort realtidswebben nämns.
I förra veckan släppte vi på TV4 vår egna Wordpress-plugin som en open source-plugin. Den fick namnet till ”External Markup” och vi använder den i våra snart 100 bloggar för att hämta rätt ramverk till bloggen från huvudsajten. Exempel: Style by Kling-bloggen är en del av Mode-sajten och ”ärver” utseendet med annonstaggar, navigering och css från huvudsajten. Tove bloggar på en Idol-blogg som hör till Idol-sajten.
Så för att hålla bloggen uppdaterad med rätt information så skrev vi pluginen som hämtar, parsar, lagrar och inkluderar rätt filer i Wordpress.
De flesta bloggar som kompletterar eller hör till en annan site har liknande funktionalitet och det finns många olika varianter att göra det på. Vi gjorde det på vårt sätt och lägger ut resultatet på Wordpress.org med GPL-licens så det är fritt att ladda ner, modifiera och använda.
Varför gör vi så?
Det finns många anledningar, jag ger några här:
- Det är en del av vår verksamhet att testa och utvärdera nya sätt att arbeta på. Det här är första gången vi släpper något vi gjort som öppen källkod (och jag kommer inte riktigt på något bra exempel på någon annan ”stor mediesajt i Sverige” som gjort samma sak) och vi är nyfikna på responsen. - Vi bygger hela vår bloggtjänst på produkter med öppen källkod. Det känns naturligt att ”ge tillbaka” och inte bara ”ta”. - Vi hittade inte en funktion som löste just det här behovet för oss. Nu när vi löst det kanske någon annan har nytta av vår lösning, antingen direkt eller som inspiration till en egen lösning. - Att vi inte hittade något passande kan också förklaras med att behovet kanske inte är så stort: de företag som faktiskt layoutar en blogg exakt som ”huvudsajten” kanske inte är så många. Dessutom är det nog så att de som gör det oftast är ”traditionella mediebolag” och hur ofta släpps de lösningarna ut som öppen källkod? - Förbättringar från andra? Vi är färdiga för stunden men det är möjligt för vem som helst att förbättra och skicka tillbaka kod som gör produkten bättre eller ger den fler funktioner. - Bättre kvalitet?! Jag kan inte säga hur pluginens kod förhåller sig till annat vi producerar men jag (som inte varit inblandad i kodandet) tror att när man släpper ut det man gjort för andra att granska så väljer man andra vägar och tänker ett varv extra. Kvalitet, stolthet och och att stå för det man gör. - Spelreglerna är ändrade – trösklarna är låga. Det finns hur mycket kreativitet och produktivitet som helst utanför mediehusens väggar och de både kompletterar och konkurrerar med vår verksamhet. Det som skapas skapas med andra verktyg (öppen källkod, API:er, mashups) och på andra sätt (24 Hour Business Camp) än vad vi är vana med och det måste vi lära oss genom delaktighet. - ”Alla andra gör det”. Nej, det stämmer verkligen inte, men några riktigt stora sajter gör det: Google gör det, Facebook gör det, NY Times gör det, Guardian gör det. Det borde – och kommer – bli fler.
Det mesta arbetet med anpassning gjordes före lanseringen och post-lansering har vi mest putsat lite på ytan och gjort en del förbättringar i den funktion för att hämta ramverket som vi har skrivit. Vi har dessutom några funktioner på önskelistan, exempelvis MMS-bloggning, som vi kommer forsätta arbeta med.
Henrik Box har gjort det mesta, både css, konfigureringar och skrivit ”ramverkspluginen” vi använder.
Henrik – vilka pluginer används? - Domain mapping - WP-Super Cache - All in one SEO - DD Report - My Custom Widgets - PageNavi - Video Quicktags - WP-SpamFree och vår egna plugin med arbetsnamnet ”TV4 WP MU Options”
Hur mycket tid har du lagt ned totalt? - Svårt att bedöma, men runt 32-40h effektivt för själva ramverket och tester. Då inte inräknat design och sånt.
Vad har funkat bra? - Att använda MU. Inga problem att skapa upp nya bloggar/användare och sätta individuella rättigheter/möjligheter på dessa.
Vad har funkat dåligt? - Det krångliga med att sätta upp en MU installation. Det behövs lite fler inställningar för denna än en vanlig WP installation.
Du får välja: hur kan Wordpress förbättras? - Generellt kan jag säga att flertalet av de plugins som vi använder skulle må bra av att integreras i ramverket.
Kommentarer från användare och besökare? - Positiva, framförallt från användare som är vana bloggare.
Pluginen för ramverkshämtningen skrev vi för att bloggarnas ramverk alltid ska uppdateras när huvudsajten TV4.se uppdateras. Med jämna mellanrum hämtas en fil som används av Wordpress när sidorna visas och så finns det lite inställningsmöjligheter så att man inte ska behöva koda något varje gång man sätter upp en ny blogg.
Vi tänkte släppa ut pluginen som ett open source-projekt när vi snyggat till den lite. Det blir ett experiment, något sånt har vi inte gjort tidigare. Håll utkik
Nu har jag pimpat den här bloggen med kommentarsfunktion från Disqus. Då får jag inloggningsfunktioner mot Facebook och Twitter, trådade diskussioner, bättre modereringsfunktioner och fler prenumerationsfunktioner för att hålla liv i diskussionerna.
Installationen var enkel och sker genom att registrera sig på Disqus och installera en plugin.
Vad är vitsen med det här då? Jo, även den relativt ”smala” (i bemärkelsen ”viktig men knappast i fokus”) funktion som kommentarer utgör på en sajt kan lyftas ut till en leverantör vars enda verksamhet är att vara bäst på just kommentarshantering. Bra odds att det satsas på funktionen och dess framtida utveckling i takt med användarnas behov.
Kan man göra likadant med bilder, länkar, relaterade artiklar, fakta osv? Ja, säkert. Ett annat sätt att bygga sajt på, helt klart.
Använd nu det här inlägget som lekstuga ifall du inte stött på Disqus tidigare. Logga in med din ”riktiga” identitet på twitter eller fejjan, hälsa och skriv hej eller säg vad du tycker om funktionen. Vilka är nackdelarna eller farorna? Hur kan man mer använda funktionen? Eller tipsa bara om något! Det är modigare att vara nummer ett, två eller tre än fyrtionio .
Onsdag 20 maj (före en långhelg) flyttade vi Science Fiction-bloggen till en Wordpress MU-installation på ett webbhotell. Det var vårt första skarpa test med Wordpress som bloggplattform bortsett Politikerbloggen och Kriminalkanalen. Skillnaden med det här testet var att dels skulle bloggen integreras med TV4.se och ha ”TV4.se-look”, dels var det en Wordpress Multi User-installation där tanken var att flytta över fler bloggar i samma installation.
Den andra bloggen vi lanserade var ”Style by Kling” som publicerades för en vecka sen, tisdagen 9 juni. En blogg med mycket mer trafik än Scifi och med mycket fler kommentarer. Den här gången satte vi upp en installation på våra egna servrar (dit vi även kommer flytta Science Fiction-bloggen framöver).
Det har varit väldigt smidigt att komma igång och kapacitet, prestanda och tillgänglighet har varit över förväntan. Skribenterna har känt sig hemma omedelbart.
Vi använder några olika pluginer, bland annat WP Super Cache och en som vi skrivit själva för att hela tiden ha ett uppdaterat ramverk som vi hämtar in från TV4.se.
Det blir lite extra spännande att se vad som händer med sammanslagningen av Wordpress MU och Wordpress som det ryktasom.
Hela webbplatsen består av två olika Wordpress-installationer, en till shoppen och en till ”vanliga sajten”.
Shop-bloggen använder pluginen WP e-Commerce (3.6.8 RC1). Dessutom använder ”Storleksguiden” pluginen wp-Table (som egentligen inte är testat för WP versioner >2.5 men trots det funkar bra).
Vid första anblick verkade eCommerce vara helt perfekt men det finns en del brister. Beroende på hur kräsen man är tar det olika mycket tid att fixa. Jag har ändrat så pass mycket att det inte är enkelt att uppgradera rakt av ifall det kommer nya versioner vilket är tråkigt. Här är några saker som tagit tid: - Svenska språkstödet var dåligt. Jag har förbättrat och lagt till mycket men det är fortfarande inte komplett. Hade varit mycket bättre att börja med engelska-filen och översätta än att börja med den svenska som jag gjorde. Då hade strukturen blivit bättre. (Här är aktuell SV_sv.php.) - Vissa ord saknas i översättningen. Antingen får man översätta dom i koden eller så skapar man taggar och lägger in i språkfilen. Jag har skickat in lite förslag i eCommerce-forumet men ingen har nappat ännu. - Thickbox används för bildvisningen men även den saknar språkstöd och måste översättas i koden. - Svenska moms-hanteringen fungerar inte bra, det går inte att visa ett pris inklusive moms (för att vid utcheckningen särredovisa momsen). Antingen visas ex. moms eller totalpriset ink. moms. Det är synd eftersom kvitton ska innehålla momsbeloppet. Får se ifall någon köpare hör av sig om det.. - Mail som skickas med automatik saknar sidfot och åäö fungerar inte (i alla epostklienter). Förmodligen enkelt att fixa om man kan php bra.
Nämnda punkter är relativt lätta om än tidskrävande att snygga till. Det som tagit mer tid och kraft är att arkitekturen brister. Exempelvis finns det ett (1) mail som skickas när betalningen är mottagen, och det är samma mail oavsett om det är kortbetalning eller betalning som verifieras manuellt (plusgiro i det här fallet). Det hade varit mycket bättre om hela shoppen hade varit event-baserad så att olika händelser hade triggat olika actions. Till exempel: - Betalning mottagen via kort -> skicka mail 1A (bekräftelse på mottagen betalning). - Paketet lämnat till Posten -> skicka mail 3B (paketet är skickat) och så vidare… I dagsläget skickas två olika mail, ett med betalningsinstruktioner ifall man väljer Plusgiro-betalning, och ett inköpskvitto, oavsett betalform. Men i gränssnittet bakom kulisserna finns det många status-nivåer: Order Received, Accepted Payment, Job Dispatched, Closed Order och det hade varit logiskt att kunna trigga händelser på varje förändring i flödet.
Vidare hade det varit bra att kunna växla bilder beroende på olika varianter av en produkt, till exempel att en grå tröja visas grå men om man ändrar till vit så blir bilden vit. Icke möjligt!
Shoppen håller reda på antalet produkter också så när något tar slut så blir alternativet gråmarkerat och ”Slut på lagret” på produktsidorna. Men det fungerar bara om det finns en (1) variation… Det är bara några t-shirtar som har en variation (storlek), alla andra plagg har två (storlek och färg) och där minskar inte lagret vid beställning. En bugg som rapporterats in för tre månader sedan men inte åtgärdats.
Apropå communityt kan man säga att det är aktivt men trevande. Många är liksom jag ”php-copy-and-pastare” och inte tillräckligt duktiga på att lösa problem och rätta fel. Jag har alltså hittat flera saker som andra haft problem med men som är olösta.
Men nu lite positiva intryck också!
- Shoppen fungerar! - Den blev snygg och enkel (smaksak, kommentera gärna..) - Det finns möjlighet både för plusgiro-inbetalning och kortbetalning (via Paypal). Det är ingen fast kostnad att använda Paypal som betalningsmotor och den rörliga kostnaden för en kortbetalning på 200 kr är c:a 10 kronor. eCommerce och Paypal skickar transaktionen mellan sig så godkända betalningar rapporteras som godkända i eCommerce omedelbart. Ganska coolt faktiskt! Paypal har dessutom en testmiljö (sandbox.paypal.com) där man kan sätta upp testkonton och verifiera att allt funkar, kostnadsfritt. Hög tröskel men funkar. Vid lanseringen ändrar man sen en inställning och sen är det live. (Om Paypal har jag en del annat att säga också men det får bli en annan gång.) - Licenskostnad = 0 kr. Svårslaget…
Eftersom jag inte byggt någon shop tidigare eller med annan plattform kan jag inte säga hur eCommerce står sig i förhållande till annat. Det borde finnas bättre php-shoppar därute, men jag tror inte det finns något bättre som integrerar så bra till Wordpress. Och integreringen är en fördel, både när det gäller themes, tillgängliga pluginer och sen lite allmänt struktur, administrering och sånt.
Jag har lagt väldigt mycket tid på shoppen – att lära mig hur den funkar, att anpassa, att få betalningar att fungera och så vidare. Nu funderar jag på nästa steg vilket vore att sätta upp en eller fler shoppar till. Jag har lagt ner alldeles för mycket tid för att nå fram till den första shoppen, nummer två kommer gå betydligt fortare. Kanske tar jag tag i mitt pepparkvarnsprojekt…. Fler förslag?
Förresten, alldeles nyss trillade första beställningen in! Yiiiiiiihaaa!!!!!
För att sälja barnkläder online behövs en webbshop. Viktiga egenskaper (förutom produkthantering, priser och allt som hör dit) i det här fallet var möjlighet att påverka designen så mycket som möjligt, snabb uppstart och låg fast kostnad. Jag hittade dels olika leverantörer som har färdiga ”shop-hotell” man hyr in sig på men de kändes dyra och trubbiga. Sen tittade jag lite på osCommerce som verkar bra och gedigen men lite för hög tröskel. Men open source och stort community, inte att underskatta.
Nu när jag jobbat lite med det så tycker jag det är en bra produkt som funkar över förväntan. Mer funktionalitet än jag räknat med men som är användbar, till exempel att man kan sätta olika priser på olika storlekar, skapa olika variationer på samma produkter och lagerhantering som tar bort produkter när lagret är slut.
En påtaglig brist var att den svenska översättningen var gammal och saknade mycket innehåll. Så nu har jag för första gången börjat arbeta med att faktiskt stoppa tillbaka lite arbete i en produkt jag använder (bortsett från rekommendationer, tips, licenser och gåvor och sånt). Det är lite halvpilligt och jag har inte gått igenom hela produkten ännu men är en bit på väg. Sidor före översättning ser ut ungefär så här (klicka på bilden för förstoring i nytt fönster): Den sidan kan jag jämföra med det engelska originalet: och sen uppdaterar jag de ord som saknas i språkfilen: Sen är det bara ladda upp språkfilen och ladda om sidan så ser det förhoppningsvis bättre ut:
Här är min svenska språkfil: SV_sv.php.zip (som innehåller ungefär 130 rader mer än den svenska språkfilsom ingår i produkten). Lägg den i ”wp-content/plugins/wp-shopping-cart/languages/” och aktivera i inställningar i eCommerce för att använda den.
Att bara översätta rakt av är enkelt, de problem jag stöter på är bland annat: - allt har inte språkstöd (till exempel att ta bort en produkt ur korgen heter ”Remove” och finns inte i språkfilen) - lite innehåll i bekräftelsemailet och meddelandet på webbsidan efter köp ligger samma variabler men behöver olika teckenkodning (någonstans blir det fel alltså) - Hanteringen av moms är inte riktigt anpassad till Sverige. Antingen visas priset inkl. moms och då syns inte moms till någonstans eller så visas det utan moms och då läggs moms på vid köpet. Jag hade föredragit att moms ingår men momsdelen redovisas på kvitto och i kassan. - Rörig översättningsfil: ingen direkt ordning, vare sig strukturellt (jämfört med sajtens sidor) eller bokstavsordning. Såhär i efterhand hade det nog varit klokt att börja med den engelska originalfilen och börja översätta där.
Så sammanfattningsvis, hur går det med shoppen? Jag tror det kommer bli riktigt bra när det är klart men det är ganska mycket arbete, dels med översättning och dels med allt pill som uppstår när man lägger in produkter, priser, provkör, kopplar på betalningar etc. Fler sena kvällar alltså….men här är en tjuvtitt:
Jag tror också att produkten är helt lämpad för den här typen av innehåll och shoppen kommer kunna ligga uppe utan någon fast kostnad (förutom webbhotell). Och shop nummer två kommer gå betydligt snabbare att sätta upp när man är bekant med produkten.
Senaste kommentarerna