Fatal error: Call to a member function on a non-object

[Wilbert]

Hallo allen,

Ik ben net begonnen met het ontdekken van CMS made simple. Lijkt me prachtig om mee te werken, maar sommige dingen zijn welllicht wat te hoog gegrepen voor me. Ik heb ondertussen een site actief, maar na wat spelen met het afbeeldingsbeheer (mapjes aanmaken/verwijderen en rechten CHMODDEN en zo) en het bestandsbeheer krijg ik plotseling in afbeeldingsbeheer de volgende fout:

Fatal error: Call to a member function on a non-object in /usr/local/psa/home/vhosts/mijndomein.nl/httpdocs/lib/filemanager/ImageManager/Classes/ImageManager.php on line 106

Ik heb op dit forum gezocht naar een mogelijke oplossing, maar niets kunnen vinden. Is er iemand die mij op weg kan helpen om dit te repareren?

vast bedankt!

met vriendelijke groet,
Wilbert

[Dee]

(geen probleem als je dit niet volgt)
regel 106 (er vanuit gaande dat je 1.0.2 draait):

Code: Select all

while (false !== ($entry = $d->read()))

$d is dus geen object...
$d is net daarvoor met PHP's dir functie gezet:

Code: Select all

$d = @dir($base);

met

Code: Select all

$base = Files::fixPath($base);

hmm...

Daar wordt de directory uitgelezen.
Je kan die apestaart voor @dir($base) 'es weghalen om te kijken of je meldingen krijgt (en dan welke)
Toch nog 's de permissies op uploads/images (en subdirs) controleren?
Gewoon 'es alles in uploads/images weghalen?

Hoop dat dat er tegen die tijd iets boven water is, want verder geen idee...

[Wilbert]

Toch nog 's de permissies op uploads/images (en subdirs) controleren?
Gewoon 'es alles in uploads/images weghalen?

Hoop dat dat er tegen die tijd iets boven water is, want verder geen idee...

Bedankt Dee! Ik werk inderdaad met de nieuwste versie 1.0.2.

Het weghalen van het aapje werkte niet. Vervolgens met FTP alle mappen onder images weggehaald en opnieuw aangemaakt: foutmelding weg en de subdirs gewoon zichtbaar in afbeeldingsbeheer!

Wel vreemd is dat de subdirs onder images worden niet op de juiste rechten worden gezet als ik deze via afbeeldingsbeheer aanmaak. Via FTP aanmaken werkt dus wel. Ik CHMOD ze dan maar handmatig naar 777, is dat trouwens de juiste instelling?

groet,
Wilbert

[Dee]

Wel vreemd is dat de subdirs onder images worden niet op de juiste rechten worden gezet als ik deze via afbeeldingsbeheer aanmaak. Via FTP aanmaken werkt dus wel.

Wat is er mis met de rechten van de subdirs als je ze via afbeeldingenbeheer aanmaakt? Krijg je die Call to a member function on a non-object altijd nadat je via afbeeldingenbeheer een subdir aanmaakt? Dat zou erg vreemd zijn, de webserver maakt zelf de directory aan, dus je zou minstens leesrechten verwachten. Kom ik op je vraag:

Ik CHMOD ze dan maar handmatig naar 777, is dat trouwens de juiste instelling?

777 is alle rechten voor iedereen - in principe hoeft alleen de webserver alle rechten (rwx op dirs, rw op files) te hebben. Ikzelf doe (op eigen beheerde servers) gewoon chown apache op de dirs, niks geen chmods.

Paar forum linkjes over chmod 0777:
http://forum.cmsmadesimple.org/index.ph ... 593.0.html
http://forum.cmsmadesimple.org/index.ph ... 979.0.html
http://forum.cmsmadesimple.org/index.ph ... 807.0.html

[Dee]

Hmm, je bent niet de eerste:
http://forum.cmsmadesimple.org/index.ph ... 830.0.html
http://forum.cmsmadesimple.org/index.ph ... 076.0.html

Het probleem lijkt verdacht hier op... safe mode restricties misschien?

[Wilbert]

Klopt, ik ben niet de eerste idd...

Wat ik wel zie (via FTP prog) als ik via afbeeldingsbeheer een subdir heb aangemaakt:

• rechten worden drwxr-x--x
• owner/group apache etc.

Met deze settings kan ik dus geen afbeeldingen uploaden. CHOWN ken ik nog niet. Vanuit de foutmelding lijkt het inderdaad zo'n safe mode restrictie te zijn die dwarsligt:

Warning: move_uploaded_file(): SAFE MODE Restriction in effect. The script whose uid is 10137 is not allowed to access /usr/local/psa/home/vhosts/domein.nl/httpdocs/uploads/images/1234 owned by uid 2525 in /usr/local/psa/home/vhosts/domein.nl/httpdocs/admin/imagefiles.php on line 83

groet,
Wilbert

[Dee]

Met deze settings kan ik dus geen afbeeldingen uploaden.

Ah, maar dat moet je ook gewoon vanuit afbeeldingen beheer doen

Je kunt kijken of je met de "Bestands creatie masker (umask)" instelling (onder "Websitebeheer" => "Algemene instellingen") kunt zorgen dat de subdirs world writable worden aangemaakt, probeer eens 002 (0775 permissies, dus net onvoldoende waarschijnlijk) of 000 (0777 permissies) in plaats van 022.

[Wilbert]

Met deze settings kan ik dus geen afbeeldingen uploaden.

Ah, maar dat moet je ook gewoon vanuit afbeeldingen beheer doen

Klopt, sorry ik was daar niet duidelijk. Ik bedoelde hier dus 'via afbeeldingsbeheer'. 

Je kunt kijken of je met de "Bestands creatie masker (umask)" instelling (onder "Websitebeheer" => "Algemene instellingen") kunt zorgen dat de subdirs world writable worden aangemaakt, probeer eens 002 (0775 permissies, dus net onvoldoende waarschijnlijk) of 000 (0777 permissies) in plaats van 022.

Deze tip heb ik uitgevoerd, maar bleek geen verschil te maken. Met 002 kreeg ik inderdaad te weinig rechten, met 000 zagen de rechten er identiek uit alsof ik de map handmatig aangemaakt zou hebben, alleen de owner bleef 'apache', waardoor het nog niet lukte.

Status nu :

De eerstgenoemde foutmelding is weg en als ik met afbeeldingsbeheer wil uploaden maak ik eerst zelf nu maar via FTP een mapje met 777 aan. Daarna kan ik alles met afbeeldingsbeheer regelen (aangemaakte map is daarmee dan wel toegankelijk en volledig te gebruiken). Uploaden / verwijderen van afbeeldingen werkt dan gewoon, zelfs de map/subdir verwijderen kan ook. Het gaat dus alleen nog fout als ik via afbeeldingsbeheer of bestandsbeheer een nieuwe map/subdir aanmaak.

In ieder geval bedankt voor je hulp tot zover!

groet,
Wilbert

[Dee]

Ben bang dat je daar niks aan verandert dan, zolang PHP safe mode draait. Blijkbaar werkt umask 000 niet of krijgen de aangemaakte mappen in ieder geval geen 0777 permissies.

Veel plezier met CMSMS!
Grtz,
D