eMeLA képe

Pl. nézd meg, hogy az Übercart hogy csinálja...

0
0

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

csakiistvan képe

ha az oldalsávról van szó, köszönjük a jelzést, fixáltam.

1
0

Drupal full-stack developer at Wunderman Thompson Budapest

eMeLA képe

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

0
0

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

mxr576 képe

Locale modult kapcsold be az admin/modules oldalon.

1
0
szt képe

Nekem most hibátlan az oldal... Hogy sikerült megoldani?

0
0
Valsartan képe

Ez az! Köszönöm! Ez bevált, így jó lesz.

0
0
Dzsozef képe

Saját modul az nem megy, mert közel sem vagyok a programozásnak. Valami D. ismeretem van, ezért kértem íránymutatást.
Drupál 5.11-es saját szerver, de lehet D6.5-ös, amelyiken könnyebben megoldható.
A vég cél, hogy 100 egyszerű embernek tudnák segíteni, hogy saját kis weboldala legyen, mégha korlátozattan is igaz. De Nekik ez megfelelne. 100 Drupal teljesen lehetetlen lenne.
Szerintem multi site-ban is, de abba nem mentem bele. Komplikáltnak tűnik és szintén csak sok Drupal.

Elképzelés:
Hát 100 tartalom tipust létre hozok, ez egyszerű: foci, sakk, pecázás, ..stb kinek mit, ezekután userenként, vagy tartalom tipusonként kellene szelektálni, majd a tartalom tipus tartalom cimeit egy blokba kivezetni. Az eredeti elképzelésből egy kicsit visszavonva. /nem lenne menü/
A felhasználó neve a tartalom tipus neve lenne, ha könnyebb a szelekció?
Az elérhetősége a www.domain.hu/foci -ezt az utvonal álnévből nyerni ki.
Az oldal alján lenne egy tovább link, ahol írja egy kulcs szóval mi következik.
Egy valami kimaradt, hogyan lehet közel 100 képalbum, ez nem mindenkinek kell, de gondolom sokat nem számit technikailag 50 vagy száz.

Ez fabrikált, de nem lenne lehetetlen nem? Ez egy töprengés csak.
Vagy hogyan?

0
0
Sk8erPeter képe

Ezt az update_check_disabled variable-t még nem ismertem, de ennek nem sok köze van az e-mailes update-értesítésekhez :)

idézem:
"I especially need to see ALL projects, both enabled and disabled, since a distribution user may decide to turn on a project which isn’t enabled by default."
szóval a lényeg röviden, hogy a letiltott modulokra is csekkolja a frissítést, pedig alapból nem tenné (csak enabled állapotban lévőkre)

"Egyszerűbb moduloknál szerintem sem lehet gond ha mondjuk felülírjuk a meglévő modul fájlokat. Komplexebb moduloknál azonban nem tudom, hogy jó ötlet ez."

Ezt igazából nem értettem. Ugyanezt csinálja az a módszer is, amit eddig csináltál, hogy admin-felületen kattintgattad össze, hogy frissítse a modult. :) Letölti tmp-be a modul cuccait, aztán ha rámész, hogy frissítse, akkor kicseréli a korábbiakat az új fájlokra! Éppen ezért, ha eme folyamat során hiba történik (például jogosultsági probléma vagy lock, amibe én már belefutottam IIS esetén), akkor akár inkonzisztens állapotba is kerülhet ez a könyvtár, tehát lehet, hogy nem töltődik le minden fájl, vagy épp üres marad, mert nem sikerült kicserélni a fájlokat... már volt sajnos ilyenben részem, ekkor manuálisan kell felmásolni a fájlokat, a hibát javítandó.

Tehát amit javasoltam, ugyanazt csinálja Drush-on keresztül, mint ami történik amúgy is. :)
A drush up -y használatakor is az történik, hogy készít egy backupot a modulok korábbi állapotáról, hogy azért a régi is meglegyen, és egyszerűen az új példányt bemásolja a régi helyére, aztán nyomat még egy adatbázis-update-et is. Szóval semmi mágikus dolog nem történik, csak manuálisan kényelmetlen folyamatokat automatizál a Drush. :)

1
0
Sweetchuck képe

Nem kell, az csak próbálkozás volt, de ott maradt

0
0
aries képe

1) az lehet a probléma, hogy be kapcsolva a cache, kapcsold ki.

0
0