Support » Ohjeet ja vianmääritys » WordPress fatal error

  • Mistähän voisi johtua alla oleva ilmoitus, WordPress ei siis toimi, vanhemmat html-sivut toimivat ja hallintapaneelin mukaan kaikki näyttäisi olevan OK.

    En pääse kirjautumaan myöskään WordPressin hallintapaneeliin.

    Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 24 bytes) in /home/www/vhosts/rauhanranta.net/httpdocs/wp-includes/pomo/mo.php on line 172

    Markku

Esillä 15 vastausta, 1 - 15 (kaikkiaan 20)
  • Thread Starter heikmar

    (@heikmar)

    Sen verran on selvinnyt että palvelimella on viime perjantaina otettu käyttöön suPHP ja tiedostojen käyttäjänä on minun oma tunnus, nyt sitten pohdiskelen miten WP:ssa saa laitettua tiedostojen käytön kaikille.

    Itsellä sama ongelma!
    Ilmoittaa vain Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 122880 bytes) in /home/www/vhosts/tramppa.net/httpdocs/wp-admin/includes/template.php on line 638

    Sain juuri Helpdeskistä saman ilmoituksen että siirrytty perjantaina suPHP käyttöön.Tiedostojen oikeudet on perjantaina jo muutettu. Tosin mahdollista on että skripti ei ole kaikkia muuttanut! Nyt sitten pitää ilmeisesti käsin muuttaa kaikkien oikeudet 🙁

    Thread Starter heikmar

    (@heikmar)

    Yritin tarkemmin sähköpostilla udela mitä pitäisi tehdä niin sain vastaukseksi etteivät tunne WordPressin asetuksia.

    Minulle ei ole vielä selvinnyt onko kyse vain teidostojen oikeuksista, ne eivät kuitenkaan ole muuttuneet. Pitäisi tuntea paremmin suPHP:n toimintaa.

    Tai laittaa webhotelli vaihtoon.

    Itselle tuli juuri uusi ilmoitus että nyt pitäisi toimia, mutta eipä vaan toimi. Oikeudet ovat rw-r–r–.
    Katsellaan mitä tästä eteenpäin!

    Thread Starter heikmar

    (@heikmar)

    Minulla hakemistoissa on oikeudet ovat 755 wxr-xr-xr ja tiedostoissa 644 rw-r–r–.
    eikä toimi.

    Ilmeiseti suPHP:n takia toimimattomuus johtuu jostakin muusta? Täytyisi vain ymmärtää/tietää mistä. Nyt tiedostoje käyttäjän on oma tunnus ja se pitäisi vaijhtaa. mihin en tiedä.

    Jahas, näköjään muillekin on käynyt tämä sama – ja vielä tässä viikonlopun aikana – eli ”Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 122880 bytes) in /home/www/vhosts/dynamicfutures.org/httpdocs/dyna/wp-admin/menu.php on line 88”
    Minulla ei ole tietoa mistään muutoksista palveluntarjoajalla. Sain sellaisen käsityksen, että tämä voi johtua WP_MEMORY_LIMIT -jutusta, mutta en ymmärrä mistä tuota ylipäätään pääsee säätämään. Ohjeista sain sen käsityksen, että wp-config.php tai wp-settings.php fileistä, mutta kummassakaan ei näytä olevan moista käskyä ainakaan valmiina. Outoa, toivottavasti jotain apuja löytyisi…

    Noista oikeuksista ja niiden vaihtamisesta en ymmärrä yhtään mitään, eli toivottavasti tähän löytyisi helppo ratkaisu. Minulla on kyllä sellainen mielikuva, että vastaava asia tapahtui alkuvuonna erään wp-saitin kohdalla, ja sain sen korjattua yksinkertaisesti tuolla ”define(’WP_MEMORY_LIMIT’, ’64M’);” käskyllä (ilmeisesti oletusarvo on 32M), mutta nyt en edes löydä paikkaa mihin tuo pitäisi työntää!

    Moikka kaikille,

    Avatkaa wp-config.php ja lisätkää uudelle riville tietokantajuttujen jälkeen seuraava:

    define('WP_MEMORY_LIMIT', '64M');

    Tallentakaa muokattu tiedosto takaisin palvelimelle. Älkää muokatko tiedostoa muistiolla tai vastaavalla, sillä se saattaa sekoittaa tiedostoa. Notepad++ löytyy Googlella ja on ilmainen sekä hyvä PHP-tiedostojen muokkaamiseen.

    Kokeilkaa auttaako tuo.

    Kiitos, tätä juuri yritinkin, en vaan saanut selkoa mihin tuo rivi piti lisätä. Mutta, valitettavasti ei tuntunut auttavan. Mistähän tämä ylipäätään yht’äkkiä juontaa juurensa? Ja vähän outoa että useammalla samaa ongelmaa ailailla samaan aikaan.

    Varmaan pitäisi alkaa lähestyä palveluntarjoajaa, ellei nyt sitten joku keksisi ratkaisua?

    Mikä palveluntarjoaja teillä on? Jos olette samalla tarjoajalla, vika on enemmänkin siinä kuin WP:ssä.

    Itselläni on OVH Hosting ja ei ainakaan ole vastaavaa ollut.

    Veikkaan, että tuo johtuu palveluntarjoajan muutoksesta. Tällöin kannattaa pyytää heitä korjaamaan asia.

    Muutama lisäkysymys:

    Oletteko asentanut lisäosia tai tehnyt muutoksia WP-sovellukseen viime aikoina? Jos olette, onko ongelma tullut siitä? Jos ette ole muokanneet tai asentaneet mitään, ongelma on webhotellin aiheuttama – tällöin heidän pitäisi myös se korjata.

    Kansioissa oikeuksien pitäisi olla

    rwx—r-x

    Tiedostoissa:

    rw-r–r–

    Wp-Config.php oikeudet:

    rw-rw-rw-

    Update-kansion oikeudet:

    rwxr-xr-x

    Thread Starter heikmar

    (@heikmar)

    Uusia lisäosia ei ole viimeaikoina otettu käyttöön ja sivut toimivat hyvin viimeisen postauksen jälkeen.

    Minulla palvelun tarjoaja on EasyLineHost, ja heillä on perjantaina otettu käyttöön suPHP josta ilmeisesti toimimattomuus johtuu, nyt en vain ymmärrä miten.

    Tällaisen viestin sain palvelun tarjoajalta

    ”Johtunee siitä että palvelimella otettiin tietoturvasyistä perjantaina käyttöön suPHP.
    Nyt tiedostojesi käyttäjänä on oma tunnuksesi. Se helpottaa myös sovellusten muokkaamista ja poistoa.”

    Kun katselin hallintapaneelia huomasin ettei PHP support ole päällä.
    Alla yritys lisätä kuva hallintapaneelista. Pyrin selvittämään palvelun tarjoalalta sen seuraavaksi.

    [img]http://rauhanranta.net/PHP support.tiff[/img]

    Thread Starter heikmar

    (@heikmar)

    No eipä kuva näy, mutta siinä ei ole vai väkästä PHP support kohdassa.
    define(’WP_MEMORY_LIMIT’, ’64M’); rivin lisäys ei auttanut tilanteeseen, virheviestin numerot vain muuttuivat.

    Täällä sama juttu, palveluntarjoaja on EasyLineHost. Kuinkahan monella muulla on nyt sitten sama tilanne… Käsittääkseni tämän ongelman ratkaiseminen kuuluu EasyLinelle, mutta saapa nähdä miten homma hoituu. Kun joku meistä/teistä saa homman ratkaistua, pidättehän muut ajantasalla!

    Itsellä kanssa palvelumtarjoajana easilinehost. myöskään minun hallintapaneelissa ei ole ruksia tuon PHP:n kohdalla.

Esillä 15 vastausta, 1 - 15 (kaikkiaan 20)
  • The topic ‘WordPress fatal error’ is closed to new replies.