In questo caso l’indicizzazione della pagina può risultare compromessa, penalizzando il sito.

Esempio pratico:

Se usiamo WordPress, modificando la data di pubblicazione di un articolo viene modificato anche il suo indirizzo url.

Ad esempio, in questo indirizzo

http://www.consulenza-web.com/2012/01/gratis-costa-troppo/

si nota chiaramente che la data dell’articolo è parte fondamentale dell’indirizzo: se cambiassimo la data cambierebbe di conseguenza anche l’url dell’articolo.

Perchè è importante farci attenzione?

I motori di ricerca (come Google) navigano il web alla ricerca di nuovi contenuti seguendo i link che trovano in pagine già conosciute.

Quando una nuova pagina viene scoperta il motore salva il suo indirizzo ed elabora delle parole chiave che associa alla pagina stessa: questa è l’indicizzazione.

Successivamente il motore torna a rilegge la nostra pagina ad intervalli di tempo regolari alla ricerca di aggiornamenti, nuovi commenti, nuovi link da seguire. Per farlo utilizza l’indirizzo precedentemente salvato.

Se questo indirizzo non esiste più il motore ottiene l’informazione: “il sito ha eliminato una pagina”. Se molte pagine di un sito non vengono trovate però l’informazione peggiora in “il sito è in stato di abbandono“.

Ogni pagina rimossa provoca un piccolo danno alla considerazione che il motore di ricerca ha del nostro sito web.

Per evitare questo effetto basta prendere un semplice accorgimento:

Risolvere il Problema:

Il server web Apache ci mette a disposizione un semplice strumento per risolvere il problema: il redirect 301 eseguito via HTACCESS:

Redirect 301 /vecchio_indirizzo/ /nuovo_indirizzo/

NOTA: nella root del sito web crea un file con il nome “.htaccess” quindi modificalo con un editor di solo testo quale Coda o Eclipse inserendo le istruzioni che ti servono.

In questo modo il motore di ricerca, tentando di leggere il vecchio indirizzo, viene istruito circa l’avvenuto spostamento, aggiorna il suo database e le pagine dei risultati di ricerca contenenti i riferimenti al nostro sito mantenendo la visibilità raggiunta dall’articolo.

@ThePeg

Segnala presso:

JuniorCMS è utilizzato con pieno successo in moltissimi siti e progetti web di alto livello per strutture che fondano il loro business sulle vendite on-line e sul webmarketing.

Abbiamo realizzato gestionali operativi su scala nazionale (Gruppo Volkswagen) e abbiamo realizzato micro-gestionali per la bottega sotto casa.

Stiamo realizzando il progetto AdessoWEB che consente di avvicinarsi al business on-line con un prodotto professionale ma estremamente semplice ed intuitivo.

Ora vogliamo andare avanti.

Ciò che in questi anni non abbiamo realizzato è una community di sviluppatori che utilizzano questo prodotto.

FroggleCMS nasce per risolvere questo enorme problema e creare una soluzione di gestione contenuti basata sul concetto di sviluppo veloce (RAD).

Powerfull Plugins

Alla base del progetto abbiamo messo il concetto di “plugin” inteso come “raggruppamento logico di software e risorse atto a risolvere una precisa necessità“.

Le necessità che un plugin può risolvere sono anch’esse tipizzate in:

1. libreria: condivisione di librerie e framework
2. servizio: definizione di servizi condivisi all’applicativo
3. applicativo: definizione di software gestionale utile
4. estensione: intervento di modifica e/o estensione di altri plugins
5. custom: insieme di applicativo ed estensione ove inserire il codice personalizzato sul singolo progetto.

Il plugin di estensione o custom permettono di modificare in modo approfondito sul comportamento dei livelli ingeriori per implementare soluzioni specifiche senza creare fork del progetto.

Life Cycle Guarantee

Anni di esperienza nella progettazione di applicativi ci hanno insegnato l’importanza del ciclo di vita del software.

Molte piccole web agency (l’Italia ne è piena) si trovano a sviluppare progetti in velocità per sopravvivere sul mercato.

La creazione di soluzioni realmente riutilizzabili è molto difficile in quanto, di progetto in progetto, nascono nuove necessità, ottimizzazioni, verticalizzazioni.

Di fatto ci si trova quasi sempre a creare piccoli fork di progetti preesistenti con il triste risultato di produrre decine di sub-versioni incompatibili di un progetto inizialmente coerente.

Il nostro devTeam è stato a lungo vittima di questo processo!

La soluzione proposta da FroggleCMS consente di isolare qualunque software in plugins che possono essere migliorati e versionati come un qualunque software commerciale.

Nel momento in cui un particolare progetto richiede una particolare modifica ad un plugin esistente è possibile definire un plugin di estensione che apporta modifiche dall’esterno senza modificare le logiche esistenti.

Questa architettura è già implementata con successo su JuniorCMS e da oltre un anno ne godiamo i benefici per creare customizzazioni quali:

• aggiunta di campi personalizzati a strutture dati esistenti
• modificare l’interfaccia utente esistente per adeguarla al progetto
• inserire o modificare logica di controllo
• inserire o modificare logica di cooperazione tra plugins (es servizi di sincronizzazione)

Spaghetti Coding Proof:

Ecco le fasi di realizzazione di un Tipico Spaghetti Project:

