Sziasztok!
A szép url-ek elérése érdekében a pathauto modulnak a transliteration funkciójával amihez az i128n-ascii.txt fájl kell gondoltam hogy leveszem az ékezeteket. Ha bejelölöm a pathauto settingsbe hogy legyen transliteration és bulk-ot nyomok, hogy ujra generálja az url-eket akkor fehér halállal találom szembe magam és nem generálja ki az ékezet nélküli karaktereket az url-be. Ha nem jelölöm be a transliteration-t akkor hibátlanul müködik. Nem tudok rájönni mi lehet a gond. Nem is találtam sehol ilyesmi problémát. Van ötlete esetleg valakinek?
üdv
Drupal verzió:
Fórum:
Az error.log mit mond?
Mondjuk a php.error.log. Bizonyára azt, hogy elfogyott a memória, vagy túl sok ideig fut a folyamat.
A szerver error logban is lehetnek érdekes dolgok, főleg fcgi-s php futtatás esetén...
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
Semmit nem mond
Köszi a választ!
Az apache error.log semmit nem ir, beraktam az index.phpba a php logolást, de ott is csak notice üzenet jelenik meg a cacherouter és a php_gd-ről aminek nem hiszem hogy ehhez köze van. Valaki tud esetleg még részletesebb logolásra vm megoldást? Én is valami php beállításra gyanakszom, de a php memoria 128mb és nem fut hosszu ideig, ugyhogy sok oka nem lenne erre.
php.ini
error_log="ide meg ide tedd a logot, hogy én is hadd lássam"
Ezt be kellene állítani, onnantól lehetne látni, hogy a php miért hasal el.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
Egy kis tuning
Lehet, hogy egy kis tuningra lenne szüksége.
Az egyik a Den által is említett php.ini-ben pl.:
max_execution_time = 60 ; Maximum execution time of each script, in seconds
A fejlesztés idejére átállíthatod a logolást:
error_reporting = E_ALL
A másik, amit még kipróbálhatsz az a MySQL-nek a my.cnf állománya:
max_allowed_packet=32M
Páldi Zoltán
Nincs log
Minden létező logolást beállítottam de semmi log nincs. Amit irtatok mindent kiprobáltam de nem akar müködni most se. Kiprobáltam ha pl a tartalomnál egyesével kijelölgetem a tartalmakat és ott probálom az upgrade path alias-t mondani neki akkor is fehér halál.
Nem értem a dolgot, mert ez müködött pár napja és egy frissítés után szállt el, majd amikor visszafrissítettem akkor is fennáll a probléma.
Milyen operációs rendszeren
Milyen operációs rendszeren fut a Drupal?
VirtualHost-ként van beállítva?
Páldi Zoltán
Opensolaris
Opensolaris 2009.06, webstack legfrissebb verziója és multisite-ok vannak, amelyik mindegyik virtualhostolva van. Eddig a kezdeti nehézségeket leszámítva hibátlanul müködött a drupal ezen a rendszeren.
hány noderól van szó?
Hány darab node-ról van szó?
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
Nem sok
Alapvetően nem sok, még feltöltve se nagyon van adattal. Ez egy korábban feszegetett übercart webáruház, ahol nem csak darabáruk vannak. Erre irtunk egy külön modult, amelynek elég nagy része javascriptben iródott. Erre is gondoltam problémaként. Nem tudom egész pontosan a js-ek betöltése hogy történik. De miután kikapcsoltam a modult, ugy se jo, ugyhogy valószinű semmi köze nincs hozzá.
Most létrehoztunk egy másik környezetet, ott is megprobálom tesztelni, bár ezt most nem tudom hova rakni mi lehet a gond.
üdv
vm megmozdult
warning: parse_ini_file() has been disabled for security reasons in /www/fereeoldalai/sites/all/modules/pathauto/pathauto.inc on line 166.
Egy ilyen hibaüzenetet kaptam. Ismerős esetleg ez valakinek?
googlenak?
Ez alapján úgy tűnik, a Google-nak ismerős lehet.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Tudom használni, de nem ez volt a gond
Sikerült nekem is elsajátítani a google használatát, de ezekre a linkekre olyan válaszok vannak amik nem állták meg a helyüket nálam. Ellenben a rendszergazdával közösen megoldottuk a problémát. Leírom mert biztos hogy nem gyakori. A virtualhostba be lett irva pár php biztonsági beállítás pluszba, ami biztonságot ad, ezek között volt a parse_ini_file is, amit miután kivettünk tökéletesen megoldotta a problémát.
üdv
Azért kiváncsi lennék a hátterére
Mi az a biztonsági megfontolás, mi az a plusz biztonság, amit a parse_php_ini() függvény letiltása hoz. De komolyan, leírhatnád, had okosodjak.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
PHP direktivak
php_admin_value suhosin.executor.func.blacklist exec,passthru,shell_exec,system,proc_open,popen ,curl_exec,curl_multi_exec,show_source = ide volt még irva a parse_ini_file
php_admin_value open_basedir IDE A DIR...
üdv
duplán ment el
... kétszer ad, ki gyorsan ad ...
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés