Nem tudom, van-e olyan
Nem tudom, van-e olyan contrib modul, de nehezen tudom elképzelni. Ugyanis a drupal commenteknél az egész comment szálat törlni, ha van ilyen, nem csak azt az egy commentet.
Olyat viszont lehet, hogy elrejteni a hozzászólásokat. Én Rules plus flaggel csináltam ilyet, mégpedig a flag legfrissebb (asszem 2.x) branche kell hozzá.
Kell egy flag, mondjuk komment elrejtése. A flag jogosultságainál be lehet állítani, hogy a felhasználó csak a saját commentjeit flaggelheti, illetve unflagelnie meg nem szabad.
Erre egy rulest ráhúzni: Comment is flagged, az esemény pedig comment elrejtése.
Ez pl azért sem rossz, mert az admin attól még látja a commentet.
----
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
Durva módszer
de működik...
Csinálj egy teljes adatbázis mentést (ha netán bármi gáz lenne), majd phpmyadmin-ból zúzd ki az alábbi táblák tartalmát (TRUNCATE): locales_source, locales_target, l10n_update_file, l10n_update_project.
Ha ez megvan, akkor minden angol lesz, de észre fogod venni az állapotjelentés oldalon, hogy az l10n_update újra jelzi, hogy a fordító csapat dolgozott, és vannak elérhető fordítási frissítések. Telepítés a szokott módon.
Hátrány: Ha lokalizált telepítési profilt használtál a telepítésnél, akkor az evvel járó előnyök (pl. a lefordított regisztrációs levelek, a tartalomtípusok leírásai, stb.) így szintén elvesznek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Attól függ, hogy volt megírva
Attól függ, hogy volt megírva az a kód. Ha spagetti kód, akkor újra kell írni, de akkor nem csak a Drupal miatt kell újraírni. :)
Ha megfelelően strukturált a kód, és szét vannak benne választva a különböző funkcionális egységek, akkor viszonylag könnyű dolgod lesz.
Első körben csinálsz egy modult, amiben két függvény lesz: a hook_menu és az adott oldalt megvalósító page függvény, amiben betöltöd az összes szükséges fájlt és visszatérsz az előállított tartalommal.
Ezután (ha ez működik) nekiállhatsz úgy átalakítani, hogy a Drupal Api-ját használjad mindenütt, mivel csak így lesz hosszú távon fenntartható a kódod.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A Received-SPF-nél és Authentication-Results-nál a gmail.com-os
A Received-SPF-nél és Authentication-Results-nál a gmail.com-os címnek kellene szerepelnie. Megnéztem az általam korábban SMTP-vel küldött leveleknél, és ott mind az [email protected] szerepel, az oldalamhoz kötődő cím csak a "Return-Path" és "Errors-To" résznél szerepel, máshol egyáltalán nem. Így a helyes szerintem, ezért is megy nálad spambe, mert a kettő nem stimmel. Tehát a feladó valamiért sztem nálad rosszul van beállítva.
Tudsz esetleg mutatni az SMTP modul beállításairól egy screenshotot, úgy, hogy kitakarod a szenzitív részeket? Csak hogy látható legyen, nálad hol van elrontva a dolog.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
engem is érdekelne
na ennek a valódi megoldása engem is érdekelne. Gáz, hogy nincs olyan filter, ami a Drupal mindig aktuális rootjához képest igazítja az abszolút (vagy épp relatív) elérési útvonalakat, hogy a végeredmény jó legyen. Tényleg az a megoldás, hogy költöztetéskor minden egyes node-ot lehet átszerkeszteni, és átírni a képek útvonalát?
Esetleg egy nagyon csúf módszerrel adatbázisba beletákolva replace-elni az összes hivatkozást?
Nyilván ezt a problémát nem egyszerű áthidalni egy WYSIWYG-szerkesztő esetében, de az a baj, hogy a node szerkesztésére való kattintáskor sem alakulnak át a hivatkozások, hogy legalább elmentéskor jók legyenek, "magától" nem oldja meg a feladatot.
Tehát erre jó lenne valami automatizált megoldás.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hogyan?
Szia, bocs, nekem is ez a problémám, hogy blokkokkal építem fel a nyitólapom tartalmát, de nem tudom eltüntetni ezt a rendszerkiírást: "... – üdvözlet a webhelyen! Még nem lett létrehozva címlapra kerülő tartalom."
Ezt nem értem tisztán:
"A Views nézeteknél az általam használt nézetnek létrehoztam egy oldalt és a rendszerbeállításoknál megadtam hogy ez az oldal legyen a kezdőlapom."
Utána amit írtál, az már megvan nekem, a blokkokra be van lőve, hogy csak a nyitóoldalon legyenek láthatóak.
Esetleg nem lehet egyszerűen kitörölni ezt a szöveget valamelyik .php lapon? Az lenne a legegyszerűbb. Megnéztem jó párat, de nem találom.
Tudnál kis támpontot adni?
Köszi!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hasítótábla != hasítókulcs, ez utóbbi meg nincs is.
hash table = hasítótábla
hashing key = hasítókulcs
hash az meg egy hasítás(igazából trancsírozás) során létrejövő kulcs, vagyis kulcs. Nem hasítunk azzal semmit sem, soha! (hasítókulcs rossz, hasított kulcs talán, de az se jó)
Az aries által idézett szótárban is egyértelműen benne van, hogy a hash-nek van egy olyan jelentése, ami nem a trancsírozás(hasítás pláne nem). Ott azt írják, hogy a hasítófüggvény eredménye. Ez lenne tehát a jó fordítás, vagyis „az MD5 hasítófüggvény eredménye”. Kérdés, hogy ki használná ezt.
Tehát van egy szó aminek a fordítása több szempontból hibás.
Miért használnánk, ha van jobb?
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu