Keresés

UW.Hu

wlaja képe

Hello
Lehet hülyét csinálok itt magambol de nem megy ez a telepités...
Az alaábt irja ki....
Valaki tud valamit mondani mit kegyek vele?
Elöre is köszi :)

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 121

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 122

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 123

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 124

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 125

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 126

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 127

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 128

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 129

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 130

Warning: ini_set() has been disabled for security reasons in /mnt/ultraweb/w/wl/wlaja84/sites/default/settings.php on line 131

Milyen beállítással van gond?

Anonymous képe

Nem egészen értem ezt a hibaüzenetet: a www.xxx.hu (csak példacím) alatt van egy informaciospont.xxx.hu oldal, külön-külön drupal felmásolva, külön táblákkal (infopont prefix).
A www.xxx.hu alatt nincs ilyen gond, az informaciospont.xxx.hu alatt a beállításoknál ezzel jön vissza:

    * warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 10087 is not allowed to access 
.../xxx.hu/subdomains/informaciospont/httpdocs/files owned by uid 30 in /xxx.hu/subdomains/informaciospont/httpdocs/includes/file.inc on line 116.
    * warning: fopen(files/.htaccess) [function.fopen]: failed to open stream: Success in /xxx.hu/subdomains/informaciospont/httpdocs/includes/file.inc on line 116.
    * Security warning: Couldn't write .htaccess. Please create a .htaccess file in your files directory which contains the following line: SetHandler This_is_a_Drupal_security_line_do_not_remove

Tudtok valamilyen megoldást?

Almenük megjelenése

neptunus képe

Sziasztok!

Szeretnem a segitsegeteket kerni!

A problemam a kovetkezo:

