csanyk

They’re not usually very helpful, as they don’t support all the customization I’ve done with my wp install, but they’re my next stop if I can’t get a resolution here.

Actually I may have been mistaken about that.

I’m using a plugin called Server IP & Memory Usage Display, and at the foot of my admin pages, it provides the following statistics:

| Memory: 35.13 of 268435456 MB (0%) | WP LIMIT: 40 MB | IP 162.222.203.155 (icpu3454) | PHP 5.6.24 @32BitOS

268435456 MB is obviously inaccurate, as that’s terabytes of memory. What I had *thought* was the PHP memory limit (40M) actually appears to be the WP file upload limit.

So now I’m wondering why I’m getting out of memory errors, and what my true memory limit is for php, if it’s 128MB as reported by phpinfo() or if something is messing with that, causing Server IP & Memory Usage Display to report a corrupted value.

I figured it out. Both /rants and /rants/wp-admin are reporting a php memory limit of 128MB.

But if I browse my admin pages, it’s reporting a memory limit of 40M at the footer of the page (I have a plugin installed that is supplying me this info; it seems accurate given that I am getting out of memory errors.)

I’m aware I’m redirecting. What is “the file I want”?

MarkRH, I tried what you said, but if I try to access the file, my site just serves a “page not found”.

Could someone please just respond to this thread and tell me the various ways in which my wp site might have its php settings configured, so I can check each of them, and what the best practice is, so I can set it properly?

Thanks!

https://csanyk.com

When I get the error, the Console is empty.

Update: The editor just started working again, spontaneously, after I posted this. No idea why.

raphael1982, this is what Marko emailed me privately about php.ini:

Till January 22th the php.ini file we created with Click&build had to many settings in it. Two of them got deprecated in PHP 5.3 and removed in PHP 5.4 and because of that the your site crashes. This two lines are:

browscap = /usr/local/lib/browscap.ini
magic_quotes_gpc = on

We now completely cleared the file and for WordPress we only have: safe_mode = off. For our safe mode installation we could fix it because we manage the installation but for free mode installation it’s more tricky because we are not allowed to change files without the customers approval.

Be sure to make a backup copy of php.ini before you modify it, just in case. Hope this helps.

Marko, thanks so much for getting involved. You were the most helpful out of anyone at 1and1 who I dealt with during the last two days. Without your attention, I would not have been able to resolve the problems with the wp installation, or get php updated.

Putting a # in front of a rewrite rule simply disables the rule. You might have needed the rule for other reasons when the site is running in production. What was the rule?

Thank you! The redirection plugin worked for me.

bump.

Indeed! I’ve discontinued use of Scripts Gzip. I had previously been using W3 Total Cache, and switched away from it within the last year when it was revealed to have a security problem — I may give it another try.

Just thinking, and I don’t know that you’re the right person to suggest this to, but maybe WP should notify an administrator when a plugin, theme, etc. hasn’t been updated in a very long time? That way I could pro-actively look for an actively-maintained product that can replace something that is no longer being developed/supported before it causes an actual problem.

Update: Determined the problem to be caused by a conflict between Jetpack 2.7 and another plugin, Scripts Gzip.

I’ve temporarily disabled Scripts Gzip to alleviate the problem.