Newsgroup: it.lavoro.professioni.webmaster
Titolo: Gestire (come fate ??)un sito in team

Ragazzi, una domanda di organizzazione.
Come gestite un sito che realizzate insieme ad altre persone che magari
vivono in posti completamente diversi???
per. esempio:
Per lucanianet ho creato un back-office con il quale i colleghi si
connettono e fanno quelloc he devono fare, ma la gestione diviene
massacrante ogni volta che bisogna aggiuingere qualcosa di nuovo (Nuove
sezioni ecc.). Come fare??
ciauz!
--
Mule
-----------------------------------------------------------
www.LucaniaNet.it
 poi non dite che non vi avevo avvertito!
www.DreamCoding.com
 UD&DW Encoding&Co. Enjoy!!
-----------------------------------------------------------


Ciao Mule.
Ma tu intendi lo sviluppo o l'aggiornaento?
Per lo sviluppo di codici ti consiglio il CVS, per l'aggiornamento non
esistono problemi ...
Ciao!
CLa

 wrote in message
news:b2vc8.14$Zf3...@twister2.libero.it...


 ha scritto nel messaggio
news:b2vc8.14$Zf3...@twister2.libero.it...



io dico pe rl'inserimento dei contenuti (testi ed immagini), più la gestione
delle nuove sezioni!

 dacho
no, intendo non un team di una lan, ma un team che lavora su internet!

 e con accessi e permessi diversificati a seconda dell'utente.
la diversificazione già la metto inpratica, mentre la cezione di nuov sezoni
sarebbe interessante. Solo che come si fa a cacciare fuori una struttura di
una possibile sezione???
allafine sarebbe un phpnuke in asp!


Non so se ho capito bene quel che vuoi dire. L'ampliamento delle
sezioni ad opera di qualcuno, anche se non prevista dall'inizio, non
credo possa creare chissa' quali problemi (visto che il back office
lo hai gia' implementato). Credo pero' che sia importante capire la
struttura che governa la distribuzione dei contenuti (sempre se ho
capito, credo stia qui il punto debole ...)
Altrimenti il discorso dovrebbe essere abbastanza semplice...
L'immissione dei contenuti segue il (macro)percorso
sezione/eventuali sotto sezioni/contenuto o qualcosa di piu'
complesso/diverso?
Claudio

 ha scritto nel
messaggio news:QdAc8.2795$Zf3....@twister2.libero.it...


Sia MArco che Claudio avete perfettamente centrato l'argomento.
La questione è certamente di tipo concettuale prima ancora che di gestione
del sito.
Infatti, pe rlo meno per quel che è LucaniaNet.it mi trovo ad aver a che
fare con sezioni troppo diverse. (giornale on-line e pagine dei comuni per
esempio), e mi trovo un back-office enorme a seconda della macrosezione che
devo gestire! Di conseguenza diversi DB, e di notevoli dimensioni (solo
quello del giornale on-line con circa 300 record è già oltre il MB!).
Ora mi trovo nella condizione che nuovi collaboratori mi chiedono di aprire
altre sezioni. Se mi trovo in una macro area, le sotto sezioni già le avevo
previste, ma se devo aprire una nuova sezione, mi collassa tutto e devo fare
un nuovo back.office a parte.
Ora su lucanianet, non è un problema, perchè probabilmente è troppo
complesso per fare un back-office dinamico a sua volta dinamicamente
configurabile, ma per il nuovo sito che sto implementando
(
www.dreamcoding.com
) vorrei poter realizzare qualcosa del genere.
Tra l'altro studiano la struttura di molti siti di contenuto, mi sono reso
conto che in molti casi non ci sono dei db che gestiscono tutto, ma delle
pagine reali, benchè il sito sia in asp. Mi sorge allora un dubbio riguardo
alla gestione dei contenuti, cosa gestire tramite db e cosa in maniera
tradizionale?
Io personalemnte preso dall'euforia gestirei tutto tramite db, anche perchè
così posso sganciare i contenuti dalla grafica, ma poi sono soggetto a
lentezza del server, a cattive indicizzazioni e a dover costruire sempre dei
back-office robusti.
In questo caso però non ci sarebbero problemi per eventuali collaborazioni
esterne, perchè gestisco tutto tramite db.
Se invece penso a una semplice gestione di inclusioni di pagine reali, e non
generate dinamicamente, probabilmente nell'immediato troveri giovamento e
velocità nell'inserire contenuti, ma poi??? Come gestisco collaborazioni do'
l'ftp a tutti????
Tornando alla gestione dei contenuti,  faccio due esempi di siti i cui
gestori fre    quentano questo ng (magari mi dicono le loro esperienze):
- Aspitalia.com del buon Bochicchio è generato completamente tramite db ed
infatti non c'è collegamento che non passi variabili
-  Risorse.net che che è in asp, ma credo solo per gestire include dinamici,
perchè di fatto i vari articoli hanno delle pagine statiche e non dinamiche.
La domamnda che allora mi faccio è qual'è il miglior modo di gestire i
contenuti per un portale?
Conviene davvero avere delle pagine reali come nel caso di 
risorse.net
?
Vantaggi, svantaggi ecc...



