Fee
Forum Replies Created
-
I understand. But if memory size ist 32MB by server setting, too, it’s irritating because you think that you increased your memory size successfully, but in fact it is not, if it is not allowed on this server.
What I don’t understand:
– Why does woocommerce need so much more memory size, if it does not run in English but in another language?
– Why does woocommerce (in English) need so much memory size only on the admin products page?Hi Mike,
thanks for your answer.
I already increased it but had a talk to my hoster yesterday. Increasing is not possible by this shared server settings. I’ll have to move to a single server.
In my case this is what I wanted to do for a long time, so now it’s the time.But important for you:
I was irritated by the woocommerce system stats, where it put out my Wp-config setted memory size instead of the real server allowed memory size. That’s confusing.
As more people are confronted with this problem, I think it would be the best, when you change or add the real memory size in the system stats. If the real one differs from the wp-config setted one, then it would be perfect if you put a message there in red that the wp-config memory size failed.ok, I tried different things the last two days.
I bought the CSV Import Suite, did a complete fresh install and tried importing the products. This does not solve the problem.But I figured one thing out: I’m on a German install. Setting sites and network back to English language brings back all admin pages mentioned above – except one: the products page is still blank.
I activated the debug log, there are two errors:
– PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 47 bytes) in /…/wp-includes/meta.php on line 571
As mentioned on the CSV Import Suite Doc I set up the memory limit ans the time out, but it didn’t solve the problem.This WordPress error wasn’t there before 3.4, I think, but is not woocommerce specific (also appears with woocommerce deactivated):
– PHP Notice: ob_end_flush() [ref.outcontrol]: failed to delete buffer zlib output compression in /…/wp-includes/functions.php on line 2571Now I’ve an user account on woothemes and found other forum threads that may belong to the same problem. I’ll open a new thread there now.
ok, I’ve found it. The lines with wp-content were added by another plugin. But whynot take this and add it as feature?
The hook is in wp-includes/functions.php line 1845 do_robots()
Something like this (didn’t try it):
function do_robots() { remove_action('do_robots', 'do_robots'); header( 'Content-Type: text/plain; charset=utf-8' ); do_action( 'do_robotstxt' ); $dirname = getDir(); echo "User-agent: *\n"; echo "Disallow: /wp-login.php\n"; echo "Disallow: /".$dirname."/plugins\n"; echo "Disallow: /".$dirname."/cache\n"; echo "Disallow: /".$dirname."/themes\n"; }
Forum: Fixing WordPress
In reply to: Re-opened: How to include WordPress 3.0 code into … e.g. stylesheetsThe style.php is included in the theme normally, but it is not possible to use global variables there. Sure I can echo everything in the html head, but the more flexible the theme is going to be, the more code is included this way and blows up the page. I love working dynamic and using as few files and code as possible, also for performance reasons.