The main problem in Dynamicweb that this module deal correctly with is when you have a multiple websites in your solution but only one domain name.

In Dynamicweb you have a few settings that should be inplace to minimize dublicate content these settings are explained here http://nicolaipedersen.com/blog/2011/11/dynamicweb-and-duplicate-content.aspx in more detail but your control panel should look like this

Note 1)

When having a multiple websites you can this setting make som nice sub-folder structure when name you websites “da”, “en”, “de”, “se”, “no” etc.

Your websites will be separated with /da, /en, /de, /se, /no but we face another problem with URL guessing and bookmarking. You can just access the website with www.example.com/da/ but the module takes care of that

Note 2)

Especially remember to replace / (slash) with dash. If you have a page named “Goodies / Downloads” your indexing of your website goes in an inifite loop because the relative URL generating goes deeper and deeper.

Note 3)

If you don’t have e-commerce on your site you can avoid Canonical link in meta together with this module.

Main problem

The problem today is that a website can have multiple domains associated with it example.com, www.example.com, eksempel.dk, www.eksempel.dk etc. Dynamicweb deals with this to a certain point, because you can set a primary domain for a given website, to follow that convention, you need a dedicated unique domain for each website you have in your solution!

Example:

International website Primary domain: www.example.com
Danish website primary domain: www.eksempel.dk
etc.

This module comes into play when you don’t have or want a specific dedicated domain name for each website in your solution, so how does the module deal with this, lets dive into it.

The module explained

1′st we hook into the process of handling request to Dynamicweb with the Notification Subscriber “Dynamicweb.Notifications.Standard.Application.BeginRequest”.
The module test various stuff to determine if modul should even handle the request at all, like if the request goes to /admin  etc.

2′nd it test to see if the request is on a different domain than the one that is set as THE domain for the whole solution, if the request is on a domain different we step into analyzing the request.

3′rd it goes into test configuration setting to determine how the redirect URL should look like which depends on your settings inside the Customized URL Control Panel (see above).

4′th is does the proper redirect to the requested page BUT on THE domain you have set in the module as the SINGLE primary domain for the solution.

Example:

You have two websites in your solution:

Website 1: English version named “en”
Website 2: Danish version named “da”
You only have one domain name: www.example.com to run both websites so you set www.example.com domain on the English website so that the user startpage is the first page on the English version and you add it as the primary domian.

Now everything is great for the English version no pages in that website can be access by any other domain except for the primary domain. But the pages on the danish version can!!!

Now you tell this module to enable its “SingleDomainHandling” on www.example.com and now you get 301 redirects on any page request in the solution on a domain that is different from www.example.com.

The module has also support for redirecting to the proper page based on the requested domain name if that domain name is associated with the website.

Example:

You have three websites and only two domains but you want everything to be browser on your single primary domain www.example.com:

Website 1: English version named “en”
Website 2: Danish version named “da”
Website 3: German version named “de”

Website 1 is associated with www.example.com and example.com
Website 2 is associated with www.eksempel.dk and eksempel.dk
Website 3 is associated with www.beispiel.de and beispiel.de

Your goal is to have this URL structure:

www.example.com/ (English website)
www.example.com/da/<pagename>.aspx (Danish website)
www. example.com/de/<pagename>.aspx (German website)

If you make a request to www.beispiel.de/de/<pagename>.aspx you a 301 redirected to the found page but on your single primary domain to www.example.com/de/<pagename>.aspx. However if you just type www.beispiel.de then the module finds the website in your solution and redirects to the websites firstpage which could be www.example.com/de/Home.aspx

That’s it – a great solid and fast module for preventing dublicate content on Dynamicweb solutions with multiple website but fewer domain names.

I don’t have a download for you because I think it should be part of the Dynamicweb core, but I have not taken the dialog with Dynamicweb yet – I know they are busy finishing up Dynamicweb 8

But if you are in the situation where you could benefit from having this module – let me know.

What do you think about it?

Nogle teorier som stadig holder:

I min lancering af mit labs-site fulgte jeg dagligt Googles handlinger og flg. kan jeg nu dele med dig:

Ingen indeksering uden aktivt at gøre noget

Jeg havde heller ikke kunnet forestille mig, at Google sådan uden videre ville kunne opdage sitet og dermed indeksere det.

Jeg oprettede dog sitet i Google Analytics, Google Webmaster Tools, hvor jeg oprettede et Sitemap, men der skete ikke rigtig noget i en uge.

Ét link og så var Google dér

Da jeg så fik lavet min blogpost om sitet og eksperimentet og havde et link i min blogpost, så var Google der samme dag og havde indekseret forsiden.

