Grundlæggende er teknikken bag XML-RPC og RSS, lidt noldert, men intet mindre. XML-RPC er en måde hvor på 2 websites kan kommunikere lidt ligesom en Web Service. RSS er en ganske enkel en struktureret og syndikeret XML fil, som er helt vild optimal for søgemaskinerne, fordi den typisk har sorteret informationerne i kronologisk orden og er XML baseret, så det en super hurtigt at læse for en søgemaskine i forhold til en almindelig HTML-side.

Så, hvordan får du så dine produkter og nyheder ud til Google med samme hastighed, som er muligt med en blog?

• Lav et RSS feed af dine produkter eller dine nyheder
• Hav et meta tag på dine produktsider og dine nyhedssider som henviser til dit RSS feed.
• Send din nye produktside eller nyhedsside til fx http://rpc.pingomatic.com med et ping kald via XML-RPC.

Jeg har lavet et lille eksperiment på det, så du kan afprøve det og forhåbentlig se, hvor effektivt det er.

Prøv at hoppe over på mit eksperiment og opret en nyhed og lad os se, hvor hurtigt den kommer på Google.

Vil helt vildt gerne høre din holdning til emnet.

Gå direkte til løsningen

Nyheden i Dynamicweb eCommerce Cart V2

Til Cart v2 er der kommet en ny Notification Subscriber “Dynamicweb.Ecom7.Cart.Notifications.CheckoutDoneOrderIsComplete”. Denne bliver fyret af, når ordren er betalt i mit tilfælde og kunden dermed har gennemført sin ordre.

Så jeg skulle implementere en ellers triviel lille detalje når en ordre var betalt, så skulle jeg lige sende en mail ud til kunden, så jeg gemte nogle indstillinger i brugerens Session under checkout og ville så udføre følgende når ordre.

public override void OnNotify( string notification, Dynamicweb.Extensibility.NotificationArgs args )
{
    string settings = HttpContext.Current.Session["settings"].ToString();
    SendMail(settings);
    base.OnNotify( notification, args );
}

Altså at tage fat i min Session igen og så sende en e-mail ud, men min detalje fejlede konsekvent! ARGH! Nå, jeg tjekkede ecom log’en jeg tjekkede ordre loggen og sidst måtte jeg lige lave min egen lille try/catch:

public override void OnNotify( string notification, Dynamicweb.Extensibility.NotificationArgs args )
{
    try
    {
        string settings = HttpContext.Current.Session["settings"].ToString();
        SendMail(settings)
    }
    catch ( Exception ex )
    {
        LogToFile.Log( ex.ToString(), "/eCom/CheckoutHandler/CustomLog", LogToFile.LogType.ManyEntriesPerFile );
    }
    base.OnNotify( notification, args );
}

Løsningen til Cart V2

Og så fandt jeg ud af, at min Session ikke eksisterede! Den var null, ØV, hvordan nu det?

Jo, efter noget grundig eftertænksomhed, fandt jeg frem til, at denne Notification ikke bliver fyret af af min brugers browser!!! Men af et “callback” fra min betalings-gateway i dette tilfælde “Quick Pay”, det fandt jeg ud af, ved at kontrollere REMOTE_ADDR server variablen.

Så prøv at huske følgende:

Hvis du arbejder med Cart V1 i Dynamicweb eCommerce, så har du en Notfication Subscriber på “Dynamicweb.Notifications.eCommerce.Order.Steps.Completed” og denne bliver altså fyret af af din brugers browser.

Hvis du arbejder med Cart V2 i Dynamicweb eCommerce, så har du en Notification Subscriber på “Dynamicweb.Ecom7.Cart.Notifications.CheckoutDoneOrderIsComplete”, og denne bliver altså fyret af af din betalings-gateways server, hvis du altså har online betaling på selvfølgelig.

Jeg håber denne blogpost kan spare dig for lidt grå hår og CPU forbrug i knolden!

Vores situation med Flash indlæsning af XML data

Vi ville indlæse XML data fra en Dynamicweb løsning ind i en Flash film som lå på et andet domæne navn.

www.domain1.com (Flash viser data fra XML output fra www.domain2.com/Default.aspx?ID=123)

Når vores bruger nu er på www.domain1.com og skal have hentet en side fra www.domain2.com, så startes der en ny session på www.domain2.com, og når der startes en ny session på en Dynamicweb løsning, så er der et fint javascript i slutning af dit indhold.