1. Creazione in velocità di un plugin di gestione rassegna stampa con titolo e file allegato per un cliente.
2. Un nuovo cliente mi chiede la rassegna stampa ma ha bisogno di un campo abstract.
3. Copio il plugin già creato e lo modifico per il nuovo cliente.

Questo tipo di sviluppo lo vedo ogni santo giorno in qualunque realtà aziendale e la triste conseguenza (già citata sopra) è la proliferazione di micro plugins incompatibili tra loro.

La conseguenza più pericolosa è che se il “plugin madre” ha un grosso bug il tempo impiegato per correggere tutti i derivati è semplicemente apocalittico!

Ecco le fasi di realizzazione di un Froggle Spaghetti Project:

1. Creazione in velocità di un plugin di gestione rassegna stampa con titolo e file allegato per un cliente.
2. Un nuovo cliente mi chiede la rassegna stampa ma ha bisogno di un campo abstract.
3. Creo un nuovo plugin che estende la rassegna stampa aggiungendo il campo su db, l’interfaccia e la logica necessaria senza modificare la logica preesistente.

Questo tipo di sviluppo ha enormi vantaggi:

• mi permette di creare soluzioni veloci che possono essere migliorate e redistribuite in tempi più rilassati
• mi permette di gestire la sicurezza del software per singolo plugin senza preoccuparmi delle sue estensioni (che ereditano la sicurezza)
• mi permette di abbattere il numero di versioni incompatibili creando invece “catene di estensione” che possono essere facilmente versionate e mantenute
• mi permette di utilizzare e personalizzare qualunque plugin esistente (anche commerciale) senza violare licenze sul codice o simile.

Sviluppo di FroggleCMS:

1° Ottobre 2010: il devTeam di JuniorCMS da vita allo sviluppo dell’infrastruttura di FroggleCMS (CakePOWER).

1° Novembre 2010: viene rilasciato CakePOWER che implementa su CakePHP l’architettura presentata in questo articolo assieme ad altre architetture di importanza minore.

1° Dicembre 2010: viene rilasciato il plugin “froggle” che contiene l’interfaccia di base di FroggleCMS e la gestione utenti. Questo plugin è destinato ad essere frequentemente aggiornato con l’aggiunta costante delle funzionalità “core”.

1° Gennaio 2011: viene rilasciato il primo pacchetto auto-installante di FroggleCMS pronto per essere utilizzato in attività commerciali.

A questo punto daremo il via ad un programma di sviluppo plugins per coprire in breve tempo le principali esigenze di gestione contenuti on-line quali:

• gestione albero pagine sito web
• gestione news
• gestione rassegna stampa
• gestione calendario eventi
• gestione photo-gallery
• gestione prodotti generici
• gestione pagamento con carta di credito
• organizzazione dei prodotti per categorie
• gestione di un carrello elettronico complesso
• e-commerce (unisce precedenti plugins aggiungendo gestione sconti, gestione coupon, offerte, tasse, valute, magazzino, etc)

Il mercato di riferimento per questo prodotto è il nostro bel paese dunque tutta la documentazione sarà inizialmente prodotta in italiano mentre i commenti del codice sorgente cercheranno, per quanto possibile, di essere scritti in un decente spaghetti-english.

Ciao a tutti e buona fortuna al DevTEAM!

Segnala presso:

Funzionalità di Base:

• Indicizzazione dell’output di una qualunque richiesta gestita dal CMS
• Gestione temporale (cache) di un indice di ricerca
• Eliminazione automatica delle risorse non più disponibili
• Grabbing automatico dei meta-tags (title e description) per la visualizzazione dei risultati
• Possibilità di configurare con precisione i testi del risultato della ricerca durante la produzione di una risorsa
• Personalizzazione dell’url del motore di ricerca
• Completa personalizzazione del look&feel del motore di ricerca

Alcuni Dettagli:

Il plugin può essere arricchito tramite addOns per migliorarne l’integrazione con altri software (news, offerte, etc). Una qualunque pagina, ad esempio, può personalizzare in modo molto forte il testo visualizzato come risultato di una ricerca.

Sto inoltre cercando delle collaborazioni per aumentare la validità della ricerca interna e creare un piccolo sistema di page-ranking e/o ricerca approfondita… ma forse questo comporta un forte dispendio di risorse!

Futuri sviluppi:

Nuovi plugin estenderanno questo motore di ricerca fornendo funzionalità di amministrazione quali:

• visualizzazione e possibilità di modificare il database degli indici cache
• possibilità di rendere permanente un indice (non più soggetto a scadenza cache)
• possibilità di nascondere un indice alla ricerca
• possibiltià di modificare la destinazione di un indice verso una pagina interna (redirect)

Altre idee di sviluppo riguardano una gestione statistica del motore di ricerca al fine di ottimizzare i contenuti del sito:

• Log delle ricerche effettuate
• Monitor delle ricerche frequenti
• Monitor delle ricerche vuote
• Monitor delle parole chiave più usate
• Possibilità di realizzare un “redirect di ricerca” ovvero prendere una query di ricerca e trasformarla in un’altra query.

Ulteriori ipotesi (molto remote) di sviluppo in versione “advertising”:

• Possibilità di inserire banner nei risultati della ricerca da template
• Emulazione di un sistema “AdSense” nei risultati della ricerca

Segnala presso: