Egy hiba azért mégis előjött.
Egy hiba azért mégis előjött. A gond az, hogy megcsináltam úgy, ahogy írtam. Működik is jól, jó formában hozza a dátumot. Viszont ha most a blokkban, a naptár fejlécén hónapot váltok, és rákattintok mondjuk a júniusra, akkor is az áprilisra ugrik, és azt hozza elő.
Néztem a php kódokat, de nagyrészt ez nekem kínai, nem merek beleírni.
Ha visszaállítom az eredeti template.php-t, akkor újra rossz a dátum formája, viszont akkor jó a hónapváltás.
Tudsz erre esetleg valami megoldás?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
xsendfile
Szeretném a jelenlegi PHP-s letöltést xsendfile alapúra cserélni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem gondoltam, hogy van kész megoldás
Nem gondoltam, hogy van kész megoldás, megnézem majd, köszi!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hát hogy mennyire kész azt nem tudom
igazából sose használtam, csak beírtam próbaként, hogy drupal.org/project/xsendfile és hát nem kaptam rá 404et :) általában a modulfejlesztés 0. lépése, hogy nézd meg valaki nem csinálta e már meg pont azt amire szükséged van, sokezer modulból elég nagy az esélyed, hogy legalább valami félkész megoldás már van, ami ötleteket adhat.
akárhogyis, láthatóan nem vagy egyedül az igényeddel, szállj be, tesztelj, jelents, foltozz ;)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szívesen!
Szívesen, örülök, hogy megtaláltuk a megoldást!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egyelőre telepítettem,
Egyelőre telepítettem, beállítottam, hamarosan tesztelem is majd, de most megint van egy problémám.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az előző kérdésedből ítélve
Az előző kérdésedből ítélve lesz ott még más úri huncutság is, ami babrálhat az útvonallal. Milyen modulokat használsz, amik beleszólhatnak?
Első körben db szinten csekkolnám, hogy a file_managed táblában private://_joutvonal_/filename érték szerepel a path mezőben. Ha ott rossz az útvonal, akkor hook_file_presave/file_save szinten kavar be valami. Erre kicsi esélyt látok, de elképzelhető.
Ekkor jöhet még a hook_url_outbund_alter. Végső esetben a sminkréteg.
Tehát először devel modul felrak, php kód blokk kitesz az oldal aljára, és mehet bele a hookcsekk: dsm(module_implements('file_presave')), stb. Így megtudjuk, hogy milyen modulok manupulálják a fálj ojjektet.
Ha nincs meg a bűnös, akkor ellenőrizni kell a változók alakulását file_loadtól a kiiírásig. Devel themer modul felrak, rákattint a fálj linkre. Ott mutatni fog egy sminkfüggvényt. Annak a végére beírni: dsm(debug_backtrace()); Ebből már valszeg kiderül, hogy mennyi az annyi.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tiszteletem
Azzal a kérdésemmel fordulok hozzátok, hogy
itthonról futtatok egy oldal dnyndns segítségével
xammp volt fel téve idáig de mivel lassú volt le cseréltem wamp ra a webszerver programot a drupált php részét át másoltam a htdocs könyvtárból a www könyvtárba nem ördögi és a msql részét át került az új ba az oldal be is jön úgy ahogy kel csal a egyszerűen nem élnek rajta a linkek akármerre kattint az ember mindig a fő oldal jön be semmi nem történik.. Gondoltam csináltok neki egy új adatbázist és újra teszem meg is javult megy minden jól. és most jön akkor a kérdésem.
Mit kellene javítanom az adatbázison ,hogy minden működjön.
mert akkor csak ott lesz valami gubanc.
Válaszotokat előre is köszönöm. További kellemes napot. (Márk)
Honlapom...
- Oldalam
drupal verzió : 7.12
Mért ezt választottam?
válasz: Mert meguntam a php-fusion v7.
Tiszteletel: Majlinger Márk alias Foxcon.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
micsoda?!
"mert d6 alatt a taxonomy nem egy core modul,"
ezt viccnek szántad ugye? :)
-
clear: both;