
én is :)
É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 :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Köszönöm a pontosítást
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!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Külön adatbázis
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
manage string
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.
drupaloholic
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
saját problémám
Ü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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Shoutbox hiba lenne?
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
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A legjobb tudásom /
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!