Nu när sommaren börjar lida mot sitt slut och hösten knackar på så tar vi nya tag här på Polopolyforum.se.
Genom ett inledande möte med Anders Weinitz (produktansvarig på Atex Polopoly) i fredags så  fick vi se en demo av nyheterna i version 9.13 och vi passade samtidigt på att fråga om en del oklarheter som har dykt upp inför en eventuell uppgradering. 

Version 9.13, steg 1 i att skapa en robust metadatasökning

Version 9.13 är det första steget i att skapa en stabil metadatasökning och på plats finns nu:

• Taggmotorn Solr som hanterar indexeringen.
• Nya dimensioner i kategoriseringen (person, företag, taggar, plats)
• Atex Textmining som används för att generera förslag till de nya kategoriseringsdimensionerna baserat på inmatad titel och text i artikeln (Atex Textmining kommer dock ha en separat prislapp)
• Ny publiceringskö som baseras på valda kategorier från den nya kategoriseringswidgeten.

Man har även ändrat de taggar/kategorier som följer med som default och dessa taggar har de baserat på IPTC (International Press Telecommunications Council) i förhoppningen att de ska vara mer användbara än de som tidigare som följde med produkten.

Frågor och svar

När 9.13 släpptes och arbetet med uppgradering/migrering startade så kom en del frågor upp som behövde besvaras , här är några av de frågor som vi fick svar på

Fråga: Kommer vi behöva ha både Solr och indexservern nu eller kommer indexservern  att tas bort framöver?
Svar: Vårt mål är att få bort indexservern under hösten, den kan dock komma att finnas kvar som en fasad för vissa speciella ändamål.

Fråga: Kan man bygga egna dimensioner liknande de inbyggda?
Svar: Ja, men de kan inte kommunicera med Solr i nuläget.

Fråga: Kan man uppgradera till 9.13 utan att använda sig av Solr?
Svar: Ja, det kan man stänga av.

Fråga: Polopolys förslag på topologi som man hittar i dokumentationen ser ut att vara väldigt komplex och dyr om man jämför med många befintliga system, är det något som man måste följa för att detta ska fungera eller går den att simplifiera med lokala Solr slavar på befintliga fronmaskiner o.s.v.?

Svar: Ja, det går att simplifiera. Detta var bara en rekommendation och vi ska se över om vi ska uppdatera dokumentationen eller om vi kan länka in bra information till Solr:s egen dokumentation.

Vad kan vi se fram emot i verion 9.14?

Det är fortfarande ganska tidigt för att prata om detaljer i version 9.14 men i stora drag så kommer det handla om två saker. Det ena är att skapa stöd för att kunna hantera plugins på källkodsnivå, detta så att man enklare ska kunna dela fälttyper mellan projekt. Det andra man kommer lägga krut på är att förbättra prestandan och skalbarheten på frontarmaskinerna.

Mer om detta i kommande inlägg senare i höst.

Tillsammans fick vi en lösning!

Den mest diskuterade frågan på forumet är den om frontmaskiner som inte uppdaterar sitt innehåll som de ska. Felet har lett till att besökare fått upp felaktigt innehåll eller 404-page not found, när de besökt sidor på webbplatsen. Att tömma frontmaskinernas ”cachar” och starta om webbapparna, har varit den enda tillfälliga lösningen på problemet. Fram tills nu! På skärtorsdagskvällen fick jag ett mail från Polopoly-supporten som säger sig ha hittat felet . En patch ska komma under nästa vecka och vi får hoppas att den håller vad den lovar (där av det lilla frågetecknet i rubriken)!

Jag skulle vilja tacka: simon.larsson, melker, Henrik, andersb & marcus.demnert för att vi tillsammans fick Polopoly att förstå att detta var ett stort och kritiskt problem för många av deras kunder.

Hela Polopolys svar finns att läsa i forumet.

En länge efterlängtad funktion från informationsavdelningen och systemdriften som underhåller installationen på KTH har varit att man ska kunna lägga upp ett systemmeddelande i Polopolys redaktörsgränssnitt som alla som loggar in eller redan är inloggade ska kunna se tydligt. Detta för att man snabbt och enkelt ska kunna informera alla inloggade redaktörer om man till exempel ska göra ändringar eller ska ta ner back end-servern för en uppgradering, så att de i god tid kan spara sitt pågående arbete och logga ut.

Funktionen bygger på följande komponenter:

• Polopolys indatamall p.UserSessionTemplate överlagras och får fältet:

  <field="systemMessage" input-template="it.field.systemMessage" label="" />

• Mallen it.field.systemMessage definierar enbart policyn och en widget för editor och viewer.
• Policyn är en extendad SingeValuePolicy som för tillfället inte innehåller någon extra funktionalitet.
• Widgeten rendrerar en stylad div och hämtar systemmeddelandet (första gången) om det finns något. Till denna policywidget finns också en jQuerybaserad javascriptfil som till uppgift har att hämta systemmeddelandet via ett ajaxanrop var 3:e minut från en specificerd url, detta så att det ständigt uppdateras även om redaktören inte refreshar sidan.
• I den mall (valfri) som sytemmeddelandet ska matas in läggs ett fält av typen p.TextArea in som senare innehåller själva meddelandet.
• På den ovannämnda specificerade url:en ligger en servlet som hämtar systemmeddelandet och skriver ut det i en divtagg med ett id som ajaxanropet känner till. I responset så var vi tvugna att sätt headen så att den aldrig cachar sidan. response.setHeader(”Cache-Control”, ”no-cache”); Annars fanns det risk att IE inte fick ett uppdaterat meddelande.

Om det är någon som vill veta mer om denna mall, ta en titt på tråden i forumet med namnet ”Systemmeddelande” under kategorin ”Mallutveckling”. Den innehåller bl.a. delar av källkoden.

Uppföljning på säkerhetshålet som Polopoly publicerade förra veckan

KTH rapporterade för ett tag sedan in en buggrapport till Polopoly gällande det potentiella säkerhetshål som alla Polopolyinstallationer kan ha om man inte byter lösenord på alla systemanvändare utom Sysadmin efter varje nyinstallation och uppgradering av Polopoly.

Jag fick ett svar av Anders Weijnitz på Atex Polopoly kring hur de ser på defaultlösenord för dessa.  Anders säger att de jobbar mot att ta bort defaultlösenord helt och hållert. Vilket jag tycker vore en bra ide.

Anders säger att de inte kommer att hinna få med denna ändring till nästa release (9.12.0 den 6/4), men den ligger med som punkt i deras nästa planering för version 9.13, vi får hoppas att Polopoly anser den vara viktig att fixa. Vidare säger Anders att Polopolys vill minska användningen av systemkonton över huvud taget.

Jag vet inte hur Polopoly tänkt sig minska systemkontons betydelse , men om jag får önska, å det får man här, skulle jag vilka ersätta sysadmin-användaren med vanlig rättighetshantering som jag sen kan sätta på grupper, eller användare. Tänk att ha en sysadmin-grupp, som man kan lägga till och ta bort användare ur, oh what a joy!

Patric Jansson