4.6.7-es Drupalt hasznalok. A lap bal oldalan van egy menu, aminek vannak almenui.
Letrehoztam a kategoriakat az alkategoriakkal, majd ugyan azt a fa szerkezetet elkeszitettem a menu-ben is. A gond az, hogy az almenuk CSAK akkor latszanak, ha a szulo menu nyitott, igy viszont nagyon hosszu a menusor es attekinthetetlenne valik. Ha a menu zart, akkor hiaba kattintok a szulo menure, akkor sem nyilik le, csak a szulo tartalma latszik. (http://biobest.tx.hu)
(Pl.: termekek/teak almenui nem latszanak, mert zart; bergyartas/teak almenui vegig latszanak mert nyitott)

Hasonlo menu rendszert hasznalok egy masik lapon, de azt 4.5-os Drupal hajtja. A kategoria es a menu rendszer kialakitasa ugyanazon elv szerint tortent, de ott majdnem jol mukodik. Ott rendesen lenyilik az almenu, mikodik is szepen, de ha megnyitok egy tartalmat az egyik almenubol, akkor a tartalom megnyitasaval egyutt a bal oldalon bezarodik az almenu, igy az adott kategoriaban nehezkes a keresgeles. (www.jatekudvar.hu).

1. Hogyan lehet a kulonbozo verziokban szabalyozni hogy a menu lenyiljon ha rakattintunk, illetve hogyan lehet "nyitva tartani" ha egy cikkre ra klikkel az ember?
2. Szinten erdekel, hogy mit kene a linkhez beirnom, ha az adott szulo menube nem szeretnek tartalmat beilleszteni, csak annyit, hogy rakattintaskor lathatova valjanak az almenui es mondjuk addig az a tartalom maradna a kepernyon ami addig is ott volt?

Segitsegeteket elore is koszonom! Es OROK HALA MINDENKINEK aki a DRUPALT fejleszti!

Foldes Peter
(neptunuskukacfreemailponthu tel.:+36305725251)

Smink készítése PHPTemplate-tel

Hojtsy Gábor képe

Még nyár elején küldte be Poetro PHPTemplate sminkelésről szóló cikkét, melyet korábban saját blogjában is megjelentetett. Időközben szerkesztőségi okok miatt (és az újrapublikálás elkerülése érdekében) ez nem jelent meg a drupal.hu-n, a közeledő Drupal Konferencia PHPTemplate előadójaként viszont Poetro felhívta a figyelmünket, hogy előadását a cikk vonala mentén fogja indítani. Ezért úgy gondoltam érdemes lehet felhívni az érdeklődők figyelmét PHPTemplate bevezetőjére.

Kategóriák: 

Gyorsabb és biztonságosabb a Drupal lighttpd szerveren

Hojtsy Gábor képe

Dries Buytaert vette a lehetőséget, hogy megvizsgálja a Drupal különböző szerver környezetekben tanúsított teljesítőképességét. Összetett kérdés lévén nem lehet röviden összefoglalni a tapasztalatait, a legérdekesebb tanulságot talán a következők adják:

Turns out that the slowest configuration is Apache 2 running PHP5 as an Apache module without using APC. Unfortunately, this is one of the most common configurations. The fastest configuration using the more secure FastCGI method, on the other hand, is Lighttpd with PHP4 in FastCGI mode using APC. For anonymous visitors, the latter is almost 4 times faster than the former, while being more secure.

Azoknak, akiknek fontos a biztonság és/vagy a sebesség, mindenképpen érdemes elolvasni Dries eredményeit, és esetleg hasonló méréseket végezni az általuk használt modulokkal, sminkkel.

Kategóriák: 

Access denied for ... LOCK TABLES

vadmarha képe

A probléma a következő: sikeresen a settings.php-t, létrehoztam az adatbázist és a táblákat. Még a regisztrációig is eljutok, de amikor el akarom menteni a változásokat a következő hibaüzenetet kapom:
user warning: Access denied for user 'probalom'@'195.228.157.***' to database 'probalom' query: LOCK TABLES cache WRITE in /includes/database.mysql.inc on line 120.
Az oldalam az atw-n lenne (az adatbázis és a felhasználónév is "probalom")
Köszönöm!

Tesztelőket keresünk a leendő Drupal 4.8 újdonságainak kipróbálásához

Hojtsy Gábor képe

Számos érdekes újítás készül, amelyek azonban csak akkor kerülhetnek be az alaprendszerbe, ha megfelelő számú és alaposságú tesztelést hajtottak rajtuk végre.

  • Az egyik legrégebb óta várt újítás a telepítési profilok támogatása. Ez azt jelenti, hogy ha elég tesztelő vizsgálja meg a kódot, akkor a Drupal 4.8.0 nem csak webről telepíthető lesz, hanem különböző alkalmazási területekre instant változatban elérhető előre konfigurált csomagok is születhetnek. A telepítési profilok támogatásával kiegészített 4.7.2-es kiadás letölthető, illetve a saját profil készítése már dokumentált. Szintén a telepítéshez kapcsolódik egy nagyobb folt, amihez véleményeket várnak.
  • Nagyon ígéretes az egyszerű node típus létrehozó funkcionalitás, amely bevezetése mellett én is sokat kardoskodtam. A CCK bevezetésének előkészítéséről van szó ebben a foltban, melyet alkalmazva az alap story és page típushoz hasonló tetszőleges nevű és számú node típust létrehozhatunk.
  • Mérések szerint sok esetben jobb teljesítményt nyújt a fájl alapú gyorstárazás mint az adatbázis alapú, hiszen így nem kell nagy méretű csak kulcs szerint visszakeresett adathalmazokat adatbázisban tárolni.
  • A különböző email küldő háttérfunkciókat támogató mail.inc bevezetése is terítéken van. Ezzel az SMTP támogatás vagy a csomókban érkező levelek sorrendezett, időzített elküldése is megvalósítható.

Ez a lista tükrözi azt, hogy Dries szerint mi van most a legjobb készültségi állapotban, ám nem eléggé felkészülten arra, hogy az alaprendszerbe kerüljön. Ezért kérünk mindenkit, aki ilyen funkciókban érdekelt, hogy alapos tesztelés után részletesen véleményezze a javasolt megoldásokat.

Drupal telepítés az Ultraweb-en

Hojtsy Gábor képe
Az alábbi leírás Drupal 4.7.x-re vonatkozik, ne alkalmazzuk Drupal 5.0 telepítésére!

Az Ultraweb (UW) ingyenes szolgáltató PHP és MySQL rendszert biztosít, melyeken a Drupal működtethető (bár nem ideális konfigurációban). Mivel folyamatosan nagy az érdeklődés az UW-n való telepítést illetően, és sok a félreértés, az imént próbaképpen végrehajtottam egy teljes Drupal 4.7.2 telepítést, melynek lépéseit és tapasztalatait az alábbiakban igyekeztem összefoglalni.

A Drupal beállításához tehát tegyük a következőket:

  1. Regisztráljunk az Ultwaweben, az emailben kapott aktiváló webcímet látogassuk meg, majd a kapott jelszóval lépjünk be a rendszerbe. A weblap jobb oldalán egy adminisztrációs konzolt fogunk kapni.
  2. A MySQL menüpontban hozzuk létre az adatbázisunkat az ott található gombbal. A phpMyAdmin felületre mutató link segítségével látogassuk meg az adatbázis adminisztrációs felületet. Válasszuk ki az egyetlen adatbázisunkat a jobb oldalon, majd kattintsunk az SQL fülre a felső menüben. A szövegfájl feltöltése részben válasszuk ki a saját számítógépünkön kitömörített Drupal database mappájában található database.4.1.mysql nevű fájlt, és nyomjuk le a végrehajtás gombot. Ezzel létrejön az adatbázisunk, bezárhatjuk ezt az ablakot.
  3. Az UW adatbázis lapján található MySQL hoszt, felhasználó név, jelszó, adatbázis név adatokat alapul véve szerkesszük a sites/default/settings.php fájlt a számítógépünkön. Az ugyanebben a fájlban található ini_set() hívásokat tegyük megjegyzésbe, a file.inc-ben található chmod() és realpath() hívásokat tegyük megjegyzésbe. Keressük meg a common.inc fájlban az url() függvény kódját és a $script = (strpos... sort teljes egészében cseréljük le annyira, hogy $script = 'index.php';. Ezzel a forráskód előkészítésével készen vagyunk.
  4. Mivel a webes FTP feltöltés fájlonként eléggé kényelmetlen, a hagyományos FTP-t kell alkalmaznunk. Az Ultraweb tárhely adminisztrációs felületen állítsuk a könyvtár indexet index.php-re. Jegyezzük meg a weben olvasható belépési adatokat, váltsunk át egy FTP progamra, és másoljuk fel a Drupal csomag fentiek szerint szerkesztett tartalmát. A gyökérben található szöveges fájlok és a scripts mappa felmásolása szükségtelen, ezeket a rendszer semmire nem használja. A .htaccess fájl feltöltését az Ultraweb nem engedélyezi.
  5. Látogassuk meg az Ultraweb oldalunk címét, mely egy angol nyelvű üdvözlő lapot jelenít meg. Az első pontban található linkre kattintva hozzunk létre az adminisztrátor felhasználót. Mivel ennek jelszavát csak kiírja a rendszer, de nem küldi el emailben, érdemes valami megjegyezhetőre változtatni a jelszót.
  6. Az administer » settings menüpontra kattintva a rendszer létrehozza a files mappát és az abban található .htaccess állományt. Hibát ad viszont a feltöltésre használt mappát illetően, amit kézzel kell létrehoznunk (a files mappán belül célszerű uploads néven), és ennek megfelelően beállítani a Drupal által hibásnak jelölt értéket.
  7. Az administer » modules oldalon kapcsoljuk be a locale és az upload modulokat. Az administer » localisation » import menüpontban a Drupal alapcsomag fordítását töltsük fel, célpontként kiválasztva a magyar nyelvet. Ezen dokumentum készítésekor ez a lépés tökéletesen beimportálta ugyan a fordítást, de egy Ultraweb hiba oldalra vezetett. Ezesetben a saját Drupal címlapunkra visszatérve folytathatjuk a következő lépéssel.
  8. Térjünk vissza az administer » localisation menüponthoz, és kapcsoljuk be, valamint válasszuk a magyar nyelvet alapértelmezésnek. Az angolt ki is kapcsolhatjuk, ha nem kívánjuk megadni a választást látogatóinknak.
  9. Az Ultraweb beállításoknál az időzített feladatok között felvehetjük a cron.php rendszeres futtatását. Ez nagyon ajánlott, ha például a kereső modul szolgáltatásait igénybe szeretnénk venni, vagy a gyorsítótár régebbi bejegyzéseit törölni szeretnénk időről-időre. Leggyakrabban naponta futtathatjuk a szkriptet, megválasztva az időpontot, amikor végre kell hajtani. Később a Drupal eseménynaplóban tekinthetjük vissza, hogy sikeres volt-e a futtatás.
  10. Próbáljuk ki a telepített rendszert, hozzunk létre tartalmat, töltsünk fel mellé fájlt. Ha mindez működik, akkor elértük célunkat.

A Drupal Ultraweb-en történő telepítését és beállítását illetően a fentieken túl az átalános tanácsokat vehetjük figyelembe. A modulok beállítása, új sminkek felvétele stb. ugyanúgy működik mint bármely más kiszolgálón.

Érdemes megjegyezni, hogy mitől esünk el, ha az Ultrawebet választjuk Drupal webhelyünk futtatására.

  1. Nem használhatunk rövid webcímeket
  2. Mivel a .htaccess nem tölthető fel, a .inc, .theme, .module és hasonló speciális kiterjesztésű fájljaink nem védettek a kíváncsi szemek előtt, ezek forráskódját tudják olvasni, meglétét tudják ellenőrizni.
  3. Az ini_set() tiltása és a .htaccess feltölthetetlensége miatt bizonyos PHP beállítások sem úgy állnak rendelkezésre, ahogyan a Drupal számára ideális lenne. Szerencsére az olyan esetek, mint a magic_quotes_gpc bekapcsolt állapota speciálisan kezeltek a kódban, ezért működik az ideálisan elvárt beállítások hiányában is a Drupal.
  4. Mivel a files és az alatta található uploads mappa is a weben olvasható könyvtárban található (nem is tudjuk máshova tenni), csak azonosítással elérhető letöltések létrehozása nem lehetséges, hiába is próbáljuk bekapcsolni ezt az opciót a beállításoknál.

Amennyiben részletesebben érdeklődünk a PHP beállításait illetően, az UW nem tiltja a phpinfo() használatát, így egy ezt meghívó egyszerű szkript létrehozásával áttekinthetjük a futtatókörnyezet képességeit.

Ehhez a dokumentációhoz csak az ezt bővítő, pontosító, javító hozzászólásokat várunk, más (ultrawebes) problémák számára hoszting fórumunk ad megfelelő teret.

Drupal 4.7 telepítés a FreeWeb-en

Hojtsy Gábor képe
Az alábbi leírás Drupal 4.7.x-re vonatkozik, ne alkalmazzuk Drupal 5.x telepítésére!

A FreeWeb az egyik legrégebbi ingyenes tárhely szolgáltató Magyarországon, sajnos azonban csak korlátozott formában engedi futtatni a Drupal rendszert. Az érdeklődésre való tekintettel egy tesztrendszer beállításával megvizsgáltam az alap lehetőségeket. Lássuk hogyan telepíthetünk Drupal rendszert a Freeweben és mik a buktatók.

  1. Regisztráljunk a FreeWeb (FW) felületén. Emailben kapunk egy aktiváló webcímet, ezt látogassuk meg, majd az ezt követő email visszaigazolás után a regisztrációnál megadott név/jelszó párossal lépjünk be a webes felületen.
  2. A MySQL menüpontban hozzuk létre az adatbázist, jegyezzük fel a kapott jelszót, és kattintsunk a phpMyAdmin felületre vezető linkre. Itt a felugró ablakban adjuk meg a felhasználói nevünket és a megjegyzett jelszót. A sikeres belépés után válasszuk ki az egyetlen adatbázisunkat a jobb oldalon, majd kattintsunk az SQL fülre a felső menüben. A szövegfájl feltöltése részben válasszuk ki a saját számítógépünkön kitömörített Drupal database mappájában található database.4.1.mysql nevű fájlt, és nyomjuk le a végrehajtás gombot. Ezzel létrejön az adatbázisunk, bezárhatjuk ezt az ablakot.
  3. Az FW által adott MySQL hoszt, felhasználó név, adatbázis név és az előbb megjegyzett jelszó adatokat alapul véve szerkesszük a sites/default/settings.php fájlt a számítógépünkön. Ugyanebben a fájlban vegyük ki a kettőskeresztet a $base_url beállítása elől, és adjuk meg záró perjel nélkül a webhelyünk címét. A file.inc-ben található chmod() hívásokat tegyük megjegyzésbe. Az email küldés működéséhez a FreeWeb PHP/CGI levélküldés oldalán generáljunk magunknak azonosítót, majd a user.module fájlban a user_mail() függvény végére a saját azonosítónkkal kitöltve a return előtt szúrjuk be a következő sort: $header .= "\nX-FW-MailID: ide-ird-az-azonositot"; Ezzel a forráskód előkészítésével készen vagyunk.
  4. Az FW által biztosított FTP adatokat használva vegyük elő FTP programunkat, és másoljuk fel a Drupal csomag fentiek szerint szerkesztett tartalmát. A gyökérben található szöveges fájlok és a scripts mappa felmásolása szükségtelen, ezeket a rendszer semmire nem használja. A .htaccess fájl feltöltését a FreeWeb nem engedélyezi.
  5. Látogassuk meg a FreeWeb oldalunk címét, mely egy angol nyelvű üdvözlő lapot jelenít meg. Az első pontban található linkre kattintva hozzuk létre az adminisztrátor felhasználót. Mivel ennek jelszavát csak kiírja a rendszer, de nem küldi el emailben, érdemes valami megjegyezhetőre változtatni a jelszót.
  6. Az administer » settings menüpontra kattintva a rendszer jelzi, hogy a tiltott mkdir() miatt nem tudja létrehozni a files és uploads mappákat. Az FTP programunkban hozzunk létre egy files és az alatt egy uploads nevű mappát a weblapunk gyökerében. Mindkettőre adjunk írási jogot az egyéb csoport felhasználóinak (ennek módja FTP programtól függ). Térjünk vissza a Drupal felületére és adjuk meg a files és files/uploads karaktersorozatokat a fájlok és ideiglenes feltöltések mappájaként értelemszerűen. A Drupal létre fog hozni egy .htaccess állományt a files mappában.
  7. Mivel a FreeWeb 5 másodperces futási limitet ad a szkripteknek, a fordítás egy menetben történő importálása nem lehetséges. Használható (nem túl bonyolult) megoldásokat várunk.
  8. Az administer » modules oldalon kapcsoljuk be az upload modult. A create content menüpontban tudunk új tartalmat felvinni, és ellenőrizni, hogy a fájl feltöltés is helyesen működik.

A Drupal FreeWeb-en történő telepítését és beállítását illetően a fentieken túl az átalános tanácsokat vehetjük figyelembe. A modulok beállítása, új sminkek felvétele stb. ugyanúgy működik mint bármely más kiszolgálón.

Érdemes megjegyezni, hogy mitől esünk el, ha a FreeWeb-et választjuk Drupal webhelyünk futtatására.

  1. Nem használhatunk rövid webcímeket
  2. Mivel a .htaccess nem tölthető fel, a .inc, .theme, .module és hasonló speciális kiterjesztésű fájljaink nem védettek a kíváncsi szemek előtt, ezek forráskódját tudják olvasni, meglétét tudják ellenőrizni.
  3. A .htaccess feltölthetetlensége és bizonyos beállítások átállításának tiltása miatt egyes PHP beállítások sem úgy állnak rendelkezésre, ahogyan a Drupal számára ideális lenne. Szerencsére az olyan esetek, mint a magic_quotes_gpc bekapcsolt állapota speciálisan kezeltek a kódban, ezért működik az ideálisan elvárt beállítások hiányában is a Drupal.
  4. Mivel a files és az ez alatt található uploads mappa is a weben olvasható könyvtárban található (nem is tudjuk máshova tenni), csak azonosítással elérhető letöltések létrehozása nem lehetséges, hiába is próbáljuk bekapcsolni ezt az opciót a beállításoknál.

Amennyiben részletesebben érdeklődünk a PHP beállításait illetően, a FreeWeb ugyan letiltja a phpinfo() használatát, de az ini_get() segítségével egyes PHP beállítások lekérdezhetőek, így ezzel a számunkra érdekes beállítások neveit ismerve felmérhetjük a környezet korlátait.

Ehhez a dokumentációhoz csak az ezt bővítő, pontosító, javító hozzászólásokat várunk, más (FreeWeb-hez kapcsolódó) problémák számára hoszting fórumunk ad megfelelő teret.