Huh. Emésztem
Huh. Emésztem :)
Összefoglalva, hogy jól értem-e dolgot:
A CCK node tartalmát a HTML elemekkel együtt adja át az RSS olvasónak a Drupál. A kimenetbe került HTML tag-ok padig így kerülnek a forrásba: <div
Magyarán amikor a Drupal összeállítja a tartalmat a hook_nodeapi (majd megnézem hogy is van ez) segítségével ki kellene gyomlálni, hogy csak a szöveg maradjon (minek is formázni az RRS-t, nem arra való).
Azért egy dolgot még mindíg nem értek: senki sem használ HTML elemet a tartalomban ? Vagy senki nem használ RSS kimenetet ?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jelenleg %count felhasználó és %count vendég van a webhelyen.
A http://drupal.hu/forditas/forditasdrupalhu/forditas/hu-5.1.tar.gz nem produkálja a tárgybelit, viszont az autolocale modul postgresql alatt hibákat generál.
A http://ftp.osuosl.org/pub/drupal/files/projects/hu-5.x-1.x-dev.tar.gz 13 helyen a @count helyett %count stringet tartalmaz, ami a tárgybeli jelenséget produkálja.
A javított hu.po fájl az alábbi linken megtalálható:
ftp://ftp.besi.hu/drupal/hu_jav_ls.po
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
alapvetően ha futott
alapvetően ha futott korrekten mindened php 4.3 alatt, akkor 5.x alatt is fog HA a php beállítások ugyan olyanok ÉS a kiszolgáló web szerver adott virtualhost -ra vonatkozó beállításai SEM korlátozzák a működést.
szóval apache 1.3 és 2.x váltás sem gáz, HA a váltás nem jár különböző spec beállítási diferenciákkal. /teszemazt bekonfigoltak egy mod_sexurity -t ami korábban nem volt és mondjuk spec esetekben nem megy a POST -od.../
mysql 3.2? az apache 1.3 sem semmi, de az még elmegy, viszont melyik múzeumban használnak még ilyen mysql -t ?!?!?!
mysql 3.2 -> 5.x elég nagy váltás... ilyen verziók között még nem kellett mozgatnom infókat, elvileg mehet gond nélkül, de ott erősen odafigyelnék...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Telepítés?
Mit értesz te a szerverre telepített drupal alatt? A drupal egy nagydarab php-alapú cms, ami sok php-fájlból áll. Ezeket kaptad meg abban a zip fájlban. Ha ezek szerepelnek a docrootban, akkor "telepítve van".
Ne várd, hogy egy évek óta nem támogatott rendszerrel működjön a drupal. Ha esetleg működik, szerencséd van, de valószínűbb, hogy olyan újdonságokat használ ki a kód, amelyeket a 4.1 nem tartalmaz. Az érdekes hibaüzenet oka valószínűleg az, hogy nem kezelik fölöslegesen a nem megfelelő verziót, egyszerűen valahol elakad a kód. Nézd meg a php logját.
Biztos vagyok abban, hogy meg lehet oldani két php verzió párhuzamos működését egy szerveren, de ez már nem témája ennek a fórumnak.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
és ha még azt is elszúrtam...
Karbantartásra váltottam, után kijelentkeztem. Aztán vissza, de (sajnos) eszembejutott kipróbálni mi van a más felhasználó találja meg ezt a lehetőséget és megpróbál bejelentkezni a saját adataival. És innentől van probléma. Mert belépés után a címsorban a belépő időbélyeg jelent meg (ahogy szokott) és a karbantartás üzenet, de mostmár a index.php?q=user oldalra is a karbantartást dobja ki. Vagyis valószínű él a felhasználó session-je...
...itt (írás közben) eszembe jutott a megoldás, és sikerült. Ezért már csak tanulságként írom le:
Kikerestem az adatbázisban a sessions táblát, abban pedig az utoljára bejelentkezett felhasználó session-jét. Töröltem és így már sikerült előcsalogatnom a index.php?q=user oldalt. És bejelentkeztem adminként.
(Valószínű nem túl szép megoldás, de végül sikerült.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ajjaj! :(
Felinstalláltam a CCK-t és a Views-t is, azonban amikor aktiváltam a CCK modul összes opcióját, a következő hibaüzenet jelent meg, és az egész oldal kifüstöl:
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 42 bytes) in /home/drupal/htdocs/valami.hu/drupal-5.1/includes/menu.inc on line 1057
Semmi sem töltődik be a drupal rendszerből addig, amíg ki nem törlöm a /modules/cck/-t ... Talán Te már találkoztál ehhez hasonló hibaüzenettel, de gyanítom, hogy a szerver oldalon kellene a php-nak nagyobb memóriát biztosítani. Vagy tévedek? (Azért kérdezem, hogy ne zaklassam feleslegesen a hostingost.) A Views modullal úgy tűnik semmi probléma nincs, pedig az a Beta ... :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Letöltés menüpontot készítettem
Egy "Letöltés" menüpontot hoztam létre. Ott utvonal névnek megadtam a "Letoltes"-t. A taxonomy-ban létrehoztam egy "Letöltés" szótárat és abba egy "Letöltés" kifejezést. A laphoz hozzáadtam tartalmakat ("írás"-t). Itt be tudtam jelölni a "Letöltés" kifejezést, hogy egy kategóriába tartozzanak. Létrehoztam egy nézetet. Ott szűrőnek beállítottam a taxonomy Letöltés címkéjét.
A nézet neve "letoltes" lett. Az URL-t nem töltöttem ki. A kimenetet úgy próbáltam ellenőrízni, hogy a letöltés menüpontra kattintottam. Hozta a csatolmánnyal ellátott írásokat szépen, csak több példányban. Az volt gyanús, mikor a sorrendet próbáltam megváltoztatni és sehogyan sem sikerült. Véletlenül a nézet (view) nézet fülére kattintottam és jól hozott fel mindent.
Ez a teljes történet. Így már megfejthető mi történt? :-))
Üdv:
Miki
Seemann
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sikerült, de
A telepítés sikerült, bár néhány hibaüzenetet adott. Az első gondom az indításnál adódott, ugyanis én amatőr a leírás szerint próbáltam:
Navigate to http://yoursite.com/fgallery to see the module in action
Beletelt némi időbe amíg rájöttem, hogy így kell: http://yoursite.com/?q=fgallery
A hibaüzenetek azonban még most is jönnek, ebből 2-3-4 is egyszerre:
* warning: realpath() [function.realpath]: Unable to access /nfs/extra/m/me/ketamin/wwwroot/sites/all/modules/views/modules in /nfs/extra/prepend/prepend.php(187) : system created function on line 18.
Mi ez?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szoktál te fórumot olvasni?
Vagy csak a saját kérdéseidre vársz választ?
Az utóbbi időben másról sincs szó, hogy VEGYÉTEK MÁR A FÁRADSÁGOT ÉS OLVASSÁTOK EL A MEGLÉVŐ DOKUMENTÁCIÓT + HASZNÁLJÁTOK MÁR A KERESŐT!!!!
Ha TE is vetted volna a fáradságot, és beírtad volna a Drupal.hu keresőjébe azt a szót, hogy spam akkor legalább 2 olyan témát is találtál volna, ahol van erről írás.
Mindkettőben van utalás arra (link), hogyan lehet az ilyet elkerülni, kivédeni.
Kellemes olvasást és jó gyakorlást!
Üdv, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
További felhasználás
Ezzel csak az a baj hogy az ügyfél ált. olyan portált kap ami picit sem hasonlít a bluemarine-re, ezért erőltetném ezt a http://drupal.org/project/site_tour megoldást. Bár ha a kedves ügyfélnél tiltva vagyon a js akkor kell egy "screenshot" megoldás is.
Kellene egy alap megoldás (ide), meg egy kiterjeszthető is (később).
Írjuk meg a szövegi részét Bluemarine-os sminkel, vagy ami 5-ben lesz oszt haladjunk. Marha tömören kéne megoldani, szerintem 30-40 lap sok. Nem szeretnek olvasni manapság.
ui. Miért nem lehet ide belépni @Drupal.org azonosítóval? Ha már van ilyen modulocska...