Newsgroup: it.lavoro.professioni.webmaster
Titolo: Voi come fate ?

E' la seconda volta che mi capita di realizzare un sito in cui il cliente mi
dice di non sapere quante immagini andranno messe in ciascun articolo.
Questa volta si tratta di una squadra di calcio che deve mettere negli
articoli le foto dei goals segnati e presi in ciascuna giornata calcistica,
ed ovviamente non si può sapere a priori quante foto andranno inserite in
ciascun articolo, quindi mi trovo davanti a due soluzioni:
1) predispongo 10 campi nel database, con 10 caselle nel pannello di
controllo in cui inserire il percorso di ciascuna immagine;
2) creo una sola casella di testo nel pannello di controllo in cui per ogni
articolo verrà specificata la cartella nella quale verranno inserite le
immagini, così con il FSO vado a cercarmi tutti i nomi dei files in quella
cartella mostrandoli nell'articolo.
La prima ha lo svantaggio di poter inserire max 10 foto per ogni articolo,
ma il vantaggio di poter fare tutto tramite pannello di controllo.
La seconda ha il vantaggio di poter pubblicare un numero potenzialmente
infinito di foto per ogni articolo, ma ci sarebbe un degrado (seppur minimo)
di prestazioni del server e soprattutto occorrerebbe creare una cartella per
ogni articolo via FTP mettendoci tutte le immagini ad esso relative, e non
so se il cliente ne sarebbe capace..
Vi siete mai trovati in situazioni simili (numero imprecisato di foto per
articolo) e se sì come avete risolto ?
A presto
Francesco Morelli

 articolo) e se sě come avete risolto ?
Io uso un componente.... se mi scrivi di do maggiori info....
in quanto lo distribuisce l'azienda per cui lavoro e non voglio fare promo
:D

 ma il vantaggio di poter fare tutto tramite pannello di controllo.
hai mai visto finire una partita 5-5? o 7-3?... una caso talmente raro da
finire nel guinness dei primati ;)

 :D
Grazie per la disponibilità ma sui servers Telecom è già molto riuscire a
pubblicare qualcosa, figurati installare componenti.. :-)

 wrote in message
a1vhql$bum$1...@pegasus.tiscalinet.it...

Beh però può succedere, o magari possono voler mettere anche le foto di
punizioni, calci d'angolo, rigori, sostituzioni, ultras, ecc..
A PROPOSITO ! M'è venuto in mente un altro problema, devo metterci la
schedina con i 13 risultati per ogni giornata calcistica, e non vorrei
metterci tabelle nel database (non metto mai l'html per varie ragioni), e
non posso neanche creare 39 campi per i nomi delle squadre e rispettivi
risultati... come fareste ?

 articolo) e se sì come avete risolto ?
fai un semplicissimo pannello di controllo che ti consente di selezionare la
foto dal disco e poi questa la salvi sul server con un numero progressivo:
1.jpg, 2.jpg...
Per sapere quante foto hai inserito in ogni articolo basta avere un piccolo
database (evntualmente su file) dove metti tale info aggiornata di volta in
volta
In questo modo puoi inserire tutte le immagini che vuoi e il cliente non
deve fare alcun ftp.
Ciao!
www.softwareplanet.net
www.flashplanet.it

articolo) e se sì come avete risolto ?
diciamo numero imprecisato di confezioni per uno stesso articolo,
numero imprecisato di autori per uno stesso libro, numero imprecisato
di ingredienti per uno stesso prodotto gastronomico...  ma soprattutto
numero imprecisato di prodotti ordinati per uno stesso ordine, o
meglio ancora di voci fatturate in una stessa fattura.  è quella che
comunemente si chiama relazione uno a molti.
diciamo che hai una tabella tArticoli e una tImmagini, poi hai una
tImmaginiArticoli.  tra i campi di di tArticoli c'è un idArticolo, e
anche tImmagini ha un campo idImmagine.  se usi access diciamo che
sono contatori.
la tabella tImmaginiArticoli ha due campi numerici che sono poi
idArticolo e idImmagine, e ci puoi anche aggiungere un altro campo
numerico Ordine, se vuoi mettere le foto in una certa sequenza.
se ad es. l'art. 1 ha le foto 102, 93 e 250, il contenuto di
tImmaginiArticoli potrebbe essere:
idArticolo	idImmagine	Ordine
1		93		2
1		102		1
1		250		3
puoi realizzare una cosa del genere elencando le foto in un select
html, poi quando clicchi sul submit diciamo che l'id articolo lo sai
già, gli id delle foto te le ricavi dal select html, saranno qualcosa
tipo "93, 102, 250" che puoi trasformare in array con qualsiasi
linguaggio.
dopodiché ti scorri questo array per creare tante belle query sql
insert.  a seconda del linguaggio/tecnologia che usi ci possono essere
dettagli diversi ma il succo è questo.