Og nu begyndte der er blive oprettet nogle nyheder som ping’ede

Menustrukturen kom først

Dagene lige efter, at Google havde placeret sitets forside i indekset, kom mine sider med fra min menustruktur i indekset.

Og i flere dage ca. 5 havde jeg kun 3 sider i mit indeks: Forsiden, siden med nyhedslisten og Om Websitet.

Det skal nævnes, at siden med nyhedslisten har sit RSS feed, og nyhederne indgår også i sitets Sitemap, så der burde egentlig ikke være nogen til hindre for at Google fik nyhederne med i indekset, men der skulle åbenbart gå lidt længere tid.

Indekseringshastigheden på nyhederne

Efter at nyhederne kom med i indekset har jeg kunnet følge med i at der går lidt tid fra at Google har “crawlet” nyheden til den kan findes i Google, hvilket ikke er overraskende i sig selv, men jeg synes sådan gennemsnitligt, at det skér altså indenfor 24 timer, hvilket jeg må sige er lidt imponerende.

Hastigheden hvormed nyhederne nu indekseres ligger ca. på 2 dage fra oprettelsen, det slår ikke min blog her, som får indekseret forsiden efter få minutter, når jeg har postet et nyt indlæg, og ca. 20-30 minutter senere har Google indekseret min blogpost via mit RSS feed (ikke linket på min forside til blogposten – underligt egentlig). Jeg har haft Googles kampagne-sporing på mine blogpost indlæg i RSS feed, og jeg kan se, at efter 20-30 minutter ligger min blogpost på Google, hvor linket til blogposten er med kampagne-sporingen som jeg har i mit RSS feed.

Konklusion

Jeg har helt klart lært at links er triggeren over dem alle forstået på den måde, at hvis du vil have indekseret dit nye indhold i en fart, så få et link til dit indhold fra et godt besøgt/Google crawlet site, som fx en blog som min eller lign.

Det næste som jeg skal til at prioritere endnu mere er RSS feeds. Google er åbenbart en preference rent hastighedsmæssigt i RSS feeds istedet for interne links.

Dernæst har det selvfølgelig også en virkning at Sitemap’et i Google Webmaster Tools er dynamisk (man kan også submitte sit RSS feed som Sitemap!).

Sidst må jeg konstatere, at XML-RPC ikke giver nogen målbar effekt i mit eksperiment, så hvis du har mulighed for at lave noget optimering med links, RSS feeds eller dit Sitemap så glem XML-RPC ping, med mindre at din indekseringstider er decideret længere end et par dage.

Har du andre erfaringer, oplevelser eller har lært lidt ligesom som jeg har? Vil elske at høre fra dig!

Jeg har nu senest i mit lille “LAB” site http://labs.website-udvikling.dk/ arbejdet med ASP.NET 4.0 og via mit lille SEO eksperiment XML-RPC PING Test skulle jeg bruge nogle søgemaskine venlige URL’er.

Sitet er et WebForms projekt, hvor jeg i Global.asax.cs har flg.:

void RegisterRoutes( RouteCollection routes )
{
	routes.MapPageRoute(
		"news-browse-file",
		"xml-rpc_ping_test/Nyhed/{newsName}.aspx",
		"~/xml-rpc_ping_test/Nyheder/Show.aspx"
		);
}

Det nemme kommer så når jeg skal bruge denne parameter {newsName}, som kaldet resultere i så skal jeg blot i min Show.aspx kode hente forespørgslen ud med flg.:

Page.RouteData.Values[ "newsName" ].ToString()

Det er simpelthen vildt nemt, at arbejde med. Yderligere kan ASP.NET 4.0 Routes også hjælpe med at konvertere frem og tilbage, og der kan høstes lidt mere hjælp på MSDN http://msdn.microsoft.com/en-us/library/cc668177.aspx

God fornøjelse

Det betyder, at forsidens indhold ligger på 2 forskellige URL’er og det er dublicate content.

Dynamicweb kan p.t. ikke indstilles til at rette det

Der findes p.t. ikke en indstilling i Dynamicweb som kan rette op på dette problem, du er nødt til at rette problemet selv. Jeg har prøvet, at rette problemet med modulet “Direkte stier”, men den gik ikke.

Sådan kan du rette problemet

Jeg går udfra, at du i forvejen har slået “Brugervenlige URL’er” til i din Dynamicweb løsning, hvis ikke så er det på tide!

Typisk opstår problemet egentlig først, når du laver en menu i Dynamicweb, som indeholder link til forsiden, så du er nødt til at lave en lille finte.

