polopolyforum.se

Idag togs ett större steg för Polopolys CMS när version 10 släpptes.

Enligt Peter Antmans egna ord på Twitter så innehåller denna utgåva:

A proud day: #Polopoly 10 released with a brand new shining GUI look and feel and distributed solr search – among many things.

Mer information kommer inom kort.

Åter igen har vi träffat Polopoly för att få en uppdatering av vad som händer utvecklingsmässigt i plattformen. Denna gång var förutom Anders Weijnitz också Peter Antman med. Peter är utvecklingsansvarig och kommer ta över dessa möten ur Polopolys synvinkel då Anders har flyttat till Tyskland, Anders är dock fortfarande kvar på Polopoly.

Atexs reception, innan vår user group

Den finna planen sprack

I juni var planen att bli av med alla framset i redaktörsgränssnittet men p.g.a. bakåtkompatibilitet gick det inte eftersom widgets och mallar måste vara bakåtkompatibla. Vad som hände i somras var att man jobbade med det statiska konceptet vilket var:

Konceptet

• Strömlinjeforma redaktörsgränssnittet, man vill i så stor utstrckning som möjligt minska antalet klick som redaktörerna måste göra och på så sätt effektivisera redaktörernas processer. Ett exempel är att man kan skapa artiklar i färdigdefinierade kontexter (avdelning + malltyp). Save, Draft, Publish states, likt WordPress
• Man har också skapat en personaliserad navigationsmeny som innehåller det innehåll som man oftast använder som redaktör. Åter igen för att effektivisera för redaktörerna
• Clip board listor, d.v.s. en lista på saker man har klippt ut eller kopierat så att de finns snabbt tillgängliga när man jobbar med innehåll
• Inbox, man har tidigare haft svår att få överblick över vad som händer i systemet utan att den behöver kommunicera med andra redaktörer. Inboxen är ett realtidsflöde av artiklar som skapas vilket ger redaktören bra koll på vad andra gör i systemet. Detta gäller även om artiklar kommer från andra system.
• Skärmanpassning, detta så att man exempelvis kan jobba med flera artiklar bredvid varandra
• Sök mycket mer kraftfullt och centralt, previews av resurser, all sökning på siten sker nu i Solr, men söket i redaktörsgränssnittet är fortfarande kvar att flytta in i Solr. Många kunder har dock kod tätt skriven kod mot Lucence. så man kommer troligen ha en indexserver tillgänglig som man kan konfigurerar att starta om man behöver denna legacy
• Mycket mer drag ‘n’ drop funktionalitet
• Moderation applikationen har fått sig en ansiktslyftning med enklare lista av omoderarde inlägg med avslå/godkänn-knapp eller avslå/godkänn alla-knapp. Det är fortfarande bara manuellt, ingen automatik. Detta används knappt i Sverige, men nya kunder utomlands (Atexkunder) använder nästan alla artikelkommenterarer via Polopoly
• Greenfield Times (GT) har fått några uppdateringar så som CKEDitor för att redigera texter på utsidan. CKEDitorn ska ha bättre ajax stöd, så den får vi nog se mer av.
• Man har också gjort en hel del från version 9.16.1 för att snabba upp GUI-prestandan (över 40% snabbare) genom låshantering (roundtrips, cachetider, komprimering och sammanslagning av filer)

Power user grupp för tekniknära möten

Slutligen vill Anders och Peter (även vi på polopolyforum så klart) göra dessa möten mer tekniknära och få in flera användare, d.v.s. få till ett berdare möte med kunskapsöverföring och feed back kring Polopolyprodukten. Vi tänker oss att det även kan finnas inslag av blixttal (10 minuters presentationer) om något som man vill dela med sig av eller diskutera kring, ex. ”Hur fungerar Solr indikering i Polopoly”, ”Så här implementerade vi A/B testning” etc.

Jättekul tycker vi!

Därför vill vi nu slänga ut frågan om det finns intresserade (utvecklare/power users) där ute som vill vara med? Kontakta oss i så fall så vi kan ta det vidare till Polopoly för att anordna ett fösta möte.

General Release Notes

Polopoly 9.16 introduces two major features. The interactive preview mode has been enhanced to include WYSIWYG style on-page editing of teasers for page local tuning of content. In addition to that, the integration with Atex Content H11 has been enhances to support a much more sophisticated workflow.

Interactive on-page editing of teasers

One of the major features in 9.16 is the extension of on-page editing in Greenfield Times to include interactive editing of teasers directly in the browser. This enables page local tuning of the text and appearance of stories to fit the page context. The changes are stored on the teaser object, leaving the underlying article intact. On-page editing includes both texts and images. All text can be edited, title size and spacing can be controlled using sliders in the new interactive menu. Images zoom pan and crop vertically. In order to preserve the layout, image widths always follow the current layout. There is also an API that enables developers to add on.page editing to their own custom elements.

Support for H11

Following the principle of one logical repository, the integration with Atex Content H11 has been brought to the next level. New features include single sign-on support, real time editorial inbox in Polopoly to track repository changes, preview from H11 and online decoration from H11 using popup Polopoly templates.

… and a lot more.

Apart from these major features, 9.16 includes many enhancements and optimizations, among which the following can be mentioned:

Element profiling
Continuing the effort to provide developers with Site Engine trouble shooting and debugging tools, 9.16 includes support for element level profiling of pages. The Metrics tool breaks down page performance into execution time per element on a statistical basis. Combined with a simple stress test using JMeter for example, the element metrics tool gives the developer a graphical overview that makes finding performance bottlenecks a matter of reading a simple bar graph.

The statistical profiling of elements complements the existing RenderStats, Troubleshooter and Status pages and the combined toolset

allows for very detailed inspection and diagnostics of a Polopoly installation.
The new Metrics tool can be found under http://<domain>/polopolydevelopment.

Optimized loading of LDAP groups

Ldap group performance has been optimized by introducing reload of ldap groups only when a group has changed and the possibility to configure if groups in group should be supported. Turning of groups of group support makes loading of groups a lot faster (100 times faster is not uncommon). The following ldap properties has been added:

• ldapNestedGroupsSupported (default false)
• ldapTimestampSupported (default true)
• ldapCreateTimestampAttribute
• ldapModifyTimestampAttribute

See the section called “Ldap group enhancement” for issues when upgrading.

Other selected improvements

• Possibility to start front servers in disconnected mode
• Bundled JBoss upgraded to upgraded to version 4.0.5
• Quick cropping of teasers
• Possibility to reindex Solr from the command line

and more…

see the Change list for details

När din polopolyinstans växer och därmed källkodsträdet kan det vara bra att jämna mellanrum se över och ta bort eventuell kod som inte längre används. En del av detta är inputmallar som blir utdaterade med tiden. Jag tänkte därför tipsa om hur man kan ta bort gamla inputmallar som ligger och skräpar i systemet och det är några steg att hålla i huvudet.

Denna beskrivning är baserad på användandet av ramverket Pluris så alla detaljer kanske inte är relevanta för ditt projekt men principen bör framgå i alla fall.

Här följer en steg för steg beskrivning hur man tar bort en gammal inputmall:

1. Börja med att se till att inga instanser finns publicerade i någon contentlista. Det är också bra om man
   kan ta bort alla instanser av de mallar du ska ta bort. (dock ej nödvändigt)
2. Skapa därefter två nya policyklasser, en för artiklar och en för avdelningar som kommer att användas istället för de deprikerade.
   package se.kth.ite.cortina.policy.article;
import com.polopoly.cm.policy.ArticlePolicy;

/**
* This policy is used as policy for deprecated templates.
*/
   public class DeprecatedArticlePolicy extends ArticlePolicy {

   }

3. I template.xml, sätt policyn till DeprecatedArticlePolicy eller DeprecatedDepartmentPolicy
   beroende på om det är en artikel eller avdelning. och ta bort allt som inte längre behövs i mallfilen.
   Det går även att t.ex. skapa en DeprecatedContentPolicy som kan användas istället för båda ovanstående.
   <?xml version="1.0" encoding="ISO-8859-1"?>
<template-definition version="1.0" xmlns="http://www.polopoly.com/polopoly/cm/app/xml">
<input-template name="it.article.coursesearch" label="template.article.coursesearch.label">
<policy>se.kth.ite.cortina.policy.article.DeprecatedArticlePolicy</policy>
<editor>se.kth.ite.cortina.widget.app.OLocalizedContentTopPolicyWidget</editor>
<viewer>se.kth.ite.cortina.widget.app.OLocalizedContentTopPolicyWidget</viewer>
</input-template>
</template-definition>
4. I content.xml sätt <entry mode="remove"> för att ta bort mallen ur avdelningen för mallar, på så sätt försvinner den ur alla mallistningar också.
   
<contentlist>
<!-- REMOVED DUE TO DEPRECATION -->
<entry mode="remove">
<metadata>
<referredContent>
<contentid>
<externalid>it.article.coursesearch</externalid>
</contentid>
</referredContent>
</metadata>
</entry>
</contentlist>
5. Ta bort controllern, init.xml och all annan kod som enbart dessa använder.Policyn ska vara kvar eftersom polopoly verkar fungera så att för att importera en befintlig mall så måste den gamla policyn finns kvar.
   Detsamma gäller förmodligen också eventuella widgets.
   Se också till att ta bort externalid från eventuella andra contentcreators och contentwrappers. Sök efter externalid för att vara säker.
6. Kör en deploy
7. Ta bort template.xml, content.xml, policyn och eventuella widgets samt dess dess katalog och andra spår av mallen

Klar!