Questo sarebbe indispensabile se volessi indicare anche altre cose tipo una
descrizione per ciascuna immagine, o la data di inserimento, o creare una
galleria fotografica tematica, ma se mi servisse solo inserire qualche
immagine nell'articolo non sarebbe piů semplice creare nella tabella A un
campo "Immagini" inserendo lě i nomi dei files separati da una virgola ?
Tipo immagine1.jpg, immagine2.gif, immagine3,bmp e cosě via, recuperando poi
i nomi dei singoli files ed includendoli in un array per visualizzarli
nell'articolo.. quale soluzione sarebbe piů indicata dal punto di vista
delle prestazioni ?
A presto
Francesco Morelli

 wrote in message
BRI08.3902$tV.1...@news2.tin.it...

crei una textarea dove verranno inserite parite e risultati...

delle prestazioni ?
Francè, damme retta, fregatene delle prestazioni...  devi caricare
immagini, e magari pure intabellate...  è quello il collo di
bottiglia, non certo l'elaborazione da parte del db...  
sulle prestazioni dei db, e di access in particolare, se ne sentono
dire tante...  se ti dicessi quante cose che ho messo su io si basano
su access e non hanno un problema...

 aaaagh!  non sarebbe un db normalizzato!
Una curiosità. Quando progetti un database sino a che livello di
normalizzazione ti spingi. Prima forma normale, Seconda,  Terza, Quarta
(???), ....
Bye
Neapolito

 bottiglia, non certo l'elaborazione da parte del db...
Le immagini verranno visualizzate in una popup ed in sequenza, quindi il
vero collo di bottiglia sarà proprio Access... :-(
A presto
Francesco Morelli

 usarlo poco fa su aruba ma non funziona, anche se non so se sono io che
alt!  non c'è nessun bisogno di avventuarti nel datashaping;
i 10.000 record che ti ha generato sono il prodotto cartesiano,
cioè tutte le combinazioni possibili fra i record delle tue tabelle,
che viene generato quando non viene trovato un campo comune
su cui unire le tue tabelle. Riprova con la sintassi della query e
dovresti ottenere un recordset di soli 100 record, che poi
si riducono ulteriormente se c'è il WHERE  per cui
non si dovrebbe porre il problema delle prestazioni . Ciao.
M.

vero collo di bottiglia sarà proprio Access... :-(
non sottovalutare access...  ho fatto prove con 15 utenti che
richiedevano dati contemporaneamente dalla stessa tabella ed è andato
tutto bene...

(???), ....
seconda e terza.  poi faccio una sfrizionata, freno a mano e la prendo
in controsterzo...

 capitano raramente...
Invece i primi tempi credo che il traffico sarà proprio quello, dato che ci
sarà una conferenza stampa, un'inaugurazione ufficiale del sito, e dato che
ne parleranno le tv locali... :-)
A presto
Francesco Morelli

ne parleranno le tv locali... :-)
guarda che per contemporaneamente si intende nello stesso tempo in cu
idura un'elaborazione dati, e cioè pochi millisecondi...  una cosa è
avere 1000 utenti all'ora o anche in 10 minuti, un'altra è averli in
un secondo...  o meglio, avere 1000 richieste dati al secondo...  ogni
tanto gli utenti guardano anche i contenuti, eh?  :-)