Először meg kell nézni az
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tény, hogy kezd szétválni az
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tedd fel az SEO checklist
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
Írj rám, ha érdekel a Győri Drupal Használói Találkozó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem kell modositani az most
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")) {
Drupal 5.x, 7.x
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem az initnél lesz a gáz. A
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.
----
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
Az arhív kedvéért én is
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kicsit kevés ez az információ
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.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az 'őrült blogos' oldalon NEM
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:
../sites/all/themes könyvtár
../sites/blog.ganyikaroly.net/themes könyvtárban
../sites/default/themes könyvtárban
../themes/ könyvtárban
...eddig rendben? megfelelő helyen van a bekapcsolandó smink?
Geva
----- Számítások - Kalkulátorok