Pasqualle képe

sok modulnak nincs uninstall fuggvenye, de a guestbook 6.x-1.1 es a 6.x.-2.x-nek is van..

az az erzesem, hogy a modules konyvtarban van egy regebbi guestbook modul..

rendszer tisztitas:
1. siman torlod a questbook modul konyvtarat mindenhol ahol megtalalod. (vagy ha csak questbook.modul (vagy.info) fajlt talalsz konyvtar nelkul, azt is)
2. kitorlod a {system} tablabol a "guestbook" sort
3. meglatogatod az admin/build/modules oldalt
4. ellenorzod a {system} tablat. Ha megint talalsz benne questbook sort akkor valahol meg ott van a modul, ugyhogy elolrol az elso pontra
5. bemasolod a kivant verziot a sites/all/modules konyvtarba
6. bekapcsolod a modult (valoszinuleg hibauzenetet kapsz)
7. kikapcsolod a modult
8. admin/build/modules/uninstall oldalon uninstallalod

ezutan mar tiszta a rendszered (a guestbook modultol)..

masodik tipp: ha a schema_version oszlop erteke a {system} tablaban -1, az azt jelenti, hogy a modul meg nem volt bekapcsolva (vagy sikertelen volt a bekapcsolas). Ilyenkor sem jelenik meg a modul az uninstall oldalon..

1
0
HAL9000 képe

"És azt gondoltad, hogy ha harmadikként egy olyan helyen teszed fel a kérdést, ahol csak véletlenül lehet megtalálni, akkor nagyobb eséllyel kapsz választ rá, mint az előző kettő?"

Új kérdés - új téma... nem?

- Nem tudok mit kezdeni azzal hogy nem látod a logikát a dolgokban.

A hibaüzenetet a Drupal írta, innentől ez egy drupal probléma, melyet a drupalfórumon kell megvitatni:

" Állapot jelentés
A Drupal webhely környezetéről és az esetleges problémákról itt lehet tájékozódni. Közösségi támogatás vagy a tárhely szolgáltatóval való egyeztetés esetén érdemes ezt az információt a támogatást kérő levélbe illetve fórum témába másolni."

" Az ismerkedést javasolt az adminisztráció menü alapos áttanulmányozásával, a Drupal kínálta számtalan lehetőség felfedezésével kezdeni. Ebben a Drupal beépített súgója is segíthet. További információért érdemes felkeresni a magyar nyelvű vagy az angol nyelvű Drupal kézikönyvet. A felmerült kérdéseket a magyar nyelvű levelezési listákon és fórumon érdemes feltenni."

Ha figyelmesen olvastál volna, kiderül számodra is, hogy eszemben sincs saját szervert futtatni. Ha nem tudsz segíteni, ne szólj hozzá.

0
0
gergely képe

Először is ne legyél write-only ;)
Aztán ha elolvasod az első két találatot amit mutattam az imént rájössz sok dologra:

  1. a drupal 6-os verzióját már nem nagyon szeretnék felkészíteni a php5.3-ra
  2. ugyanakkor lelkes programozók írtak egy patchet amit ha felraksz akkor elvileg működik, és ráadásul van egy másik megoldás is.
  3. a drupal 7-es verziója már működni fog az emlegetett php verzióval tuti, de az még nem stabil és nem jöttek hozzá ki a modulok mert még mindig aktív fejlesztési fázisban van.

A módosításokat nem javaslom, mert kitudja milyen problémákba fogsz még belefutni, és mint tudjuk drupal core-t nem hackelünk.

Ha saját gépeden szeretnéd feltenni, akkor telepíts egy régebbi verziójú php-t ha pedig szerveren akkor kérd meg az adminisztrátort, hogy tegye fel neked az utolsó kiadást a php 5.2-ből.

0
0

---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

andrew képe

rongyossá kellett debuggolni hozzá a modulokat, de megvan.

itt a hibajelenség az utókornak, hátha vki küzd majd még 1x evvel:

a gond az volt, hogy mindenféle gyorstárazás bekapcsolása nélkül is a cck nem nagyon hajtja végre a module_invoke -ot az említett hook(ok)ra, inkább a saját cache-ből dolgozik.

a _content_type_info() kellene h elvégezze a dolgát, csak nem úgy teszi ahogy az ember számítana rá.

ez volt a szívás forrása.

