24/1 2012
De senaste månaderna har Euroling tecknat partneravtal med ett flertal ledande IT-företag. Tre av de nya tillskotten, IQ Data, Making Waves och Prokom är resultat av SiteSeekers etablering på den norska marknaden. I dagsläget har Euroling 23 stycken samarbetspartners i Sverige och Norge.
Intellecta Corporate
BnearIT
Omegapoint
Making Waves
IQ Data
Sem & Stenersen Prokom AS
9/12 2011
Den nya SiteSeeker-integrationen för EPiServer och .NET – version 4 – erbjuder ett nytt API för sortering, där du kan lägga till och ta bort sorteringsordningar som besökaren kan använda på söksidan.
Ett bra användningsområde för denna funktion är att låta användaren sortera på en egenskap som de indexerade objekten har. Konkret kan detta röra sig om pris om man indexerar produkter, eller yta om man indexerar bostäder. I Kunskapsdatabasen beskriver vi hur man använder typad metadata för att söka på egendefinierade attribut med version 3 av EPiServer-modulen, och principen är densamma för version 4, men med ett helt nytt stöd i API:t.
För att lägga till sortering på ett attribut i version 4 av EPiServer- eller .NET-integrationen gör du så här:
Lägg till sorteringsordningen på söksidan (efter att du hämtar sökindexet, men innan du ställer sökfrågan)
var searchIndex = SearchIndexFactory.GetSearchIndex(”default”); // Ange namnet på sökindexet
/.../
if (searchIndex.SearchContext.AvailableSortOrderTypes.FirstOrDefault(f => f.Field == "meta:pris") == null)
searchIndex.SearchContext.AvailableSortOrderTypes.Add(new SortOrder("meta:pris"));
Det går att ta bort de sorteringsordningar som redan finns i modulen. För att t.ex. ta bort popularitet, gör så här:
searchIndex.SearchContext.AvailableSortOrderTypes.RemoveAll(f => f.Field == "popularity”);
…eller för att ta bort sortering på datum:
searchIndex.SearchContext.AvailableSortOrderTypes.RemoveAll(f => f.Field == ”date");
Användaren kan med ovanstående metod välja sorteringsordning (givet att man använder HTML-helpern för sorteringsordning), men det går också att sätta sorteringsordningen programmatiskt:
var searchRequest = UrlParameterParser.CreateRequest(searchIndex.SearchContext); /.../ request.SortOrders.Clear(); // Denna rad behövs om du bara vill sortera på pris – det går också att sortera på flera attribut searchRequest.SortOrders.Add(searchIndex.SearchContext.AvailableSortOrderTypes.FirstOrDefault(f => f.Field == ”meta:pris")); /.../ SearchResponse = searchIndex.Search(”Product search page", query, searchRequest);
Tänk alltså på att ange prefixet ”meta:” före namnet på det typade attributet!
Läs mer om strukturerad sökning i Kunskapsdatabasen – inklusive typiska användningsmönster.
1/11 2011
Vår CTO Adam Blomberg var med och talade på Valtech Experience Day. Adam talade om ”besökare hjälper besökare – om rekommendationer för smartare sökning”. Se Adams och övriga talares presentationer här:
http://www.valtechlabs.se/testing-testing-affarsspar
Adam talar
Erik och Johan vid vår monter
21/10 2011
While not a search related issue, I and Henrik, a colleague of mine, has recently noticed a slight change i Gmail’s web interface – the fonts look a little bit odd, compared to how they used to be. After a quick investigation, it occurred to us that the sub-pixel rendering is apparently turned of in Gmail – but only when composing a mail.
This is a screen shot of the label menu when viewing the inbox:
…and this is a screen shot of exactly the same area after having clicked the ”compose mail” button:
After a bit of digging in the style sheets of Gmail, we discovered that there are several opacity properties, something what we guess will turn off the sub-pixel rendering of fonts even if they are set to 1, as suggested here. (This is a good overview of the issue of transparent backgrounds and sub-pixel rendering.) While not an earth-shattering issue, as type aficionados (as well as perfectionists), we hope that Google will rectify this problem soon. Curiously, the issue can only reliably be seen in Safari, even though occasionally we have seen similar issues appear in Firefox.
30/9 2011
Under förmiddagen idag, fredagen den 30 september, drabbades SiteSeeker av en driftstörning, med konsekvensen att sökfunktionen var otillgänglig för samtliga kunder med SiteSeeker Remote och SiteSeeker Cloud Appliance.
Problemen uppstod kl 9.41 och alla system var åter i full drift 11.22. Grundorsaken till problemen var en del av nätverksutrustningen i vår datorhall, som när den fallerade stoppade all internet-access till och från SiteSeeker-servrarna. Dessutom fallerade den automatiska överlämningen till redundant utrustning som finns på plats. Problemet löstes med en manuell omslagning till den sekundära utrustningen, och därefter har funktionskontroll gjorts av även den primära utrustningen.
Driftstörningen har för våra kunder inneburit att sökfunktionen under denna tid inte gått att använda. Inget indexdata, konfiguration eller övrig lagrad information har gått förlorad, och i och med att grundorsaken identifierats och lösts är alla system tillbaka i normal drift.
Historiskt har SiteSeeker visat upp en god tillgänglighet, och det är viktigt för oss att upprätthålla våra goda statistik på området. Vi arbetar ständigt med att förbättra våra system och rutiner, och går vidare med en analys för att ytterligare minska sannolikheten för liknande problem i framtiden.
30/8 2011
På många webbplatser och intranät publiceras information många gånger under dagen, och givetvis vill man som besökare kunna hitta också den allra senaste informationen i sökningen. Använder man SiteSeeker för att skapa dynamiska listor – dvs. man utnyttjar SiteSeeker för att skapa navigation på webbplatsen – är det extra viktigt att sökindexet alltid är uppdaterat.
Hur gör man då får att hålla SiteSeeker uppdaterad på vad som händer? Ett sätt är förstås att låta SiteSeeker uppdatera sökindexet med täta intervall, men nu kan du också berätta för SiteSeeker att en sida har publicerats eller uppdaterats genom att pinga SiteSeeker. Du gör den genom webbtjänst-API:t eller sökintegrationen för EPiServer. (Om du använder EPiServer – tänk på att publiceringshändelser inte triggas vid tidsstyrd publicering, såvida du inte använder versions-funktionen!)
Funktionen finns från och med SiteSeeker 6.06 och EPiServer-modulen version 3.4.4063/3.4.4076 (länken kräver inloggning på vår partnerwebb). För att koppla in ping lägger du till en rad i din Global.asax.cs-fil – läs om hur du gör i Kunskapsdatabasen.
6/7 2011
Nu släpper vi en helt ny sökintegration för .NET-baserade system – enklare, mer utbyggbar, mer testbar, och roligare!
SiteSeeker har i många år haft väl beprövade sökintegrationer för två av marknadens mest uppskattade CMS-verktyg – EPiServer och SiteVision. Idag utökar vi integrationsmöjligheterna till marknadens alla .NET-baserade system, med SiteSeekers sökintegration för .NET! Sökintegrationen, som också utgör fundamentet för den kommande uppdaterade sökintegrationen för EPiServer, är helt modulariserad. Den kan inkluderas i praktiskt taget alla projekt, oavsett om man använder WebForms (Sharepoint, SiteCore, m.fl.) eller .NET MVC.
Ett viktigt mål med sökintegrationen är att göra det enklare för dig som utvecklare att inte bara komma igång, utan också att bygga kraftfulla och avancerade söksidor. Detta åstadkommer vi genom en enklare installation – ett par DLL-filer, en katalog och så är det klart – och genom ett förenklat API för att bygga segmenterade söksidor och facettering. Också uppdatering av integrationen är enklare; eftersom du inte behöver ändra något i källkoden, kan du uppdatera modulen snabbt och säkert.
Sökintegrationen är i högsta grad användbar i sig själv, men riktigt intressant blir det förstås när du bygger nya innovativa lösningar med den. Genom att använda mönstret inversion of control kan du ändra integrationens beteende, utan att ändra dess källkod! Med utbyggbara HTML-helpers kan du dessutom i detalj anpassa hur HTML-koden för söksidan ser ut, samtidigt som du drar nytta av de färdiga komponenter du får med integrationsmodulen.
All kod ska kunna testas – och det gäller förstås också söksidan! Med den nya integrationsmodulen får du möjlighet att mocka sökresultat, vilket gör att beroenden mot SiteSeeker kan lösas upp. Vi skickar också med färdiga mock-klasser, perfekt om du snabbt vill skapa en layout för söksidan, utan att ha en SiteSeeker-server på plats.
Det är kanske tveksamt om en integrationsmodul kan vara festlig i sig, men vi tror att den nya modulen i alla fall kommer att göra ditt arbete roligare! Vi har ansträngt oss för att göra den begriplig (och det gäller också dokumentationen), och för att passa det arbetssätt som du som utvecklare har.
Hur har vi lyckats? Berätta gärna för oss! Kontakta vår produktägare Adam Blomberg eller vår support, och berätta för oss hur du tycker att den nya integrationen fungerar!
9/5 2011
Euroling presenterar nu sin årliga undersökning av svenskarnas sökvanor på kommuners webbplatser. Kommuner fortsätter att vara en attraktiv arbetsgivare på alla platser runt om i landet vilket avspeglar sig i siffrorna då det under 2011 söktes absolut mest på lediga jobb och lediga tjänster.
En ny trend är det kraftigt ökade antalet sökningar på Sveriges kommunwebbplatser efter interna dokument, blanketter och system. Användare letar efter information på webbplatsen som traditionellt återfinns på kommunens intranät.
De vanligaste sökorden på svenska kommuners webbplatser enligt årets undersökning är:
1. Lediga jobb, jobb
2. Sommarjobb, sommarjobb 2011
3. Bibliotek
4. Karta
5. Matsedel
6. Simhall, simhallen
7. Blanketter
8. Schema
9. Intranät, intranätet
10. Heroma (personal och löneadministrativt system)
Statistiken är framtagen med SiteSeekers statistikverktyg och är baserad på de vanligaste sökorden hos svenska kommuner som använder SiteSeeker. Idag använder fler än 80 svenska kommuner söktjänsten SiteSeeker. Euroling står för bedömningarna av liknande söktermer och sammanslagningar av dessa.
29/4 2011
En av de vanligaste frågorna vi får just nu av våra kunder och partners är vad man ska tänka på när man utformar en sökupplevelse för sin webbplats, e-butik eller intranät med sökmönstret autocomplete. Principen bakom autocomplete är att leverera en dynamisk meny till användaren när denna börjar skriva ett sökord i sökrutan. Målet är att användaren snabbt ska få bra förslag, stöd med stavning och få tips om relaterade fraser som innehåller sökordet. Det finns tre huvudtyper av autocomplete som fyller olika syften och tyvärr ofta blandas ihop: autocomplete, autosuggest och instant search.
Autocomplete ger förslag på sökord som leder till träff och baseras på populära sökord samt användares sökhistorik. Förslagen guidar användaren till en sökfråga som vi vet ger resultat samt förenklar avgränsningen av breda sökningar. För användaren är det viktigt att förslagen sker i realtid.
Autosuggest ger förslag på sökträffar, inte på sökord (jämför Apple.com). Träffarna kan vara antingen organiska eller utvalda av redaktören. Den sistnämnde ersätter därmed de populära utvalda träffarna på söksidan som vi uppmärksammat tidigare på Sökmotorbloggen. I många fall är det värdefullt att segmentera sökträffarna i grupper (produkt, råd, butik, support etc etc) för att göra det enklare för användaren att hitta rätt information.
Autosuggest bör endast användas när det finns ett begränsat antal möjliga sökträffar eftersom användaren aldrig får chansen att borra sig ner i sökresultatet på sökresultatsidan. På Apple.com söker jag efter iphone och får ett mycket bra förslag. När jag däremot söker på support får jag ingen autosuggest utan lotsas vidare till sökresultatsidan där jag får träffar både på supporttjänster och från supportforum.
Söksideförslag lanserades för första gången av Google den 8 september 2010 under varumärket Google Instant. Idén är att istället för att presentera en statisk söksida efter varje sökning så uppdateras söksidan i realtid varje gång användaren skriver på tangentbordet. Lösningen är en kombination av sökordsförslag och sökträffar. När jag vill söka efter siteseeker så behöver jag bara skriva sitese, Google använder sökordsförslag för att förstå att det är SiteSeeker jag menar och skickar på egen hand sedan iväg en sökfråga. Boom så får jag rätt träff!
Enligt Google sjäva är Google Instant en stor succé: användarna sparar i genomsnit 2-5 sekunder för varje sökfråga och endast 2% har aktivt stängt av funktionen. Kritiken som framförts är att användare blir stressade och frustrerade av dynamiska söksidor som presenteras i realtid och inte ger möjlighet att i lugn och ro upptäcka sökresultatsidan.
Just nu står ett antal av våra kunder i begrepp att implementera “SiteSeeker Instant” och jag kommer noggrant följa upp och berätta om detta på Sökmotorbloggen eftersom jag är övertygad om att i framtiden kommer “Instant Search” vara standard för alla webbplatser som vill erbjuda sina användare möjligheten att hitta rätt.
9/3 2011
It has been a long time coming, but now we are finally ready to release the next version of the SiteSeeker search integration for EPiServer, along with an entirely new search integration for .NET. The public unveiling will be held at our Partner Summit next Thursday – March 17th – by our own .NET expert David Winslow and EPiServer aficionado and guru Fredrik Haglund.
Our goal with the new search integration is to provide an easier-to-use and more adjustable API, along with a new and much improved architecture that makes it easy to use and re-use search components in multiple sites (and platforms!). Releasing the search integration, we will also present a complete .NET MVC example, a first for us and (we think) a very exciting development for building entirely new search experiences.
So, don’t miss out on the opportunity to hear all about the new search integration, and hang out with our development team and other EPiServer and SiteSeeker developers – sign up for SiteSeeker Partner Summit now! (The Summit is naturally free for all SiteSeeker partners and developers.)
Följ SiteSeeker på Twitter!