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

Hei

törmäsin tälläiseen ongelmaan:

Warning: ini_set() has been disabled for security reasons in /public_html/administrator/components/com_jupgrade/includes/jupgrade.class.php on line 19

Palvelin on louhen ylläpidossa.

Sivustolla on 1.5.24 versio

fi kielipaketti on ajatasalla, englanti ei. Miten ratkaista tuo ylläoleva ongelma

Ota yhteyttä palveluntarjoajaasi, he ovat ilmeisestti estäneet ini_set() funktion käytön php.ini:ssä. Jos sinulla on tilikohtainen oikeus luoda/muokata php.ini tiedostoa, niin etsi kohta "disable_functions =" sieltä pitäisi löytyä kyseinen... Helpoimmalla pääset kuitenkin ottamalla yhteyden palveluntarjoajaasi.

Ja vastaisuudessa, kun haluat kysyä jotain, niin kirjoitat kysymyksesi vain yhteen vietiketjuun.

Tein helppari pyynnön louhelle ja sain vastauksen:


Hyvä Asiakkaamme,

Kiitoksia yhteydenotostanne.

Nuo ini_set -komennot on kielletty tarpeettomina. Voit varmaan kommentoida rivit.

Ystävällisin terveisin,

Louhi Networks Oy


onko tosiaan niin että tuu Jupgrade palikka tekee turhia/tarpeettomia juttuja?. Vai onko tässä nyt asennevika louhen puolelta ?

Mielenkiintoinen vastaus ko palveluntarjoajalta.

Nuo ini_set -komennot on kielletty tarpeettomina. Voit varmaan kommentoida rivit.

Eipä juuri kerro mitään...

Kyseessähän on siis Varoitus/Warning, ja se ei välttämättä tarkoita että toimenpide olisi epäonnistunut, mutta kertoo että ko ini_set on pois käytöstä. (esim. ini_set('display_errors', 1); )

Pysähtyikö toimenpide tähän, vai kykenetkö menemään asian loppuun?

Ymmärtääkseni homma stoppaa tuohon virheeseen. Ainakin jää siihen punaseen ruutuun. Nyt kun päivitin 1.5.24->1.5.25 :seen niin enää juo jupgrade ei näytä kaikkea ainakaan ie9:ssä.

Mietin miten tässä pitäs toimia?

a) kommentoida tuota jupgraden.class.php file riviltä 19 niin kuin louhi ehdottaa
b) pyyttää louhea laittamaan tuo ini_set() päälle ainakin päivityksen ajaksi
c) Vai jotain muuta ????

ideahan olis et saisin sivustolle tehtyä migraation 1.5 -> 1.7 tai sitten myöhemmin 2.5(seen). Mutta en tiedä paraneeko tämä ongelma odottelemalla?. Mihin tuota ini_set() juttua tarvitaan jos se on niin vaarallinen ja semmonen ei sais olla päällä palvelimessa?. Ja siitä seuraa kysymys mihin Joomla/Jupgrade tarvitsee eikö se heikennä järjestelmän tietoturvallisuutta.

Kokeile tätä:

tiedostossa /public_html/administrator/components/com_jupgrade/includes/jupgrade.class.php rivillä 19 muuta:

ini_set('display_errors', 1);

muotoon:

@ini_set('display_errors', 1);

En ihan täysin ole perillä ini_set() funktion toiminnasta. PHP:n manuaalista sain kuitenkin tällä huonolla lontoon kielen taidollani sellaisen käsityksen, että ini_set('display_errors', 1) tulostaa näytölle ainoastaan mahdollisia virhe-ilmoituksia ja sitä on tarkoitus käyttää ainoastaan sivujen kehitystyössä eikä enää valmiilla sivulla. Joomla! kehittäjien olisi siis ollut hyvä ottaa funktio kokonaan pois valmiista paketista. Eikö tuo olisi siis sama kommentoida pois?

This determines whether errors should be printed to the screen as part of the output or if they should be hidden from the user.
--
Note:
This is a feature to support your development and should never be used on production systems (e.g. systems connected to the internet).

Sinänsähän quietFinn:in antama neuvo on aika pitkälti sama asia kuin ini_set() funktion kommentointi pois. Tuolla tavalla tuo kyseinen ini_set() funktio kyllä suoritetaan, mutta tällaisessa virhe-tilanteessa tuota virhe-ilmoitusta ei näytetä käyttäjälle vaan virhe-tilanne kylmästi ohitetaan. Jos nyt itse tulkitsin tuon funktion käytön oikein, niin minun mielestäni olisi sama vaikka ottaa funktio kokonaan pois.

display_errors on (ainakin netFinn palvelimilla) ON.
Tuolla ilmeisesti halutaan varmistaa että jos tulee virhe niin se tulostetaan näytölle.
Tuon voisi toki tehdä niinkin että ensin ini_get funktiolla katsoo, onko asetus jo ON (1), ja jos ei ole, niin vasta sitten asettaa sen ini_set funktiolla.
Mutta toisaalta, jos ini_set on estetty niin todennäköisesti myös ini_get on estetty.

Mutta tosiaan tuon voi turvallisin mielin kommentoida pois, tai käyttää tuota @ merkkiä.