[RISOLTO] Wysiwyg-fckeditor+imce uploada immagini ma non le visualizza

27 contenuti / 0 new
Ultimo contenuto
[RISOLTO] Wysiwyg-fckeditor+imce uploada immagini ma non le visualizza

Quote:
SOLUZIONE

Verificare i permessi delle cartelle interessate che devono essere:

  • sites - 755
  • default - 555
  • files - 775
  • images - 775

Ciao.
Ho installato i moduli in oggetto, ma non riesco a visualizzare le immagini, pur caricandodle correttamente.
Ho letto sul forum che è un problema del file .htacces nella cartella files, ma anche commentando le 2 righe del .htaccess le immagini continuano a non vedersi, nemmeno nell'editor come anteprima.
Eppure mi sembra settato tutto correttamente...
Idee?

Prova ad attivare html full
Oppure inserisci img nei tag permessi di html filtrato (formati di input).

Era già "full html", ma niente.

Prova a cancellare le du o tre righe di codice (senza cancellare il file .htaccess).

Fatto, ma ahimè, niente.
L'hoster è netsons, casomai potesse aiutare.

Prova a spezzare il problema in parti più piccolo:

  1. Il file è stato caricato correttamante nel file system? Controlla con FTP. Mio esempio: sites/default/files/test.png
  2. Riesci a vedere il file immagine dal browser? Mio esempio: http://www.esempio.com/sites/default/files/test.png

Fateci sapere...
In ogni caso, più informazione che dai, meglio è. Hosting service o locale, Linux o Windows, IIS o Apache, ecc.

[Edit]
Presumo che hai già visto:
http://www.drupalitalia.org/node/7203
[/Edit]

Più imparo, più dubito.

Ciao! Dunque
1. Le immagini vengono uploadate correttamente in /public_html/sites/default/files/images
2. Le img non si vedono da browser ("pagina non trovata"): http://www.storiacontemporanea.eu/sites/default/files/images/AWWP_0026.jpg
3. L'hosting è Apache.

Leggendo il link consigliato, l'istruzione Rewritebase è scommentata.

Il problema mi sa che è di Imce, perchè http://www.storiacontemporanea.eu/imce non mi fa vedere l'anteprima delle img uplaodate.
Però mi pare configurato come sempre...

Io ho provato il tuo link (http://www.storiacontemporanea.eu/sites/default/files/images/AWWP_0026.jpg). La cosa strana è che risponde Drupal - avrebbe dovuto rispondere Apace. Non è che hai settato files come privato invece di pubblico? Vedi admin/settings/file-system...

Più imparo, più dubito.

Mmmmm,no.
Però non è che ho settato male i percorsi?

Percorso di sistema: sites/default/files
Directory temporanea: /tmp

Se hai anche 'Metodo di download' pubblico, allora gli settings sono a posto. Ma se sono corretto deve rispondere Apache (e non Drupal). Oggi ho aggiornato Firebug, e fa crashare Firefox. Sigh. Ma si vede qualcosa con Opera.
Provando con file esistente, risponde Apache (niente X-Powered-by: PHP) nei headers. Provando con un file non esistente, e trovo lo stesso risultato che hai tu - cioè 404 di Drupal (X-Powered by: PHP, e Expires: dob di Dries).
Ho provato con un file di proprietà root, ma lo legge. Togliendo il diritto di lettura allora vedo il 403 di Apache.

Hmm.

Allora mi sembra un problema con .htaccess. Quando Apache non trova il file, manda la richiesta a Drupal. Non trova il file perchè:

  1. Davvero non c'è
  2. Apache non può proseguire il percorso perchè manca dei permessi
  3. [Edit] Non ha i permessi del file (file permissions) ma in questo caso avrebbe dovuto rispondere 403, non 404 [/Edit]
  4. [Edit] Non ha i permessi del indirizzo (folder) ma in questo caso avrebbe dovuto rispondere 403, non 404 - ma non sono sicurissimo di quest'ultimo [/Edit]

FYI il mio .htaccess in sites/defaut/files è:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks

[Edit] Per togliere problemi di indirizzi (folders) prova mettere un immagine (tramite FTP) in sites/default/files poi metti l'URL nel browser... [/Edit]
John

Più imparo, più dubito.

A questo punto credo sia un problema di Apache (.htaccess?) perchè se uploado un .jpg sulla root del sito mi da sempre "pagina non trovata" invece di farmi vedere l'immagine...
Faccio un po' di test.

Attenzione il root del sito è coperto da un'altro .htaccess, un pò più complesso. Li, gli opzioni sono:

<FilesMatch "\.(engine|inc|info|install|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl|svn-base)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template|all-wcprops|entries|format)$">
  Order allow,deny
</FilesMatch>
Options -Indexes
Options +FollowSymLinks
DirectoryIndex index.php

Prova un immagine in sites/default/files prima...

Più imparo, più dubito.

Dunque, per prova ho rimosso i 2 .htaccess, sia quello sulla root, che quello nella cartella files.

Sulla root ora l'immagine si vede: http://www.storiacontemporanea.eu/avatar.gif
In files no: http://www.storiacontemporanea.eu/sites/default/files/images/Sedona2.jpg (Forbidden)

Un pò drastico, direi. Il .htaccess in root ti serve (clean URLs), quindi rimetilo. Poi riprovi (lascia stare immagini in root), ma anche un immagine in sites/default/files, e controlla i permessi:

sites - 755
  default - 555
    files - 775
      images - 775

Altretanto importante è che da files in giù group e/o owner include Apache (di solito www-data)... Cioè read/write per owner e gruppo, read per gli altri. Siappaimo che scrive (se no non ci sarebbe stato l'upload via web)...Ma permessi di lettura?

Più imparo, più dubito.

Ahahaha!
Permessi, tutto 777. Si deve vedere! :-)

Dunque, rimesso .htaccess in root. L'img nella root si vede: http://www.storiacontemporanea.eu/avatar.gif

Verifica permess:
sites - 755 ok
default - 544 NO
files - 777 ok
images - 777 ok

Modificati i permessi nella cartella "default" in 555 e... FUNZIONA TUTTO!

Pensa un po' te...

Che dire? Grazie John del super aiuto, non ci sarei mai arrivato.
A buon rendere ;-)

