Warning: ini_set() has been disabled for security reasons jupgrade.class.php on line 19

Kokeile laittaa jUpgraden asetuksissa Skip Checks (ohita tarkastukset) päälle. Katso kuva alla.

Suosittelen myös, että "riisut" ennen migraatiota Joomla 1.5 -versiosta kaiken ylimääräisen pois, joita sinne on mahdollisesti kertynyt (komponentit, moduulit ja liitännäiset). Tietysti jätetään ne, joita migraatiokomponentti tukee, esimerkiksi Kunena-keskustelufoorumi. Huomasin parilla sivustolla tämän helpottavan migraatiota.

Suurin osa riisutuista lisäosista oli minulla ihan turhaan jäänyt Joomlaan, tietysti ajatuksella, että jos sitä sittenkin joskus vielä tarvitsisi...

Uuteen Joomlaan (1.7) on sitten helppo asennella viimeiset/uusimmat versiot tarvittavista lisäosista.

Luonnollisesti pitää varmuuskopioida Joomla 1.5 ennen migraatiota.

Migraation jälkeen sinulla on kaksi Joomlaa (1.5 ja 1.7) ja yksi tietokanta. Tietokannassa Joomlat on eroteltu toistaan taulujen etuliitteellä (prefix), oletusarvoja käytettäessä jos_ ja j17_.

tein sen minkä quietFinn neuvoi eli laitoin filuun @ merkin, no sillä toi rivi 19 meni läpi.

Muttta pysähty seuraavaan:

Notice: Undefined property: stdClass::$timelimit in public_html/administrator/components/com_jupgrade/includes/jupgrade.class.php on line 156

koodissa näyttää seuraavalta:

// Set timelimit to 0
if(!ini_get('safe_mode')) {
-->156 rivi if ($params->timelimit == 0) {
set_time_limit(0);
}
}
}

JiiKoo kirjoitti: Kokeile laittaa jUpgraden asetuksissa Skip Checks (ohita tarkastukset) päälle. Katso kuva alla.

Suosittelen myös, että "riisut" ennen migraatiota Joomla 1.5 -versiosta kaiken ylimääräisen pois, joita sinne on mahdollisesti kertynyt (komponentit, moduulit ja liitännäiset). Tietysti jätetään ne, joita migraatiokomponentti tukee, esimerkiksi Kunena-keskustelufoorumi. Huomasin parilla sivustolla tämän helpottavan migraatiota.

Suurin osa riisutuista lisäosista oli minulla ihan turhaan jäänyt Joomlaan, tietysti ajatuksella, että jos sitä sittenkin joskus vielä tarvitsisi...

Uuteen Joomlaan (1.7) on sitten helppo asennella viimeiset/uusimmat versiot tarvittavista lisäosista.

Luonnollisesti pitää varmuuskopioida Joomla 1.5 ennen migraatiota.

Migraation jälkeen sinulla on kaksi Joomlaa (1.5 ja 1.7) ja yksi tietokanta. Tietokannassa Joomlat on eroteltu toistaan taulujen etuliitteellä (prefix), oletusarvoja käytettäessä jos_ ja j17_.

Tein niin kuin neuvoit ja sivusto päivittyi ongelmitta 1.7 versioon. Mutta sivusto ei toimi /näy normaalisti.

se on täynnä ini:set virheitä. Johtuuko kaikki Louhen palvelimen asetuksista että se kieltää ini_set() asetukset vai mitä noille pitäs tehdä?


Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 96

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 99

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 742

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/user/public_html/jupgrade/libraries/joomla/session/session.php:96) in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 462

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/user/public_html/jupgrade/libraries/joomla/session/session.php:96) in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 462

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 777

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 796

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 777

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 796

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 777

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 796

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 777

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 796

Lauantai-illan ratoksi rupesin vähän testailemaan...

Minulla on yksi VPS palvelin jota käytän pääasiassa testailuun, ja siellä sattui yhdellä tilillä olemaan Joomla 1.7.mikälie asennus. Toimii ongelmitta.

Laitoin palvelimen PHP asetuksissa:
disable_functions = ini_set

Tuon jälkeen tulee julmettu määrä noita virheilmoituksia:
No sitten otin SSH yhteyden tuolle tilille, ja ensiksi katsoin missä palvelimen php.ini on:

Se on siis /usr/local/lib/php.ini

Sitten kopioi ko. tiedoston tilin juureen:

Sitten muokkasin ko. tiedostoa:

ja lisäsin viimeiseksi riviksi:

Sitten tein .htaccess tiedoston jolla tuo paikallinen php.ini otetaan käyttöön:


sinne laitoin nämä rivit:

CPANELUSERNAME on tilin käyttäjätunnus.

Tuon jälkeen Joomla toimii taas tuolla tilillä moitteettomasti.

