Hát, nekem még így se megy... :-(
Drupal 7.16, Webform 3.19, közzétéve, Content Access per node is szabályozza
Csak uid=1-gyel látom, semmilyen más felhasználó nem látja. Megadtam a megfelelő jogosultságokat a következő helyeken
- a People/Permissions alatt
- a node menüpont webformos részei alatt
- legalul a webform submissions részeknél
- a webform tartalomtípus Content Access részénél
- az adott, közzétett webform saját Content Access részénél...
... és mégse látszik a form, csak a bevezetője.
Létrehoztam egy új webformot néhány mezővel, ugyanolyan jogokkal, és az működik. Mi lehet a hiba?
Köszi előre is:
A.
Turóczi Attila
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Poormanscron - D7 része
„Fontos, hogy a szerver hívja meg a cron-t, ne az oldal, mert az utóbbi a látogatóktól függ. Hogy van-e erre kész modul? Elképzelhető, keresgélni kell a drupal.org-on.”
Elvileg erre való a Poormanscron: http://drupal.org/project/poormanscron.
Drupal 7 esetén:
"#D7CX: We don't need to pledge that Poormanscron will have a full Drupal 7 release on the day that Drupal 7 is released because Poormanscron is part of Drupal 7!"
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem biztonsági rés.
Nem biztonsági rés.
Ezek a spam robotok nem biztonsági rést használnak ki, hanem a lehetőséget, hogy bárki regisztrálhat az oldalon. Mert hozzászólni névtelenül már rég nem lehet, pont emiatt.
Amit lehetne még tenni, hogy:
- qq.com -os mail címeket tiltjuk (kb. az utóbbi időben jövő robotok onnan jöttek.)
- Aznos három hozzászólás body után lockoljuk a felhasználót és elrejtjük a hozzászólásait. (azért három, mert néha előfordul a duplázás, ha lassú a szájt)
Szerintem e kettővel jelentősen lehetne csökkenteni a spam-ek számát. (ami most se olyan iszonyatosan sok heti 1-2, csak zavaró)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Annyira nem rossz a saját
Annyira nem rossz a saját formos dolog sem, de valszeg a rendes comment formal is meg lehet csinálni, hogy form_alterben belerakod a saját dolgaidat, form_validateben meg lecseréled a form_state megfelelő értékeit a az aktuális node-ra.
Egy biztos, semmiképp sem a node-ot babráld, a comment_save d6-on egy az egyben form feldolgozáshoz van írva, szóval annyi a dolgod, hogy ami $forms_state adatból a comment_save dolgozik, azok legyenek rendben és aktualizálva a megfelelő nodera.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hát igen, a találatokat is fenntartásokkal kell kezelni
Mondjuk amikor ezt írtam, azt is szimpla 1 perces guglizás alapján tudtam megírni, és végül ez bizonyult a jó megoldásnak. :)
Ettől függetlenül persze igaz, amit mondasz, hogy a net tele van sajnos hülyeségekkel, rossz tanácsokkal, rossz kódolási szokásokat bemutató kódokkal, ezért amennyiben a forrás általunk ismeretlen (pl. nem tudjuk jól, hogy az illető eléggé vágja a témát), érdemes fenntartásokkal kezelni a látottakat.
De a Drupalt érintő dolgokat szerencsére itt is meg tudjuk beszélni!
Amúgy tényleg örülök, hogy megtaláltuk a megoldást, és most már jól működik az oldalad.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem tudod beimportálni
A 7-esbe is be tudom importálni a Backup and migrate modullal a 6-osban készített adatbázis mentést?
Nem fogod tudni beintegrálni. Először otthon telepíts fel egy drupal6-ost a saját gépedre, abba importáld be a lementett adatbázist, és amikor minden működik, akkor upgrade-eld 7-esre.
ez a weboldal amit költöztetni szeretnék:
Azt hittem, hogy az, ami az adataidnál van, de a Chameleon theme is megvan 7-esre, na és persze a Views is, úgyhohgy nem lesz különösebb probléma.
Légy szíves olvasd vissza legalább ezt a topikot!
Sok mindent megválaszoltam/megválaszoltunk már.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A legegyszerűbb, ha megnézed
A legegyszerűbb, ha megnézed a kommenteket: http://api.drupal.org/api/drupal/includes%21database%21database.inc/func...
Nálad a $query->fetchField hiányzik még, hogy ne pdo objecttel dolgozz. De az alapelv is rossz, jó esély van rá, hogy a kveri sem mindig azt az eredményt fogja adni, amit akarsz.
Most, hogy megvan a megoldás, nyugodtan felejtsd el a computed fieldet, és _minden_ olyan megoldást, ami textfieldbe írt php kódon alapul.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Technikai és elvi kérdés
Szerintem dj-nek igaza van abban, hogy ez a hír az oldal megvalósulásához kapcsolódó technikai dolgokról szól. Nem arról, hogy mit kért a megrendelő, miért pont azt és miket kérhetett volna helyette. Ezek ugyanis olyan információk, amelyek nekünk nincsenek birtokunkban teljesen érthető módon, azt pedig nem várhatod el, hogy minden felmerülő részletre választ kapj itt.
Érdekesek az észrevételeid, de szerintem sem ide valók, hanem leginkább egy esti sörözés mellé, ahol a felmerült nem technikai jellegű kérdéseket meg lehet vitatni.
Köszönöm a megértésed! :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez furcsa hiba, mert ezek
Ez furcsa hiba, mert ezek szerint a jQuery Cookie valószínűleg valamiért nem töltődött be. Én mondjuk nyomoznék, hogy mi lehet az oka, mert nálam fejlesztés közben abszolúte nem opció a JS- és CSS-fájlok tömörítése.
Milyen theme (bár nem tudom, lehet-e összefüggést keresni)?
Még páran a
mod_security
Apache-modulra hivatkoznak a hiba forrásaként, meglep, ha tényleg ezzel van összefüggésben (az a modul XSS-t és hasonlókat szűr)... akkor kíváncsi lennék egy magyarázatra. :)