Attualmente i centralini IP sono diventati sempre più comuni ed i software si sono stabilizzati. Quello più utilizzato è sicuramente l’Asterisk che ormai viene distruito in una miriade di forme e praticamente in tutte le distribuzioni.
Solitamente durante l’installazione si incontrano problemi cercando di far funzionare le schede per interfacciare le “normali” linee telefoniche (sia analogiche che isdn) e configurando la logica di funzionamento interna del centralino stesso. Una volta però superati gli ostacoli funziona tutto benissimo.

Esistono anche alcune distribuzioni pronte all’uso per facilitare il tutto. La più comune è l’Asterisk@home che è basata sulla Centos ed è piena di addons.

Per chi volesse qualcosa di più “pulito” consiglio vivamente la Rapid che invece è basata sulla Debian ed è più leggera e pulita.

Dopo diversi test posso affermare tranquillamente che il VoIP cambierà sicuramente il funzionamento delle comunicazioni a tutti i livelli.

I calendari condivisi stanno diventanto uno strumento sempre più diffuso. Avendo la necessità di crearne uno ho provato sotto Linux praticamente tutti i software in grado di gestirli cercando con attenzione la possibilità di condividere successivamente il calendario in formato ics.
Ho scoperto che a parte Sunbird (non sufficientemente stabile al momento) nessun applicativo sembra soddisfare l’esigenza. Persino Evolution condivide solo il freebusy time.

Alla fine dopo aver provato davvero di tutto sono arrivato al Webcalendar.
Questo software GPL è scritto in PHP, l’installazione via web è semplice e supporta davvero molte funzioni.

Lo consiglio a tutti quelli che necessitano di condividere un calendario in modo semplice. Io al momento lo sto usando interfacciato ad iCal.

Oggi trovando 30 minuti di tempo ho rimosso mysql 4.1 della Sarge e l’ho sostituito con mysql 5.0.15 scaricato dal sito ufficiale. Dopo alcuni primi piccoli problemi sull’autenticazione dovuti al diverso rilevamento del nome dell’host è tutto ora funzionante….

Vediamo come va…

Ieri notte ho installato Mysql 5 sul mio powerbook ed ho iniziato a fare le prime prove… Devo dire che hanno fatto alcuni cambiamenti molto pratici; prima di tutti finalmente ci sono le viste, una carenza che si sentiva da tempo… poi i campi varchar sono stati esteti ad una lunghezza massima di 65535 (evitando di dover quindi usare i blob ed aprendo nuovi utilizzi alle tabelle con engine=memory).
Infine ho trovato tra le variabili di configurazione la possibilità di cambiare il formato dei cambi datetime…..

More to come…

Oggi ho scoperto che Oracle ha acquisito la Innodb ovvero l’azienda che produce il motore transazionale di Mysql. Nella nota si legge che: “..InnoDB’s contractual relationship with MySQL comes up for renewal next year. Oracle fully expects to negotiate an extension of that relationship…”.

Mi viene da pensare che fino all’anno prossimo non si muoverà nulla ma poi succederà qualcosa…

Speriamo che Mysql riesca a reggere il colpo..

Sfogliando la rivista che Sky invia a casa agli abbonati ho trovato la pubblicità del loro nuovo decoder con integrato un disco rigido per registrare i programmi dal satellite.
E’ vergognoso che Sky abbia conquistato con l’introduzione dell’NDS un posizione di puro monopolista. Hanno praticamente costretto tutti ad adottare il loro schifosissimo GoldBox rendendo incompatibili gli altri decoder ed ora propone un qualcosa di migliorato (ed ovviamente a pagamento).

Per chi non lo sapesse lo standard NDS appartiene ad un’azienda del gruppo di SKY e le specifiche non sono mai state rilasciate (c’è stata una guerra tra i produttori di decoder e SKY che però si è risolta come al solito all’italiana).

Al momento e per quanto mi risulta l’unica eccezione è il Dreambox che permette di leggere le tessere NDS senza problemi (ed ovviamente offriva le funzioni del nuovo decoder SKY già un paio di anni fa).

Dal punto di vista tecnologico basta dire che all’interno del Dreambox gira Linux e quindi le potenzialità sono quasi infinite.

E’ stata rilasciata la prima release candidate di Mysql 5.0. Tra le innovazioni più importanti di questa versione troviamo le views, i triggers e l’archive storage engine.
Sono curioso comunque di vedere se hanno migliorato il sistema di clustering.

Giusto perchè non l’ho ancora scritto.. ma se sviluppate software ed avete bisogno di un tool tipo CVS che vi permetta quindi di gestire le revisioni e lo sviluppo distribuito provare TLA.
A me ha cambiato la vita perchè è semplice, funziona e non ha bisogno di nulla di particolare per essere usato.

Finalmente posso codare senza farmi problemi, al max torno indietro :)

Dopo un pò di studio ho scoperto che per Mysql l’ordine dei campi negli indici multipli è importante.

Faccio un esempio, prendiamo la seguente query:
select * from tabella
where
campoa in (‘N’,'F’,'comm’) and
campob <> ’25566′ and
campoc = ’0′
order by campod desc
limit 3;

Mysql usa un indice per ottimizzare la query se l’indice viene creato in questo ordine:
alter table tabella add index mult (campoc, campoa, campod);
se invece l’indice è creato così
alter table tabella add index mult (campod, campoc, campoa);
l’indice non viene usato.

Non si finisce mai di imparare :)

Il caro Carlo C. ieri mi ha scritto una mail indicandomi che nel kernel di linux non volevano includere il GFS perchè è già presente l’OCFS2. Ho sempre pensato che l’assenza di un file system clusterizzato in modo semplice fosse una carenza di Linux. Windows include di default da Windows 2000 il DFS per la replica dei dati tra diverse share; Linux non ha mai avuto qualcosa di “semplice” da implementare. Coda ed AFS sonn sempre stati ottimi ma mai inclusi in modo standard in Debian e comunque troppo complessi da mettere in produzione.
Chissà se OCFS2 o GFS colmeranno mai questo limite.
Per ora leggevi quest’articolo sull’OCFS2