- Home
- Categorie
- Coding e Sistemistica
- Help Center: consigli per il tuo progetto
- due modi per gestire un gran numero di immagini
-
due modi per gestire un gran numero di immagini
Buondì a tutti!
Volevo sentire dei pareri di esperti su questo problema, suppongo molto comune:
-abbiamo un database contenente articoli;
-ad ogni articolo corrisponde una foto;
Le foto, per poi richiamarle nelle pagina, conviene inserirle in un campo Blob del database oppure memorizzarsi nel nostro db solo l'indirizzo che punta all'immagine? E quali possono essere i pro e i contro?Grazie anticipatamente!:)
Sito:
articoli su svariati generiObiettivi del sito:
visualizzare articoli di vario genere in base alla scelta del visitatoreArgomento o settore da studiare:
Altro (Specificare sotto)Descrizione di particolari problematiche o di specifiche richieste:
gestione di immagini tramite database
-
Le pagine sono salvate dinamicamente nel database?
Non vi è un estratto in automatico?
In ogni caso, se la struttura è sempre la stessa, foto , titolo e articolo, io opterei per un campo apposito in database.
In caso tale campo non sia specificato appare la foto di default (no.foto).
-
Le pagine sono salvate dinamicamente nel database?
La pagina in realtà sarà una sola dove, ricaricandola appariranno diversi articoli a seconda della scelta del visitatore.
Non vi è un estratto in automatico?
Cosa intendi?:?Tra l'altro ho fatto un apposito campo "blob", che mi sembrava l metodo più logico, memorizzato le foto, ma estraendole me le scrive sulla pagina come stringhe......:(): che codice devo inserire per fargli scrivere le immagini vere e proprie?
-
Io ad esempio mi sono fatto un cms, ho diviso il sito in zone, ad esempio.
- Menu Superiore.
- Menu Sinistro.
Ogni elemento di queste sezioni alla fine è una pagina, che ha sempre la stessa sezione superiore, la stessa sezione laterale... ecc.
Il menu superiore è creato dinamicamente da tutte quelle pagine che sono taggate come "superiore", mentre il menu laterale, per tutte quelle pagine che sono taggate come "laterale".
Gestendo ovviamente la gerarchia padre-figlio delle pagine.Veniamo al succo, ogni pagina ha i suoi campi, meta tag title, keywords, description, nome pulsante, contenuto, e tra questi ho messo appunto anche un campo foto.
Ora essendo tutti questi campi prelevati da database, il tipo di visualizzazione è a fantasia, lo decidi te.
Come dici te, anche io uso una pagina sola, solo che ne cambiano i contenuti prelevati dal database.
Arrivando all'ultimo problema, io salvo in quel campo immagine il percorso.
Avro quindi "/public/cartella1/foto.jpg".
variabile="/public/cartella1/foto.jpg";
<img src="==>variabile<==" alt="testo" />
-
ah ok tu fai un sito completamente dinamico. Io invece ho una pagina compilata da me manualmente come html e php: mi servo del db solo per il testo vero è proprio degli articoli. Una domanda da principiante: il metodo da te utilizzato è... migliore?:)
-
Credo che il tutto dipenda da quante chiamate fai al database per caricare le informazioni e da quante pagine ti servono, se la tua esigenza magari è quella di gestire una decina di pagine, credo che una cosa dinamica non serva.
-
ok! grazie mille per le esaustive risposte!!:D
-
Attendiamo per vedere anche altre risposte, come ben sai, la ragione non è mai tutta da una parte, magari altri pareri ti/mi potrebbero far cambiare idea, basta che sia ben motivata e convincente alla fine no?