He he ... Mule, il tuo sistema è già gestito da un DB?
Se si spero tu abbia fatto una tabella con tutte le sezioni e ogni contenuto
è associato ad una sezione.
Dunque chi ne vuole fare una nuova va nella sezione di Admin "crea sezione"
e avrà un form dove inserirà una nuova sezione che null'altro è che un nuovo
campo della tabella ...
Giusto?
Ciao
Cla
www.spaghettibrain.com
PHPNuke Italian Mirror

 ha scritto nel messaggio
news:JeBc8.3207$Zf3....@twister2.libero.it...



Moderatore di it.comp.www.asp
http://www.aspitalia.com
 Enjoy the .NET community!
http://www.dev2dev.it
 La rete ha connesso nuove particelle!

 delle nuove sezioni!
una soluzione semplice semplice è nell'aggiungere un campo "sezione" al
database, da far popolare in fase di inserimento contenuti.
poi fai una pagina mostra.asp?sezione=nomesezione che richiama i contenuti
per quella sezione.
non è molto complicato.


 CIAO!.db [D2D001]
Infatti è quello ceh faccio inogni macro sezione, per esempio nel giornale
on-line ho un campo che stabilisce le varie sezioni, e poi tramite il
back-office posso gestire anche le sezioni stesse (in pratica ho due tabelle
una articoli e l'altra sezioni e poi lego attravero un join sull'IDsezione).
Il mio probelma era invece concettuale sul come poter gestire delle
novemacro sezioni.
Ma mi sembra di non poterne uscire, a meno che non cerco di omologare un pò
il tutto!
Tu per esempio come fai?
Hai tutto in un solo db e in una sola tabella e per esempio hai dei campi
particolari che gestisco sezioni ecc.???
In questo caso hai un bd pesantisismo, giusto?!
cmq Tks

 ha scritto nel messaggio
news:w4Jc8.3883$Zf3.1...@twister2.libero.it...

Si, è la stessa cosa che ho scritto su in risposta  a DB, Il problema non è
all'interno di una sezione ma tra macrosezioni per intenderci!
Cmq credoc he il trucco se così si può chiamare, è quello di omologare il
più possibile i contenuti e gestire anche i menu in maniera dinamica. Mi
chiedo però in termini di performance, indizzazioni ecc cosa si perda!

 back office: di qui non si esce....
infatti, perň considera che i menu insmma non si cambiano cosě spesso,
conviene allora questo discorso?? QUindi forse non č tanto la gestione dei
menu, piů che altro č la gestione delle categorie stesse. Ma credo che
risolverň cercando di omologare il piů possibile i contenuti!
Tks


Una domanda a cui non mi avete dato risposta, e i contenuti tutti nei db?
In quel caso come gestire immagini un asp-upload??
ciauz!

 In questo caso hai un bd pesantisismo, giusto?!
è sui 60/70 mega... tranquillo, non uso Access :-D


 ha scritto nel messaggio
news:b2vc8.14$Zf3...@twister2.libero.it...


vivono in posti completamente diversi???
non sono sicuro di aver capito bene la domanda...
ti dico come funziona con l'azienda cui collaboro.
sostanzialmente sono l'unico ad occuparsi dello sviluppo web, quindi
non facci oaltro che raccogliere i requisiti e progettare
un'infrastruttura (nella sostanza, una base dati) in grado di
raccogliere i contenuti con la massima flessibilità possibile.
in effetti da lì in poi è tutta questione di immissione contenuti.
se ci sono da fare modifiche strutturali conviene concordarle
preventivamente, diciamo che ci dev'essere sempre un "capo progetto"
cu ifare riferimento che autorizzi le modifiche.