Ratkaistu - Sivuston siirto

Luulen että tiedostojen omistajuuden muuttamiseen oikeaksi yksinkertaisin reitti on pyytää webhotellin tukea tekemään se. Ilman ssh- tai sftp-yhteyttä palvelimelle on paskamaista tai mahdotonta.

Yleensä neuvoisin tekemään palvelimelta toiselle siirrot Akeeba Backupia ja Kickstartia käyttäen mutta tietäen miten nihilistinen Akeeban politiikka on vanhentuneille ohjelmistoversioille voi olla työlästä löytää 2.5:ssä toimivaa versiota Akeeba Backupista enää.

Tilanne on vähän hankala... Kyseessä on harrastusseuramme kattojärjestön palvelin, jota ylläpitää kiireinen atk-kaveri. Kaikkien muiden kerhojen järjestelmänä on WP, mutta minä sain aikanaan luvan asentaa itse Joomlan.

Vanha palvelin tuli niin täyteen, että se alkoi kaatuilla. Siellä ei ollut tilaa tallentaa edes Akeeban varmuuskopioita tai tehdä tietokantadumppeja. Jollain lailla onnistuivat onneksi siirtämään vanhan datan uudelle palvelimelle.

Minä joudun opiskelemaan tarvittavat temput Joomlamme tiedostoille, lupasivat antaa minulle sudo-oikeudet... = ) Olen käyttänyt WinSCP-ohjelmaa, jolla saa luotua komentoriviyhteyden palvelimelle.

No sitten kun pääset palvelimelle:Suoritetaan public_html -hakemistossa tai muussa Joomla-asennuksesi juurihakemistossa.
Oikean omistaja ja ryhmä tiedon saat siltä kiireiseltä atk-hemmolta.
Kun tiedostoilla on oikea omistaja voit varmistaa että hakemistojen käyttöoikeudet ovat 755 ja tiedostojen (pl. configuration.php joka on 444) 644.

Jälleen Admin tools Akeebalta olisi velho kapine muuttaa käyttöoikeudet yhdellä napsauksella mutta senkin löytäminen 2.5 versiolle voi olla haastavaa.

TeroKankaanpera kirjoitti: No sitten kun pääset palvelimelle:

sudo chown -R omistaja:ryhmä *

Suoritetaan public_html -hakemistossa tai muussa Joomla-asennuksesi juurihakemistossa.
Oikean omistaja ja ryhmä tiedon saat siltä kiireiseltä atk-hemmolta.
Kun tiedostoilla on oikea omistaja voit varmistaa että hakemistojen käyttöoikeudet ovat 755 ja tiedostojen (pl. configuration.php joka on 444) 644.

Nykyaikaisella palvelimella jossa PHP:tä ajetaan CGI:nä eli käyttäjätunnuksella nuo "omistaja" ja "ryhmä" ovat samat kuin käyttäjätunnus.
PHP tiedostojen oikeudeksi riittää 400, paitsi jos PHP tiedostoon pitää kirjoittaa (esim. configuration.php) jolloin pitää olla 600.

Mutta noita tiedostojen ja kansioiden oikeuksia ja omistajaa ei kannata alkaa muuttelemaan ennen kuin se "kiireinen atk-kaveri" kertoo millaiset ne pitää olla. Jos kyseessä on cPanel palvelin niin silloin pätee mitä kirjoitin, mutta muunkinlaisia konfiguraatioita on.

Onhan sivuston siirron yhteydessä päivitetty log ja tmp hakemiston polut asetuksiin? Ihmettelen ettet saa asennettua sinne mitään?

Tiedosto-oikeuksien korjaus onnistuu joomlasta kätevästi akeeba admin tools lisäosalla. Ota kuitenkin aivan ensimmäiseksi varmuuskopio!

Ja kyllä Akeeban lisäosiin löytyy myös 2.5 tuelliset versiot heidän sivuiltaan.

Yritin ottaa akeeballa varmuuskopiota, mutta prosessi hyytyy loppupuolella ja palkki jämähtää, ajattelin, että juuri noiden väärien asetusten takia...

Jätin yöksi tekemään varmuuskopiota, ja aamulla oli tällainen ilmoitus...

Varmuuskopion pakettikoon pienentäminen voisi auttaa.
www.akeebabackup.com/support/akeeba-backup-3x/1859...-ajax-loading-error-2-2-2.html

No niin, sain vihdoin sudo-oikeudet palvelimelle.

Sain vaihdettua kansioiden ja toedostojen omistajatiedot putty-yhteydellä oikeiksi.

Tarkistin System Information > Directory Permissions, ja nyt kaikki muut olivat vihreinä paitsi configuration.php. Näin sen taitaa kuulua ollakin?

Tiedostolistaus ftp-ohjelmalla näyttää liitteen mukaiselta.
Ovatkohan nuo kansioiden ja tiedostojen oikeudet nyt kunnossa?

Kiitos kaikille vastanneille, nyt kun ilmeisesti sain tiedostojen oikeusasiat kuntoon, pystyin asentamaan Akeeba Backupista uudemman version, ja se sai varmuuskopion tehtyä.

Sitten eikun harjoittelemaan päivitystä 2.5.28 >> 3.5... = )