#pizarro | 2019-12-03

noted

~ 30 minutes ~

00:32

mod6: I may be able to help you with that...fixed that problem this morning lol

00:35

mod6: You need to edit your php.ini file, should be in something like /path/to/php/lib/php.ini

00:35

mod6: display_errors 0

00:36

mod6: error_reporting E_ALL | E_STRICT

00:40

mod6: that should have the strict errors be logged to apache's log instead of splashed on top of the html your blog outputs. Some other notes: (1) I had a problem with that fix that ate some time - the variable "display_errors" was being overwritten by another init file inside of /path/to/php/php.d/. (2) When you change the init files you need to restart apache.

~ 20 minutes ~

01:00

Oh hey! Thanks whaack, I'll give that a try :]

01:02

mod6: np, i hold my php brigade position with pride as I aspire to greater heights

01:12

Nice :D

01:12

Well, hmm, so I made the changes, but it still seems to throw that garbage out. http://paste.deedbot.org/?id=pZgj

01:12

The page is up @ blog.mod6.net/index.php

01:13

mod6: Did you see my point about the /php.d/ folder? I would run "grep 'display_errors' /php.d/*"

01:14

mod6: my problem was in the file 99-liip-developer.ini.

01:14

Ah. lemme dig into that, because ya, seems like something must be overriding it.

01:14

Cheers!

01:17

mod6: Also I am not sure, but the last error makes me think you may have a separate issue with your .htaccess file

01:17

Oh, huh, that may very well be...

01:20

I do have two of them in my tree under my webroot. Why do I feel like there was supposed to be 3?

01:20

Three?! I thought there should only be one lol

01:20

There was another for like some js theme stuff iirc. Maybe it was just the two.

01:21

this is weird, I don't even have a php.d dir anywhere.

01:21

`find / -type d -name "php.d" returns nada.

01:29

mod6: The first 4 appear to be unimportant "using the language wrong wank. The last one suggests some sort of permissions problem

01:30

If you set up your stack according to the directions I posted, by default php.ini lives under /usr where php is installed rather than /etc

01:30

^ Right. You may need to find out what user apache runs under, and then chown -R apache_user /path/to/your/web/dir

01:33

But the source of that specific error at the end of that output is a mystery to me.

01:33

Problem could be in php.ini, permissions, or in httpd.conf

01:35

yeah, my webroot is /var/www/html, all chowned to 'apache:apache'

01:36

ok, but! i created a little script to do phpinfo() to check out what it /thinks/ the display_errors is set to, and of course 'On'.

01:36

So something is indeed not taking with the php.ini (which, BingoBoingo is located at /usr/local/lib/php.ini)

01:38

the value 'On' is set for display_errors in the 'Core' section of the phpinfo(); does that mean this value is compiled into libphp5?

01:39

When I did a recursive grep throughout the entire environment I'm on for 'display_errors', libphp5.so was the only other major thing that stuck out in the results list, aside from php.ini.

01:40

Well, and this file: /usr/local/php/etc/php-fpm.conf.default

01:40

mod6: I am uncertain. It may be the case that apache or whoever should be passing information from php.ini isn't able to actually read php.ini, even if they know where it is.

01:40

permissions and who needs to read what can get messy

01:42

Alright guys, I really appreciate the help. I'll keep workin on it.

~ 20 hours 58 minutes ~

22:40

BingoBoingo: You were not able to sell the Foundaiton

22:40