Hi.
Az E-publish modult használom a tartalmak beküldésére. A gond az, ha egy beküldött tartalmat később módosítok akkor az csak bejelentkezés után látszik "módosítva". Bejelentkezés nélkül a régi tartalom látszik ami elvileg nincs is hiszen az eredetit módosítottam?!
Mi lehet a gond?
Kösz.
R
Sziasztok!
Az a kérdésem, hogy a drupál alaprendszer tárolja valahol azt az információt, hogy egy adott node-ot ki mikor szerkesztett? Tehát most nincs szükségem az egyes verziókra, csak a módosítási naplóra.
Ha az alaprendszer ezt nem naplózza, akkor tudtok ajánlani valamilyen modult a feladat megoldására?
Előre is köszi!
Nos megpróbáltam drupal 5.1 alatt Captcha + Textimage variációt beállítani. Feltettem a form_store modult is. Szépen mindent beállítottam. A kezdeti hibaüzeneteket kijavítottam patch-ek alapján a drupal.org-ról. (2 patch van, egy null érték figyelésre, egy meg arra, hogy a textimage-t is ki lehessen választani a 2.1-es captcha-ban, ez igazából a captcha.inc módosítása a textimage modulban)
Na a végeredmény az lett, hogy regisztrált felhasználó a login-nál csak másodikra tud belépni, míg új user regisztrációnál soha! Ez akkor is így van, ha matematikai kérdést teszünk fel.
Átnéztem az egész kódot, de nem nagyon értem hol a baj, bár a kódot sem mindenhol :)
Ami tuti: amikor megnézi, hogy jó számot írtam e be, akkor az egyik érték mindíg null. Ez az, amit ő tárol el a session táblában. (vagyis nem tárol el) Ez ugye biztos hiba, de nem tudom mitől van. A patch-ek nem változtatnak ezen a részen, tehát az eredeti kód okozza.
Most kikapcsoltam a captcha-t, amíg nem leszvalami. De azért vicces ez a modul, hogy nem képesek megírni végre rendesen. (vagy csak én vagyok h..lye)
Ha valakinek ismerős a szitu, és tudja a megoldást, kegyelmezzen meg lszi.
Szia pp!
Elutaztam, aztán meg nem akartam olyat írni, ami nagy hülyeség, ezérrt csak most válaszolok.
Én arra gondoltam, hogy egy-egy modul használatára vonatkozóan
- vagy megírnák a hozzáértők a tapasztalataikat egy-egy book-ba,
- vagy a topikokon megjelenő jobb válaszokból összeollóznának egy-egy book-ra valót.
Persze, ha a tag-ekkel jelölik meg a moderátorok a megfelelő válaszokat, hozzászólásokat, akkor az is kezelhető lenne.
Dolgozni kell mindegyikkel, de megérné!
Ha figyelembe vesszük, hogy évek alatt a tapasztaltabbak mennyiszer utalnak korábbi válaszaikra, inspirálják az új Drupal felhasználókat, hogy hogyan keressenek rá az őket érdeklő témákra, akkor sok-sok időt és tévelygést meg lehetne ezzel spórolni.
Én kezdő vagyok a Drupal-ban, de szívesen segítek, amit tudok. Pont a saját tapasztalataim alapján tudnám azt, hogy egy kezdőnek milyen alapszintű elakadásai vannak!
Aki elsőre beleszeret a Drupálba, annak nincs még kedve napokig olvasni a leírásokat, hiába ez lenne a legcélszerűbb, hogy megértse a működését.
Pláne, ha gyakran csak angolul talál meg modul leírásokat, akkor fel fogja adni, dühös lesz és a magyar csapatra keni az egészet.
A sok bosszankodás és hárítgatás helyett az energiát én inkább a modulokról szóló kézikönyv megírásába fektetném.
Sanyi
Eszembe jutott most egy ötlet. Telepítsd a 2. Drupal oldalt a "több Drupal egy kódbázison" módszerrel (itt a kézikönyvben és a Drupal.org-on is van pár leírás) úgy, hogy szinte az összes adatbázis tábla legyen közös, csak ami különbözik a két oldalon (pl. az oldal címe, azaz a variable tábla, esetleg még a blokkokat tartalmazó stb), és rakd föl mindkét oldalra a Taxonomy Access Control modult, amely cimkék alapján képez hozzáférési szabályokat csoportszinten.
Na itt jön a trükk: mivel a taxonomy tábla és a tartalom táblák közösek, ezért hozz létre egy szótárat (ha i18n-t használsz, akkor nolanguage legyen) benne azzal hogy pl. A oldalon jelenjen meg és B oldalon jelenjen meg. Ezután pedig a TAC modullal beállítod az A oldalon az anonymous user és authenticated user csoport számára, hogy csak az "A oldalon jelenjen meg" cimkével ellátott tartalmak jelenjenek meg, a B oldalon pedig értelem szerűen beállítod ugyanezt, csak a másik cimkével.
Mivel a TAC modul táblája a két oldalon különbözik, ezért más-más szabályokat tölt be a Drupal attól függően, hogy melyik "irányból" közelít a látogató, így csak azt a tartalmat fogja mutatni, amelyik rendelkezik a megfelelő cimkével. :)
Sziasztok!
Volt egy kis időm és energiám, továbbfejlesztettem a modult, felhasználva a Tőletek kapott segítséget. Örülnék, ha megnéznétek ezt a változatot is, hátha valamit nem(jól) oldottam meg.
Tudásában is tovább fejlődött, immáron az XPath kezeléséhez nem kell SimpleXML (vagyis PHP 5), az oldal letöltéséhez választható háromféle letöltési mód (fopen, curl, wget), illetve megadható egy időpont, a letöltés elvégzéséhez.
Hiányosságai/tervezett továbbfejlesztés:
- Ha érvénytelen időpontot adnak meg, akkor az adminisztrációs oldalon jelezni
- Ha csak időpontot adnak meg (dátumot nem), akkor minden nap az adott időpont után elvégzi a letöltést
- opcionálisan az eredmény karakterkészletének konvertálása a recode segítségével.
Nem tudom, mennyire érdemes ebben gondolkodni, de esetleg angolra lefordítva a sztringeket (szükség esetén eltávolítva a megjegyzéseket) érdemes lehet a modullal jelentkezni a hivatalos Drupal projectek között? Mert mielőtt nekiálltam volna a megírásának, körülnéztem a honlapon a modulok között, és semmi hasonlót nem találtam.
Mindenesetre a modul talán azoknak is hasznos lehet, akik most próbálkoznak a modulok készítésével, szerintem elég sok megjegyzést sikerült beleírnom a megfelelő helyekre.
A modul elérhető a következő címen:
http://koli.lame.hu/~never/xpath_import.zip
Minden építő jellegű visszajelzést szívesen fogadok, és köszönöm előre is, ha tesztelitek.
Kösz!
Azt tudom mit akarok, csak azt nem hogy hogyan!
...csak komplikált leírni.
De megpróbálom máshogy :)
Adott két oldal. Teljesen máshogy neznek ki (más smink es elrendezes), viszont mindkettőn két fajta tartalomtipus olvashato. (mondjuk autok es macskak)
Latszolag teljesen fuggetlenek egymastol, csak mindegyik lopja a masitol az infot.
Ha valaki regisztral az egyiken, akkor a regisztracioja (login/pass) ervenyes legyen a masikon is! (igy konnyebb infot lopni)
Belepve a macskak.hu -ra, bekuldhessen macska tartalomtipust, es nezegethesse a macskakat, es az autokat is, de autokat ne kuldhessen be. es mindezt macskas sminkel.
autok.hu -n forditva.
Tovabba azt akarom, hogyha egyik oldalt (rendszert) frissitem, akkor automatikusan frissuljon a masik is. ;)
(legalabbis az alaprendszer)
http://drupal.hu/cikkek/ujtobbwebhely ebben szerepel valami.hu is, és valahol.hu is... az elején..., de nem birtam nyomonkovetni.
Arra peldaul nincs szukseg, hogy ha egyiken belepett aztan beirja masik url-jet anelkul hogy kilepett volna... akkor eleve belepett emberke legyen (vagy macska, esetleg auto), csak hat ha egy drupal, akkor szerintem igy mukodne eleve.
Egy saját célú modult fejlesztgetek, amiben van egy rész, mely egy űrlapküldést tartalmaz.
Láthatnánk?
Az a gond, hogy amit írsz az teljes sületlenség, ugyanis nem kell megadnod a formnak semmilyen action paramétert.
Az első olvasatra eszébe se jut az embernek, hogy Te a sima html formot íratod ki a moduloddal, amikor
1. ott a Form API
2. a Drupal MVC modelljébe nem fér bele ez a fajta gány.
Form API használata egyszerű:
1. Létrehozol egy megfelelő asszociatív tömböt visszaadó függvényt, mely neve lesz a form azonosító, pl minta_modul_elso_formja
2. ezután létrehozol egy függvényt melynek neve minta_modul_elso_formja_validate, amiben ellenőrzöd a form értékeket, és ha nem jók akkor a megfelelő hibaüzenetet visszaküldöd.
3. létrehozol egy függvényt melynek neve minta_modul_elso_formja_submit, ez fogja feldolgozni az adatokat.
4. a formot a drupal_get_form függvénnyel tudod megjeleníteni.
Minden mást a Drupal elintéz helyetted, tehát neked nem kell mással foglalkoznod!
Ez a megoldás azért is jó neked, mert így sminkelhető lesz a formod és más modulok(nyílván saját modulok) be tudnak majd épülni ebbe a formba.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
Sziasztok! Szeretném megváltoztatni az alapértelmezett Horizontal line-t a TinyMCE szövegszerkesztőben. Legnagyobb meglepetésemre ha HTML módban beírom az általam óhajtott formát:
<hr color="#631010" size="2" width="100%" />
a szerkesztésnél jól jelenik meg, de Előnézetben, vagy a Beküldés után, újra az alapértelmezettként. Pedig az oldal forrásában ott van a változtatásaim! Ekkor jött az ötlet, hogy csináljak a sminkmappa stlye.css-ében egy "szabályt" a hr-hez:
hr { size="3"; color: #631010; }
Érdekes módon IE alatt kíválóan működik, de FireFoxnál üres sort jelenít meg a Horizontal line helyén. Mi lehet a hiba? Előre is köszönöm a segítségetek!
megoldás
Szóval megoldáshoz vezetett a segítséged és azért kavarodott össze mert külön DB-ben voltak a cuccok, nem pedig egy DB-külön tábla.
Leírom ide a megoldást hátha más is benézi majd.
Alap esetben egy DB-n belül vannak külön táblák, azoknak külön prefixumuk van, így a dolog teljesen hibátlanul működik, de nálam külön DB-be kerültek az adatok. A settings php-ban a prefixnek úgy kellett kinéznie hogy táblanév.prefix_ így ugyebár kiválasztott másik DB-t és ott használta a közös táblákat. Nálam az volt a baj hogy a sequences táblába nem egyszerűen azt írta hogy 'users_uid' hanem hogy 'táblanév.users_uid'.
Ez nem is baj viszont az alap drupalhoz nem adtam meg prefixumot, mivel a saját tábláján belül kellett ávlogatnia, ezért az meg csinált egy sima 'users_uid' mezőt.
Érthető hogy mivel két helyre írtak, összeakadtak a regek.
A megoldás tehát az hogy külön DB-s telepítésnél akkor is oda kell rakni a táblanév.prefix_ előtagot ha a saját tábláján belül kell dolgoznia, ekkor mindketten ugyanazt a mezőt fogják írkálni.
Biztos sokan tudják és néznek minek írtam ezt ide, de hátha lesz másoknak is ilyen gondjuk és talán használják majd a keresőt is :)
Köszi
voo