Uccio.org

Che figo!

Tags: Drupal, Drupalcon, Drupal 8

Che figo!

Le sessioni secondo Drupal Uccio Lun, 12/13/2010 - 15:26

Drupal per tenere traccia delle sessioni degl utenti salva le informazioni relative ai navigatori all'interno del suo database, infatti tutti dati relativi alle sessioni vengono salvate in una tabella chimata 'session'.
Il sistema reagisce all'ingesso di un visitatore sul sito creando una nuova riga nella tabella session. La riga creata inizialmente viene generata per l'utente anonimo (UID = 0) nel momento che l'utente effettua un login la riga verrà contrassegnata con l'UID dell'utente.
Ogni navigatore che accede al nostro sito Drupal lascia quindi una traccia all'interno della nostra tabella 'session' e pertanto periodicamente il sistema deve provvedere a pulire la tabella dei dati non piu necessari altrimenti la tabella crescerebbe all'infinito con le naturali conseguenze che questo comporta.
Per default all'interno del nostro setting.php del nostro sito Drupal troviamo:

ini_set('session.cookie_lifetime',  2000000); // Circa 23 Giorni

La riga sopra configura il "Garbage Collector" (lo spazzino) di PHP a pulire le sessioni piu vecchie di 23 giorni. La pulizia viene fatta direttamente dal GC che dovrebbe essere attivo ma spesso alcune distribuzioni (es Debian, Ubuntu) o alcuni hoster (Unbit) configurano il GC come spento e pertanto il povero spazzino non è autorizzato a svuotare la tabella session e questa continua a riempirsi crescendo di fatto all'infinito.
Le righe qui sotto se aggiunte al setting.php servono ad attivare il GC nel caso la nostra istanza di PHP abbia la sfortuna di avere il GC spento.

ini_set('session.gc_probability', 1); // Probabilta che il GC parta
ini_set('session.gc_divisor', 100); // Il divisore della probabilità

L'attivazione del Garbage Collector di PHP come in altri linguaggi non è deterministica ed infatti le direttive sopra configurano la probabilità che il GC si attivi e faccia pulizia. Nello specifico i due parametri sopra impostano l'attivazione del GC con una probabilità di 1/100 all'attivazione di una nuova sessione.

Questa soluzione di default in Drupal si basa direttamente su primitive PHP ma se per motivi vari non possiamo utilizzarla( o non ci è concessa) ci sono svariate maniere per tenere sotto controllo la dimensione della taballa session.

Alternativa 1

Una prima soluzione semplice al problema è installare il modulo session_expire

Alternativa 2

Una seconda soluzione è lasciar fare al db la pulizia!!

CREATE EVENT event_db1_session_clean
ON SCHEDULE EVERY 1 DAY
DO
DELETE FROM db1.sessions WHERE timestamp < UNIX_TIMESTAMP( ADDDATE( NOW( ) , INTERVAL -10 DAY ) )

Il pezzo di SQL (per MySql) di sopra crea un evento(è l'equivalente del cron di linux) che quando sarà ora eseguirà la query di pulizia della tabella, con questa soluzione la tabella tutti i giorni verrà pulita direttamente dal motore di MySql.

Alternativa 3

Una terza soluzione è uno script di 5 righe nel cron

Quando l'alternativa diventa miglioria

Come abbiamo visto sopra ci sono svariati modi di tenere sotto controllo la tabella session ma nel caso di un sito molto trafficato la soluzione di default potrebbe non essere "geniale" perchè la pulizia avviene svariate volte al giorno in momenti non predicibili stressando ulteriormente il server web del sito. Le soluzioni alternative essendo predicibili (soprattutto la 2 e la 3) possono in alcuni casi essere considerate soluzioni migliori al problema di "maintenance" della tabella session.

Tags Drupal Drupal 6

Le sessioni secondo Drupal Uccio Lun, 12/13/2010 - 15:26

Drupal per tenere traccia delle sessioni degl utenti salva le informazioni relative ai navigatori all'interno del suo database, infatti tutti dati relativi alle sessioni vengono salvate in una tabella chimata 'session'.
Il sistema reagisce all'ingesso di un visitatore sul sito creando una nuova riga nella tabella session. La riga creata inizialmente viene generata per l'utente anonimo (UID = 0) nel momento che l'utente effettua un login la riga verrà contrassegnata con l'UID dell'utente.
Ogni navigatore che accede al nostro sito Drupal lascia quindi una traccia all'interno della nostra tabella 'session' e pertanto periodicamente il sistema deve provvedere a pulire la tabella dei dati non piu necessari altrimenti la tabella crescerebbe all'infinito con le naturali conseguenze che questo comporta.
Per default all'interno del nostro setting.php del nostro sito Drupal troviamo:

ini_set('session.cookie_lifetime', 2000000); // Circa 23 Giorni

La riga sopra configura il "Garbage Collector" (lo spazzino) di PHP a pulire le sessioni piu vecchie di 23 giorni. La pulizia viene fatta direttamente dal GC che dovrebbe essere attivo ma spesso alcune distribuzioni (es Debian, Ubuntu) o alcuni hoster (Unbit) configurano il GC come spento e pertanto il povero spazzino non è autorizzato a svuotare la tabella session e questa continua a riempirsi crescendo di fatto all'infinito.
Le righe qui sotto se aggiunte al setting.php servono ad attivare il GC nel caso la nostra istanza di PHP abbia la sfortuna di avere il GC spento.

ini_set('session.gc_probability', 1); // Probabilta che il GC parta ini_set('session.gc_divisor', 100); // Il divisore della probabilità

L'attivazione del Garbage Collector di PHP come in altri linguaggi non è deterministica ed infatti le direttive sopra configurano la probabilità che il GC si attivi e faccia pulizia. Nello specifico i due parametri sopra impostano l'attivazione del GC con una probabilità di 1/100 all'attivazione di una nuova sessione.

Questa soluzione di default in Drupal si basa direttamente su primitive PHP ma se per motivi vari non possiamo utilizzarla( o non ci è concessa) ci sono svariate maniere per tenere sotto controllo la dimensione della taballa session.

Alternativa 1

Una prima soluzione semplice al problema è installare il modulo session_expire

Alternativa 2

Una seconda soluzione è lasciar fare al db la pulizia!!

CREATE EVENT event_db1_session_clean
ON SCHEDULE EVERY 1 DAY
DO
DELETE FROM db1.sessions WHERE timestamp

Il pezzo di SQL (per MySql) di sopra crea un evento(è l'equivalente del cron di linux) che quando sarà ora eseguirà la query di pulizia della tabella, con questa soluzione la tabella tutti i giorni verrà pulita direttamente dal motore di MySql.

Alternativa 3

Una terza soluzione è uno script di 5 righe nel cron

Quando l'alternativa diventa miglioria

Come abbiamo visto sopra ci sono svariati modi di tenere sotto controllo la tabella session ma nel caso di un sito molto trafficato la soluzione di default potrebbe non essere "geniale" perchè la pulizia avviene svariate volte al giorno in momenti non predicibili stressando ulteriormente il server web del sito. Le soluzioni alternative essendo predicibili (soprattutto la 2 e la 3) possono in alcuni casi essere considerate soluzioni migliori al problema di "maintenance" della tabella session.

Tags Drupal Drupal 6

Drupal per tenere traccia delle sessioni degl utenti salva le informazioni relative ai navigatori all'interno del suo database, infatti tutti dati relativi alle sessioni vengono salvate in una tabella chimata 'session'.
Il sistema reagisce all'ingesso di un visitatore sul sito creando una nuova riga nella tabella session. La riga creata inizialmente viene generata per l'utente anonimo (UID = 0) nel momento che l'utente effettua un login la riga verrà contrassegnata con l'UID dell'utente.
Ogni navigatore che accede al nostro sito Drupal lascia quindi una traccia all'interno della nostra tabella 'session' e pertanto periodicamente il sistema deve provvedere a pulire la tabella dei dati non piu necessari altrimenti la tabella crescerebbe all'infinito con le naturali conseguenze che questo comporta.
Per default all'interno del nostro setting.php del nostro sito Drupal troviamo:

1. ini_set('session.cookie_lifetime',  2000000); // Circa 23 Giorni

La riga sopra configura il "Garbage Collector" (lo spazzino) di PHP a pulire le sessioni piu vecchie di 23 giorni. La pulizia viene fatta direttamente dal GC che dovrebbe essere attivo ma spesso alcune distribuzioni (es Debian, Ubuntu) o alcuni hoster (Unbit) configurano il GC come spento e pertanto il povero spazzino non è autorizzato a svuotare la tabella session e questa continua a riempirsi crescendo di fatto all'infinito.
Le righe qui sotto se aggiunte al setting.php servono ad attivare il GC nel caso la nostra istanza di PHP abbia la sfortuna di avere il GC spento.

1. ini_set('session.gc_probability', 1); // Probabilta che il GC parta
2. ini_set('session.gc_divisor', 100); // Il divisore della probabilità

L'attivazione del Garbage Collector di PHP come in altri linguaggi non è deterministica ed infatti le direttive sopra configurano la probabilità che il GC si attivi e faccia pulizia. Nello specifico i due parametri sopra impostano l'attivazione del GC con una probabilità di 1/100 all'attivazione di una nuova sessione.

Questa soluzione di default in Drupal si basa direttamente su primitive PHP ma se per motivi vari non possiamo utilizzarla( o non ci è concessa) ci sono svariate maniere per tenere sotto controllo la dimensione della taballa session.

Alternativa 1

Una prima soluzione semplice al problema è installare il modulo session_expire

Alternativa 2

Una seconda soluzione è lasciar fare al db la pulizia!!

1. CREATE EVENT event_db1_session_clean
2. ON SCHEDULE EVERY 1 DAY                  
3. DO
4. DELETE FROM db1.sessions WHERE timestamp <   UNIX_TIMESTAMP( ADDDATE( NOW( ) , INTERVAL -10 DAY ) )

Il pezzo di SQL (per MySql) di sopra crea un evento(è l'equivalente del cron di linux) che quando sarà ora eseguirà la query di pulizia della tabella, con questa soluzione la tabella tutti i giorni verrà pulita direttamente dal motore di MySql.

Alternativa 3

Una terza soluzione è uno script di 5 righe nel cron

Quando l'alternativa diventa miglioria

Come abbiamo visto sopra ci sono svariati modi di tenere sotto controllo la tabella session ma nel caso di un sito molto trafficato la soluzione di default potrebbe non essere "geniale" perchè la pulizia avviene svariate volte al giorno in momenti non predicibili stressando ulteriormente il server web del sito. Le soluzioni alternative essendo predicibili (soprattutto la 2 e la 3) possono in alcuni casi essere considerate soluzioni migliori al problema di "maintenance" della tabella session.

Tags: Drupal, Drupal 6

Drupal per tenere traccia delle sessioni degl utenti salva le informazioni relative ai navigatori all'interno del suo database, infatti tutti dati relativi alle sessioni vengono salvate in una tabella chimata 'session'.
Il sistema reagisce all'ingesso di un visitatore sul sito creando una nuova riga nella tabella session. La riga creata inizialmente viene generata per l'utente anonimo (UID = 0) nel momento che l'utente effettua un login la riga verrà contrassegnata con l'UID dell'utente.

leggi tutto

DrupalCamp 2010 Uccio Lun, 09/13/2010 - 16:56

Il 2 ottobre 2010, per secondo anno consecutivo, si svolgerà l'evento italiano su Drupal aperto a tutti coloro che vogliono conoscere meglio il magico mondo della "goccia".
L'evento è completamente gratuito e si svolgerà presso i locali della cascina roccafranca di Torino.

Quest'evento è il primo organizzato ufficilmente dall' associazione drupal italia nata con il preciso intento di aiutare la diffusione di drupal sul territorio italiano.

Tags Drupal Drupal Comunity DrupalCamp

DrupalCamp 2010 Uccio Lun, 09/13/2010 - 16:56

Il 2 ottobre 2010, per secondo anno consecutivo, si svolgerà l'evento italiano su Drupal aperto a tutti coloro che vogliono conoscere meglio il magico mondo della "goccia".
L'evento è completamente gratuito e si svolgerà presso i locali della cascina roccafranca di Torino.

Quest'evento è il primo organizzato ufficilmente dall' associazione drupal italia nata con il preciso intento di aiutare la diffusione di drupal sul territorio italiano.

Tags Drupal Drupal Comunity DrupalCamp

Il 2 ottobre 2010, per secondo anno consecutivo, si svolgerà l'evento italiano su Drupal aperto a tutti coloro che vogliono conoscere meglio il magico mondo della "goccia".
L'evento è completamente gratuito e si svolgerà presso i locali della cascina roccafranca di Torino.

Quest'evento è il primo organizzato ufficilmente dall' associazione drupal italia nata con il preciso intento di aiutare la diffusione di drupal sul territorio italiano.

Tags: Drupal, Drupal Comunity, DrupalCamp

Il 2 ottobre 2010, per secondo anno consecutivo, si svolgerà l'evento italiano su Drupal aperto a tutti coloro che vogliono conoscere meglio il magico mondo della "goccia".
L'evento è completamente gratuito e si svolgerà presso i locali della cascina roccafranca di Torino.

Quest'evento è il primo organizzato ufficilmente dall' associazione drupal italia nata con il preciso intento di aiutare la diffusione di drupal sul territorio italiano.

leggi tutto

In partenza per la drupalCON Uccio Dom, 08/22/2010 - 12:13

Che dire,

sono in partenza per l'attesissima Drupalcon di Copenhagen, è la prima volta che partecipo ad un evento "maggiore" di drupal e sono contento di partire.

Per chi è gia la ... STO ARRIVANDO!

Tags Drupal Drupal Comunity Drupalcon

In partenza per la drupalCON Uccio Dom, 08/22/2010 - 12:13

Che dire,

sono in partenza per l'attesissima Drupalcon di Copenhagen, è la prima volta che partecipo ad un evento "maggiore" di drupal e sono contento di partire.

Per chi è gia la ... STO ARRIVANDO!

Tags Drupal Drupal Comunity Drupalcon

Che dire,

sono in partenza per l'attesissima Drupalcon di Copenhagen, è la prima volta che partecipo ad un evento "maggiore" di drupal e sono contento di partire.

Per chi è gia la ... STO ARRIVANDO!

Tags: Drupal, Drupal Comunity, Drupalcon

Che dire,

sono in partenza per l'attesissima Drupalcon di Copenhagen, è la prima volta che partecipo ad un evento "maggiore" di drupal e sono contento di partire.

Per chi è gia la ... STO ARRIVANDO!

Drupal Gardens Beta Uccio Gio, 03/25/2010 - 00:44 [inline:drupal-gardens.PNG=Drupal Gardens]

Il 2 settembre 2009 in occasione della DrupalCon Paris, Dries co-fondatore di Aquia lo aveva annunciato: Acquia per la fine del 2010 renderà diponibili due servizi nuovi per tutti gli amici della della goccia: un hosting professionale con supporto business ed piattaforma Drupal pronta all'uso in stile wordpress.com dove gli utenti potranno usare Drupal senza avere problemi di installazione configurazione e aggiornamento.
Il progetto di una piattaforma Drupal pronta all'uso prende il nome di Drupal Gardens e secondo i piani dovrà diventare l'antagonista di wordpress.com perchè Drupal vuole crescere e quindi ora si punta a diventare popolare concentrandosi sull'usabilità (che non è mai stato un punto di forza) realizzando una piattaforma "intuitiva" per utenti senza skill particolari.
Drupal Garden sicuramente mira ad allargare la base installata dimostrando al tempo stesso che il supporto di aquia è una realtà importante con risorse tecniche e soluzioni innovative.

Da quel 2 settembre di tempo ne è orami passato ed oggi ecco che arrivano i primi inviti a provare la piattafforma Beta.
La piattaforma girovangado tra i canonici report del CMS e le pagine tecniche del progetto risulta essere così composta:

• Piattaforma virtualizzata con Xen
• Ubuntu 5.10
• Apache/2.2.8
• PHP 5.2.4-2 con 256MB di RAM
• Drupal 7.0-alpha2
• Spazio Disco 1, 2, 5 GB a seconda del profilo
• Banda 50, 100 GB a seconda del profilo

La mia prova

Con il codice Beta che ho ricevuto ieri pomeriggio (direi che sono tra i primi a riceverlo in italia.. woooow) ho provveduto ad affettuare la registrazione di http://uccio.drupalgardens.com e
subito sono rimasto stupefatto dall'interfaccia curata con cui si generano le credenziali e si sceglie il profilo di installazione.
Il sito generato possiede una toolbox in basso che permette di modificare il layout la grafica ed ogni aspetto del sito.
Lo sforzo di dare uno strumento web simile ad "Artister" è veramente incredibile, l'uso di massiccio di Jquery rende l'oggetto veramente interattivo.

In sostanza è veramente una piattaforma che darà molte soddisfazioni ad Aquia!

Qui sotto ecco il corpo del reato realizzato in meno di 5 minuti:

[inline:uccio.drupalgardens.com_.png=uccio.drupalgardens.com]

ed appena possibile aggiungerò qualche altra bella immagine!

Tags Drupal Drupal Comunity Drupal Gardens sembra un buon servizio, ho Violante (non verificato) Gio, 07/01/2010 - 10:46

sembra un buon servizio, ho richiesto anche io il codice e aspetto di provarlo per poterlo giudicare meglio.
ma di servizi coì ce ne sono un'infinità.
quello che più mi incuriosisce è questo "Custom domain available" nel piano free.
che vuol dire nello specifico?

nello specifico Uccio (non verificato) Ven, 07/02/2010 - 09:56

In risposta a sembra un buon servizio, ho di Violante (non verificato)

nello specifico, significa che puoi comprare un nome a dominio che ti piace (es: ilmiosuperblog.it)ed usarlo sulla loro piattaforma.

Anteprima commento | Uccio.org configurazione… (non verificato) Mer, 10/01/2014 - 20:53

Sono 4 oгe che cerco e il tuo articolo è la prima cosa attrаente che
ho trovato. Realmente convincente. Ѕe tutte le persone che creano
pagіne web badasssdro a produrre materiale attraente come
qսesto il web sarebЬe certamente molto ρiù facile daa visitare.
Continua così.

Anteprima commento | Uccio.org configurazione… (non verificato) Gio, 12/04/2014 - 00:31

Sono cinque oreе che navigo e il tuo ɑrticolo è la sola cosa apprezzabile che ho trovatо.

Veramente interеssante.Se tuttе le peгsone che creano blog si preoccupassеro di fornire materiale convincеnte come questo lа
rete sarebbe di sicuro più facile da leggere. Grazie!!

Drupal Gardens Beta Uccio Gio, 03/25/2010 - 00:44 [inline:drupal-gardens.PNG=Drupal Gardens]

Il 2 settembre 2009 in occasione della DrupalCon Paris, Dries co-fondatore di Aquia lo aveva annunciato: Acquia per la fine del 2010 renderà diponibili due servizi nuovi per tutti gli amici della della goccia: un hosting professionale con supporto business ed piattaforma Drupal pronta all'uso in stile wordpress.com dove gli utenti potranno usare Drupal senza avere problemi di installazione configurazione e aggiornamento.
Il progetto di una piattaforma Drupal pronta all'uso prende il nome di Drupal Gardens e secondo i piani dovrà diventare l'antagonista di wordpress.com perchè Drupal vuole crescere e quindi ora si punta a diventare popolare concentrandosi sull'usabilità (che non è mai stato un punto di forza) realizzando una piattaforma "intuitiva" per utenti senza skill particolari.
Drupal Garden sicuramente mira ad allargare la base installata dimostrando al tempo stesso che il supporto di aquia è una realtà importante con risorse tecniche e soluzioni innovative.

Da quel 2 settembre di tempo ne è orami passato ed oggi ecco che arrivano i primi inviti a provare la piattafforma Beta.
La piattaforma girovangado tra i canonici report del CMS e le pagine tecniche del progetto risulta essere così composta:

• Piattaforma virtualizzata con Xen
• Ubuntu 5.10
• Apache/2.2.8
• PHP 5.2.4-2 con 256MB di RAM
• Drupal 7.0-alpha2
• Spazio Disco 1, 2, 5 GB a seconda del profilo
• Banda 50, 100 GB a seconda del profilo

La mia prova

Con il codice Beta che ho ricevuto ieri pomeriggio (direi che sono tra i primi a riceverlo in italia.. woooow) ho provveduto ad affettuare la registrazione di http://uccio.drupalgardens.com e
subito sono rimasto stupefatto dall'interfaccia curata con cui si generano le credenziali e si sceglie il profilo di installazione.
Il sito generato possiede una toolbox in basso che permette di modificare il layout la grafica ed ogni aspetto del sito.
Lo sforzo di dare uno strumento web simile ad "Artister" è veramente incredibile, l'uso di massiccio di Jquery rende l'oggetto veramente interattivo.

In sostanza è veramente una piattaforma che darà molte soddisfazioni ad Aquia!

Qui sotto ecco il corpo del reato realizzato in meno di 5 minuti:

[inline:uccio.drupalgardens.com_.png=uccio.drupalgardens.com]

ed appena possibile aggiungerò qualche altra bella immagine!

Tags Drupal Drupal Comunity Drupal Gardens sembra un buon servizio, ho Violante (non verificato) Gio, 07/01/2010 - 10:46

sembra un buon servizio, ho richiesto anche io il codice e aspetto di provarlo per poterlo giudicare meglio.
ma di servizi coì ce ne sono un'infinità.
quello che più mi incuriosisce è questo "Custom domain available" nel piano free.
che vuol dire nello specifico?

nello specifico Uccio (non verificato) Ven, 07/02/2010 - 09:56

In risposta a sembra un buon servizio, ho di Violante (non verificato)

nello specifico, significa che puoi comprare un nome a dominio che ti piace (es: ilmiosuperblog.it)ed usarlo sulla loro piattaforma.

Anteprima commento | Uccio.org configurazione… (non verificato) Mer, 10/01/2014 - 20:53

Sono 4 oгe che cerco e il tuo articolo è la prima cosa attrаente che
ho trovato. Realmente convincente. Ѕe tutte le persone che creano
pagіne web badasssdro a produrre materiale attraente come
qսesto il web sarebЬe certamente molto ρiù facile daa visitare.
Continua così.

Anteprima commento | Uccio.org configurazione… (non verificato) Gio, 12/04/2014 - 00:31

Sono cinque oreе che navigo e il tuo ɑrticolo è la sola cosa apprezzabile che ho trovatо.

Veramente interеssante.Se tuttе le peгsone che creano blog si preoccupassеro di fornire materiale convincеnte come questo lа
rete sarebbe di sicuro più facile da leggere. Grazie!!

[inline:drupal-gardens.PNG=Drupal Gardens]

Il 2 settembre 2009 in occasione della DrupalCon Paris, Dries co-fondatore di Aquia lo aveva annunciato: Acquia per la fine del 2010 renderà diponibili due servizi nuovi per tutti gli amici della della goccia: un hosting professionale con supporto business ed piattaforma Drupal pronta all'uso in stile wordpress.com dove gli utenti potranno usare Drupal senza avere problemi di installazione configurazione e aggiornamento.
Il progetto di una piattaforma Drupal pronta all'uso prende il nome di Drupal Gardens e secondo i piani dovrà diventare l'antagonista di wordpress.com perchè Drupal vuole crescere e quindi ora si punta a diventare popolare concentrandosi sull'usabilità (che non è mai stato un punto di forza) realizzando una piattaforma "intuitiva" per utenti senza skill particolari.
Drupal Garden sicuramente mira ad allargare la base installata dimostrando al tempo stesso che il supporto di aquia è una realtà importante con risorse tecniche e soluzioni innovative.

Da quel 2 settembre di tempo ne è orami passato ed oggi ecco che arrivano i primi inviti a provare la piattafforma Beta.
La piattaforma girovangado tra i canonici report del CMS e le pagine tecniche del progetto risulta essere così composta:

• Piattaforma virtualizzata con Xen
• Ubuntu 5.10
• Apache/2.2.8
• PHP 5.2.4-2 con 256MB di RAM
• Drupal 7.0-alpha2
• Spazio Disco 1, 2, 5 GB a seconda del profilo
• Banda 50, 100 GB a seconda del profilo

La mia prova

Con il codice Beta che ho ricevuto ieri pomeriggio (direi che sono tra i primi a riceverlo in italia.. woooow) ho provveduto ad affettuare la registrazione di http://uccio.drupalgardens.com e
subito sono rimasto stupefatto dall'interfaccia curata con cui si generano le credenziali e si sceglie il profilo di installazione.
Il sito generato possiede una toolbox in basso che permette di modificare il layout la grafica ed ogni aspetto del sito.
Lo sforzo di dare uno strumento web simile ad "Artister" è veramente incredibile, l'uso di massiccio di Jquery rende l'oggetto veramente interattivo.

In sostanza è veramente una piattaforma che darà molte soddisfazioni ad Aquia!

Qui sotto ecco il corpo del reato realizzato in meno di 5 minuti:

[inline:uccio.drupalgardens.com_.png=uccio.drupalgardens.com]

ed appena possibile aggiungerò qualche altra bella immagine!

Tags: Drupal, Drupal Comunity, Drupal Gardens

Il 2 settembre 2009 in occasione della DrupalCon Paris, Dries co-fondatore di Aquia lo aveva annunciato: Acquia per la fine del 2010 renderà diponibili due servizi nuovi per tutti gli amici della della goccia: un hosting professionale con supporto business ed piattaforma Drupal pronta all'uso in stile wordpress.com dove gli utenti potranno usare Drupal senza avere problemi di installazione configurazione e aggiornamento.

leggi tutto

Devel: il Debug sotto Drupal Uccio Gio, 03/11/2010 - 17:52

Scrivere applicazioni web con Drupal è ormai una realtà ed il CMF guadagna ogni giorno piu consensi sia tra gli sviluppatori, che tra gli utilizzatori.
Drupal come framework di sviluppo tende a nascondere bene cosa avviene al suo interno ed è quindi molto importante conoscere il modulo devel (un modulo non core) che è pensato per gli sviluppatori ed i themer che lavorano con Drupal.
Questa guida è pensata come una panoramica alle funzioni di debugging di Devel che rendono piu agevole lo sviluppo delle nostre applicazioni.

Il modulo Devel

Il modulo devel è cosi composto:

• Devel

  Questo è il modulo principale oltre a contenere tutte le funzioni di debug che vedremo sotto è la libreria base per i moduli gregari.
  Se configurato opportunamente questo modulo rende disponibile la lista delle query impiegate nella creazione della pagina ed i relativi tempi di esecuzione. Il modulo ci comunica inoltre l'ammontare di memoria RAM impegata ed il tempo di generazione dell'intera pagina.

• Devel generate

  Questo modulo serve per generare contenuti in maniera automatica, nativamente supporta la creazione di nodi, commenti, voci di tassionomia e utenti. La generazione casuale di contenuti è molto utile per predisporre piattaforme popolose per i test di performance.

• Devel node access

  Questo modulo aggiunge dei tab e dei blocchi che contengono informazzioni utili al debug dell'acesso ai nodi. Il suo utilizzo tipico è nello sviluppo di moduli di acesso ai contenuti come taxonomy access o nella creazione di nodi custom con politiche di accesso esotiche.

• Performance Logging

  Questo componente raccoglie le statistiche sul tempo di esecuzione e sull'utilizzo di ram del sito per proporcelo in semplici report.

• Theme developer

  Il componente è essenziale per chi sviluppa sui temi di drupal perchè indentifica il file responsabile del render di ogni singolo componente della pagina. L'interfaccia di introspezione è un comodo componente javascipt.

Le funzioni dpm($input, $name = NULL)

La funzione stampa il dump della variabile con var_dump nello spazio dei messaggi di drupal. La visualizzazione tramite Krumo agevola le lettura grazie ad una moderna interfaccia Java Sript non intrusiva.
Il secondo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.
La funzione ha un alias come dsm() ma gli sviluppatori pensano che dpm sia meglio.

dvm($input, $name = NULL)

La funzione stampa il dump della variabile con var_dump nello spazio dei messaggi di drupal. La visualizzazione è testuale Il secondo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.

dpr($input, $return = FALSE, $name = NULL)

La funzione stampa il dump con la funzione php print_r e mette l'output nella pagina, è utile se il tuo tema non stampa a video i messaggi.
Il secondo parametro è utile se si vuole catturare il messaggio invece di mandarlo direttamente in stampa.
Il terzo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.
La funzione stampa output solo se l'utente ha i privilegi necessari, quindi è possibile utilizzarla anche in ambienti in produzione (con le dovute cautele).

dvr($input, $return = FALSE, $name = NULL)

La funzione stampa il dump con la funzione php var_dump e mette l'output nella pagina, è utile se il tuo tema non stampa a video i messaggi.
Il secondo parametro è utile se si vuole catturare il messaggio invece di mandarlo direttamente in stampa.
Il terzo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.

kpr($input, $return = FALSE, $name = NULL)

La funzione ha le stesse caratteristiche di dvr ma l'output è formattato con Krumo.
La funzione è un alias di kprint_r() che viene definita dagli sviluppatori una funzione contro il diffondersi del tunnel carpale.

dargs()

La funzione ritorna il var_dump dei parametri passati alla funzione di interesse, detto in latre parole serve a capire cosa drupal passa alla funzione in esame.

dd()

La funzione è una alias di drupal_debug() e serve per loggare tutti i cambiamenti di stato di una variable in un file chiamato drupal_debug.txt posto nella directory temp del sito.

ddebug_backtrace()

La funzione ritorna lo stack delle funzioni richiemate.

db_queryd()

La funzione stampa nell'header della pagina la query passata con i relativi parametri completati e mostra l'errore sql ritornato dal server.

Tags Drupal Drupal Debugging Finalmente un howto che RedFox (non verificato) Ven, 03/12/2010 - 09:16

Finalmente un howto che spiega come fare il debug in maniera sensata .... Uccio sei sempre il migliore :D

La funzione è un alias di psicomante (non verificato) Gio, 04/15/2010 - 12:06

La funzione è un alias di kprint_r() che viene definita dagli sviluppatori una funzione contro il diffondersi del tunnel carpale.

Ahah, stavo morendo dal ridere quando ho letto il commento sopra kpr :)

Ottima guida uccio ;)

Scrivere applicazioni web con Drupal è ormai una realtà ed il CMF guadagna ogni giorno piu consensi sia tra gli sviluppatori, che tra gli utilizzatori.
Drupal come framework di sviluppo tende a nascondere bene cosa avviene al suo interno ed è quindi molto importante conoscere il modulo devel (un modulo non core) che è pensato per gli sviluppatori ed i themer che lavorano con Drupal.
Questa guida è pensata come una panoramica alle funzioni di debugging di Devel che rendono piu agevole lo sviluppo delle nostre applicazioni.

Il modulo Devel

Il modulo devel è cosi composto:

• Devel

  Questo è il modulo principale oltre a contenere tutte le funzioni di debug che vedremo sotto è la libreria base per i moduli gregari.
  Se configurato opportunamente questo modulo rende disponibile la lista delle query impiegate nella creazione della pagina ed i relativi tempi di esecuzione. Il modulo ci comunica inoltre l'ammontare di memoria RAM impegata ed il tempo di generazione dell'intera pagina.

• Devel generate

  Questo modulo serve per generare contenuti in maniera automatica, nativamente supporta la creazione di nodi, commenti, voci di tassionomia e utenti. La generazione casuale di contenuti è molto utile per predisporre piattaforme popolose per i test di performance.

• Devel node access

  Questo modulo aggiunge dei tab e dei blocchi che contengono informazzioni utili al debug dell'acesso ai nodi. Il suo utilizzo tipico è nello sviluppo di moduli di acesso ai contenuti come taxonomy access o nella creazione di nodi custom con politiche di accesso esotiche.

• Performance Logging

  Questo componente raccoglie le statistiche sul tempo di esecuzione e sull'utilizzo di ram del sito per proporcelo in semplici report.

• Theme developer

  Il componente è essenziale per chi sviluppa sui temi di drupal perchè indentifica il file responsabile del render di ogni singolo componente della pagina. L'interfaccia di introspezione è un comodo componente javascipt.

Le funzioni dpm($input, $name = NULL)

La funzione stampa il dump della variabile con var_dump nello spazio dei messaggi di drupal. La visualizzazione tramite Krumo agevola le lettura grazie ad una moderna interfaccia Java Sript non intrusiva.
Il secondo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.
La funzione ha un alias come dsm() ma gli sviluppatori pensano che dpm sia meglio.

dvm($input, $name = NULL)

La funzione stampa il dump della variabile con var_dump nello spazio dei messaggi di drupal. La visualizzazione è testuale Il secondo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.

dpr($input, $return = FALSE, $name = NULL)

La funzione stampa il dump con la funzione php print_r e mette l'output nella pagina, è utile se il tuo tema non stampa a video i messaggi.
Il secondo parametro è utile se si vuole catturare il messaggio invece di mandarlo direttamente in stampa.
Il terzo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.
La funzione stampa output solo se l'utente ha i privilegi necessari, quindi è possibile utilizzarla anche in ambienti in produzione (con le dovute cautele).

dvr($input, $return = FALSE, $name = NULL)

La funzione stampa il dump con la funzione php var_dump e mette l'output nella pagina, è utile se il tuo tema non stampa a video i messaggi.
Il secondo parametro è utile se si vuole catturare il messaggio invece di mandarlo direttamente in stampa.
Il terzo parametro è opzionale e serve a distingure piu esecuzioni successive della funzione.

kpr($input, $return = FALSE, $name = NULL)

La funzione ha le stesse caratteristiche di dvr ma l'output è formattato con Krumo.
La funzione è un alias di kprint_r() che viene definita dagli sviluppatori una funzione contro il diffondersi del tunnel carpale.

dargs()

La funzione ritorna il var_dump dei parametri passati alla funzione di interesse, detto in latre parole serve a capire cosa drupal passa alla funzione in esame.

dd()

La funzione è una alias di drupal_debug() e serve per loggare tutti i cambiamenti di stato di una variable in un file chiamato drupal_debug.txt posto nella directory temp del sito.

ddebug_backtrace()

La funzione ritorna lo stack delle funzioni richiemate.

db_queryd()

La funzione stampa nell'header della pagina la query passata con i relativi parametri completati e mostra l'errore sql ritornato dal server.

Tags: Drupal, Drupal Debugging