The new Elephant version comes with some new features that will make life easier for SEO. The most relevant are:

Publication URLs

Previous to Elephant URL-as-parameter, BrightSide Publication URLs were generated using the publication ID. Something like ?item=n. This has been override by easy-to-read URLs. Something like /elephants-new-features-for-seo, which happens to be the URL for this one you're now reading.

Currently, the URLs are auto-generated when the publication is saved. And wont change in future savings. The new system is backward compatible with the previous one.

The URL-as-parameter generates when publication entities have their own context defined. See Sitemap.

No follow property for some links

The links affected (but not exclusively) are:

• Authentication required links.
• Print version links.
• Pagination links.
• Cloud tag links.
• Category links.

Auto-generated sitemap

Elephant generates a sitemap from all its contexts. Also, requires BrightSide modules to provide relevant URLs. See Sitemap for more information.

L'octubre ha estat un mes de preparació per actualitzacions majors dins el sistema BaaS (BrightSide as a Service). Els canvis afecten totes les àrees: web, aplicació i base de dades.

La web

El canvi més gran és, sense dubte, l'actualització a la nova versió de Semantic-Ui. Inclou una millor adaptació a dispositius mòbils, sense oblidar las pantalles grans.

També s'actualitzen els charts, la darrera versió de Highcharts.

L'aplicació

L'estrella dels mòduls, ZK, arriba amb una versió millorada, molt més ràpida de càrrega. Amés inclou noves prestacions que milloren les parts que utilitzen el port web. Amb seguretat, una de les actualitzacions que més novetats permetrà ens els propers mesos.

La base de dades

Una de les actualitzacions que més ha costat, i que potser més ha valgut la pena, és la implementació de la capa de persistència. La darrera versió de Hibernate aterra al BaaS.

El que ens espera aquests propers mesos

El motiu principal de fer aquestes actualitzacions majors és l'afermament de la darrera versió de Java i JEE. Com a motor del BaaS, el canvi a Java 9 i JEE 8 serà un dels més importants. Així que anem-nos preparant per un 2018 amb un BaaS a la última.

El nou API de correus que utilitza la plataforma modifica alguns dels comportaments actuals respecte la periodicitat de les notificacions i quins són els usuaris administradors en les notificacions de sistema, ja sigui la plataforma en general o algun dels mòduls.

Canvis importants per a usuaris administradors

Elephant proporciona a tots els mòduls la opció de crear pools d'enviament de correus. Dins aquestes pools es configuren les dades del correu d'enviament. Les versions prèvies de Elephant donaven espai, dins aquestes mateixes pools, per indicar quin era el correu a utilitzar per a missatges de sistema. Per exemple, nous usuaris, nous comentaris a moderar, ...

Elephant Mail varia substancialment aquest comportament, al escollir els usuaris que reben les notificacions de sistema pel seu rol dins la plataforma, enlloc de per configuració de pool. Així, els usuaris administradors de publicacions, amb capacitat per moderar comentaris, seran els que rebran les notificacions de moderació. De la mateixa manera, els usuaris amb capacitat per administrar contactes, rebran les notificacions de nou usuari.

Canvis pels usuaris de la plataforma

Els missatges enviats als usuaris passen ara per cues de correus. Cada usuari pot configurar quan vol rebre els correus, dins les opcions que li ofereixi la cua. Tots els missatges provinents de les cues contenen un peu amb un enllaç on configurar les subscripcions a les cues.

Missatges de sistema

Els missatges de sistema passen per una cua privada que només és visible pels administradors. Aquests podrien inhabilitar la cua de sistema per usuaris específics. Cal tenir en compte que, en aquest darrer cas, els usuaris afectats no rebrien cap missatge de sistema, com el de recuperació de password.

Haig de fer alguna cosa?

No cal fer res específic per configurar el nou sistema de notificacions. Tots els mòduls que l'usen generen els comportaments per defecte, iguals que el comportament sense aquest mòdul.

Els canvis més importants vindran en properes actualitzacions, on els notificadors podran ser sensibles a les peticions de l'usuari amb molta més cura.

Es pot trobar més informació, i algunes bones pràctiques a l'hora de crear notificacions complexes, dins Mail queue.

Una de les queixes més habituals entre els usuaris de la plataforma BaaS ha estat la manca de llibertat a l'hora d'escollir amb quina periodicitat rebre les notificacions que es generen. No ha estat mai un tema fàcil, sobre tot tenint en compte que aquestes notificacions provenen de diferents mòduls i el contingut és molt variable.

Per tal d'adreçar correctament la problemàtica, s'ha creat una nova llibreria: Elephant Mail.

Els casos que es contemplen

• Diferents usuaris poden voler rebre una mateixa notificació amb periodicitats diferents.
• Els usuaris poden volen registrar la seva voluntat de no rebre un tipus determinat de notificació. Cal recordar que la plataforma manté les dades notificades, aquestes seran sempre consultables per l'usuari.
• Les notificacions retardades s'enviaran en un sol email de resum, per evitar omplir les bústies.
• La subscripció i la modalitat de subscripció es centralitzen en un sol formulari, diferenciat per usuari.

Categories de notificacions

Les notificacions generades pel mòduls BrightSide, i algunes del propi Elephant, seran afegides al nou API en diferents fases.

• Publicacions, separades per les seves pròpies categories.
• Notificacions d'activitat en projectes.
• Notificacions d'activitat en temes.
• Notificacions de fulla de treball.
• Notificacions de temes per votar.
• Convocatòries.
• Comentaris generats des de la part web.

Les periodicitats

Segons la categoria de notificació, les periodicitats tindran més o menys opcions. Les opcions vàlides són:

• No rebre.
• Rebre al generar-se la notificació.
• Resum diari.
• Resum setmanal.
• Resum quinzenal.
• Resum mensual.
• Resum trimestral.
• Resum semestral.
• Resum anual.

Les notificacions de projecte, per exemple, permetran el resum fins el període d'un mes. D'altres de caràcter urgent o amb data de termini, poden permetre només les dues primeres opcions.

Aquest punt afecta a usuaris de G Suite (Google Apps for Work)

Clàusules del Contracte Model

A més de participar en el marc Escut de la privacitat UE - EE. UU., Google ofereix una Esmena per al Processament de Dades i les Clàusules del Contracte Model com un mètode addicional que permet complir els requisits d'idoneïtat i seguretat de la Directiva de Protecció de Dades del Parlament Europeu i del Consell de la Unió Europea.

Com activar-ho?

Per activar la DPA cal ser usuari administrador de G Suite. En cas de dubtes respecte quin usuari és l'administrador, contacteu amb suport, indicant l'empresa.

Un cop dins com usuari administrador, seguiu aquests passos:

1. Entreu en el Gmail, Inbox, Drive o qualsevol de les aplicacions G Suite.
2. Premeu el menú d'aplicacions.
   

   

3. Seleccioneu la opció Admin. Si no la veieu, feu scroll fins que aparegui. Si no surt és perquè no sou usuari administrador.
   

   

4. Dins la pantalla d'administració, seleccioneu el perfil d'empresa.
   

   

5. Dins el perfil d'empresa, seleccioneu la primera opció, perfil.
6. Desplaceu-vos fins al final del desplegable i veureu la DPA i un botó de Revisar i acceptar. Premeu-lo i accepteu.

Tots els canvis de legislació que afectin les nostres dades o les de la nostra empresa, passen per aquest procés d'acceptació per part dels usuaris administradors.