Newsgroup: it.comp.www.php
Titolo: Aggiornare CMS

Ciao a tutti,
Dopo l'ennesimo Joomla bucato per via di un componente non aggiornato,
mi é stato affidato l'incarico, in quato sistemista, di evitare che
accada :)
A parte il non usare piú Joomla, che é una vera cacata, il mio problema
é molto piú ampio: il reparto web, attratto dal "giá fatto e gratis", ha
riempito i server web di:
1) Joomla
2) Drupal
3) Wordpress
2) OsCommerce
4) Prestashop
5) Phpbb
L'unico che a mio avviso abbia una buona gestione dei moduli, con
relativo feed rss dei bug di sicurezza é Drupal, per gli altri brancolo
nel buio.
Come fate a tenere aggiornata tutta sta porcheria? Sto parlando di un
centinaio di siti fatti piú o meno bene, nel senso che non tutti
rispettano gli standard del CMS, alcuni addirittura hanno il core
modificato...
-- 
g4b0, linux user n. 369000
http://brosulo.net

 ha scritto nel messaggio 
news:i13ubh$3a1$1...@speranza.aioe.org...

E' una porcheria, provata tanto tempo fa e gettata nell'immondizia.
Non esiste gratis, non esiste già fatto.
Il gratis lo paghi in altro modo (pubblicià, componenti aggiuntivi a 
pagamento eccetera)
Il già fatto non esiste, Quello che vuoi se non lo scrivi o te lo fai 
scrivere non lo trovi come vuoi tu, ti devi accontentare. (ridondante, 
mancanza di opzioni, grafica non adatta eccetera).
Ma come si dice, chi si contenta gode. :-)))
Ciao
Leonardo

 modificato...
Se siete voi a installarli cambiate politica: un solo repository centrale 
con il "motore" (se possibile) e i plugin, mentre i dati vanno in 
cartelle personalizzate per sito. Lo puoi fare da apache con rewrite e 
altri moduli. Solo i sistemisti (tu) possono installare e aggiornare. 
Sono vietate le modifiche al core e a qualsiasi modulo non prodotto da 
voi. Se dovete personalizzare un modulo o fate il fork (e tenere un tot 
di programmatori a manterene i merge) o tentate di entrare nel team di 
sviluppo (e accettate quello che arriva).
Insomma: controllo totale.
Se siete hosting e ogni vostro cliente installa quello che vuole, basta 
isolargli lo spazio web e fargli firmare una carta in cui dichiara di 
scaricarvi da qualsiasi responsabilita`.
Bye.

 scaricarvi da qualsiasi responsabilita`.
Stavo cercando il modo di chroottare i singoli virtualhost, ma il tempo
non é mai abbastanza!!


 cliente che lo hanno usato... siamo a questi livelli...
rotfl

 scaricarvi da qualsiasi responsabilita`.
Scusa, ma questo non è implicito?
Cioè, se io il sito me lo faccio da solo con un cms, e me lo bucano,
l'hoster che colpa ne ha?
Diverso è se l'hoster è anche quello che fà il sito

 Scusa, ma questo non è implicito?
Per le persone intelligenti e oneste si`, per chi vuole approfittarne no. 
"Mi hanno acherato il sito, adesso mi paghi i danni".
Meglio avere tutto nero su bianco.
Bye.

 Meglio avere tutto nero su bianco.
Bhè dipende anche da come ti hanno hackerato.
Se ti aprono l'ftp in brute-force e l'hoster non banna l'ip dopo $x
tentativi falliti forse forse è anche lecito incazzarsi un pò.

 tentativi falliti forse forse è anche lecito incazzarsi un pò.
