Newsgroup: it.comp.www.php
Titolo: Consiglio su come impostare un progetto

Salve,
devo realizzare un "sito generale" con 6 "siti zona" (uno per ogni
città nella quale l'azienda ha una sede). Il "sito generale" e quelli
"zona" dovranno condividere lo stesso database e saranno praticamente
identici: cambierà solo l'ordine di visualizzazione dei prodotti del
catalogo (prima quelli della "zona" e poi tutti gli altri) più altre
sciocchezze. Avevo proposto al committente di comprare solo i domini
dei siti "zona" per poi reindirizzarli verso quello "generale", ma mi
ha risposto che non vuole questi re-indirizzamenti per migliorare il
ranking sui motori di ricerca. (è effettivamente così?)
E' la prima volta che mi capita una richiesta del genere, come dovrei
procedere? Di certo non mi va di pubblicare il codice su 7 server
differenti (6 "zona" + 1 "generale") per poi avere - eventuali -
problemi di manutenibilità. Potrei, in qualche modo, condividere il
codice tra tutti i server?
Sperando di essere stato abbastanza chiaro nell'esposizione del
progetto, vi ringrazio anticipatamente
Nicola


Non c'è assolutamente bisogno di avere 7 domini
Drupal e ezPublish ad es. gestiscono nativamente quello che ti serve
Alla peggio fai tutto con un rewrite
La cosa che ti accingi a fare non è semplice, occhio a non prenderla 
sottogamba
Se ti serve aiuto chiedi
Marco

 Marco

 codice tra tutti i server?
Personalmente ho realizzato un progetto molto simile al tuo. 
Stesso database per tutte le filiali, tabelle differenziate in base alla
filiale, quindi:
tabella_articoli_ROMA
tabella_articoli_MILANO
tabella_articoli_BOLOGNA
ecc. ecc.
e poi le tabelle relative ai contenuti web, sempre differenziate in base
alla filiale:
pagine_ROMA
pagine_MILANO
ecc. ecc
Infine gestisco le sedi con una tabella apposita che contiene i dati, e
i permessi, relativi ad ogni filiale. 
Nel mio progetto ogni flilale pu� aggiornare i propri cataloghi
indipendentemente una dall'altra, e l'amministratore generale pu�
accedere a tutti i database delle filiali, e inoltre pu� creare,
abilitare o disabilitare tutte le fliali.
In questo modo con un click pu� creare una nuova filiale, e con un
secondo click popolarla e abilitarla alla pubblicazione.
Per quello che riguarda il sito pubblico tutto � governato da un
.htaccess che popola lo stesso sito in basa all'url_rewriting passando
il nome della filiale come parte integrante dell'url.
Spero che quello che ho scritto ti possa esser d'aiuto.
Max
-- 
http://www.maxori.it
L'Arte � la capacit� di fare cose di nessun valore
e di riuscire a venderle
F. Zappa

 Spero che quello che ho scritto ti possa esser d'aiuto.
sì..grazie

codice tra tutti i server?
Sicuro.
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 un certo numero di alias.
ok, grazie. Mi stavo complicando la vita per nulla ;). Conosci qualche
buon provider
che permette l'uso di alias per i domini?
Con una ricerca veloce ho trovato questo: 
http://www.hostingsolutions.it/hosting/HOSA13.asp

che permette l'uso di alias per i domini?
Quasi tutti quelli che hanno Apache, è che non lo pubblicizzano.
Quelli che ti dicono "pieno controllo del tuo virtual host" (traduzione
"ti diamo accesso, R/W, al corrispondente vhost.conf) addirittura te lo
fanno gratis, anche se magari neppure lo sanno [1].
Leonardo
[1] cioè, la loro policy è "la macchina è limitata, quindi ci puoi fare
    quello che ti pare finché non degradi le prestazioni degli altri" -
    e magari neanche sanno tutto ciò che sta in "quello che ti pare".


Io andrei con drupal, praticamente fà quello che chiedi in modo
*nativo*.
Ti setti vari ruoli utente (amministratore zona A, amministratore zona
B, etc..) che possono vedere/creare/modificare solo alcuni tipi di
contenuto (articolo_zona_a, articolo_zona_b).
Tramite la configurazione multisite con codebase (e nel tuo caso anche
database) unico l'infrastruttura è già pronta.
L'admin avrà accesso a tutti i contenuti, ovvio.
Poi magari aggiungi un campo negli utenti per vedere da quale area si
registrano (per differenziare le mailing list, ad esempio), sempre se
ti interessa far iscrivere gli utenti.
Una volta configurato 1 sito, tramite temi/viste replichi tutti gli
altri in pochi secondi.
Se l'hoster te lo lascia fare ti installi drush sul server (funziona
anche senza installazione, ma ha un paio di problemini in più) e
l'amministrazione la fai da terminale..
Se non hai particolari esigenze di ottimizzazione e funzioni
particolari (tipo, se ti serve un e-commerce sarebbe da valutare) ti
consiglio vivamente di fare una prova con drupal, sembra nato per fare
quello che ti serve ;)


grazie..per il consiglio, ma utilizzerò l'approccio degli alias anche
perché per i "siti catalogo" ho già pronto tutto,
devo solo aggiungere la possibilità dei creare le varie filiali ;)

 tabella_articoli_BOLOGNA
Ma non sarebbe stato meglio mettere un id in "tabella_articoli" in cui
veniva indicata la filiale di appartenenza?
Ciao
-- 
MMM

 wrote:

Nel mio caso no, perch� ogni filiale aggiorna pi� volte al giorno il
proprio database inviando un file xml prelevato dal proprio gestionale.
Successivamente uno script PHP legge questo file, svuota la tabella
relativa alla filiale e la ripopola con i nuovi dati.
Se avessi fatto una unica grande tabella il sistema sarebbe stato pi�
complicato e pi� pesante.


 complicato e pi� pesante.
Ok, con queste premesse forse si, capito...
Ciao
-- 
MMM