Uheldigvis gør dette javascript i vores tilfælde vores XML ugyldig og Flash filmen kunne ikke læse XML’en (klart!), men hvis vi trykkede F5, så fungerede det (klart! vi har jo en kørende session på www.domain2.com, og dermed laves der ikke noget javascript på vores side 2. gang).

Udviklet løsning med Dynamicweb API

Vi var så heldige at Dynamicweb API’et giver os mulighed for at bestemme om dette javascript skulle med ud på siden eller ej.

Med en PageTemplateExtender kan vi udføre flg.:

Men vi kan ikke bare fjerne det konsekvent, så der måtte noget mere til for at det kunne ville gælde for den side, som leverede noget XML.

Derfor lavede jeg et lille modul, hvor vi kan registrere de ID-numre på sider, hvor javascriptet konsekvent skal fjernes fra.

Kan du bruge sådan et modul eller måske har du lyst til at bygge videre på det til et anden formål, så skriv til mig på kevin@websiteudvikler.dk. Jeg håber snart Dynamicweb giver mulighed for at du kan downloade modulet på engage.dynamicweb-cms.com på noget Market Place (se evt. http://pterkildsen.com/2010/09/15/validating-links-in-dynamicweb-cms/)

Opfordring: Er du webudvikler og Dynamicweb Partner så lad mig høre om din mening til mine tanker om at Dynamicweb burde starte et udvikler community som fx SourceForge, Codeplex, StackOverflow etc..

I denne omgang startede det med, at jeg fik en henvendelse fra Morten Snedker for nogle uger siden, som gik på, at vi havde lavet integration mellem Dynamicweb eCommerce og e-conomic. E-conomic er et online webbaseret regnskabsprogram, og vi har et par kunder, som har anvendt e-conomic i flere år, og har fulgt udviklingen af e-conomics API siden start.

Dynamicweb eCommerce API Workshoppen gav mig et hint

På workshoppen var vi inde på at snakke om, hvad Dynamicweb kunne gøre for os webudviklere. Jeg nævnte, som jeg også skrev i en tidligere  blogpost, at jeg synes, de burde åbne deres udvikling mere op, så vi kunne få et sparringsnetværk på benene, hvor vi kunne være med i processen og bidrage til udviklingen af systemet, moduler og features, hvilket er en stor styrke i udviklingen af software på platforme som bl.a. SourceForge og Codeplex.

Integrationsmodulet mellem Dynamicweb eCommerce og E-conomic

Mortens henvendelse gik på, at Dynamicweb ville igang med at udvikle et integrationsmodul til E-conomic, og at han lige ville høre lidt om vores erfaringer med det, da vi står på E-conomics website som integrationspartner. Jeg fik givet Morten lidt input og så kom det fra en klar himmel, nu har jeg muligheden for at vise dem, hvad det er jeg mener med hele det koncept jeg savner om, at få åbnet deres udvikling op.

Jeg skrev til Morten, at vi har lavet et modul til integration mellem Dynamicweb eCommerce og E-conomic i ny version baseret på .NET 3.5/4 og Dynamicweb 7, om det ikke ville give mening, at de tog et kig på vores idéer. – Så ringede Tobias (Commercial Lead på Dynamicweb eCommerce) og vi fik en snak om situationen og blev enige om, at jeg skulle prøve at demonstrere, det vi har lavet i form af en screencast.

Modul demo på Dynamicweb eCommerce integration til E-conomic

Du kan her se hele min demo – en demo i 6 kapitler á 5 min. varighed (pga. at det er lavet lidt hurtigt med Jing)

Kapitel 1
Intro om modulets opbygning, indstillinger, lidt E-conomic opsætning

Kapitel 2
E-conomic Settings kontrolpanel, overførsel af varegrupper og varer, lave en ordre på vores vare

Kapitel 3
Overførsel af Dynamicweb ordre til E-conomic, intro til priser i E-conomic, opbygning af koden og extension modellen

Kapitel 4
Gennemgang af OrderSync koden med debugger

Kapitel 5
Demo af extenders på ProductSync

Kapitel 6
Fortsættelse af demo af extenders på ProductSync og afrunding

Hvad synes du, tror du ikke på at modulet ville kunne blive godt?

Et hvert output nedenfor er meget værdsat.

Med venlig hilsen
Kevin Steffer

Min opfattelse er, at det i mange tilfælde kommer lidt overraskende, hvordan det skal implementeres, når jeg begynder at spørge lidt ind til det. Derfor vil jeg her forklare to forskellige scenarier i håb om, at du kan identificere dig med et af dem, så du kan forberede dig på, hvordan du kan håndtere det i din webshop.

Lagerstyringsmodel

Når der skal føres lagerstyring plejer jeg at nævne to modeller:

1. Optimistisk lagerstyring
2. Pessimistisk lagerstyring

Optimistisk lagerstyring

Optimistisk lagerstyring er udfra idéen om, at webshoppen skal vise alle produkter med positivt lagertal, og at lagertallet først nedskrives når kunden har gennemført ordren med betaling og det hele.

Problemstilling
Vi kan risikere at 2 brugere smider en ordre samtidigt på samme produkt, som vi kun har 1 stk. på lager af. Hvad gør vi så? Vi kan risikere at skuffe vores kunder.

Fordel
Vi får en ordre ind, og har mulighed for efterfølgende at tage kontakt til kunden om evt. alternativt køb.

Pessimistisk lagerstyring

Pessimistisk lagerstyring er udfra idéen om, at webhoppen kun skal vise de produkter med positivt lagertal, men at lagertallet allerede nedskrives så snart produkter ligges i kurven i webshoppen.

Problemstilling
Hvad gør vi ved alle de webshop kurve som aldrig gennemføres, de står bare og blokere for at vi kan sælge vores varer!

Fordel
Vi skuffer ikke vores kunder, det de ser på webshoppen og gennemfører køb på, det ved vi med sikkerhed kan leveres.

Min anbefaling

For at skuffe så få kunder som muligt og stadig tilgodese den fleksibilitet en webshop kan give dig i dit salg, så er mit råd:

Den halve løsning
Hvis du sælger varer som kan skaffes/produceres igen, så kan du med fordel køre på en optimistisk lagerstyringsmodel.
Du vil overfor kunderne både på webshoppen og i en dialog med dem fortælle, hvor hurtigt du kan skaffe en evt. midlertidigt udsolgt vare, hvis du er lidt “dirty dealer”, så fortæller du det ikke, men lader dem købe varen alligevel, og kontakter dem om leveringsproblemer, hvis problemet opstår, og derigennem i en super servicerende dialog måske for solgt mere eller noget andet.
Men det er ikke uden risiko for, hvis du ikke har den fornødne tid og produktsortiment til at servicere kunden ordentlig, så skal du holde dig fra denne model.

Den rigtige løsning
Hvis du sælger varer som ikke kan skaffes/produceres igen, så vil jeg fraråde at køre på en optimistisk lagerstyringsmodel, men istedet vælger den strammere styrede pessimistiske model. Så vil du ikke løbe ind i problemer med leveringen, men vende problemet ind mod dig selv, og dermed også stille krav til din egen organisation om at få lavet nogle rutiner, så der ryddes op i efterladte halvfærdige ordrer.
Det lyder måske som trivielt arbejde, men jeg tror faktisk du vil kunne lære helt vildt meget om dine kunders handle mønster, hvis du laver lidt statistik på dine kunders adfærd, så du vil kunne finde ud af, hvorfor de efterlader halvfærdige ordrer – er det produkterne som det er galt med, er det gebyret, fragten som overrasker dem.
Her er der plads til eksperimenter og optimering, så kunderne får fuldført deres køb.

Jeg håber at du har fået lidt indsigt i at lagerstyring på en webshop ikke kun er at ligge et lagertal på produkterne, men i høj grad et spørgsmål om, hvordan vi kan servicere kunden bedst muligt, med de ressourcer du nu har tilrådighed.

Har du spørgsmål til netop din situation, hvad du bør vælge med dine varer eller har du en anden problemstilling omkring lagerstyring, så efterlad en kommentar.
Så vil jeg med glæde dykke ned i din problemstilling og hjælpe dig på vej.

Del indhold på Facebook med links

Facebook har en side hvorfra man kan dele links med sine venner den hedder "share.php" og med "share.php" kan du lave et link som dette: http://www.facebook.com/share.php?u=http://blogs.co3.dk/Kevin Steffer/post/Facebook-integration-med-dit-website.aspx 
Det er en lang adresse men linket er ofte set som et Facebook ikon sådan her:

Koden der til kan du finde på http://da-dk.facebook.com/advertising/?share som viser dig nogle simple muligheder hvorpå du kan stille dit online indhold tilrådighed for dine brugere så det kan deles på Facebook og dermed kan cirkulere.

Anvendelsesmuligheder

Links til dine produkter på nettet er meget oplagt men også nyheder, pressemeddelelser, nyhedsbreve er også ganske gode til deling.