fox mulder felvetette, hogy előfordulhat, maga a Drupal teszi írásvédetté a settings.php-t, ezáltal a settings.php-t tartalmazó mappák törölhetetlenné válnak: http://drupal.hu/forum/phpuploadfilewwpqes-nem-m%C3%A1solhat%C3%B3-%C3%A...
Én így jártam. Sikeresen áttelepítettem az oldalamat, és azután az elsőt kitöröltem -- de csak majdnem: a sites mappa nem engedi magát. Tőlem akár ott is maradhatna, de egy index.html fájlt tettem mellé, amivel átirányítanám a látogatókat az új helyre, és az nem indul -- a sites mappa miatt (?)
Célom: A http://reiki.termeszetes-szamok.hu/drupal (az első feltelepítés helye) címet beírva a látogatók a http://reiki.termeszetes-szamok.hu/drupal/index.html oldalt lássák.
Kiegészítő célom megértni, hogyan lehet eltávolítani az összes fájlt :-)
Köszönöm előre is:
Juli
web szerver jogosultsággal
Szia!
Ez esetben web szerver jogosultsággal kell törölnöd, hacsak nem vagy root. Ha nem, akkor legcélszerűbb egy php scripttel törölni, mivel ha azt meghívod, akkor webszerver jogosultsága lesz.
Tudom ajánlani a File Thingie nevű php stuffot, nekem sok jó szolgálatot tett már:
http://www.solitude.dk/filethingie/
1 php file, beleírod a jelszót, feltöltöd és szabadon garázdálkodhatsz a webszerver által létrehozott fájlokon.
Üdv,
Satya
--
http://artalmas.hu
Több megoldás is létezik
Feltehetőleg Linux vagy Unix-szerű operációs rendszeren fut a web szerver (többnyire Apache).
Választasz egy megfelelő FTP-kliens programot, mondjuk: FileZilla
Ezt telepíted és a megfelelő hozzáférési adatokkal (szerver,felhasználói név, jelszó, esetleg port) belépsz a tárhelyedre.
Ekkor táblázatos formában megjelennek a szerveren lévő fájlok és könyvtárak neve, méret, típus stb.
Kiválasztod a megfelelő fájlt és jobb egér klikkel előhívod a menüt és ott az Attribútumok pontra kattintasz. Ekkor feldob egy ablakott, ahol a Tulajdonosnak, a Csoportnak és az összes Többieknek tudod beállítani a jogait. A törlendő fájloknál legalább a Tulajdonosnak, de a biztonság kedvéért a Csoportnak is adj írási jogot, majd mentsd el a módosítást. Ezután már tudod törölni az adott fájlt.
Páldi Zoltán
és ha nem ő a tulajdonos?
Ha nem ő a fájl tulajdonosa (mondjuk a "www" júzer), akkor nem fog tudni neki semmilyen jogot adni.
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
support
Akkor ir egy levelet a supportnak, hogy toroljek az allomanyokat, vagy adjanak hozza jogosultsagot.
A masik verziot fentebb olvashattuk, torli PHP-bol.
---
http://drupalaton.hu
Az meglehet, csak akkor
Az meglehet, csak akkor bizony szolgáltatót kell váltani.
Szolgáltatók általában csak FTP hozzáférést biztosítanak a tárhelyekhez.
Ha ezen a protokollon keresztül nem tudnám elvégezni a legalapvetőbb adminisztrációs feladatokat, akkor én bizony otthagynám azt a szolgáltatót.
Ui.: Bár kicsit off volt, de szerencsére a többiek írtak PHP-s alternatívát, ami bizonyítja, hogy nem megoldhatatlan a feladat, de én ilyen szolgáltatásért nem fizetnék.
Páldi Zoltán
Bogár a fülembe
Kedves Zoltán!
Bár az aktuális kérdés megoldódott, a felvetésed szöget ütött a fejembe. Ha nem tudnám a feltöltött fájljaim attribútumait változtatni, én is váltanék szolgáltatót. Az érdekes -- és számomra érthetetlen -- az, hogy meg tudtam változtatni az attribútumokat, mégsem tudtam törölni a fájlokat. Ennek mi lehet az oka? Ha 777-es attribútummal sem törölhető, az azt jelenti, hogy a szolgáltató kevés jogot ad nekem?
könyvtár vagyis directory
Nem lehet, hogy a fájl törlése az a könyvtáron való módosítást jelenti, ezért ehhez a fájt tartalmazó könyvtárra kell jogosultság? (a kérdés költői, célja az önálló gondolkodási folyamat beindítása)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
Sajnos már töröltem
Beindult, köszönöm, István! :-)
Most nagyon sajnálom, hogy kitöröltem már asrob php-jával, mert a /sites/default/ directory -- valóban -- még a tulajdonos által sem írható (555), de én meg tudom változtatni.
Ahogy nézem, egyébként asrob php-ja is az attribútumokat írja át...
Kicsit többet kellene tudni a környezetről
Kicsit többet kellene tudni a környezetről, hogy pl.:
- Milyen módon használják a PHP-t (modul,fastcgi,suphp) egy phpinfo() kimenet többet mondana?
- Milyen felhasználó és milyen csoport beállítása van az ftp könyvtáradnak?
- Milyen felhasználó és milyen csoport beállítása van az általad feltöltött fájloknak/könyvtáraknak, illetve az Apache által létrehozott fájloknak/könyvtáraknak?
- Milyen jogosultsággal rendelkeztek az általad feltöltött fájlok/könyvtárak, illetve az Apache által létrehozott fájlok/könyvtárak?
Szerintem az alap Unix/Linux jogosultságok mellett valamilyen ACL (Access Control List) beállításokat is használ a szolgáltatód, amivel tovább lehet finomítani a beállításokat (felhasználónként/csoportonként), illetve alapértelmezett beállításokat lehet végezni.
Mint ahogy korábban is említették, feltehetőleg az Apache által létrehozott állományoknak nem te vagy a tulajdonosa, ezért csak PHP-ból tudod megváltoztatni a jogosultságát olyanra, hogy azután már a te ftp-s usered is törölni tudja a kívánt állományokat.
Páldi Zoltán
Nem sokat tudok a környezetről
Huhh, ez nekem már ismeretlen terület.
Mivel most úgy áll a dolog, ahogy nekem jó, nem piszkálok bele. Amikor majd innen költözünk, újból előkerül a kérdés, akkor jelentkezem a tapasztalataimmal.
Köszönöm a felvetéseket! Szerteágazóbb kérdések merültek fel, mint gondoltam. Ismét megtapasztaltam tudásom korlátait -- és egyúttal szakértőkre találtam. Ez biztonságérzetet ad, köszönöm nektek!
Juli
Így sem
Köszönöm szépen mindannyiótoknak!
Drupalban új vagyok, de ezt ismertem, ki is próbáltam (Total Commanderben és net2ftp-ben is elfogadta a 777-es attribútumot), de így sem engedi törölni. A megoldás már megvan (beírom ide új hozzászólásnak), így a dolog nem sürgős, megkérem a szolgáltatót, hogy törölje. Azért -- bár gyakorlatilag már mindegy -- _elvi_szinten_ még érdekel a dolog :-)
Még egyszer köszönöm:
Juli
301-es átirányítás
Addig kerestem, míg egy igazán jó megoldást találtam költözés esetére:
http://www.isitebuild.com/301-redirect.htm
Betettem a .htaccess-t az elhagyott mappába, működik, nem zavarja a maradék Drupal, és így még keresőbarát is lett :-)
Még egyszer köszönöm nektek!
Juli
Esetleg
segít a következő kód ami http://drupal.org/node/34028 -ról származik:
Létrehozol egy fix.php nevű fájlt amiben ezt elhelyezed, bemásolod a /sites könyvtárba majd webböngészővel megnyitod a fájlt. Kiírja milyen eredménnyel zárult, utána már tudod törölni a könyvtárat.
--
Borsa Péter
https://peterborsa.eu
Így már törölhető
Köszönöm, ez a tökéletes megoldás! (Csak persze előtte ki kellett vennem a .htaccess-t :-D)
Juli
Ez most melyikre volt válasz?
Az utókor érdekében javaslom, hogy arra a hozzászólásra válaszolva küldd be a hozzászólásodat, amelyikre reagálsz. Hiszen így visszanézve nem mindenkinek lesz egyértelmű, melyik válasz is tartalmazza a neked működő megoldást.
Köszi mindannyiunk nevében!
Nagy Gusztáv
Bocs, jogos
Csak azért nem válaszként írtam, mert így is éppen az alatt van, amire vonatkozik (asrob ötlete), és úgy tippeltem, hogy ezzel vége is a topiknak... De akkor is jogos, Gusztáv, máskor ügyelek rá.
Juli
Az attribútumok átírásával minden törölhető
Ígértem, hogy beszámolok, amikor törlök ismét -- íme:
Az attribútumok átírásával minden fájlt gond nélkül tudtam törölni net2ftp-vel. Arra kell még figyelni, hogy a mappák attribútumait is át kell írni, ahol szükséges. Így -- ha a szolgáltató engedi az attribútumok változtatását -- a lehető legegyszerűbb ez a megoldás.
Köszönöm mindenkinek, aki hozzászólt! :-)