kalozpepi képe

Beküldte kalozpepi - 2012. július 13. 10.53

Sziasztok!
Én csak egy mezei webdesigner vagyok, de most vakarom a kobakom.
Nekem is ugyanez a problémám, egy frissen telepített (nem ingyenes tárhelyen) Drupal 7-el. A képeket más mappából akarja behívni, mint ahol ténylegesen vannak.
Végigolvastam az összes üzenetet, amit az alapkérdéssel kapcsolatban írtatok, de nem találtam meg a választ, hogy HOL javítsak a dolgon. Ha a scriptet kéne átírni valahol, hát az is megoldás, csak nem tudom, hol keressem a hibát.
Másnak nem volt hasonló tapasztalata?
Hálás köszönet minden ötletért:
kalozpepi

0
0
szt képe

Beküldte szt - 2012. július 13. 11.09

Igen, az tényleg hülyeség volt, viszont azóta nekem is volt már ilyen a php Suhosin extension miatt: így kell beállíta(t)ni: http://www.dynamiteheads.com/blog/jakub-suchy/drupal-security-using-suho...

0
0

Védd az állatokat! ;)

aboros képe

Beküldte aboros - 2012. július 13. 11.10

a felhasználónak, akinek a nevében a php fut, írási joga kell legyen a sites/default/files mappára és attól lefele. illetve egész pontosan arra a mappára, amit a filerendszer beállításoknál megadtál.

0
0

-
clear: both;

kalozpepi képe

Beküldte kalozpepi - 2012. július 13. 11.37

az rendben is van

de a kérdés még mindig az, miért másik (egyébként nem létező) mappában keresi a képeket, nem ott, ahová feltöltötte őket?
hol tudom beállítani a megjelenítendő kép útvonalát?

igazából a legviccesebb az, hogy a saját maga által definiált próbaképet (amihez aztán user soha nem nyúlt) tudjátok, amit a képstílusok beállításainál lehet látni, sem találja, mert azt is máshonnan akarja behívni.. tehát: hol, -melyik scriptben- tudom átállítani a path-t?

0
0
kalozpepi képe

Beküldte kalozpepi - 2012. július 13. 11.51

elnézést kérek az okoskodásért, valóban hibás jogosultságok miatt kapott gellert
most, hogy biztosra menjek, az összes site-ban lévő könyvtárat és filet átállítottam 755-re, így már megy..

0
0
aboros képe

Beküldte aboros - 2012. július 13. 12.34

a files mappára adjál csak írást, semmi szükség rá, hogy írható legyen a modulok, sminkek mappája.

hogy legyen magyarázat is arra, hogy a drupal miért olyan buta, hogy a saját maga által feltöltött képet is egy másik nem létező mappában keresi: így működnek a képstílusok. az eredeti képet megtartjuk és megjelenítéskor (ha még nem létezik) képezzük a szükséges méretvariánst egy másik mappában. ha nem írható a files könyvtárad, nem tud létrejönni a konkrétan megjelenítendő méretvariáns. ennyi.

2
0

-
clear: both;

Dean képe

Beküldte Dean - 2012. július 13. 16.31

3 modult is találtam, ami esetleg használható lenne erre:

Egyikben sem írják (ha jól láttam), hogy a többszörös feliratkozásokat a dátum ismétlődésekhez lehetne rendelni.

Mivel 1 év 52 hétből áll és így heti 2 alkalom esetében 104 node-ot kéne felvegyek (évente) ahhoz, hogy 1 város gyakorlataira megoldjam a feliratkozásokat (több városra kellene külön-külön), így mindenképp olyan megoldás kellene, amelynél a feliratkozás hozzárendelhető a dátum ismétlődésekhez valahogy.

0
0
szantog képe

Beküldte szantog - 2012. július 13. 16.39

Ezt így ebben a formában nem fogod tudni megcsinálni, hacsak nem varázsolsz a ciklusokból valamilyen módon entitást.

Én valahogy így állnék neki: 1 alkalom = 1 esemény = 1 dátum = 1 helyszín = 1 node. Szóval arra venném rá a drupalt, hogy a megadott periódosokban létrehozzon egy új nodeot valami skeleton alapján. Ezt nem kizárt, hogy rulesból meg lehet csinálni, de egy okos kis contrib modul is kisülhet belőle.

A signup 7.x-en cseppet vakvágánynak tűnik, kb mint az ubercart. Igazán flag kellene, viszont azzal bajos az anonim jelentkezés, ellenben mivel emailcímet mindenképpen kértek, innen már egy lépés olyan modult csinálni, ami mondjuk egy ctools modalban bekéri az emailcímet, meg ami kell, elvégzi a regisztrációt, és beállítja a flaget.

Ha az 1 esemény=node vonalat és az anonim flaget sikerül összehozni, akkor innentől ízivéj rulesszal/viewszal lezongorázni az összes többi feladatot.

1
0

----
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.

kalozpepi képe

Beküldte kalozpepi - 2012. július 13. 21.52

de most kipróbálom, hátha a CKE mműködni fog végre
köszönöm az ötletet

0
0
eager képe

Beküldte eager - 2012. július 13. 23.41

sziasztok, miért van ez:

A d6 default page.tpl.php-ban ez a megközelítés:

<?php if (!empty($logo)): ?> / semmi baja, ha nincs variable - /error_reporting(E_ALL); esetén sem /

A d7 default page.tpl.php-ban ez a megközelítés (Bartikban is):

<?php if ($logo): ?> / notice-t dob, ha nincs var /

Akkor miért álltak át erre? Nekem az látszik, hogy így a kód kevésbé megengedő; mi az az előny azonban, ami miatt mégis úgy döntöttek, hogy egy fejlettebb verzióban ezt éri meg használni a sminkekben?

0
0