Sziasztok!
Kérdésem a következő lenne. Importálni próbálnám a hu.po filet-t drupalom alatt, de fopen() és rename() jogosultsági hibákkal megáll. Az érdekessége az, hogy saját szerver, tehát bármihez hozzáférek, MINDEN könyvtárnak 777-es joga van, de nem tud írni mégsem a tmp könyvtárba a kis kedves.
Elolvastam az ide vonatkozó fórumtémákat, de nem leltem megoldást.
Beállításaim: Files mappa azon belül tmp, ide pakolná szerintem a cuccot a drupal. De próbaképpen létrehoztam minden mappába 777es joggal tmp-t úgy sem megy.
Nincs ötletetek? Vagy esetleg ha kézzel feltolom a hu.po -t azt nem lehet valahogyan beforgatni?? Megőrülök... :)
Fórum:
4.5?
Ha 4.5-ös Drupal-t használsz, akkor igen gyorsan fel fogják törni a szerveredet az xmlrpc modul sebezhetősége miatt.
Köszönöm
köszönöm a figyelmeztetést, de sajnos a szerveren a programozónk által ezer éve leprogramozott dolgok vannak, amik nem futnak csak <5 php alatt... Van erre a sebezhetőségkédésre valami megldás?
A nyelvi file importálása még mindíg érdekelne... :) Nem igazán tudom mi lehet a gond, külföldi fórumokon is próbálkoztam, ott sincs semmi. Az ingyenes szolgáltatós rész pedig nem igazán segít....
Drupal 5.2 is PHP 4 kompatibilis
A Drupal 5.2 teljesen jól elfut PHP 4-gyel.
frissítek
No igen, tegyük fel, hogy frissítek egyet, ami egyébként tök jó ötlet, s ki is próbálom. De miért nem megy a feltöltésem? Már arra is gyanakszom, hogy a php default tmp-vbe akarná tölteni, amit meg nem értek, mert fut ezen a szerveren egy másik drupal, aminél semmi gond nem volt. Verzió u.a.....
tmp
Ha a tmp nem a webrootban van, akkor a Drupal 4.7 előtti verziói azt helytelenül kezelik a fetlöltésnél, ha az open_basedir beállítás is be van kapcsolva,
Nem jó a 777 tmp
Hát most újraraktam mindent, tmp a webrootban de nem megy... Pedig kapott 777 jogokat s úgy sem. Egyébként próbáltam úgy is, hogy a files-ben van a tmp, aztán úgy is, hogy webrootban a gyökérben, de nem jó...
újraraktad?
Én azt javasoltam, hogy frissíts Drupalt, mert ez a funkció nem működik együtt a PHP open_basedir beállításával a Drupal korábbi verzióiban. Ennek ellenére újrarakhatod ugyanazt akárhányszor, ha ráérsz.
A hibaüzenetet bár nem másoltad be, gondolom a PHP adta ki, és az open_basedir kompatibilitást hiányolta. Bármit állítasz be a Drupalban, a PHP open_basedir beállítása és a PHP upload_tmp_dir beállításának kapcsolatáról van szó, ami azért problémás korábbi Drupal verziókkal, mert nem a javasolt (open_basedir-t feltöltött fájlok esetén megkerülő) fájl kezelő parancsokat használja.
Ha rosszak a feltevéseim, akkor talán most már elökerülhetne a pontos hibaüzenet, hogy ne egymás idejét pazaroljuk feleslegesen.
egy példány működik
Abban az esetben, ha a setting-ben pl. ../files és ../tmp útvonalat adok meg, akkor kapok php open_basedir hibaüzenetet. Ha simán files és tmp van megadva akkor nincs php hibaüzenet, ám hu.po feltöltéskor kapok egy "file broken" és egy file not readable üzenetet, ami egyrtelműen arra utal, hogy nem tudja feltölteni a drupal a file-t. Ami érdekes, hogy ezen a szerveren működik egy ugyan ilyen verziójú drupal tökéletesen. A másik tanácsod, hogy rakjak magasabb verziójú drupalt, azzal az a gond, hogy 4.3.2 -s php van fenn, és 5.2-es drupal nem telepedett fel. 4.6.x es verzióval is próbáltam, a hiba azzal is ugyan ez....
Igazából mindenhez hozzáférek a szerveren, tehát át tudok állítani bármilyen konfigurációs beállítást, de nem nagyon találom, hogy mit kellene. Az is megoldás lenne, hogy egy php scriptel beforgatom a kézzel feltöltött .po filet, de nem találok megfelelső scriptet. Amit találtam az a magyarositas.php, de azzal nem működik. Egyenlőre itt tartok....
open_basedir
A legegyszerűbb kikapcsolni az open_basedir beállítást csak addig, amíg feltöltesz, de utána visszaállítani. Vagy az upload_tmp_dir-t olyan könyvtárra állítani, ami az open_basedir-en belül van (ez tartósabban is működő megoldás). Ez ugye php.ini szerkesztés, utána PHP/Apache újraindítás és mégegyszer ugyanez, ha vissza is kell állítani.
köszönöm
Tisztelt Gábor Úr!
Köszönöm a támogatást, megoldottam a problémát, a php ini upload_tmp_dir ideiglenes átírásával. Az open_basedir kikapcsolás sem segített, így ezzel a favágó módszerrel sikerült! Remélem, hogy ezzel másnak is adtunk (ADTÁL) segítséget!
Még egyszer köszönöm!