drupal.hu | A Drupal tartalomkezelő magyar honlapja

Köszönöm mindenkinek a hozzászólását!

Lokalizált, magyar nyelvű Drupal 7.15-öt használok.

Megnéztem, a drupal jelentések között csak azok a keresések szerepelnek, ahol ékezet nélküli szavakat írtak be. Az ékezetes kereséseknek, amikor a hiba jelentkezett, nyoma sincs a jelentések között.

Én is a szolgáltatóváltást szorgalmaztam a megrendelőnél még a honlap elkészítése előtt, mert tartottam tőle, hogy problémák lesznek a Windows-os szerverkörnyezettel. Úgy is lett.

De a tulaj ragaszkodott ehhez a kanadai szolgáltatóhoz, aki egy magyar férfi és neki személy szerint jó ismerőse. Meg nem utolsó sorban mire a honlap megrendelésére került sor, már kifizette előre a nem kevés bérleti díjat, amit már nem akart veszni hagyni...

Így nem maradt más hátra, mint ebben a Window-os környezetben felépíteni a drupal honlapot és menet közben orvosolni a felmerült problémákat. Akadt is néhány, de a Keresővel kapcsolatos kivételével mindet sikerült a tárhelyszolgáltatóval rögtön megoldatni. (Pl. a MIME típusok között nem szerepelt néhány általam használt fájlkiterjesztés, emiatt a böngészőből nem lehetett azokat behívni, illetve belinkelni a honlapon.)

Egyébként a tárhelyszolgáltató Laci mindenben nagyon készségesnek bizonyult, de úgy tűnik ezzel a Keresős problémával nem tud mit kezdeni, azért kérte tőlem, hogy lehetőleg én csináljak valamit a drupalon belül.

Az igazsághoz tartozik még, hogy én alapból mindig felteszem a pathauto modult, ami automatikusan hoz létre álneveket a címsorban. Ez esetben is így kezdtem a munkát nem sejtve, hogy itt problémákat fog okozni.

Rögtön meg is tapasztaltam, hogy az általa létrehozott és a címsorban megjelenő ékezetes álnevek miatt a tartalmak is csak "fehér halállal" jelennek meg.

Ennek hatására kikapcsoltam a pathauto-t és kézzel átírtam a már általa átnevezett tartalmak elnevezését. Így elértem, hogy a tartalmak rendesen megjelennek.

Viszont kereséskor továbbra is ékezetes betűkkel kerül a keresett szó a címsorba, ami rögtön kiváltja az internal server error-t. Ugyanazt a szót ékezetek nélkül újra beírva már rendesen működik, jön a keresés eredménye.

Most nem tudom, nem emlékszem, hogy ez korábban, a pathauto telepítése előtt is így volt-e, vagy ebben is a pathauto a ludas.

Bár kikapcsoltam a pathauto modult, de nem lehet, hogy még mindig az kavar be valahogyan, amiért egy ideig használtam...?

Nem vagyok programozó, de azt gyanítom, hogy valahol a szerveren kellene a karakterkészletet átállítani a jól bevált UTF-8-ra. De lehet, hogy ez nem olyan egyszerű, ezért ódzkodik a tárhelyszolgáltató, és ehelyett inkább nálam kér valami helyi megoldást.

Mint írtam feljebb, ez egy kanadai (Toronto) szolgáltató. Gondolom ezért használ valamilyen, csak az angol helyesírást támogató karakterkészletet, és én vagyok az első, akinek az ékezetes betűk miatt problémája akadt a nála üzemeltetett honlappal.

Persze ez esetben is kell valamilyen megoldást találni...

A tárhelyszolgáltató mint írtam, nagyon készséges. De lehet, hogy neki is konkrét tanácsot kéne adni, mert nem tudja, hogy konkrétan mit és hol kéne tennie a szerveren, hiszen nem találkozott még ilyen helyzettel.

Ezek ismeretében esetleg van-e valamilyen használható ötlete valakinek?

Veres László

elsőre úgy tűnik, hogy telik be a tárhely, ami meggyógyul ideiglenesen, amikor a tmp dolgok törlődnek, majd megint betelik a tmp dolgokkal, ami aztán tmp lévén megint törlődik valamikor, és így tovább..
de lehet hülyeség..

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

Igen, valami ilyesmi, itt állítólag megoldotta a szolgáltató.

Védd az állatokat! ;)

Ez mit is jelent, nem igazán értem a kérdésedet?

settings.php-ban pontosan hova kellene beleírni?

.htaccess file-t elvileg hol találom?

Annak idején én így oldottam meg. A szerepköröket automatikusan megkapták a regisztrálók, ami nekem nagyon jól esett :)

Védd az állatokat! ;)

web server logját kérd a szolgáltatódtól.

Lécci nyisd meg a settings.php-t és keresd meg. :) De most csak neked, csak most megnyitottam egy régi 6.x-es Drupal settings.php-ját és a legeslegvégén találtam meg:

# $conf = array(
#   'site_name' => 'My Drupal site',
#   'theme_default' => 'minnelli',
#   'anonymous' => 'Visitor',
...
# );

Ezt kell lecserélni valami ilyesmire:

 $conf = array(
  'site_offline' => 0,
 );

A .htaccess fájlt a gyökérkönyvtárban találod meg. Mivel rejtett fájl, ezért nem biztos, hogy látod elsőre.

Palócz István
https://palocz.hu | https://tanarurkerem.hu

Mivel a 7-es Simplenews-nak a Rules támogatása úgy tűnik, hogy meg van oldva, szerintem biztos menni fog a dolog.

Védd az állatokat! ;)

Továbbra is IIS verzió és nemzetközi közösség.

Látható megkapja a webszerver a helyesen urlencode-olt stringet, amit valószínűleg dekódol. Ezt a dekódolt valamit kapja meg a rewrite modul ami a már utf-8 kódolású(tehát nem urlencode-olt) szöveget fogja használni az átírás során. Ezt pedig, mivel hibás karaktereket tartalmaz, eldobja a szerver.

Tehát itt a rewrite modul körül keresném a hibát. Valószínűleg rossz a verziója, vagy a beállítása.

Próbáld ki, kikapcsolt clean url-nél is jelentkezik-e a hiba.

Palócz István
https://palocz.hu | https://tanarurkerem.hu

Kipróbáltam nincs itt semmi probléma, a rewrite modul a ludas:

http://hu.canadamylove.com/?q=search/node/%C3%A9tsz%C3%A1ze

tök jól megy ez így.

Szóval a rövid megoldás, hogy kikapcsolod a rövid webcímeket, mert nem működnek.

Palócz István
https://palocz.hu | https://tanarurkerem.hu

Köszönöm a segítséget!

+ Letöltés

+ Telepítés

Köszönöm

elsőre úgy tűnik, hogy telik

Igen, valami ilyesmi, itt

web server error logjában mi van?

Annak idején én így oldottam

web server logját kérd a

Mivel a 7-es Simplenews-nak a

Továbbra is IIS verzió és

rewrite a hibás

Köszönöm a segítséget!

Webáruház ajánlói pontrendszerrel

Senior Drupal fejlesztő

Drupal fejlesztőt keres a BRAINSUM

Hírcsatorna