ssibal képe

A legjobb tudásom / tapasztalatom a következő:

1. A meglátásod alapvetően helyes.
2. Amikor a rendszer (os) cronjának sűrűségét beállítod, ő az elsődleges keresztmetszet.

Pl: Drupalban, cron-job hook szinten létreohozol egy 5 óránként futó taszkot, de az OS cron futása 24 órára van beállítva, akkor 24 órántként fog lefutni (talán többször is).

3. Rules-nál a scheduled futásoknál szintén. Hiába adod meg, hogy valamit 5 órántként ellenőrízzen, ha az os cron magasabb óraszámon fut, akkor ez nyílván nem fog teljesülni.

Ha rendeltetésszerűen szeretnéd, hogy fusson az összes cron related taszkod, akkor amelyiknek minimum az értéke, oda állítsd az OS cron-t is, és akkor baj nem lehet!

0
0
Szotyi képe

Átnézegettem, s ezek jól vannak beállítva (tehát nem az [email protected] szerepel ott):

- Jelentések - Elérhető frissítések - Beállítások - Az elérhető frissítésekről értesítendő felhasználók email címei
- Beállítások - Rendszer - Webhelyinformációk - Email cím
- User 1-es (webmester-es) profil
- Tartlom - Űrlapok - Összetevők - Emailek
--------

Nyomon vagyok.
Az users táblában az 1-es ID-n tehát a webmesteres felhasználónál van egy ilyen mező: init email adressed used for initial account creation. S itt szerepel az [email protected] sztring.

Csak most a kérdés, hogy hogyan tudom én ezt az adminfelületen (tehát nem a phpmyadminban) átállítani?

0
0

Péter

Alfika képe

Szia.

Végülis köszönöm a segítséget, rávezettél... :) Az 5hír/oldal az már beállított, a kezdőlapon megjelenő hírek száma. Ha 10-re állítom, akkor 10 van, ha 20-ra, akkor 20...

Minden hírnél jelölve van hogy jelenjen meg a kezdőlapon, meg is jelentek, de mikor levettem 5 hír/oldalra akkor értelemszerűen eltűntek...

Beállítva nem volt kezdőlapnak semmi, mert azt írja hagyjam üresen az alapértelmezéshez :) Most beírtam hogy a frontpage legyen az alapértelmezett, és van lapozó... :) Erre nem gondoltam... :)

Mégegyszer köszi :)

szerk.: igen alapból ha üresen hagyom, a /node a kezdőlap, de a főoldalra beállított hírek száma működik, tehát amit állítok, az van ott... Csak az a fránya lapozó... :)

0
0
Illyés Edit képe

Én is használok egy ilyen funkciót, csak persze az én kódom nem ilyen szép :)

Az alapvető usability probléma szerintem az, hogy a contact modul nem menti az elküldött leveleket az adatbázisba. Mondjuk egy céges honlapnál nem megengedhető, hogy a levelek email formájában keringjenek a neten, ami aztán vagy megérkezik a címzetthez, vagy nem. Ezért a root@localhost-nak szoktam másolatot küldeni, hogy legalább valahol nyoma maradjon. De leginkább webform modult használok, ami ment az adatbázisba. Bár jobb lenne, ha pusztán ezért nem kellene egy kiegészítő modult beüzemelni.

Gondoltam már rá, hogy beküldöm feature request-ként, de nem tudom, patch nélkül van-e értelme feature request-eket küldözgetni :)

Robert Petras képe

Igazad van és köszönöm a jó példát amire rápislantottam. Egyenlőre még csak az a célom, hogy rutinszerűen tudjam a Core és a PM Drush parancsokat futtani a lokálisan majd a távoli szervereken. Később azonban biztosan szükségét fogom látni az installációs fájlok elkészítésének és majd az abból Drush Make segítségével készített letölthető csomagoknak.

Csak azokat a felvételeket néztem meg a 2011-es DHU konf-on készültek közül, melyek az akkori Drupal tudásom szintjén el tudtam sajátítani/befogadni.

A Drush biztos nem szerepelt a filmek között... a command line-t, drush-t, shh-t csak két hete használom. Szóval ezek az első lépések.

BlipTV vagy UStream helyen találom meg az archív felvétleket? Nem emlékszem pontosan. Megtennéd, hogy megírod, hogy hol vannak ezek? Köszönöm!

Hojtsy Gábor képe

Ez sem gond, a tábla prefix erre is használható. Ha pont van a tábla prefixben, akkor az ugye a pont előtt az adatbázis nevét adja meg, utána meg a tábla prefixet az adatbázison belül. Ha nem kell táblaprefix az adatbázisban, akkor pontra kell végződtetni a karaktersorozatot. Nincs ebben semmi mágia, csak azt kell tudni, hogy a "{táblanév}" az SQL parancsokban kicseréldődik "prefixtáblanév"-re (idézőjel nélkül persze), és akkor ami a prefix, pontosan azt használja az SQL parancs. Például: "jozsi_táblanév" vagy "jozsi.táblanév" nem midegy, mert első esetben azonos adatbázisban tábla prefix, másodikban másik adabázisban, de nem prefixelt tábla.

