Hi!
A problémám a "szokásos", hogy a feltöltött képek egy mappába gyűlnek.
Szerencsésebbnek tartanám, ha külön mappába kerülnének a tartalmakba
illesztett képek akár tartalmanként, akár havi bontásba.
A Drupal 7-hez feltettem eddig a Wysiwyg
modult ahova a CKEditor-t állítottam be szerkesztőnek. A szerkesztőben a képfeltöltést a Media modulba illesztett Plupload-al csinálom.
Szóval van arra mód, hogy ne minden kép egy könyvtárba kerüljön? Vagy bele kellene "piszkálni" a forráskódba?
Előre is köszönöm a segítséget, tanácsokat, javaslatokat!
Fórum:
FileField Paths
Neked lehet nem segít, de az utókor számára álljon itt, hogy a FileField Paths modullal beállíthatóak a fájl feltöltési útvonalak. Gyanítom, hogy a Media és a Plupload modulokat nem támogatja.
Belepiszkálni max akkor, ha
Belepiszkálni max akkor, ha nagyon tudod mit csinálsz, kényes egy dög ez a media. És nem, jelenleg nem lehet irányítani mappákba a wysiwyg által beszúrt képeket.
A media_browser_plus githubon fejlesztett verziója tudja ezt, neki komplett admin felülete van egy taxonómia alapú könyvtárkezeléshez. Azonban ez is kutya vacsorája, hacsak nem kapcsolódsz be a fejlesztésbe, sok gondod lesz vele.
Összességében a legegyszerűbb módja egy minimális könyvtárkezelésnek jelenleg wysiwyg felületről egy saját célmondul a media_browser_plus githubos verziója alapján:
1. Egy szótár létrehozása a könyvtárstruktúrának, benne a termek a könyvtárstruktúra
2. A könyvtármozgatás lekódolása a term feldolgozó hookok segítségével.
3. _form_alter megvalósítása, hogy a termválasztó form elem kerüljön rá a wysiwyg beszúró formra.
4. A file fizikai mozgatása a form mentésekor, file adatainak frissítése.
+ bónusz ezt az egészet nem taxonómia alapján, hanem saját entitással megcsinálni.
Mindezt media 1.x-hez összehozni file_entity nélkül erősen húzós, a media 2.x devje ugyan már eléggé használható, de itt is fel kell készülni nem várt hibákra, és kezelni kell azokat. Az 1.x branchhez file_entity modul nélkül ráadásul igen pazarlóan lehet kivitelezni, több felesleges file_load/file_save párosítással, egészen egyszerűen nincs olyan érdemi hook, amivel a file előkészítésébe bele lehet nyúlni.
Most ezt így leírva + lassan kéthónapi meló a media modullal megértem, amit pp írt, hogy imcere váltottak, elég elvetemült mutatvány megszelidíteni a mediat, hogy tényleg azt csinálja, amit akarunk.
Nálunk most a könyvtárkezelés jelenleg abban a fázisban van, hogy használtuk a media_browser_plus, amivel tökéletesen működőre sikerült csiszolni, viszont ez a mostani hatalmas media 2.x branch ráncfelvarrás után már nem megy. Szóval egyelőre megvannak a megfelelő könyvtárakhoz a termek, csak nincsenek összekapcsolva filemozgatási műveletekkel. Ez annyiban nem gáz, hogy most jelenleg nem érdekel, hogy hol van a filerendszerben fizikailag a file, meg vannak jelölve, hogy hol _kéne_ lennie, és bármikor később alá tudjuk pakolni a működési logikát, és tömegesen frissíteni.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
stream wrapper
Lehet irni egy stream wrappert, nem is nehez, ami letrehozasi ido alapjan dobalja szet. A http://drupal.org/project/hash_wrapper projekt minimalis hackelesevel megoldhato.
Tartalomtipus az nem fog ilyen egyszeruen menni mert ahhoz tudni kene ki hasznalja a fajlt...