A felhasználói képek könyvtára HIBA? - Drupal 7

ha5abe képe

Sziasztok!

Miért van ez? (Drupal 7 új telepítés)

Felhasználói beállítások oldalon
A felhasználói képek könyvtára:
pictures/felhasznalo-arckepek

Akár a felhasználó végzi a kép feltöltést, akár az admin, ide tölti fel:
sites/default/files/pictures/felhasznalo-arckepek/picture-31-1356265064.jpg

Végül itt keresi (a Drupal 7) és nem is jeleníti meg, mivel ott tényleg nincs:
sites/default/files/styles/thumbnail/public/pictures/felhasznalo-arckepek/picture-31-1356265064.jpg

Hol lehet a bibi?

Drupal verzió: 
eMeLA képe

A sites/default/files/pictures/felhasznalo-arckepek/picture-31-1356265064.jpg az eredeti fájl helye, ez lehet akár 3000x5000px-is.

A sites/default/files/styles/thumbnail/public/pictures/felhasznalo-arckepek/picture-31-1356265064.jpg az eredeti képről készített 'thumbnail', ami a admin/config/media/image-styles alatt a 'thumbnail' stílusú kép útvonala.
(A stílust itt lehet kiválasztani admin/config/people/accounts)

Nálad az a probléma, hogy valószínű nem tudja létrehozni a stílus képet. Ennek lehet egyik oka, hogy nincs írási jogosultság /files könyvtárra.

A 6.x verziónál a stílusokat az imagecache modul kezelte. Keress rá itt, és hátha megtalálod mi a gond.

A rövid webcímek (admin/config/search/clean-urls) működnek az oldalon? Emlékeim szerint ha nem, az valahogy összefügg a kép(nem)készítéssel, de már nem emlékszem hogyan...

5
0

...mit tudok: http://web.termuves.hu

ha5abe képe

Valóban jogosultsági gond.
Minden lépésnél, pl. modulok telepítésénél is az alábbi parancsokat kell lefuttatnom:

  1. find . -type d -print0 | xargs -0 chmod 755
  2. find . -type f -print0 | xargs -0 chmod 644
  3. chmod 757 sites/default/files

(Az első sor az összes könyvtárat, a második az összes filet, a harmadik pedig csak azt az egy könyvtárat állítja be. Gondolom, hogy nem teljes a lista.)

Utána megjelenik a kép, de a következő készítésénél megint nem, mert könyvtárat 700-al, filet 600-al hoz létre. Pl. cikkeknél file vagy kép feltöltésnél. Ha valamelyik file elérési útjához xxx/yyyy-t írok, akkor az első, tehát az xxx-nek 700-as jogot ad, úgy meg nem lát már bele. (Egyszeres mélységnél OK.)

Ha egy felhasználónak a saját dolgait saját könyvtárába szeretném pakoltatni, pl. egy tartalom típusnál, a mezőnél ez van beállítva:

  1. Fájl könyvtár: cikk-xxx/[current-user:name]

(A current-user:name lehet, hogy nem lesz jó, mert ha adminként belenyúlok, lehet, hogy átpakolja.)

Ez után ismét a fenti parancs sor kell, hogy következzen, mert, az első alkalommal 700-as joggal jön létre a könyvtára, a file belekerül, de nem látszik. Így aztán ismét a fenti parancsok. Utána, már megy, de csak annak a felhasználónak.

1
0
eMeLA képe

Szerintem valami a szerveren "nincs jól" beállítva.

Akkor szokott (legalábbis nálam) előjönni ez a probléma, ha a lokális gépről tölti fel az ember (nem tömörítve) a rendszerint kész oldalt. Ilyenkor "nem jó" a files könyvtár írási jogosultsága. Ekkor én kézzel át szoktam írni. A későbbiekben amikor már a drupal létre könyvtárakat, ez a probléma nem szokott előfordulni.

Úgyhogy nekem gyanús, hogy valami nincs jól beállítva...

0
0

...mit tudok: http://web.termuves.hu

ha5abe képe

Ha én töltöm fel, akkor a könyvtár 755 joggal, a filek 644-el jönnek létre. Saját maga hoz létre 700 jogú könyvtárat és 600 jogú file-kat, de nem mindenhol. Az apache az én user-em nevében fut a távoli szerveren. Tehát amivel fel FTP-zek. Talán ez a baja?

0
0
eMeLA képe

Hát. Innentől kezdve az én tudásom már kevés...

0
0

...mit tudok: http://web.termuves.hu

ha5abe képe

Drupál mag-ban lévő hiba okozza.
Ha több mélységben hoz létre könyvtárakat, akkor csak a belső joga ok.
Ez meggyógyította a dolgokat, de nem mindenhol:

http://drupal.org/node/1068266
http://drupal.org/files/1068266_4.patch

Ezt a három filet módosítja:
includes/file.inc
includes/stream_wrappers.inc
modules/simpletest/tests/file.test

A képstílusok hozzáadásánál már jól működik.
Új modul telepítéskor továbbra is 700-as joggal hozza létre a könyvtárakat.

0
0