Geva képe

az 'őrült blogos' oldalon NEM a Garland sminket látom :O
(nem értem, csak bogozom a kérdést, a default oldal éppen karbantartás alatt)

Multisite-nál:

  1. a közösen használható sminkek helye a
    ../sites/all/themes könyvtár
  2. a blogos oldaladon használható sminkek a
    ../sites/blog.ganyikaroly.net/themes könyvtárban
  3. a kizárólag a default - azaz a ganyikaroly.net - honlap által használható sminkek a
    ../sites/default/themes könyvtárban
  4. kizárólag a gyári sminkek, közöttük a Garland is a
    ../themes/ könyvtárban

...eddig rendben? megfelelő helyen van a bekapcsolandó smink?

1
0
szt képe

Először meg kell nézni az issue-ban, hogy a patch commitolva van-e már a devhez (világos, ugye? :).
Jelen esetben aug. 17-étől a 6.x-2.x és 6.x-1.x verziók már tartalmazzák a javítást: használni lehet a dev verziót.
Ha még nem lett volna becommitolva, akkor a patch fájlt le kell tölteni, és alkalmazni kell a patchfájlt. Meg lehet csinálni manuálisan is, minden progi nélkül, de egy nagyobb patchfájl alkalmazása iszonyú munka kézzel, de meg lehet csinálni. Ha megnyitod a patchfájlt, akkor benne van, hogy mit kell csinálni.

1
0
Balu Ertl képe

Tény, hogy kezd szétválni az a bizonyos célközönségi olló. A D8 komplexitásával CMS-ből CMF-vé fejlődött, ez már nem egy súlycsoport egy „pitty-putty felFTP-zem a tárhelyemre és már kész is a blogocskám”. Nekem fordítóként kifejezetten fáj, hogy a magyarított UI-t inkább használó magánzó sitebuilderek, hobbisták, érdeklődők közönsége beszűkül a D8-cal bekövetkezett profilváltással. Ahogy Dani is írja, a mai megélhetési drupalisták már Terminálból érintkeznek a leggyakrabban a Drupallal drush, git, composer, docker és más komoly fejlesztőeszközök parancsain keresztül. Hiába, ma már ez áll közelebb a professzionális webfejlesztéshez.

Aki szeretné még a régi békeidőket megőrizni, annak esetleg érdekes lehet a Backdrop CMS projektet megismernie.

0
0
zionduc képe

Tedd fel az SEO checklist modult, és nézd végig a /admin/config/search/seo-checklist oldalon látható modulokat.

Kíváncsi vagyok mások véleményére én is, de ezeket ajánlom:
http://drupal.org/project/metatag
http://drupal.org/project/metatags_quick
http://drupal.org/project/globalredirect
http://drupal.org/project/redirect
http://drupal.org/project/site_verify
http://drupal.org/project/linkchecker

2
0

Írj rám, ha érdekel a Győri Drupal Használói Találkozó.

black71 képe

nem kell modositani az most is ugy van.
ahoz hogy az admin minden privat irast lasson modositsd ezt a sort:
 if (!$node->private_field_option || ($user->uid == $node->uid)) {
erre:
 if (!$node->private_field_option || ($user->uid == $node->uid) || user_access("access administration pages")) {

0
0

Drupal 5.x, 7.x

szantog képe

Nem az initnél lesz a gáz. A node_get_types() a node.module-ben van. A .module fájlok a bootstrapben a module_load_all() függvénnyel kerülnek betöltésre.

Kerest meg a http://api.drupal.org/api/drupal/includes--common.inc/function/_drupal_b... függvényt, és ha a module_load_all elé beírod, hogy hogy print_r(module_list(TRUE, FALSE)); akkor milyen listát kapsz vissza? Ez két okból sem rossz, egyrészt ha nincs eredmény, akkor már tudjuk, hogy a bootstrapban a module_load_all előtt kell keresni a bűnöst, másrészt meg megtudjuk, hogy milyen modulok .module fájljai lesznek betöltve.

Apropó, modules/node/node.module fálj létezik a szerveren egyáltalán? Lehet, hogy drupal_load nem ad vissza hibát, ha nincs .module fálj egy bekapcsolt modulhoz.

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

concorde képe

Itt a kód, az előbb kihagyta a rendszer...<div class="fb-comments" data-href="http://valami.hu" data-width="470" data-num-posts="10"></div>

0
0
KoveZoli képe

Az egyik megoldás ez lett:

page--front.tpl.php -be:

....

setTimeout("document.location.href = 'http://domain_neve.hu/rendelo_bemutatasa';",3000);

A css-be pedig a kép formázása:

#introkep {
position: fixed;
top: -50%;
left: -50%;
width:200%;
height:200%;
z-index:100;
padding-top:100px;
}
#introkep img{
position: absolute;
top:0;
right:0;
left:0;
bottom:0;
margin:auto;
min-width: 50%;
min-height: 50%
}

0
0

Üdv,

Zoltán

Balogh Zoltán képe

Az arhív kedvéért én is hülyeséget írtam némileg, mert a count()-os dolog természetesen csak a preprocessz ágon működik. Kettőnk megoldása között annyi a különbség, hogy ha most itt feltekersz a lap tetejére, akkor látod a morzsát, melyben nem csak a Címlap szerepel. Ezt Te onnan kompletten kizúzod, ami nem feltétlenül jó. Tehát:

if (!empty($breadcrumb)) {
  return '<div class="breadcrumb">'. implode(' › ', $breadcrumb) .'</div>';
}

helyett

if (count($breadcrumb) > 1) {
  return '<div class="breadcrumb">'. implode(' › ', $breadcrumb) .'</div>';
} else {
  return '';
}

és akkor a Címlap, mint egyedülálló hivatkozás nem jelenik meg. Ha már más is játszik, akkor viszont igen. Ez is persze csak akkor működik, ha az alapértelmezés szerinti morzsa van érvényben, és attól szép a Drupal, hogy igen sok modul kavarhat be a morzsakezelésbe is, és akkor már ez az eltüntetés is lehet rossz.

0
0
Den képe

PL. ha fastcgi módban megy a php és ha 5.3 előtti, akkor gondja van a header-ek kezelésével.

Ez nálamis folyamatosan probléma: a mod_php-nak megfelelő header-ek nem jók a fastcgi-nek, egy php hiba miatt (dupla header-ek). 5.3-ban javították.

Nagyobb terhelés esetén nálam a fastcgi process ir a webszerver logban, hogy nem bír új process-t nyitni (nem teljesen ezt), és utána kicsit tunningolni kell az adott virtuális szerver beállításait: több fastcgi process indítása, pl.

Kellene látni a php.ini, webszerver logokat, van-e benne valami? Elég-e a memória a php-nek, vagy bizonyos esetekben egyszerűen kevés (volt már ilyenem localhost-on, hogy 128M is kevés volt neki - modul oldal a frissítést is akarta nézni közben, vagy valami ilyesmi, nem is merem még a Drupal belső lelki világát).

Szal, első lépésben: környezet felderítése. logok.

0
0