Jeg har lavet en genvejs-menu med nye sider i Dynamicweb og så er hele tricket i at lave henvisning til de faktiske sider

Så har jeg lavet en genvej på Forside-menupunktet så den linker til mit websites / (roden)

Så får jeg det fantastiske resultat

Hvis du undlader at sætte en genvej på til / og bare vælger siden via “Internt link”-ikonet så går det galt

HUSK: Alle de menuer og links som du laver via Dynamicweb menuer eller hardcoded (bad style) i templates, så lav linket til forsiden med en href=”/”.

Jeg smider naturligvis finten ind til Dynamicweb, de kunne jo gøre det helt overflødigt ved at lave et ændring i “Brugervenlige URL’er” modulet, men indtil videre må du hygge dig med denne måde.

Sidder du ikke i sammen situation, men ønsker at opnå det samme, så prøv om du kan beskrive det for mig, så skal jeg se, om jeg kan hjælpe dig.

En hurtig gennemgang af dagens nyheder, og du kan også se alle mine tweets fra dagen.

Benjamin Gundgaard (CustomerSense) keynote

Produktnyt til kommende release i april/maj (v7.1)

Dynamicweb Free

En ny “gratis” version af Dynamicweb med lav funktionalitet til microsites eller startersites uden det store behov.

Dynamicweb Express

Starter versionen til ca. 299,-/md. rammer behovet for mindre sites, men der er nogle interessante moduler i pakken. Dette bliver vist nok den version som svarer til Dynamicweb Light i dag, dog med forbedringer.

SEO Express

Et simpelt modul som kan hjælpe dig i hverdagen med søgemaskine optimering af sider. Meget mere simpel med det hidtil kendte SEO modul, som har mange funktioner som oftest kræver lidt indlæring, så vil SEO Express være mere lige til at gå til.

SEO Koncept “Fast Track”

Der blev fremvist et nyt produkt fra Dynamicweb Software, altså et produkt som ikke er en del af Dynamicweb CMS. http://www.fasttrackseo.net en simpel utilty service online, som kan guide dig i forbedringer til dit websites performance overfor søgemaskiner. Produktet tilbydes i en gratis version og en Pro-version som lå på ca. 450,-/md.

Forbedret sprogstyring

Der er ny sprogstyring på vej så vi ikke skal kopiere hele sites for at sprogversionere. Modulet sprog/område bliver omdøbt til Sites og en ny mere håndteringsvenlig sprogstyring bliver indarbejdet i systemet. Fx kunne det nævnes at man laver et master site og når man laver sider i masteren vil disse dukke op i de enkelte sprogversioner klar til oversættelse, og man kan lave split-view på siderne, så man kan vurdere om indholdet ser godt ud osv.

Simplere implementeringsmåde med “Content areas”

Da jeg først hørte om datalist-modulet til Golfarrangementet tilbage i september 2009, mener jeg det var, snakkede Sebastian og Nicolai om, at de arbejdede på et modul som afskaffede den traditionelle template opdeling, og ville indføre en ny template form kaldet for layout, og gøre hele systmet baseret på en “theme”-agtigt designopsætning. Det så vi lige kort i dag og det virker meget simpelt, og har også sin pris, hvad angår genbrug af template-kode, men det må vi se på når vi får lidt hands-on.

Layout Galleries

Helt klart et initiativ på at vi skal til at udveksle layout-templates mellem partnere. Man kan downloade et færdigt setup og installere på en løsning.

Booking modul

Forbedret booking/reserverings features og man kan bygge det op omkring ressourcer, services osv. Umiddelbart tyder på et modul som bliver godt til brug i intranet funktioner.

Ecommerce forbedringer

• Payment-capture i backend
• opdatering af brugerflade til DW7 interface
• Bulkopdatering af produktdata
• Behandling af flere ordrer på én gang
• Reporting center
• SEO på produkter

Og der var mere, men jeg kan ikke huske det hele – der var meget i den session

Billedgalleri med PDF understøttelse

Der blev fremvist lightview-visninger af billeder fra mapper og publisering af PDF’er med jpg-thumbnails eller pageflip-versioner “bladre-pdf’er”.

Mulighed for systemopdateringer fra backend

Nu bliver det muligt for Partnere selv at opdatere en Dynamicweb løsning, altså rulle releases, service releases og hotfixes på en løsning. Også med mulighed for “rollback” og låsning af version.

ZIP mulighed af opsætningstemplates, indstillinger til kopiering mellem løsninger

Ja, den siger næsten sig selv, og jeg glæder mig til at teste den

Produktnyt på idéplan (v7.2)

Online Marketing Center

Ganske kort fik vi introduceret idéen om at de efter den kommende release vil arbejde på et Online Marketing Center, hvor du kan udføre, styre og rapportere på split-test, visitor profiling, conversion funnels.

Opsamling på dagen

Overordnet en herlig dag, godt besøgt, gode gæste talere med i sessions bl.a. vil jeg fremhæve:

Nicolaj K. Nielsens (Huset G) indlæg om usability, rigtige gode synspunkter og relevant indragelse af psykologi i brugervenlige website opbygning.

Benjamin Gundgaard (CustomerSense) keynote om e-handel, målinger, usability, konverteringer osv. helt fantatiske eksempler og cases han kunne fremvise.

Michel Friis (ProDesign Denmark) omkring integreret B2B handelssetup med Visma, vi fik en fornemmelse af hvor krævende en process de havde været igennem som havde taget meget længere tid end egentlig at udvikle selve løsningen.

Kasper Hamann (Huset G) en twitter follower som jeg lige kort fik hilst på

Alt i alt en fin dag, men jeg sidder lige med nogle forventninger som jeg ikke fik indfriet. Hvor er social medier, web 2.0 i Dynamicwebs tankegang og system, hvor er integrationen til Google Analytics og der er flere spørgsmålstegn i hovedet på mig efter sådan en dag, men lad det være det for nu, og så må jeg vente i spænding til der kommer en pre-release, jeg kan lege med. Ha det godt!

Kl. 20:24 havde Google opdateret min forside

Kl. 20:47 havde Google fundet min nye blogpost

Det er ikke ligefrem Google fra den lade side…

Google Reader

Jeg har en mistanke om, at Google måske bruger oplysningerne fra deres egen Google Reader.

Jeg abonnere jo på min egen blog for at kontrollere, at mine blogpost ser rigtige ud i RSS readers. Jeg bruger Google Reader, som er en online RSS reader, hvor jeg kan samle alle mine RSS feeds.

Det undrer mig helt vildt at Google kan indeksere min blogpost på under 20 minutter, og det er ikke første gang jeg opdager det. Jeg opdagede det første gang på min blogpost Linq, Dataset, Recordset performance resultat, der tog det ca. 15 minutter.

Min traffik på min blog synes jeg ikke er tankevækkende høj til, at Google bør komme forbi så hurtigt og opdage mine nye blogpost. Og jeg synes, at det ville virke ganske gennemtænkt, da Google Readeren jo henter mine nye indlæg på baggrund af mit RSS tilmelding, så kunne den jo lige sende Googlebot ud på sitet, når den nu ved, at der er et nyt indlæg at indeksere.

Kender du til tegn på lignende eller det helt modsatte, så vil jeg gerne høre fra dig, imens hopper jeg lige i logfilerne for min blog og undersøger, hvor tit Googlebot kommer forbi, eller den bare kigger forbi lige efter, jeg har oprettet en blogpost.

Men hvad nu med alle mine links til mine posts og Googles indeksering af mine posts, det vil jo gå tabt eller hva?

Nej ikke helt, jeg synes selv at det lykkedes mig sådan nogenlunde at få lavet noget konvertering i en overgangsperiode. Min plan:

• Importere alt indhold ind i WordPress med “import from RSS”
• Opsætning af Custom Permalink, som skal matche blogengine.nets links så meget som muligt
• Google og brugerne skal kunne få vist min blogpost selvom den er flyttet og helst med en “301 Moved Permanently” redirect.

Det som ikke lykkedes at få med over i wordpress var: tags, point og kommentarer. Det er heldigvis ikke så stort et problem, da min blog ikke er særlig besøgt og jeg måske alt i alt har fået 5-10 kommentarer på ca. 50 posts, pointene er jeg lidt ligeglad med, og tags kan jeg gendanne manuelt. Men for en etableret blog ville det helt klart være en showstopper, men måske en anden finder ud af en metode.

Importere alt indhold i WordPress med “import from RSS”

Det gik helt efterplanen, den fik oprettet alle mine kategorier, og fik lagt alle mine posts ind, men desværre uden tags, point og kommentarer. De er simpelthen ikke med i RSS feed’et fra blogengine.net.

Opsætning af Custom Permalink, som skal matche blogengine.nets links så meget som muligt

Jeg vidste godt, at jeg måtte rundt på nettet og finde en efterligning af Apaches mod_rewrite til  IIS 6.0. Og jeg fandt et dedikeret WordPress URL rewriter ISAPI modul http://www.binaryfortress.com/wordpress-url-rewrite/, som kan justeres med en ini-fil i henhold til, hvilke stier der skal rewrites, og hvilke som skal ignoreres. Og installationen af ISAPI modulet er heldigvis ikke en automatisk installation i IIS’en, så den installerer sig på alle websites. Installationen skal foretages manuelt – helt igennem efter hvad jeg kunne tænke mig!

Jeg retter ini-filen til, så jeg får ignoreret de undermapper, jeg har behov for, og får tilføjet de undermapper der skal aktiveres rewrite på. Jeg må lige Recycle min Application Pool, og så ser det ud til at fungere.

Google og brugerne skal kunne få vist min blogpost selvom den er flyttet og helst med en “301 Moved Permanently” redirect.

I Blogengine.net så mine links til posts sådan ud: http://blogs.co3.dk/Kevin%20Steffer/post/min-blog-title.aspx. ØV! Der står jo .aspx til sidst, nå det må jeg også lige få fikset. Nå men jeg sætter min custom permalink indstilling i WordPress til at se sådan ud: /post/%postname%/ mine links ser ud nu sådan ud i min nye WordPress blog: http://blogs.co3.dk/kevinsteffer/post/min-blog-title/.

På mit gamle site http://blogs.co3.dk/Kevin%20Steffer/ fortæller jeg nu IIS’en at mit Virtual Directory skal være en redirection til en URL og angiver den nye URL http://blogs.co3.dk/kevinsteffer:

Bemærk: Der er ikke flueben i “The exact URL entered above” og der er flueben i “A permanent redirection for this resource”.

Forklaring på “The exact URL entered above”: Når der ikke er flueben i indstillingen så sender den side-forespørgslen videre til den angivede URL adresse. Det betyder når denne virtuelle mappe “/Kevin%20Steffer/” får en forespørgsel på /post/min-blog-title.aspx så bliver den redirectet til den virtuelle mappe “/kevinsteffer/” med samme forespørgsel på /post/min-blog-title.aspx – lige hvad vi har behov for, at flueben i denne indstilling og du vil i løbet af kort tid have ødelagt dit grundlag for at genbruge Googles allerede indsekserede sider.

Når så WordPress sitet får en forespørgsel på /post/min-blog-title.aspx overtager ASP.NET handleren desværre forespørgslen, fordi det er en .aspx side, og sender mig en 404 fejl, så jeg skal ahve fjernet ASP.NET handleren for .aspx sider, så jeg kan fange den med en custom-error handler skrevet i php, som så redirecte over til den nye post URL.

Gammel URL: /Kevin%20Steffer/post/min-blog-title.aspx
Ny URL: /kevinsteffer/post/min-blog-title/

Nu vil jeg fjerne ASP.NET handleren for aspx-sider i IIS’en så den ikke er her i listen

Så jeg laver først en custom error handler i IIS’en

Nu vil alle 404 fejl ramme min /kevinsteffer/404.php URL, hvor jeg så kan forespørge på hvilken side man har ville se, for så at redirect til den rigtige side.

Så min 404.php ser sådan ud:

  1: <?php 
  2: header("HTTP/1.1 301 Moved Permanently");
  3: $aspxpos = strpos($_SERVER['REQUEST_URI'],'.aspx');
  4: $axdpos = strpos($_SERVER['REQUEST_URI'],'.axd');
  5: 
  6: if ($aspxpos > -1) {
  7: 	list($before,$after) = split(';',$_SERVER['REQUEST_URI']);
  8: 	$after = ereg_replace('/default','', $after);
  9: 	header('Location: '.ereg_replace('.aspx','/',ereg_replace(':80','',$after)));
 10: } else if ($axdpos > -1) {
 11: 	header('Location: /kevinsteffer/feed/');
 12: } else {
 13: 	header('Location: /kevinsteffer/');
 14: }
 15: ?>

Som du kan se, har jeg også en håndtering for .axd filer. Jeg har også fjernet ASP.NET handleren for .axd filer i IIS på same måde, som jeg gjorde med .aspx filer. I blogengine.net er min RSS-feed adresse /syndication.axd og i WordPress er den bare /feed/. Det betyder at jeg konsekvent redirecter til /kevinsteffer/feed/ hvis man forsøger at kalde en .axd fil.

I dag er jeg bare helt vildt happy over mit skifte og har allerede gang i min WordPress plugins:

• All in One SEO Pack
• Google Analytics Dashboard
• Google Analytics for WordPress
• Twitter for WordPress

“Don’t worry be happy”

- Bobby McFerrin