Nämä ohjeet toimivat vain cPanel palvelimella, jossa on käytössä suPHP. Ja saattavat tietysti olla toimimattakin, riippuen palvelimen asetuksista.


Ja tuon pystyy kyllä tekemään ilman SSH yhteyttäkin, paitsi että palvelimen php.ini tiedostoa ei taida saada kopioitua, mutta palveluntarjoaja varmaan kopioi sen pyydettäessä...

Lähetin louhelle tukipyynnön et tuo ini:set() tuottaa ongelmia kun se ei ole sallittu.
ja listasin kaikki virheet, noi samat mitkä laitoin tänne.


tuli vastaus:

Hyvä Asiakkaamme,

Kiitoksia yhteydenotostanne.

Palvelimella on estetty ini_set funktiot joihin virheet viittaavat.
Ongelman voi korjata niin, että kommentoi nuo rivit, joista virheilmoitukset
tulee, pois koodista.


Ystävällisin terveisin,
Louhi Networks Oy

github.com/fastslack/jUpgrade/issues/1

Jeps, eli ongelman voi korjata poistamalla ini_set() -rivit tai hiljentämällä ne: @ini_set()

Tai sitten asettaa display_errors=No (joka on tuotantosivustolla muutenkin hyvä idea).

En hyväksynyt louhen vastausta ja vaan pyysin parempaa selitystä. Sain

Hei,

Olet aivan oikeassa sikäli, että omankin php.ini:n käyttö on teoriassa
mahdollista, mikäli on aivan pakko. Tässä on kuitenkin lähtökohtaisesti kyse
siitä, että edellisellä palvelimella ini_set on ollut sallittu, joten Joomla
on asennusvaiheessa laittanut asetukset sen perusteella. Mikäli uudelle
palvelimelle tekee uuden Joomla-asennuksen, se toimii ilman ini_setiä. Tämä
ongelma toisin sanoen ilmenee niissä Joomlissa, jotka on asennettu vanhalle
palvelimelle ja siirtyneet sen jälkeen uuteen ympäristöön. Suurin osa Joomlan
ini_set -komennoista liittyy sessionhallintaan ja sivustot yleensä toimivat
ilman noitakin asetuksia.

Totta kai ini_setin kommentointi on väliaikainen ratkaisu, mutta pitkällä
aikavälillä pitäisin uuteen ympäristöön sopivaa Joomla-asennusta parempana
kuin php.inin säätämistä, joka on meidän näkökulmastamme vasta viimeinen
vaihtoehto, johtuen siitä että uuden palvelimen php.ini on kuitenkin
lähtökohtaisesti globaali ja sellaisena se haluttaisiin pitää.

Ystävällisin terveisin,

Louhi Networks Oy

hmm... minä(henkilöisesti vain = ei Joomla.fi) suosittelen sinua harkitsemaan, onko Louhi Networks Oy -palvelutarjoaja sinulle sopiva palveluntarjoaja, sinun tarpeisiisi toimia Joomla!lla tai yleensäkään millään. Heillä (Luohi) on näemmä omat ajatuksensa ja näkemyksensä, jotka eivät ole välttämiti lähtöisin Joomla!sta.

Mortti

Tämä
ongelma toisin sanoen ilmenee niissä Joomlissa, jotka on asennettu vanhalle
palvelimelle ja siirtyneet sen jälkeen uuteen ympäristöön.

omankin php.ini:n käyttö on teoriassa
mahdollista,

Mortti olen täysin samaa mieltä ja olen pohtinut onko se tarpeellista siirtää pois louhen palvelimilta sopimuskauden loputtua. Olen miettinyt oman virtuaalipalvelin ostamista esim. Shellit.org:ilta tai joltai sellaiselta toimijalta johon voi luottaa ja hinta olisi kohtuullisen edullinen, mutta kuitenkin luotettava.

Olen tehnyt linux ylläpitoa jonkin verran palvelin puolella mutta mietin olisiko se liian työlästä kahden webhotellin sisältö siirtää samaan virtuaalipalvelimeen, domaineja täytyis siirtää samalla kolme kappaletta.

Mutta viimeinen vuosi louhen kanssa on ollut todella vaikea, he ovat muuttaneet asennettaan sellaiseksi että sinun järjestelmässä on vika tai jos sinulla on ohjelmisto x. En oikein tiedä mitä tekisi?, siirtääkö sivustot muualle vai taistella louhen kanssa.

Hezze kirjoitti: Olen tehnyt linux ylläpitoa jonkin verran palvelin puolella mutta mietin olisiko se liian työlästä kahden webhotellin sisältö siirtää samaan virtuaalipalvelimeen, domaineja täytyis siirtää samalla kolme kappaletta.

Kunhan hankit VPS:n jossa on cPanel/WHM niin siirrossa ei ole mitään ongelmia.
Samoin ylläpito sujuu jos on edes jonkin verran kokemusta.