SMTP cucc beállítása......
Megköszönném ha valaki elküldené a mailemre ([email protected]) hogyan kell az emailküldést regisztrációhoz beállítani (saját szerver) .. mert nem jött össze.... thx. Laci..
Ezzel a hibaval jelentkezik neha.
2004 dec 9 - 09:53 404-es hiba: user/themes/szovetseg/style.css nem található. Ismeretlen részletek
2004 dec 9 - 09:53 404-es hiba: user/misc/drupal.css nem található. Ismeretlen részletek
2004 dec 9 - 09:52 404-es hiba: user/misc/drupal.css nem található. Ismeretlen részletek
2004 dec 9 - 09:52 404-es hiba: user/themes/szovetseg/style.css nem található. Ismeretlen részletek
fogalmam sincs hogy hol keletkezik, mikor. a reszletek sem mond el tobbet.
4.5-os.
elvileg a user/ konyvtar nem is letezhet hiszen az a user modulra hivatkozik. ellenben mit keres ott style.css rogvest a modul neve utan????
ettol fuggetlenul azonban rendesen mukodik.
GD
Valoszinu, hogy "ugyetlenul" telepitettuk a programot, de csak ugy tudjuk lathatova tenni a tartalmat a NEM BEJELENTKEZETT olvasok szamara, ha a NODE modulban a "tartalmak adminisztracioja" pontot engedelyezzuk !
Ekkor viszont barki belenyulhat es bekuldhet barmit ....
-- ?? Mit es hogy lehetne beallitani ugy, hogy barki lassa bejelentkezes nelkul is a tartalmat ?
Az lenne a problémám, hogy a TVN ingyenes tárhelyre való telepítés után a következő hibaüzenetet kapom:
Fatal error: Allowed memory size of 3145728 bytes exhausted (tried to allocate 46080 bytes) in /home/www/htdocs/daywalker/slm/themes/engines/xtemplate/xtemplate.engine on line 185
Mi okozhatja ezt?
Bemásoltam mindent az ultrawebes gyökeremre a .htacces -en kivül, és a böngészőben rámentem a http://hetbepro.uw.hu címemre. 404 miatt továbbment rajta a főlapra. Ujra rámentem, de http://hetbepro.uw.hu/index.php -t irtam be. Ez jött ki:
<b>Warning:</b> mysql_connect(): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in <b>/mnt/ultraweb/h/he/hetbepro/includes/database.mysql.inc</b> on line <b>31<b> Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
A Drupal webhelyeket is elérték a kéretlen tartalmakat beküldő robotok. Az utóbbi napokban több webhely tulajdonosa észlelte, hogy százával érkeznek hozzá olyan hozzászólások, melyek némi lényegtelen tartalmat követően egy kaszinó oldalára mutató linket helyeznek el. Az ilyen hozzászólásokat beküldő robotok üzemeltetőinek célja, hogy a linkelt oldal kereső pozícionálását javítsák, és ez még akkor is előnyös, ha egy nem használt domaint adnak meg, hiszen egy esetleges eladásnál a domain ára a kereső pozíciója alapján nőhet. Az utóbbi időben szerencsére született megoldás a kéretlen tartalmak beküldői elleni harcra is a spam modul formájában.
A napokban megjelentetett Fighting back at spam című hírében a modul szerzője, Jeremy Andrews, az egyik legforgalmasabb Drupal oldal, a KernelTrap gazdája jelenti be, hogy a spam modul immár egy komplett harci eszköztárrá vált a kéretlen tartalmak beküldői ellen.
A modul képességi közül néhány:
Annak, aki anoním beküldéseket illetve hozzászólásokat engedélyez, és ilyen támadás éri, vagy várhatóan érheti, mindenképpen hasznos eszköz lehet ez a modul.
Próbálkozom a tablesort függvény alkalmazásával.
Az első problémám, hogy ha a limitet meghaladja a visszaadott rekordok száma és rákattintok a "következő oldal"-ra akkor a pager nem adja vissza a kívánt oldalt, hanem egy üres oldalt mutat.
Pontosabban:
1.) sql skript: "SELECT DISTINCT * FROM _nev WHERE nev like '%%' or tipus like '%%'"
(A keresés szűkítésére textfieldbe beírhatok egy stringet, melynek értéke bekerül a like '%%'-nál a százalékjelek közé, ha ezt nem teszem akkor a teljes táblát listázhatom.)
2.) $sql .= tablesort_sql($header); aminek az eredménye: "SELECT DISTINCT * FROM _nev WHERE nev like '%%' or tipus like '%%' ORDER BY tipus ASC"
3.) $result = pager_query($sql, 100);
Ennek hatására az első oldal megjelenik az első 100 rekorddal, az url-ben átadott érték a "sort=asc&order=n%C3%A9v" pedig a headerben az első elem, a "név" amire alapból rendezi az adatokat a pager.
A "következő oldal" linkjére kattintva egy üres oldal jelenik meg, az urlben csak a következő változó kerül átadásra: from=10
Gondolom ez a hiba oka.
Azt megjegyzem, hogy az "utolsó oldal" linkjére kattintva helyesen jelzi a rekordszámot (from=210), csak az oldal nem jelenik meg:(
A másik problémám, hogy ha szűkítem a keresést úgy, hogy a textfieldnek értéket adok, akkor az első oldal ugyan jól jelenik meg, de a headerre rendezésnél már a teljes táblát listázza. Ha a "következő oldal" -ra kattintok akkor pedig ugyancsak üres oldalt hoz fel, tehát ez a funkció ebben az esetben sem működik.
A probléma megtekinthető itt: http://elan.rulez.org/~kuller/wwiihq//?q=taxonomy_menu/1/47/7
A pager_query leírásánál (http://jonbob.drupaldevs.org/api/head/function/pager_query) egy számora ismeretlen sql szintxist ajánlgat, de azt mondja, hogy a bonyolultabb lekérdezéseknél külön számláló sql-t kell használni. Emiatt próbáltam ki számlálóval is: 'SELECT COUNT(DISTINCT(nev)) FROM _nev' a $result = pager_query($sql, 100, 0, $counter_sql) függvényhívással párosítva. Nem jött be..
Rákerestem a "http://drupal.org/search"-en is a "sql syntax pager" szavakra, de használható megoldást nem találtam.
Vajh mi lehet a hiba?
A taxonomy_html modult szeretnem hasznalni. Engedelyeztem a modulok kozott es a leiras szerint keszitettem egy szotart majd hozza egy kifejezest, de sehogy sem jelenik meg a blokkok kozott. Tud valaki segiteni?
Fölraktam egy 4.5.1-es drupalt.
Két momentum zavar.
A .htaccess 500 as hibát okozott a szerveren.
Töröltem ezt a fájlt. (A kézikönyvből úgy tűnt nem életveszély a hiánya.)
Eljutok az első user létrehozásáig.
A regisztráció sikeres volt.
A login megnyomása után egy szinte teljesen üres lap fogadott.
Csak az user név volt kiírva és hogy mióta tag.
Ha megpróbálok bejelentkezni visszadob az index lapra kitöltetlen user és password mezővel.
Ha regisztrálok egy másik usert ugyanez az eredmény.
Ennek ellenére ha érvénytelen jelszóval vagy login névvel próbálom a belépést azt észre veszi.
És ha új jelszót kérek azt is elküldi.
Nem tudom mi lehet a baj.
Előre is köszi.
Helló
Egy különleges felállással próbáljuk életrekelteni a Drupált.
Adatbázisként Sybase ASA 7-est használunk. Megírtuk hozzá a PEAR modult, átírtuk azon részeit a Drupal-nak, amit sajna mindenképpen változtatni kellett (ez a része nyilván nem szerencsés a későbbi frissítések miatt), amit lehetett az asa modulba raktunk. Ha sikerrel járunk majd közreadjuk a tapasztalatainkat, de most egy számomra átláthatatlan hibába botlottunk.
A felhasználók beállításánál a következő van beállítva:
- A látogatók új felhasználót regisztrálhatnak adminisztrátori elfogadás nélkül.
Mégis mikor regisztrálnék egy új felhasználót, akkor levelet küld a site adminnak, hogy igényeltem egy új felhasználói azonosítót. A levél tartalma:
felhasználói azonosítót igényelt.
http://honlap/elérési/útja/?q=user//edit
A felhasználó pedig a következő képernyőt látja:
Köszönjük, hogy felhasználói névért folyamodott webhelyünkön. Regisztrációja jelenleg az adminisztrátorok elfogadására vár.
A további teendőkről egy levél a jelszavával együtt hamarosan megérkezik az email címére.
A user.module-ban ezt hajtja végre:
$account = user_save('', array_merge(array('name' => $edit['name'], 'pass' => $pass, 'init' => $edit['mail'], 'mail' => $edit['mail'], 'roles' => array(_user_authenticated_id()), 'status' => (variable_get('user_register', 1) == 1 ? 1 : 0)), $edit));
Ezek után mivel a user_save-ben ''-t kapott az $account változó, így erre a sorra jut a végrehajtás:
db_query('INSERT INTO {users} ('. implode(', ', $fields) .') VALUES ('. implode(', ', $s) .')', $values);
, ahol a $fields a 'roles'-t is tartalmazza, s ilyen mezője nincs a users táblának.
Az egészhez hozzáteszem, hogy van egy általam telepített másik honlap, ami mysql-el persze tökéletesen megy, de itt sajnos a Sybase a követelmény.