Mindez a hókuszpókusz csak akkor kell, ha nem teszed minden táblád új adatbázisba, hanem több adatbázis között akarsz táblákat megosztani. Ha minden tábla új adatbázisba kerül, akkor simán a kapcsolati paramétereknél megváltoztatod az adatbázis nevét és kész.

gyurika képe

karaktersorozatokra tudsz keresni az adatbazisban.
pl ha letrehozol egy menupontot vagy egy szöveget azt innen is le tudod forditani.
mas kerdes hogy ha mondjuk az altalad letrehozott menupontnak, pl "about us" letrehozod a forditasat "magunkról" az attol meg ugyanarra a nod-ra (az angol nyelvu szovegre)fog hivatkozni amire eloször beállítottad, hiaba forditottad le stringként a hozza tartozó szöveget is.
vagyis ha megvan a menupont is meg a hozzatartozo szöveg is karaktersorkent leforditva akkor ha a megfelelo nyelvvalasztora kattintva megjelenik minden szepen a megfelelo nyelven viszont ha utana a menupontra kattintanál akkor az az eredeti szöveget fogja behozni.
többnyelvű menüt ezert a multilingual block opciot kihasznalva tudsz csinalni.
ami az eredeti kerdest illeti a mission , slogen stb valtozok sztringjeire nem hozott talalatot.
nemtom miért de annyira nem is izgat.

0
0

drupaloholic

nyuszis képe

Üdv
Nekem is hasonló a problémám. Én általában drupalban készítek oldalt és oda is szoktam tenni, hogy drupal motor van alatta. Az igaz hogy én az alaprendszert teszem általában fel és a feladatot saját modul írásával oldom meg. Így csak az alap drupal licensz vonatkozik rám (azért akad kivétel, pl fckeditor).
Most van egy olyan oldalam, aminél a megrendelő nagyon sokat beleszólt a kinézetbe és így jelenleg nincs az oldalon drupal logo, de még utalás sem. Ha beraknám itt a linkek közé, az mentesítene az alól, hogy megjelenjen a drupal felirat az oldalon?
Érdekelne jogilag és "erkölcsi" oldalról is.
Idővel szeretném a webshop modulom közzétenni, de sajnos még most nem elég szép a kód és nem is túl általános.
Jelenleg nem ebből élek, így időm sincs túl sok a Drupallal foglalkozni.

0
0
sandorm képe

az fckeditort és az illesztő modult is a rossz helyre feltöltött ( public_html/modules ) mappából, - ezt te nem tudhattad - nem tudtam a drupalban eltávolítani, mert így nem volt mit. Gondolom az általad megadott helyes mappába ( public_html/sites/all ) történt feltöltést ezért nem vette figyelembe.
Visszaraktam a rossz mappába is a cuccot, akkor engedte már az uninstallt. El is végeztem.

Írod, hogy most kellene újból engedélyeznem. Na, de most megint nem 'látja'. Nem tudok engedélyezni, jogosultságot adni.

Szerintetek hogyan oldható meg ez a helyzet? Nem szeretném az egészet letörölni, valami finomabb módszer is létezhet, csak én vagyok kezdő. Ha kell az admint is megadom PM-be.
Nagyon szeretném már igazán próbálgatni ezt a csodás 6.4-et (FCKeditor 2.6.3)
Az eddig rám fordított időtöket ezúton is megköszönve, üdv. Sanyi

0
0
imania képe

Feltettem a shoutbox modult, de nem teljesen úgy működik, ahogy vártam.

Engedélyeztem a beküldést a vendégeknek és a regisztrált felhasználóknak, az adminisztrátornak mindent.

Vendégként ha megnézem az oldalt IE alatt és írok be egy vagy több üzenetet, Firefox alatt megnézve az nem látszik. Fordítva is ez a helyzet. Illetve akkor is eltűnnek az üzenetek, ha törlöm a cookie-kat a böngészőben.

Ha a shoutbox moderálását engedélyezem a vendégeknek vagy a regisztrált felhasználóknak (az adminisztrátoroknak alap) akkor megjelennek az üzenetek, viszont azt nem szeretném, hogy bárki tudja moderálni.

Valaki tud erre megoldást? Más drupal oldalon láttam jól működni ezt a modult.

Drupal 5.6-ot használok.

Más ilyen modult ismer valaki? Esetleg hogy lehet megvalósítani, hogy az üzeneteket scrollozni lehessen, mint pl. egy joomla oldalon láttam, ne fixen elfoglaljanak egy nagy részt, ha sok üzenet van?

Köszönöm

Üdv, imania

0
0