hiába írsz modult ami ráakaszkodik az adott hookokra ha egyszerűen cache-ből dolgozik a cck és csak a legritkább esetekben hívja a module_invoke -ot.

a cache (és a views cache) is törlésre és újragenerálásra kerül, ha pl módosítva van a cck field vmelyik tulajdonsága.
esetemben az adott tartalomtípus image field-jét szerkesztettem, módosítottam a max méretet, mentettem, majd visszaállítottam és újramentettem.

ennek hatására a _content_type_info(TRUE) módon hívódik meg a content_clear_type_cache() fv-ben, nem pedig paraméter nélkül mint máshol, így a cache törlődik és valóban végigmegy a module_invoke()-on meg a cache rebuild-en a cck...

0
0
fox mulder képe

Bocs, hogy közbeszólok, nem értek a dologhoz ilyen mélységekben, de Csonka Gergely hozzászólásában szerintem nagy tuttiság van.

A weben több "nyelv", több rendszer dolgozik együtt. Amikor "kitalálták" nem tudhatták, mi lesz belőle. Tákolás folyik. Egy C, C++, vagy Java programot valaki(k) megír(nak) (persze mások által megírt függvény- és objektumkönyvtárakból építkezve) és az kész lesz. Ezek az eszközök a webhez képest sokkal szűkebb környezeti feltételekhez lettek kitalálva (a Java OP rendszer függetlensége sokkal erőforrás igényesebb, mint egy C program). Olyan szintű "forradalom", mint a procedurális (struktúrált) kontra objektumorientált paradigma, a weben sokkal gyakoribb, az igények gyorsabban változnak és sokkal több paraméter szűk keresztmetszetének figyelembe vételével kell megoldani a dolgokat. Mivel túl nagy a diverzitás, csak atomi szinten lehet sztenderdizálni. Szerintem a Drupal nem lehet a webes gondolkodás alap mintája, legfeljebb egy igen jó eszköz lehet az olyan alap minták gyakorlati interpretálásához, mint az XML, vagy az RDF.

Egy örök zöldfülű

0
0

Fox Mulder

Luigi.hu képe

Időközben jól összebarátkoztam a CCK, Views, Taxanómia csapattal, és egész jó dolgok születnek, de előjött néhány kérdésem.

Van egy story-szerű tartalom típusom néhány extra mezővel, amiket szépen megjenítek úgy ahogyan szeretném. Ha Firebuggal nézem a megjelenített oldalt, akkor nem tudom, hogy az milyen file alapján készült el, és látok benne olyan class-okat, amik nem tudom hol lettek definiálva. Hol lehet ez a file?
Szívesen létrehoznám a node.tpl.php alapján a node-tartalomtipusneve.tpl.php-t, de persze először abban nem látom az én extra mezőimet alapból, ezért bele kell azokat varázsolnom, legszívesebben bemásolnám a fentebb nevezett oldalról a kódot.

Azért van erre szükség, mert hiába állítom be az adott Tartalomtípus szerkesztésekor a Mezők kezelése pontban azt, hogy az egyik saját mezőm a "Cím" felett jelenjen meg, az mindig a cím alá kerül. Igazából (az adott tartalomtípusra jellemző) képet akarok megjeníteni minden oldalom fölött.

Persze ez számomra a legegyszerűbb, de lehet nem a legjobb megoldás. Ha van vmi jobb ötlet arra, ami gyorsabb, kevésbé terheli a vasat annak is örülnék...
Köszönöm.

0
0
aboros képe

használod az organic groups modult. ezzel létrehozol egy 'lakossági' csoportot, azokat a tartalmakat amik a lakossági oldalhoz tartoznak, ebbe a csoportba küldöd be. a csoportnak beállíthatsz saját sminket (eltérő háttérszén pipa), a blokkokat pedig ugye sminkenként helyezed el az oldaladon, tehát a 'lakossági' sminkbe nem rakod ki a belépés blokkot és kész.

ugyanezt megoldhatod domain access -el is, az némileg összetetteb, de sokkal többet tud. (mondjuk nem is pont ugyan az a célja, mint az organic groupsnak. attól függ a döntés, mennyire akarod külön kezelni a két 'oldalt')

leggyalogabb megoldás, bármiféle contrib modul nélkül, hogy beleraksz egy sima on-off checkboxot minden tartalom típusodba, 'ez a tartalom lakossági' és ez alapján a template_preprocess_page -ben extra osztályt pakolsz a body tagbe, ez alapján más lehet a komplett színkészlet. a blokk konfigurációnál pedig php kódot választasz, argumentumokkal figyeled, hogy node/% oldalon vagy e, ha igen betöltöd a node (node_load()), és ha van értéke a checkboxodnak, akkor nem rakod ki a belépés blokkot.)

elsőre talán az organic groupsot javaslom. próbáld ki, ha valami nem megy, kérdezz konkrétat. (új téma lesz valszeg)

0
0

-
clear: both;

szantog képe

Na így már más a leányzó fekvése..
Akkor sorban: Olyan nincs, hogy a blokk nézete nem látja az argumentumot, ott valami mást beállítás nem jó a blokk nézeténél. Hogy állítottad be az argumentumot? Previewnél kézzel beírva az UID-t kapsz vissza valamit?
aloszünleg mert nem adhatok meg neki megintcsak nevek utvonalat
Van egy érzésem, hogy nem blokk nézetet csináltál, annak ugyanis nem kell útvonal.
z első nézetnek pedig nem lehet blokknézete mert azt nem tudom modositani hogy az ne tartalomra hanem felhasználóra szürjön
Már hogyne lehetne. A mezők hozzáadásánál a Felhasználók csoporton belül az összes profil adat elérhető még akkor is, ha tartalom a nézet alapbeállítása.

De itt egy másik megoldás:
1. Csinálsz egy user alapú nézetet.
2. Beállítod az argumentumot >> UID from URL
3. Csinálsz egy kapcsolatot: "Felhasználó: Nodes authored"

Ezek után csinálsz egy page alnézetet a tartalmakkal és egy block alnézetet a felhasználó adataival.

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

em-studio képe

Inkább elmesélem, mire jutottam eddig.
Szal az emfield modul beállítgatásával egy-két flv-t már le tudok játszani. Sajátot is, úgyhogy hurrá. Az FLV Media Player modullal, ahogy említettem eddig többször is, nem ment a lejátszás. Erősen gyanítottam, hogy nem velem van a baj, feltehetően nem okozott túl nagy feladatot elolvasni a telepítési leírást. Ezért inkább más gyanusítottam volt. Egy részt a lejátszó (sites/all/modules/flvmediaplayer/mediaplayer.swf akár a player-viral.swf-ből, akár a player.swf-ből másoltam, illetve gyanusítottam még magát az .flv-t is) Előbbi próbájaként megnéztem a működő emfild modul alkalmazásával készült tartalom forrását és az ott található hivatkozásról leszedtem a lejátszót (http://freevideocoding.com/flvplayer.swf) Ezt mediaplayer.swf néven beraktam a sites/all/modules/flvmediaplayer alá mediaplayer.swf néven és innen kezdve a korábbi nyűg olyan szintre javult, amit az emfield modullal is elértem. A második gyanusított továbbra is gyanusított, mert még mindig nem kerek, hogy miért hajlandó lejátszani az egyik .flv-t és miért nem a másikat...

0
0
dfcwolf képe

Kicsit kellett rajta agyalni, de megoldható. Mivel sok-sok jogos dorgálást kaptam, hogy teleszemetelem a fórumot ezért leírom, hogyan csináltam én, hogy legalább ez a topic hasznos legyen valakinek.

Az én problémám az volt, hogy akartam egy blokkot, amibe linkeket vihetnek be a felhsználók. Egy új tartalom ami a blokkban jelenik meg.

Telepítettem a views modult. Ami az adminisztráció-webhelyépítés menüpont alatt meg is jelent.

Létrehoztam az új tartalom formát. Az lett a neve, hogy sajto.

Views menüpont alatt ENABLE állapotba állítottam a GLOSSARY és azt kezdtem el szerkeszteni.

Add Display gombbal adtam egy BLOKK nézetet. Amit ott beállítottam.Az ARGUMENTS fülnél a Tartalom: Típus lett beállítva. A FIELDS fülnél a Tartalom: Törzs. SORT CRITERIA: Tartalom: Post Date: Desc. SZŰRŐK fülön Tartalom Típus=sajto Ezt elmentettem.

A BLOKK beállításoknál, beállítottam, hogy a GLOSSARY:BLOKK hol jelenjen meg. És kész is. Megkaptam amit akartam.

Tapasztalt felhasználók biztosan találnak benne hibát, de gondoltam megosztom ezt.

Kösz a segítséget mindenkinek!

0
0