Problema inserimento immagini contenuto dinamico 
Автор: Gianluca M.
Просмотрено 2449,
Подписчики 2,
Размещенный 0
Salve,
sto realizzando un sito con sezioni a contenuto dinamico.
Il problema è che quando provo ad inserire le immagini direttamente dal browser, a volte mi succede che dopo il click su salva, nella casella mostra un codice html e non mi fa più modificare nulla.
Uscendo dalla modalita editor il campo risulta vuoto e non c'è modo di poterlo rieditare.
Devo necessariemente andare a cancellare i dati nel database per poi riprovare l'operazione.
E' il mio primo sito a contenuto dinamico, forse sbaglio qualcosa, ma non riesco a venirne a capo.
Размещено
... il pannello online /admin/ ...risulta tutto regolare...?...
... posta il link della pagina dinamica, con user e pass per provare e valutare ...
.
Автор
si dal pannello mi sembra tutto ok
se vai su http://losportivo.org/articolo1.php puoi vedere il problema se vai su http://losportivo.org/articolo2.php o http://losportivo.org/articolo3.php
puoi provare a creare un contenuto nuovo, e inserisci qualche immagine
le credenziali sono:
nuovoutente1
password1
... ho modificato articolo2 ed articolo3 ... senza difficoltà...
... forse non devi usare immagini eccessivamente grandi e pesanti, diciamo meglio sotto i 500 KB, (tra 100 e 300 KB sarebbe l'ideale)...
.
... riferificato, e forse hai ragione, la seconda modifica non la prende...
... si dovrà attendere lo STAFF ...
.
Автор
Grazie KolAsim,
Ho letto il manuale, ma non ho trovato nulla in merito alle dimensioni massime delle immagini.
Gradirei ricevere informazioni in merito dallo staff di WebSitex5.
Dato che i contenuti dinamici vanno usati quando è l'utente finale a dover mettere mano al sito (che non sempre è un genio del computer), avere un blocco di questo tipo è un grave inconveniente.
Per uscire fuori da questa situazione bisogna accedere al DataBase e cancellare il contenuto incriminato.
Se esiste un limite, va dichiarato o comunque negata l'operazione di upload quando un file non è conforme con lo standard del programma.
Comunque grazie sempre KolAsim, attendo adesso che lo staff ci comunichi il limite massimo delle immagini che possono essere caricate.
Автор
Ma lo staff di Incomedia risponde o sto aspettando in vano un loro contributo?
... lo STAFF potrebbe rispondere nelle 24-48 ore dal tuo ultimo post, quello appena postato...
... intanto che aspetti, potresti provare con un NUOVO Progetto di Prova, magari esportato in una sotto directory per fare il Test...
... mi sembra, da delle prove che feci nel dinamico di Skeggia, che questo problema non si fosse presentato...
... altri che possano provare potrebbero dirti di più...
.
Автор
ho provato ad esportare un nuovo progetto, ma il problema si è presentato nuovamente.
il dinamico di Skeggia non so se era fatto con la 13 o con la 12....
a questo punto sono sempre più convinto che sia un baco del programma
... ho provato adesso la pagina test di >> Mirko, ... ed ha funzionato regolarmente...
.
Автор
Ciao KolAsim, ho provato la pagina di test di Mirko e adesso sono proprio convinto che si tratta di un baco.
A Mirko funziona tutto regolarmente, ma lui usa una cartella in scrittura sul server e non un database.
Quindi ho provato a cambiare una pagina del mio sito con il contenuto dinamico scritto su una cartela sul server....
....tutto funziona.
Quindi a questo punto, il problema si presenta utilizzando un database!!!
Ti ringrazio per il tuo contributo e a questo punto non ci resta che aspettare che lo STAFF di ICOMEDIA faccia le
opportune verifiche sul problema e ce ne dia riscontro (spero a breve).
...scusa ma ho capito bene che stai memorizzando le immagini del contenuto dinamico sul database ?
Non credo sia nato con quello scopo ... essendo un contenuto che cambia e poi sul database di solito non si memorizzano le immagini ma i percorsi delle immagini...
altri sapranno dirti di più ...
Ha ragione Gianluca: il problema con il database esiste ed è il programma che memorizza l'immagine nel database. E non serve un'immagine necessariamente molto pesante per riprodurre l'errore.
Il programma salva tutto il contenuto dell'oggetto in un campo del database tipo text. Tutto: testo e immagine (inserita da File locale su PC), che viene memorizzata in base64. Ne deriva una stringa lunghissima nell'attributo src che non riesce ad essere memorizzata interamente nel campo del database. E qui si impalla tutto.
... non sapevo del metodo usato da Mirko, e buono a sapersi, ...io sono senza programma...
...!... non so se dipende da questi aggiornamenti che hai fatto, ma proprio adesso ho provato ad inserire diverse immagini, riuscendo senza problemi in articolo2, ...ed invece in articolo1 ed articolo3 ho raggiunto un limite, all'incirca tra i 45-50 KB, cosa che in articolo1 è ben superato...
... lo STAFF potrebbe intervenire o domani, o da lunedì, per vedere di capire meglio di questi eventuali limiti del DB e del problema generale ...
.
ciao
.
Автор
quando ho fatto le prove sul sito di Mirko ho notato anch'io che tutto era funzonante, ho quindi effettuato l'accesso all'area /admin per capire come aveva settato il contenuto dimanico e li ho visto che si agganciava ad una cartella in scrittura sul server piuttosto che ad un database.
Ho quindi modificato la pagina "articolo2" gestendo il contenuto dinamico su di una cartella in scrittura sul server, e anche dopo diverse prove tutto funziona.
Da li la certezza del problema legando il contenuto dinamico al database.
Tra l'altro apprendo che anche Stesil ha confermato lo stesso problema.
Non credo di sbagliare affermando che il programma gestisce i contenuto dinamici cllegandoli ad una cartella in scrittura sul server o con una relazione ad un database che viene popolato direttamente dal programma. Quest'ultimo rispetto alla prima sluzione dovrebbe essere più performante e sicuro, in quanto gestisce un dato in maniera strutturata e gli accessi previsti sono solo quelli dichiarati, a differenza di una cartella con privilegi 777.
grazie a tutti per la collaborazione, lo STAFF ci illuminarà meglio sulla questione.
Buongiorno Gianluca,
credo dipenda dal database o dalle Tabelle non settate correttamente, prova a verificare se non sono presenti limitazioni per i vari campi. Se ne hai la possibilità prova anche su un altro database in un altro server così da verificarne il funzionamento.
Fammi sapere.
Автор
Buongiorno Riccardo,
il database è quello di ONE.COM con le configurazioni di default.
Ho anche provato ad elimiarlo e ricrearlo da capo, ma il problema persiste.
Non mi risulta abbia limitazioni, tra l'altro è il dominio sponsorizzato da Incomedia, quindi presumo che le funzionalità ti dovrebbero essere note.
Non ho la possibilità di provare su un altro database.
Resto in attesa di un tuo riscontro
Se può servire io ho fatto la prova su Altervista e il problema riscontrato è identico.
Buongiorno Gianluca,
L'immagine viene convertita in base64 e inserita nel testo, potrebbe superare i limiti di testo settati per la tabella. Quindi nel db sarebbe salvato un testo lunghissimo. Per l'inserimento di immagine grandi c'è l'oggetto immagine apposito. L'oggetto dinamico è pensato per modifiche semplici e per l'inserimento di imamgini piccole visto che devono essere convertite.
Spero di esserti stato utile.
Perdonami Riccardo ma l'analisi da te fatta era già stata detta da stesil, in questo post, il 7 dicembre.
... ciao Riccardo,
... ..nelle prove che ho fatto io nella pagina > articolo1 come detto prima, avevo inserito 13 piccole immagini di 45-50 KB di peso complessivo, quindi pochissimo impegnative; ...!..oltre non ne accetta, come avviene anche in articolo3...
... bisognerebbe capire di questi limiti del DB, ... altrimenti bisognerà consigliare il salvataggio tramite
Invia i dati ad un file, ...invece del DB 
...
.
ciao
Автор
Ciao Riccardo,
premetto che se il contenuto dinamico su database gestito da X5 ha dei limiti, questi dovrebbero essere dichiarati da qualche parte, e io leggendo caratteristiche, funzionalità e manuali, non ho trovato questa indicazione.... come dice giustamente KolAsim, se il limite esiste va consigliato l'utilizzo del salvataggio su una cartella condivisa.
comunque mi spiace, ma non credo sia dovuto al peso delle immagini. Il problema mi si è presentato anche con immagini di dimensioni banali, al contrario con immagini molto più grandi non ho avuto problemi.
attendo un approfondimento da parte dello staff (credo sia doveroso)
Grazie
Buongiorno Gianluca,
credo che dipenda dalle impostazioni del tuo server provider e del database. Alcuni server o database hanno dei limiti sui campi o altri tipi di configurazioni. Questo non è gestito da WebSite X5 ma dal server, prova a contattare direttamente loro per capire se puoi modificare qualche parametro di configurazione.