Igazad volt
tényleg a memória.
Az index.php-ba bettettem ezt:
error_reporting(E_ALL); ini_set('display_errors', TRUE); ini_set('display_startup_errors', TRUE);
ki is jött, hogy Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in .../includes/common.inc on line 1732.
Túl léptem a 128 MB-ot, ehez tehetség kellett. Nincs képem kérni, hogy emeljenek rajta.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én ennek úgy ugranék neki
Én ennek úgy ugranék neki, hogy felvenném a kérdéses mezőt a mezők közé. Mármint amelyiknek a karakterszámára vagyok kiváncsi. Megnézném a smink információkban, hogy melyik template vonatkozik erre (views-view-field.tpl.php), azt a megfelelő névvel (ez függ a nézet és a mező nevétől is) átlökném a smink könytárába, gyorstárat ürítenék, majd a template ezen részét:
<?php print $field->content; ?>
átírnám erre:
<?php print drupal_strlen($field->content); ?>
De ez csak az elv, ahogy működnie kéne pikk-pakk, ki nem próbáltam, de mennie kell.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Fordítás eltüntetése:
Fordítás eltüntetése: /admin/settings/language/i18n -> "Hide content translation links" - kipipál
és máris nem kell CSSben turkálni
Csatolmányok: Firebug bekapcsol. Megnézed, hogy a mostani "display: none" miért nem csak azt rejti el, amit Te szeretnél.
#content-content .node ul.links li, #content-content .node ul.inline li, #content-content .node .links a { display: none; }
Ez a kód szépen elrejt _mindent_ ami a fenti osztályokban van.
Ezt a sort szépen kitörlöd.
Tovább gondolkozol.
Megnézed, hogy azt az egy linket hogyan tudnád elkapni, amit el akarsz tüntetni.
Kiderül, hogy van neki saját osztálya: "upload_attachments".
Most keresel erre mutató CSS részletet. Nem találsz...
Így magad írod meg:
.upload_attachments { display: none; }
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Views custumfield modullal
a Views custumfield modul jó tipp folt a forrás kód is majdnem bejött, két hibája van:
-hiányzik az if zárójele
-nincs edit paraméter, van viszont update
tehát végeredményben így alkalmaztam:
<?php $node = node_load($data->nid); if (node_access('update', $node)) { return $data->nid; } ?>
Köszönöm a gyors segítséget!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a user block-ban
pl a user block-ban:
1. A user blokkban elérhető a $user object-t, innét eléred a user jellemzőket:
- ehhez a block-user.tpl.php -t kell elkészítened: a block.tpl.php-t bemásolod a sminked könyvtárába, készítesz róla egy másolatot és a másolatot átnevezed a fentebb jelzettre és ebbe beszúrod a megfelelő user jellemző kiíratását, pl a csoport besorolását:
(feltételezem az engedménycsoport = felhasználói csoport)
<?php foreach ($user->roles as $value) { print $value; } ?>
... mondjuk a $block->content kiírása elé, a 33. sortól
A user adatoknál való megjelenítéshez talán a user-profile-item.tpl.php kellene elkészíteni, abból is el kell tudnod érni a $user object-t, szvsz...
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Még csak a nyers adat
Még csak a nyers adat van benne egy két oszlopos táblázatban blokkonként.
Csak konyhanyelven tudom elmondani nagyjából.
Csináltam egy nézetet amiben beállítottam a felhasználó argumentumot (alapértelmezés szerinti arg) -> Felhasználó azonosítása webcímből valamint hozzá pipálva a Tartalom keresése a tartalom szerzőjének használatával is. Ez ugye azért hogy mindig az aktuális felhasználót mutassa amire kattintasz.
Majd szépen egyesével adtam hozzá a blokk megjelnítéseket amibe ugye a különböző CCK mezőket szúrta be. Én szám szerint 6 db blokk nézetet, de ez lényegtelen.
A user-profile.tpl.php fájlba csináltam egy kétoszlopos táblázatot és a cellákba beillesztettem a blokk nézeteket ilyen módon: <?php print views_embed_view('nezet_neve', 'block_1', $node->nid);?>
Idáig kb. itt tartok. A többi meg már csak részlet kérdés és sminkelés.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kód
Ezt már én is néztem, de lehet hogy csak én nem látom hova kellene ezt beszúrni:
<?php $block = module_invoke('menu', 'block', 'view', 26); print $block['content']; ?>
Ez kell a template.tpl.php-ba v. node.tpl.php-ba?
A paraméterek nem egészen világosak.
26: az ID=26 blockot szeretném beszúrni, ez ok.
A 'menu', 'block', 'view'-ban a 'block', hogy egy blokkot szeretnénk "beszúrni".
A 'menu', 'view'...?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Pl egy feltétel elég sokat
Pl egy feltétel elég sokat dobna a dolgon node.tpl.php-ban. A $node->comment == 0 az lehet 1, vagy 2, most fejből nem vágom, melyik a nyitott kommentelés konstansa (COMMENT_READ_WRITE??) és a $node->comment is lehet, hogy $node->comment_status, de valami ilyesmi kell. A node devel fülén a devel modullal mindent megtalálsz hozzá.
<?php if ($node->comment == 0 && !$teaser) : ?> <a href="#comment-form">Ugrás a komment-formhoz...</a> <?php endif; ?>
----
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átha ez segít....
Nekem a D7 hozta meg a megoldást telepítéskor.
Telepítés után nekem is előjött állandóan a D6-nál, de ez a modul http://drupal.org/project/http_request_fail_reset megoldotta.
Mikor megjelent a D7 gondoltam én is kipróbálom, viszont itt is ebbe a hibába ütköztem. De úgy látszik ez nem volt elfelejtve a D7 fejlesztésénél mert a telepítés elejénél már írta is a megoldást.
A settings.php utolsó sorába tegyétek bele ezt:
$conf['drupal_http_request_fails'] = FALSE;
Ez működik D6-és D7 alatt is.
Így nem kell kikapcsolni az Update status sem. (igaz fejlesztés alatt nem nagyon kell).
Ide még két gondolat:
- A settings.php-ról legyen másolat beírás előtt.
- A fejlesztői környezet nálam WIN7 64-bit+Xampp
- Ezt a modult azóta nem használom http_request_fail_reset
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kedves Edit! Igen, lehet
Kedves Edit!
Igen, lehet könyvtárakat jelszóval ellátni, persze, de mi köze ennek ahhoz, hogy egy funkció nem működik, pl. hogy a zár minden kulccsal nyitható? Mert a példa rossz, helyesen így lenne: nem a lábtörlő alá van rejtve, hanem be sincs zárva! Különbség, nem igaz?!
És nem elegáns, ha mindenkinek jelszavakat kell beírnia csak azért, mert a jogosultsági funkció ezt nem kezeli helyesen.
És nem kell nekem semmilyen másik platform, csak most ismerkedem a Drupallal és közben vettem ezt észre.
Kedves Gusztáv, Jézus "területi képviselője"!
Korábban már belenéztem a honlapodba és elég furcsának tűnt ez a Jézus területi képviselője kifejezés. Most, a kioktató hozzászólásodat olvasva javaslom: ha tudod, kérdezd meg Jézust, egyetért-e azzal, hogy te képviseld bármiben is...
Válaszolva: én nem értek hozzá annyira, hogy megoldjam, de a közösség érdekében gondoltam szólok, hátha még senkinek sem tűnt fel.
Egyébként nem tudom mi van itt, de ez az egyetlen fórum a sok tucat hasonló közül, ahol jártam, ahol frusztrált, arrogáns, pökhendi, öntelt "segítők" válaszolnak szegény "halandóknak", akik rendesen megkapják a magukét, ha a "nagyoknak" éppen olyan kedvük van. Sok hozzászólást olvasva itt más témákban is ezt tapasztalni. Ha körbenéztek a neten a drupal.hu honlappal kapcsolatos véleményekre, akkor láthatjátok, hogy nagyon sok mindenkinek ez a véleménye. Megjegyzem: nem véletlenül!
Ezen jó lenne már elgondolkodni azoknak, akikre vonatkozik!