Sei troppo ottimista. Di quelli che descrivi e che comprano hosting (e 
non housing) ne trovi uno ogni 10.000.
Tutti gli altri 9.999 ti diranno che e` colpa tua, che il tuo server non 
e` sicuro, che non sei capace di configurarlo in sicurezza, ecc.
Bye.

 e` sicuro, che non sei capace di configurarlo in sicurezza, ecc.
No bhè era per dire che bisogna da vedere di caso in caso, sò
benissimo che la maggior parte delle volte è una falla del sito e non
dell'hoster ;)

modificato...
ti dico come facciamo noi, abbiamo scelto un unico prodotto: Drupal,
abbiamo un unica installazione e tanti db e cartelle per i singoli
siti, poi se il cliente vuole (e paga a parte) gli facciamo la sua
installazione su hw e sw ad hoc.
In questo modo abbiamo ristretto (e non di poco il range di
applicazioni da manutenere).
Poi ci sono le due persone che seguono di piu' l'argomento che sono
entrate nella comunita' di Drupal, certo che seguire + di un prodotto
non e' possibile, ed un buon programmatore ci mette veramente poco ad
integrare una funzionalita' con un modulo che manca.  
Il core non si modifica mai, i moduli se nasce la necessita' di
modificarli (ma e' accaduto 5, 6 volte non di piu) si forkano (se non
e' possibile sottomettere le modifiche ai tree principali.
Adesso stiamo lavorando per il porting del db su due dbms che non
erano considerati precedentemente.

 e' possibile sottomettere le modifiche ai tree principali.
Ulteriore problema: se non modifichi il core magari poi il cliente si
accorge che hai usato Joomla, che figura ci fai?
ROFTL


 ROFTL
Quindi per fare bella figura eliminano e/o modificano tutta la parte 
iniziale di ogni file dove si fa riferimento al copyright di Joomla e 
alla GPL...
dei geni ;)

 accorge che hai usato Joomla, che figura ci fai?
beh? dov'è il divieto scusa? metti su le macchine, metti su il cms già 
pronto lo configuri, lo rendi sicuro e lo mantieni...il tuo lavoro l'hai 
fatto, d'altronde se dovessi scrivere te il cms per il cliente mica gli 
chiederesti una cifra bassa no?
alla domanda "ma a vete usato un software gratis e mi avete fatto pagare 
così tanto" la risposta potrebbbe essere "non è gratis è opensource, che 
è diverso e se Lei è capace di fare uguale, se lo faccia da se"

 è diverso e se Lei è capace di fare uguale, se lo faccia da se"
Il problema non é farlo capire al cliente, che probabilmente non conosce
la differenza tra Drupal ed Excel, ma all'amministrazione di chi i siti
li vende...



No, almeno questo se lo risparmiano, tanto il codice al cliente non
viene fornito. Comunque sia un Joomla te lo riconosco tra mille, ci sono
mille modi per capire che hai a che fare con un joomlaggio!



Quindi mi confermi che drupal gestisce bene il miltisite..
Senti ma per gli aggiornamenti dei moduli, quindi, sovvrascrivete
un'unica cartella e ci siamo (immagino /sites/all/modules/nome-
modulo), ma per l'aggiornamento del db?
Lanciate l'update.php per ogni singolo sito?
E per il discorso di mettere ogni sito 'off-line', lo fà in automatico?

E per il discorso di mettere ogni sito 'off-line', lo fà in automatico?
giro la domanda ai due colleghi drupalisti.

 giro la domanda ai due colleghi drupalisti.
Graize per la disponibilità.
Probabilmente useremo anche noi drupal in multisite, già mi stò
divertendo a farlo andare d'accordo con plesk

Graize per la disponibilità.
mi dicono che e' bene mettere offline tutti i siti di una singola
installazione (anche se dovendo aggiornare un singolo modulo
utilizzato da un solo sito potrebbe apparire una cazzata, essendo cmq
gli script condivisi da piu' siti e' meglio cosi', si diminuisce la
possibilita' di commettere errori grossolani) 


 possibilita' di commettere errori grossolani)
Ok quello è palese, ma avendo X siti da gestire mi domandavo se c'è un
modo per metterli tutti off-line in un colpo solo o se era da fare a
mano uno per uno (ma mi rispondo da solo: credo che drupal usi un flag
nel database per sapere se è offline o no, quindi avrete fatto uno
script da qualche parte che prende tutti i db e mette quel flag su
offline)