cancel
Showing results for 
Search instead for 
Did you mean: 

Re: Schrijf en lees rechten probleem na 1.9.3.2 update

Re: Schrijf en lees rechten probleem na 1.9.3.2 update

Kennissen van me hebben 2 Magento Connect webshops.

Draaien op een server met Cpanel, ik doe 't server beheer.

 

De klacht is dat zij na de update de melding krijgen dat er niet naar de configuratiefile geschreven kan worden.

Oftewel in het Engels:

Unable to write to the configuration file.  

Het is niet Selinux want die staat uit. Het is ook niet SuPHP of Mod_ruid want dat draait ook niet op deze server. Bestand naar chmod 777 zetten of 666 helpt ook niet.

 

Voorheen geen problemen.

Apache 2.2.31 met apache suexec on.

PHP 5.5.x in DSO mode.

 

3 REPLIES 3

Re: Schrijf en lees rechten probleem na 1.9.3.2 update

 

Probleem leek geen schrijf probleem te zijn. Nadat ik gegevens kreeg en zelf kon kijken bleek het om een lees probleem te gaan.

En daarvan stond de oplossing op stackoverflow.

 

De connect.cfg backuppen en dan verwijderen, opnieuw inloggen en dan leek het euvel verholpen. Een nieuwe connect.cfg wordt automatisch aangemaakt.

 

Edit: Helaas niet geholpen, zie onder.

Re: Schrijf en lees rechten probleem na 1.9.3.2 update

Helaas, euvel niet verholpen.

 

Na verwijderen connect.cfg komt er in de admin steeds de regel:

Warning: Your Magento folder does not have sufficient write permissions.

 

Dat blijft hij doen, ongeacht of ik nu de directory's downloader, media en var op naam van nobody (de apache user) zet, en zelfs op 777.

Dus dan maar naar settings de FTP instellingen gebruiken.
Deze saved hij wel, maar vervolgens is er weer niet meer in te loggen omdat de config niet meer leesbaar is.

En zo blijft het maar doorgaan.

Dit krijg je dus te zien als je ftp settings saved:

        Settings has been successfully saved
        Unable to read the configuration file.

 

Zelfde euvel doet zich ook voor met een complete nieuwe 1.9.3.2 installatie!

Re: Schrijf en lees rechten probleem na 1.9.3.2 update

Lijkt op een bug in Magento.

 

Hij controleert z'n directory wereld schrijfbaar is (777).

Is dit niet het geval krijg je deze foutmelding.

 

Heb je Magento in de root van je webruimte staan, dan moet public_html dus op 777 en is het probleem "opgelost".

 

Alleen is dat eerder een bug want public_html zou nooit world writable moeten staan.