[Risolto] - Ho un problema da risolvere con i permessi della directory /tmp

11 contenuti / 0 new
Ultimo contenuto
[Risolto] - Ho un problema da risolvere con i permessi della directory /tmp

ciao a tutti...
all'improvviso non mi si caricano più i files/anteprime dei campi cck - foto - video insomma, qualsiasi estensione... clicco su "Sfoglia", scelgo il file e, dopo aver cliccato su Upload la rotellina (chiamiamola così...) continua a girare, girare (anche con immagini di piccole dimensioni) all'infinito e nessun file viene caricato...

ho dato un'occhiata in admin/settings/file-system e ho trovato la seguente situazione:

la cosa strana è che la schermata con il messaggio in rosso credo di averla "beccata" per caso... dopo diverse ricerche che mi hanno fatto capire di andare a controllare admin/settings/file-system, appunto... ci sono ritornato parecchie volte ancora dopo ma non mostra più quell'errore... ma i files continuano a non caricarsi!!!

segnalo che questo problema sugli upload ha iniziato a verificarsi dopo aver aumentato upload_max_size e post_max_size entrambi da 20M a 80M del file php.ini

devo creare il file .htaccess nella directory /tmp e inserire quelle 3 righe ...ma dove la trovo questa directory??? ho cercato dappertutto ma non la trovo...

p.s. perchè si è verificato questo errore? ...da cosa è potuto essere causato?

sarebbe urgente e sono preoccupato...

grazie
ciao

leva lo / (che indica il file system e se non sei in locale non hai accesso a quella directory) e crea la directory tmp nella root del tuo sito, crea l'.htaccess come da istruzioni.
La cosa strana è che prima ti funzionasse.

grazie ealmuno... il problema si è verificato dopo l'upload di un file *.mp4 da 55MB ...adesso vedo di seguire le istruzioni... farò sapere...

55Mb!!! e lo carichi da interfaccia web, caricalo da ftp.

i video li caricano 3 utenti abilitati (ftp è scomodo... a meno che gli do l'accesso ma non mi fido... magari fanno casini... è questo il motivo...), e poi se upload_max_size e post_max_size li ho aumentati a 80MB non pensavo ci fossero problemi...

in ogni caso ho modificato la situazione come mi hai suggerito ma continuo a NON poter caricare nulla... la rotellina gira sempre a vuoto... cosa si potrebbe fare?

continuo a non poter caricare nulla:

sono solo in mezzo all'oceano atlantico!!!

chi ha una soluzione???

ciao

Sembra un grosso problema: http://drupal.org/node/297035

ho risolto così...

in > admin/settings/uploads

...nelle estensioni file permesse predefinite non è presente l'estensione mp4 e nella configurazione del campo ho l'abitudine di lasciare vuota la textarea dei file permessi (prima la mettevo sempre...) in modo da poter caricare qualsiasi tipo di files ma stavolta ho fatto male i conti...

ho scoperto che, se si carica un files con un estensione non prevista, questa azione va a disabilitare il modulo Upload in admin/build/modules ed è questo il motivo per cui la rotellina girava all'infinito... almeno, credo sia così, almeno che un cracker sia entrato a disabilitarmelo (poco probabile...)

scoprire che il modulo Upload era disabilitato mi ci è voluta una giornata e, nonappena l'ho attivato, tutto è tornato alla normalità

una cosa che non mi è chiara però è la seguente:

nella schermata di esempio qui sopra, nei 2 campi sotto quello delle estensioni se rimetto il limite massimo es. 80MB nel php.ini devo mettere come valore 80 anche nei 2 campi dove adesso sono settati a "1" ???

è verosimile che tutta questa storia mi abbia disabilitato il modulo Upload???

p.s. caricando files di grosse dimensioni 50MB circa (il server è potente... 2150MB di memoria) che valore mi consigli di mettere a > upload_max_size e post_max_size che attualmente sono impostati entrambi a 400 per evitare eventuali time-out???

grazie veramente ealmuno per il tuo interessamento e ricerche -:)

Quote:
nella schermata di esempio qui sopra, nei 2 campi sotto quello delle estensioni se rimetto il limite massimo es. 80MB nel php.ini devo mettere come valore 80 anche nei 2 campi dove adesso sono settati a "1" ???

Si altrimenti limita a 1 (almeno in linea teorica dato che trova il limite)
Quote:
p.s. caricando files di grosse dimensioni 50MB circa (il server è potente... 2150MB di memoria) che valore mi consigli di mettere a > upload_max_size e post_max_size che attualmente sono impostati entrambi a 400 per evitare eventuali time-out???
Si meglio, anche se io valuterei un accesso ftp in sola scrittura alla cartella dei video.

ok, grazie ealmuno...

mi è sfuggita la cosa forse + importante circa la causa della disabilitazione (automatica...) del modulo upload... ieri un utente con permessi ha uploato un file video con estensione adobe encore o premiere (non ricordo bene...) e credo sia questa la causa... un file *.mp4 con swftools non da problemi...

macchè disabilitazione automatica del modulo Upload... il modulo è sempre stato disattivato... deve essere stato un upload contemporaneo di più utenti a causare l'impallamento... e il settaggio del php.ini...
sono andato a vedere il test in locale con swftools e il modulo upload è disabilitato e i field cck caricano ugualmente...

mi è bastato andare a disattivarlo nel sito in produzione e come per magia tutto è ritornato alla normalità; i fileld cck adesso caricano i files regolarmente... si deve essere sballato qualcosa momentaneamente in Drupal secondo me per il php.ini settato male - adesso ho:

max_execution_time = 1000
max_input_time = 1000
post_max_size = 100M
upload_max_filesize = 100M

al momento ho caricato/uploato un file *.mp4 da interfaccia web di 35MB e tutto è andato a buon fine... lo so che è meglio caricare via ftp ma la mia esigenza per questo sito è questa...

mi era capitata una cosa simile in Views - lo stile formattato non mi ordinava più i titoli dei nodi in ordine asc/disc anche cambiando l'opzione; mi è bastato cambiare stile di formattazione (non formattato...) e, quando lo re-impostato su formattato tutto è andato a posto... sono sempre del parere che Drupal è come un sistema operativo...

speriamo di non avere altre sorprese da postare su questo thread...

grazie ancora ealmuno...