Bene, aggiungi risolto, e una breve spiegazione della soluzione nel thread (come questo http://www.drupalitalia.org/node/9410). E una nuova (ma utile) tasse applicabile a chi fa una domanda e trova la risposta - anche da solo.

Non essere troppo generoso coi permessi. 777 non va bene per me, meglio 775.

Per i curiosi, bisogna settare 'execute' su un indirizzo (folder) per rendere il suo contenuto accessibile...
[en] http://en.wikipedia.org/wiki/File_system_permissions#Permissions
[it] http://it.wikipedia.org/wiki/Permessi_%28Unix%29#Permessi_di_base

Più imparo, più dubito.

ciao a tutti
ho letto con attenzione il vostro scambio di messaggi,
in quanto io ho lo stesso problema...

Dunque ho risolto anch'io tutto (almeno per ora funziona.. domani chissà, del domani non c'è certezza)
sistemando i permessi come indicato da voi:
sites - 755
default - 555
files - 775
images - 775
ed eliminando il file .htaccess in questa cartella sites/default/files
mentre ho conservato quello nella root.

E'questa la soluzione del dilemma? Spero di aver capito bene....

Grazie

denis

Quasi:

denisss wrote:
Dunque ho risolto anch'io tutto (almeno per ora funziona.. domani chissà, del domani non c'è certezza)
sistemando i permessi come indicato da voi:
sites - 755 - Si
default - 555 - Si
files - 775 - Si (meglio 755 se funziona)
images - 775 - Si (meglio 755 se funziona)
ed eliminando il file .htaccess in questa cartella sites/default/files - No, spiegato sotto.
mentre ho conservato quello nella root. - Si

Anche il file .htacces in sites/default/files ha un scopo preciso (se no perchè metterlo?). L'ha tolto [email protected] (ed io notai che era 'drastico'), ma io non lo farei perchè quel file non permette la lettura del contenuto del indirizzo (file listing, cioè Index in termine Apache) - http://sito.it/sites/default/files/ ti da un bel 'access denied' con quel file, altrimenti una lista dei files ed indirizzi, quale puoi seguire a piacimento (sempre tramite Apache e non Drupal). Io non sono molto contento se uno qualunque può 'rastrellare' tutti i documenti ed immagini salvati li dai utenti...

Nota Bene: [email protected] non ha messo quel 'passo' nella descrizione della soluzione. E non credo proprio che era una 'svista'...

Più imparo, più dubito.

Io ho settato tutti i permessi ma se non elimino .htaccess non riesco a vedere le immagini, neppure nel profilo... cosa devo fare in questo caso ? Aggiungere qualche direttiva al file .htaccess in /sites/default/files ?

Aggiungere no, togliere - probabilmente si. Mi sa che sei un ennessimo cliente di arrabbia.it. Leggi qui: http://www.drupalitalia.org/node/9651#comment-30708 ed anche la soluzione di bohz http://www.drupalitalia.org/node/9651#comment-30815, oppura prova con hosting-tests: http://www.drupalitalia.org/node/9623
(E se possibile non riapre vecchi thread, soprattutto se risolto. Apri pura un'altro thread - c'è una scorta di qualche milliardo ancora disponibile... )

Più imparo, più dubito.

Ho lo stesso problema discusso in questo topic, dopo aver controllato tutto, sono arrivata alla conclusione che il problema è dato dal file .htaccess (ndr il file è uguale a quello scritto sopra) della cartella files, l'ho tolto ed ora funziona, come faccio ora? devo editarne una diverso o faccio senza?

Se sei su Aruba (che non mi ha mai dato problemi), lascia il file commentando le ultime 2 righe.

Il mio è così:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
# Options None
# Options +FollowSymLinks

ciao

sono cosecnte di essere una capra ma non capisco dove devo inserire quel codice dei permessi... qualcuno può darmi una mano??

sites/default/files

Più imparo, più dubito.

Non ho letto bene tutta la storia di questo post (scusate: fretta fretta fretta!), ma siccome avevo un problema simile (su linux, non apache) e ho trovato una soluzione credo sia buona cosa condividerla...
http://drupal.org/node/175973
Sostanzialmente si tratta di andare su "file system" e settare il "metodo di download" su "privato"

Spero possa esser utile a qualcuno.

Ciao

il mio problema è identico. Drupal 7 su linux aruba / ckeditor modulo/ ckeditor ver. 4 in libreria/ imce
Tutto funziona, imce carica la foto in sites/default/files/.immagini/miafoto.jpg, la foto c'è ma quando faccio "insert" non la carica. Anche andando nell'url della foto si ottiene:
Forbidden
You don't have permission to access /sites/default/files/.immagini/spinaci_e_uvetta.jpg on this server.
Sto per arrendermi: sono ore che combatto. Ho fatto tutte le correzioni da voi indicate ma non funziona.
C'è un'anima pia che può dare una mano?

Se sei su Aruba potrebbe essere necessario modificare il file .htaccess in sites/default/files.
Cerca qui sul forum: ci sono parecchi post riguardanti Aruba e htaccess.

EDIT: prova ad inserire questo:

SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
#Options None
#Options +FollowSymLinks

Ciao