Elephant Microservices és el nou mòdul que permet la comunicació i la compartició de dades entre serveis BaaS. Tot i ser una conversa entre iguals, Elephant Microservices separa les connexions segures en dos tipus, servidors i membres.

Què tenim ara?

• Definició de servidors per a serveis registrats.
• Definició de membres per a serveis registrats.
• Connexions segures entre dominis amb validació d'IPs.
• Membres sense servei BaaS via Elephant Importer API.
• Check del status de servidors i membres.

On anem?

Microservices és part del macro-projecte Elephant Alliance. La finalitat d'aquest macro-projecte és oferir espais anomenats aliances on els membres consoliden informació pròpia. Usant Microservices, els membres poden també interactuar amb les dades consolidades d'altres entitats, d'una manera molt similar a com ho farien en l'espai propi.

L'exemple més entenedor és la consolidació de projectes. Diferents entitats comparteixen projectes determinats dins l'espai aliança i qualsevol membre de qualsevol entitat pot interactuar amb qualsevol dels projectes.

I això és només el primer pas! Segueix el projecte a Elephant Microservices.

El nou Elephant 3 ja està desplegat en tots els serveis BaaS, i algunes de les noves característiques ja són visibles en els mòduls BrightSide.

Algunes de les novetats del sistema que ja són visibles, són:

En seguretat, Elephant Security és ara l'estàndard en assignació de permisos

• Els usuaris es poden desactivar. Un usuari desactivat deixa de poder interactuar amb l'aplicació, tot i que aquesta el veu com un contacte normal.
• Els Grups Socials hereten les característiques dels Security Groups. Desapareixen els rols com es coneixien fins ara i la sindicació a grups socials únicament genera enllaços als Security Groups.

En eines de contingut social i xarxes

• Els sitemap generats per Elephant Sitemaps són molt més detallats i segueixen les característiques donades a cada pàgina, sigui de contingut dinàmic o fix.
• Els contexts Elephant, o pàgines, hereten els atributs del nou Elephant 3:
• Noms com a claus i18n.
• Arrels de templates separades per context.
• Inclusió de fulles d'estil i scripts per context.

En administració

• Administració de contexts i continguts centralitzada.
• Activació / desactivació d'usuaris i assignació a Grups Socials, individualment o per grups.

Específic de contactes

• Desapareixen les etiquetes relacionades amb Grups Socials.
• Grups Socials seleccionables com a primer grup d'etiquetes.
• Desaparició del manteniment de rols.
• Clau i desactivació són ara al formulari principal de contacte.

Elephant 3 és més ràpid, segur i afegeix noves funcionalitats. Es presenta un any força interessant.

La darrera actualització dels Clouds BaaS també incorpora millores i noves característiques en el software que suporta el servei. Aquests canvis afecten directament l'administració del servei, particularment el contingut que es mostra als visitants i als membres del networking.

Administració de la web

L'administració de la web ha fet un salt important pel que fa a la usabilitat. Incorpora, a més, una millor gestió de continguts, integrada dins el sistema de contexts. Podeu trobar més informació a https://www.turro.org/docs/elephant/admin.

Algunes de les novetats són:

• Creació i manteniment de contexts (pàgines web)
• Integració amb el mòdul d'internacionalització.
• Gestió de continguts integrada, amb navegació de versions.
• EWiki activable (BETA)
• Gestió completa del repositori.
• Previsualització de la imatge usada en xarxes socials.

Internacionalització

El nou mòdul Elephant I18n gestiona la traducció dels texts de l'aplicació. Podeu trobar més informació a https://www.turro.org/docs/elephant/components/i18n.

Les característiques del mòdul són:

• Creació de nous idiomes.
• Incorporació de traductors, per a un idioma, un conjunt d'idiomes o la totalitat dels emprats a la web.
• Proposició automàtica de traduccions per a nous texts.
• Gestió de sobreescriptura, incloent-hi texts primaris. Important per a gestionar canvis en els conceptes de l'aplicació.
• Text natural integrat en traduccions de claus.

Actors

La nova gestió d'actors (usuaris amb rols de programa i rols adquirits per activitat) és ja completament integrada dins l'administració del servei. Podeu trobar més informació a https://www.turro.org/docs/elephant/components/actors.

Els principals avantatges usant actors són:

• Llenguatge natural a l'hora de descriure permisos.
• Els canvis en els requeriments dels actors es propaguen immediatament a tots els mòduls i tot el contingut web.
• Es pot comprovar la relació actor / usuari amb facilitat.
• Es pot comprovar la relació actor / usuari /entitat amb facilitat.

Els nous mòduls, com treure'n profit.

Ben aviat es farà una formació relacionada amb aquests canvis i com afecten l'administració del servei. Podreu trobar informació sobre les dates i el lloc a Convocatòries públiques. Anirem informant.

Aquest any ha estat profitós i molt intens. S'han afegit millores al mòdul d'estudiants i els projectes tenen ara una part per afegir subvencions d’institucions o particulars. Les entitats tenen una nova cartera, on es desglossen els documents de Financials entrats per aquella entitat. Tot això i un munt de petites millores que afecten la usabilitat i el rendiment.

També aquest any s'ha presentat el mòdul d'estudiants dins l'Automotive Talent Show que organitza el Clúster de la Indústria de l'Automoció de Catalunya. Podeu veure el vídeo introductori a YouTube.

I pel 2022?

A bon començament d'any es millorarà l'estructura del servei, incloent-hi:

• Actualització de la JavaEE, ara Jakarta.
• Actualització del servidor d'aplicacions.
• Darreres versions de les dependències.

I novetats directes en els mòduls:

• Gestió d'actors, des de la creació fins a l'adaptació als elements visuals i contexts. Inclou:
• Descobriment d'actors, relacionats o no amb entitats concretes.
• Comprovació de l'estat d'un usuari, relacionat o no amb entitats concretes.
• Nova versió del wiki per a publicacions. Inicialment, estarà en mode beta, sent activable a gust de l'usuari. Algunes novetats que incorpora, són:
• Missatges d'error amb localització dins el document.
• Element agnòstic, per permetre incloure elements que no siguin part de l'especificació.
• Adaptabilitat a nous marcs de treball.

La Fundació TiC

La Fundació TiC és part imprescindible pel desenvolupament futur del software. Actualment Turró.Org és el principal contribuïdor del software de la fundació. Per veure els reptes pels que es prepara la fundació, veieu Comunitat.

En la majoria d'ocasions, els usuaris demanen un formulari de contacte a la seva web. En la majoria d'ocasions, també, s'acaben queixant de la quantitat d'spam que reben.

La primera pregunta que se'm passa pel cap és, i per què no donar un correu electrònic? I la resposta més habitual és, per evitar l'spam. És això cert? Evitem així l'spam? No i no.

Formulari web per usuaris no autenticats

Aquest seria un formulari de lliure accés per a visitants. Es compon d'un cert nombre de camps, el valor dels quals s'envia per correu a l'adreça internament configurada. Els principals punts en contra d'aquests formularis són:

• El servidor de correus que envia els valors és allotjat dins la mateixa web o en un servei relacionat. Això fa que el contingut sempre sigui considerat com a fiable.
• Marcar el servidor o servei com a spam via configuració, el fa innecessari. Perquè voldríem un servidor d'spam?
• Encara que el formulari tingui un camp pel correu, aquest no es pot usar com adreça d'enviament. Si ho féssim, tots el missatges serien spam.

I usar un filtre intern d'spam?

Sí, es pot fer. De fet, molts servidors ja el tenen instal·lat pel correu entrant. El que estaríem fent és el mateix que faria el nostre servidor de correu quan rep aquest: decidir si passar-ho a la carpeta de brossa. En curt, repetiríem la feina dues vegades per cap motiu raonable.

I els Captcha?

Els Captcha no són realment filtres d'spam. El que fan és controlar que qui omple el formulari és un humà o un robot (un programa que repetitivament omple i envia). És un pedaç, no una solució.

La recomanació

Posar una adreça de correu electrònic a la web. Amb l'hiperenllaç que permeti fer clic i enviar, si es vol. Així de simple. I amb una llista de motius:

• Les grans empreses gasten milers de recursos per detectar l'spam. Si estem usant serveis de correus en línia, tots aquests recursos van al nostre favor.
• L'usuari que envia necessita tenir una adreça real, sinó ja no passarà el primer pas de detecció d'spam: el registre SPF.
• Si així i tot ens arribés correu spam, podem marcar-lo com a tal i un servidor ben configurat ho recordarà.

N'hi ha més, però serien tecnicismes al voltant del que ja hem dit.