$conf['i18n_variables']
Az a kód, ami a kézikönyvben szerepel - $conf['i18n_variables'] = array(.... - biztosan benne van a settings.php-ban?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha a regisztrációnál
Ha a regisztrációnál engedélyezed az e-mail ellenőrzést (alapból így van), akkor elvileg egy érvényes és működő e-mail címed van.
(Utána persze meg lehet változtatni vmi gagyira is, tehát kikerülhető.)
A form kitöltését jogosultsághoz kell kötni, így csak a regisztráltak férhetnek hozzá.
A második kérdésed már valóban új téma, de röviden megválaszolva, a webform modulban be tudod állítani, hogy ki és milyen levelet kapjon, ha vki kitöltött és beküldött egy formot.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem ezt css-ből tudod
Szerintem ezt css-ből tudod megcsinálni.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
RSS? na ez valami.
Hello!
egy kicsit meglepett, és azt hogyan csinálod? facebook RSS-t képes olvasni?
Amúgy a fbconnect vagy Drupal for facebook modullal csinálom, mert persze mindenütt más nevet adtak neki.:S
Egyelőre semmi előrelépés...más gondoltam, hogy emailben is beküldöm(minden oldalhoz van saját emailcím a postoláshoz), de a tesztelés nem túl sikeres, ugyanis csak a tárgyat teszi be az oldalra és így nem is jó megoldás.
Laca
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha jól emlékszem, akkor nekem
Ha jól emlékszem, akkor nekem is volt olyan problémám, hogy a view-s fej/láblécébe adtam meg kódot, ami nem működöt, viszont síma blokkban gond nélkül ment. A Geva pont ezt írta neked, hogy tedd síma blokkba a kódot és a blokknál add meg, hogy hol jelenjen meg és akkor valszeg menni fog.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha az űrlapot webform
Ha az űrlapot webform modullal csinálod, akkor ezt a modullal egyszerűen megoldhatod.
Nagy Gusztáv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges





Nehéz ügy
Én - egy biztonsági mentés után - törölném a tábla tartalmát, és újra beállítanám azt a pár változót, ami valóban szükséges. Nem lehet egyenként megmondani, hogy ez kell, az meg nem, mert bármely modul mondhatja, hogy ha az i18n jelen van, akkor ez és ez a változó többnyelvű.
B verzió: Azt töröld, amelyik biztosan hülyeség. (site_offline, cron_last, language_default, stb), illetve ami gondot okoz.
Ha ezek a biztosan nem többnyelvű változók visszakerülnek ebbe a táblába, akkor viszont azt valamelyik modul csinálja, ami már messzire vezethet.