pp képe

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

1
0
szantog képe

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.

2
0

----
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.

Balogh Zoltán képe

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.

0
0
viktor1230 képe

Rendben elnézést a hibáért.. Akkor ha valaki olvasná ezt a fórumot akkor ilyen weboldalakat kérhetnek tőlem (ami feljebb olvasható)... És az olcsó fogalmán nem azt akartam kifejezni hogy rossz oldalt csinálok mert azt mondjátok "Olcsó húsnak hig a leve" de most őszintén mondjátok meg.. szerintetek valaki irna nekem úgy hogy azt irtam volna a fórumra hogy: weboldalt készithetek drágáért :D mert a mostani világban inkább másra költik az emberek a sok pénz mit egy weboldalra (kivétel cégek de arra kicsi az esély hogy lássa ezt a fórumot) és innen jött a fogalom hogy olcsón csinálok.. de az olcsó sem azt jelenti hogy 10ft-ért... Remélem meg tudjátok érteni...

2
-5
pp képe

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

0
0
holdenx képe

hmmm...nálam az az érdekesség fordult elő, hogy az oldal címe helyett pl. ilyet ír ki: "node 284"
A node egy link-ként szerepel, ami nem mutat semmire ("az oldal nem található"), a 284 pedig 2 sortöréssel alatta jelenik meg.
A galéria létrehozásával semmi gondom nem volt, úgyanúgy van, ahogy leírtad.
A cím jó lenne, ha megjelenne, mert 4 különböző galéria van,így nem lenne rossz, ha tudnák, épp melyikben járnak.
A tartalomtípus szerintem sima "oldal".
Arra is gondoltam, hogy a Fast Gallery valamelyik file-jában kell átírni valamit, hogy ne a node-ot dobja ki, hanem a Title-t helyette.

0
0
Sk8erPeter képe

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.

0
0
Sk8erPeter képe

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.

0
0
diesel képe

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!

0
0
DruTa képe

Igen, a külön node-ok megoldást jelentenének, de azért nem akartam, mert nincs szükség rá, ugyanis ezek munkák pdf-ben, ugyanabban a témában, csak a cégen belül az egyes file-okkal más foglalkozik, ezért másnak megy az értesítés tartalomtól függően. Így csak egy katt a feltöltésre és mentés, ha mindegyikhez node-ot csinálok (korábban úgy csináltam), akkor az pár kattintással hosszabb és tényleg nincs miért külön node-okat csinálni.

A kötelező mezőt azért akarom, mert a Rules az alapján küldi ki a megfelelő mail címre. Vagyis remélem, hogy a Rules-s ba be tudom állítani címkétől függően, hogy milyen címre menjen a mail, de ott még nem tartok.

0
0