Drupal 6.6 install hiba

jeezy képe

Sziasztok!

Most kezdtem ismerkedni a Drupallal. Korábban feltettem a 6.4-et egy weblapra de nem használtam. Pár napja mégis kellett, és láttam h van 6.6. Frissítettem, de elkezdtek hibák jönni. Rátaláltam pp-re és tőle kérdeztem "mit csináljak" -> "tedd újra". Ok ez meg is történt, de az install alatt volt egy hiba ami a 6.4ben nem. Ezt írta:
- a második v harmadik lapon azt íta h nincs sites/default/settings.php vagy nem írható
Írási jog volt csak nem setting.php volt a neve hanem default.settings.php volt. Ok gondoltam el lett írva. Átneveztem settings.php-re és ment is tovább a telepítő minden simán. De a végén meg azzal a hibával akadt ki hogy nincs default.settings.php. Felmásoltam újra a forráskódból (a settings.php mellé), és most megy minden hiba nélkül.
De gondolom ez nem normális hogy ugyan az a file van két néven vagy én rontottam el valamit???

Drupal verzió: 
pp képe

A Drupal azt csinálja, hogy a settings.php-t átírja, de a default.settings.php segítségével. Tehát vagy a könyvtárat teszed írhatóvá, vagy létrehozol egy settings.php-t amit írhatóvá teszel, de a default.settings.php az kell.

pp

0
0
James53 képe

Következő pálya:
Továbbjut a delikvens (6.6os drupal alatt). Felinstalállja, majd fent a rózsaszín ablakban ilyen üzeneteket kap,akárhová is navigál:
"„/tmp/phpupload/fileZUA6rm” nem másolható. ". Ezért milyen beállítás felel?
Mindez online, igazi szerveren.
Én rámentem az állapotjelentésre, és ott javasolta, hogy 6.8-at töltsem le. Megtörtént a frissiítés 6.8 és továbbra is csinálja.

Plusz infó: először nőies izgalmamba leszedtem FTP-vel az egészet, hogy újra rakom hátha megold valamit (windows-os felfogás :) ). Azt tapasztalatam, hogy a sites mappán belül a default könyvtár tartalmát nem engedi törölni. Jeleztem a szolgáltató felé - > kisöpörték, most újrahúztam, a hiba továbbra is fenn áll, és kíváncsiságból megint megprobáltam törölni, és nemtudom FTP protokolon keresztül. Teljeskörű megfejtésért a kecskeméti drupaltalálkozó után egy sör a jutalom!
:)

Valamiféle "irási" beállításokat kéne kérnem szolgáltatótól, az egyes mappákra? Ha igen melykre és mit?
Előtte 5.8-at használtam most szándékoztam volan élesben először 6-ossal - > eddig nem tetszik :)

előre is kösz :)

0
0

- Szabó Gábor -

"Előre minden élharcos, akinek a jelmondata az, hogy - amég élsz, alkoss"

fox mulder képe

1.) Szerintem ez nem a Drupal hibája: „/tmp/phpupload/fileZUA6rm” nem másolható. ". Nem tudom, mi okozhatja, de az állapotjelentés nem emiatt javasolta a D6.8-ra való frissítést, hanem csak azért mert már van olyan is.

2.) A default mappát a drupal "csak olvasható"-vá teszi (pontosabban a settings.php-t), törléshez előbb írhatóvá kell tenned.

3.) Elvileg minden mappára és fájlra be kellene tudnod állítani a fájl jogosultságokat (milyen szolgáltató nem teszi ezt lehetővé?), vagyis nem "Ha igen melyekre és mit?", hanem mindenre (írási jogosultság, hogy törölhesd). Igaz, hogy a Drupal eltávolításakor csak a settings.php fájlok esetén van ennek jelentősége (ezeket állítja a D6.x automatikusan "csak olvasható"-ra. Ha jól emlékszem a D5.x még nem végezte ezt el helyetted, csak javasolta).

Az ftp kliensek rendelkeznek jogosultság-beállítási lehetőséggel (legalábbis ami most nálam kéznél van: Konqueror, parancssoros ftp kliens). Milyen FTP klienst használsz?

0
0

Fox Mulder

James53 képe

Köszönöm az eddigi segítséget is.

Total Commandert használok, de nem tudok szerveren vele egy fájl attribútumát sem átállítani. Több szolgáltatót is használok, és megnéztem: egyiken se tudom modosítani a fájl attribútumokat TC-vel. Akkor ez a Total Camonder butasága, vagy egyik szolgáltatómnál sincs beállítva ez a jog, hogy módosítani tudjam?!.
A "„/tmp/phpupload/fileZUA6rm” nem másolható" szerű hibaüzenetek is lehetséges, akkor hogy valamiféle írásvédetség miatt jönnek elő.

0
0

- Szabó Gábor -

"Előre minden élharcos, akinek a jelmondata az, hogy - amég élsz, alkoss"

fox mulder képe

Akkor ez a Total Camonder butasága, vagy egyik szolgáltatómnál sincs beállítva ez a jog, hogy módosítani tudjam?!.

Ezt nem nagyon értem. Nem ismerem a TC-t, de ha megtaláltad benne a jogosultság-beállítás funkciót, akkor nem a TC a buta. Szerintem kell lennie benne ilyen funkciónak.
Kevés szolgáltatót ismerek, de nálam pl. úgy van (gyanítom, mindenhol így van), hogy a webhelyemhez tartozó mappa az én tulajdonom (a tulajdonlást UNIX értelemben értem, a felhasználóm a könyvtár tulajdonosa), vagyis ezen a mappán belül van jogosultságom fájl és mappa jogosultságokat állítani. Ezt a jogot a szolgáltató nem korlátozza, hiszen a szolgáltatás lényege az, hogy a szerverén biztosít egy mappát az általam létrehozott felhasználó számára.

0
0

Fox Mulder

Lejla képe

Ha eddig nem találtad még meg, akkor a Total Commanderben a szerveren lévő fájlok vagy mappák attribútumának módosítását úgy kell csinálni, hogy az adott fájlon vagy mappán állsz, majd simán a Total Commander menüsorában a Fájl menüpont legelső menüpontját választod, melynek neve egész egyszerűen Attribútumok módosítása, így eltéveszteni sem lehet szerencsére.
Ekkor feljön egy kis ablak, ahol vagy kipipálod amit szeretnél, vagy beírod a számértékét, ha már tudod fejből. Amikor minden engedélyezett, az a 777-es, ezt válaszd olyan fájlok törléséhez, amit a drupal írásvédetté tesz. (vagy pipáld ki mindegyik négyzetet, mindegy.)

De remélem már megoldódott ez a kérdés, és én most legfeljebb csak az utókornak, más fórumozóknak segítek csak ezzel. :-)

0
0
Drupulus képe

En FileZilla-t hasznalok, es az ad nekem egy opciot hogy "Apply to all sub files and folders..." Nem tudom hogy ez valtoztat barmit neked.

0
0