ti faccio un esempio, per la versione 1.0 di Joomla è stato chiuso il supporto il 22 Luglio 2009 ma questo non ha significato che chi utilizza tale versione sia stato costretto a passare alla 1.5, no, ci sono ancora molti milioni di siti realizzati con la 1.0 che funzionano ancora benissimo, ed è passato un anno da quando è stato chiuso il supporto. Anche il sito del JoomlaDay Italia è ancora con la versione 1.0 e va benissimo e non c'è ragione che ci porti ad aggiornarlo.
Quindi se il supporto ufficiale per la 1.5 verrà chiuso dopo un anno dal rilascio della 1.6 stabile non c'è bisogno di preoccuparsi 
Come consigliato non è necessario passare i siti sviluppati con la 1.5 alla 1.6   chi vorrà farlo potrà farlo, sarà resa disponibile una procedura di migrazione. Ma chi ha un sito strutturato con la 1.5 può benissimo mantenerlo alla 1.5 ancora per molto tempo, poi è ovvio e nella natura dei siti Internet che dopo qualche anno siano destinati ad essere rivisti ed aggiornati....
Si, ti confermo anche che non esisterà il legacy nella 1.6

Altro riferimento... dopo sei mesi dall'uscita della 1.6 stabile sarà aperto il progetto della 1.7

Quoto in toto, non avrei potuto scriverlo meglio!

Stiamo lavorando per estendere joomla! 1.6 come cms di riferimento per il sito istituzionale del nostro Ateneo, in tal senso mi stavo chiedendo se qualcuno ha pensato di integrare joomla! 1.6 con degli strumenti ad hoc (plugin, moduli, template e componenti) che consentano di venire incontro alle linee guida per i siti web delle PA emanate dal Governo di recente:

http://www.innovazionepa.gov.it/comunicazione/notizie/2010/marzo/09032010---pubblicate-le-linee-guida-per-i-siti-web-delle-pa.aspx

Ad esempio la possibilità di avere:
- gestione di versioning;
- log dettagliato della gestione dei contenuti;
- Accessibilità (non sapendo se Joomla!FAP si estenderà alla 1.6);
- Strumenti di controllo e correzione dei link (invece di utilizzare un link checker);

Sarebbe bello se la community Italiana di Joomla! come già fatto per FAP affrontasse in maniera specifica questi aspetti sempre più attuali legati alla normativa.

Grazie

ciao, mi sembra che ci sia un pò di confusione di fondo: il link che hai postato non sembra che riguardi joomla!...

Ciao, prima di tutto devi abilitare dal php.ini la possibilità di visualizzare warning ed errori: in questo modo la pagina bianca dovrebbe "dire" qualcosa. A naso potrebbe essere un errore di timeout nell'installazione. Prova a scompattare lo zip del componente, caricarlo via ftp nella cartella temp ed installarlo prendendolo direttamente dalla cartella.
Ciao

Non bisogna migrare per forza! ci sono siti anche di un certo rilievo che utilizzano ancora la 1.5 o addirittura la 1. Io personalmente pur di utilizzare l'ACL rifarei il sito da zero! ma questo perchè c'è la necessità! Se il tuo progetto non ha pretese per le quali sei costretto alla migrazione, puoi anche valutare di rimanere alle 1.5 ed avviare magari un processo graduale di porting. ( mi sembra che la 1.5 rimarrà supportata ancora per un anno con gli aggiornamenti)

Ciao, il plugin per LDAP era già presente nella versione joomla! 1.5. Da quanto mi risulta, almeno nelle versioni beta di Joomla! 1.6 è presente lo stesso plugin, con le medesime funzionalità.
Ciao!

Salve,
l'articolo tenta di spiegare l'approccio teorico alla gestione dei permessi nel server di hosting. Giustamente la parola più scritta è "solitamente".... in quanto non esistino parametri standardizzati da utilizzare. I fornitori di hosting cercano di trovare il giusto compromesso tra sicurezza e flessibilità per l'utente, tuttavia solo una scelta ad hoc può essere ritenuta ottimale. Basta pensare alla gestione del Safe mode che molti provider tengono di default a ON scegliendo una politica restrittiva di sicurezza massima, quando invece agendo a livello di sistema si potrebbe intervenire in maniera atomica sulle vare funzioni e rendere più flessibile il prodotto. Purtroppo quando si parla di server condivisi le scelte non sono facili, per questo l'unica configurazione ottimale rimane quella fatta ad hoc per uno specifico cliente. Il discorso poi diventa anche più complicato se parliamo di codice integrato, condiviso, di utenti diversi, dove devono scrivere, chi ha i permessi per fare cosa, chi no.....la gestione dei gruppi , come gira PHP (apache...cgi).....ritengo che sia umanamente impossibile dare una linea base. Saluti