[TYPO3-UG Italy] Piu' siti sullo stesso database o un database per ogni sito?

[Alessandro Tuveri]

Ciao Rino
ho fatto numerose prove e sto collaudando con successo l'installazione 
MULTISITE
fatta in questo modo:

'core' di Typo3 nella cartella typo3_src e installazioni dummy in varie
cartelle.

Ho fatto un documento, eventualmente pubblico in qualche sito  o passo agli
interessati.

Nulla ti vieta di fare in questo modo:

1. tenere separate le installazioni in cartelle assegnate ad hoc, quindi ogni
utente avra' il suo database personale, la propria strutture 
(fileadmin, media,
uploads, ecc.)

2. eventualmente crea un sito unico sempre con il dummy, genera un codice di
amministratore e poi concedi "branch" dell'albero, intere cartelle o sito
abbinandoli ai vari domini DNS. In questo modo c'e' un unico amministratore
pero' i codici di accesso ai vari siti/cartelle vanno concessi senza privilegi
ed inoltre per ogni sito (come per ogni utente TYPO3) devi generare il
filemount, dbmount, etc.

puoi adottare anche  le due soluzioni insieme e far scegliere al cliente o
utente cosa vuol gestire.

In ogni caso valuta anche la possibilita' di installare in GLOBAL l'utility di
backup per fare in modo che ogni utente (caso 1.) o l'amministratore (caso 2.)
possa fare il backup di tutto.

Colgo l'occasione pero' per segnalare alcuni dubbi e problemi che mi 
sono venuti
in mente dopo aver provato con successo questo tipo di installazione,
sollecitando la comunita' a fornire risposte.

a. installando MULTISITE come da punto 1. di cui sopra, persistono alcuni
problemi (parlo di LAMP):

1. owner/group: ho fatto una prova, installando typo3_src con utente, ad
esempio: servizio, group: apache, ma quando viene generato un nuovo sito
'dummy' assegnando un owner diverso, questo non ha l'accesso alla typo3_src,
conseguentemente il server restituisce errori di violazione. Suppongo che
bisogna fare TUTTE le installazioni 'dummy' con medesimo owner:group, 
ma questo
e' piuttosto limitativo perche' non si da' un codice FTP allo user (poi 
bisogna
verificare eventuali problemi di sicurezza derivandi dall'upload di un file in
PHP che magari permette la navigazione nelle cartelle degli altri!!!)

2. ad ogni nuova installazione si lancia l'installatore da typo3/install. Mi
chiedo (non ho fatto prove) cosa succede se un amministratore di un sito
installato 'dummy' entra nella interfaccia di installazione, magari
"sbloccando" il file localconf.php e modificando la password, poi cambiando il
parametro che gli permette di installare in GLOBAL e procede ad installare
nello spazio globale estensioni non consentite o a cancellarle a vanvera....
qui devo far prove sono solo supposizioni.

b. suppongo che il caso 2. sopra citato sia valido finche' i siti non 
sono molti
altrimenti gestire una struttura molto grande puo' costituire un 
problema infine
il db e' in comune, per quanto sia piu' facile fare un backup puo' "gonfiarsi"
in modo eccessivo; bisogna poi verificare quali estensioni vengono installate,
la memoria occupata, i processi che girano, il numero di visitatori, 
altrimenti
se non ben configurato il server tutto rischia di rallentare/saltare.

Ho comunque pensato a questo, poi desidero un confronto con chi e' 
interessato:

* installare le estensioni in GLOBAL piuttosto che LOCAL, in questo modo basta
aggiornare una estensione e renderla disponibile per tutti i siti 
collegati con
symlink sotto Linux a typo3_src

* questo metodo pero' non consente di "salvare" le estensioni in caso di
aggiornamenti, bisogna fare attenzione a non far fuori la cartella di 
typo3 che
contiene le estensioni GLOBALI. Dovrebbe far risparmiare molto prezioso tempo
nel caso i siti siano numerosi.

* non dare codici FTP che a questo punto non sono necessari in quanto la
gestione di moduli, estensioni e files, consentita da TYPO3 e' gia' attiva e
limitata alle aree stabilite (estensioni locali e fileadmin nella 
fattispecie).

* installare estensioni per far backup del sito...

chi piu' ne ha piu' ne metta, io mi fermo qui....

TYPO3 IS COOOOOL! <- non e' una parolaccia!

buon lavoro a tutti!



--
ALEX TUVERI
CSIT - UNIV. DI UDINE
--------------------------------------

----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine