miocene22

I am using a theme built from roots. This uses root relative urls out of the box. Although it isn’t the plugin SWATH listed above, I assume it is the cause of error I’m receiving.

I’m currently testing on localhost. Any chance of this being fixed?

I am having the same problem – using a custom theme but no template overrides. Only a few plugins (easing slider and akismet). When I try to add an item to cart the page refreshes but the cart is not updated.

The only caching I have is opcode apc which is configured on the server.

+1 to this. The latest the plugin allows me to download is the 3.4 nightly build. No 3.5RC.

SOLVED! There is a handy function is_woocommerce() which returns true on a woocommerce page and false on a normal page.

@rhonz10
Great, yeah that’s pretty much what I’ve done. It seems that WooCommerce always uses index.php which has my normal sidebar in it. How do I tell index.php to call a different sidebar file like sidebar-shop.php when WooCommerce pages are showing?

I am the theme developer. I have defined a second ‘shop’ sidebar in my functions.php and incorporated it a template file within my theme.
I then have changed the store pages’ template to this template but it still shows the ‘blog’ sidebar which is called in index.php.

It actually seemed they modified the theme, not the site root. I have restored it now but it is worrying.
Password and user changed. Going to change DB password, and keys.

Thanks for the reply – unfortunately that didn’t work.

Been away for a couple of weeks – now going to try and resurrect this thread…

Sorry to bump but I’m still in need of help.
I changed the home page on the live site to just use a static image while I solve this so it wont help anyone investigating.
So I’ve uploaded a demo page at nearfrog.com/demoserge/.
The bit I’m that’s bothering me is the sliding image where it says “who wears serge”.
If anyone could solve it for Safari (including iOS) I’d appreciate it a lot.
Thanks

Edit: I can’t seem to reproduce the error on my demo server despite the page code being almost identical (I just saved my local test page as an html file and uploaded).
I’m sure it’s just a minor thing such as the order of the code or something. I’ll temporarily re-enable it on sergedenimes.com so you can check

Sorted!

Used wp_update_user instead…

The url concerned and google search query would help a lot in solving your problem

Hmmm, no major issues with plugins just my host being stingy with memory. Reducing image size down to 1024px wide before upload solved it but probably unable to upload hi-res (~3000px wide)

Any ideas about this?

I have requested my host increase my memory limit from 64Mb to 128MB to hopefully solve the problem. They have refused initially but I’ve written back to them in the hope that they will reconsider.

I mean, it’s not like anything massively intensive is going on!

The second suggestion worked. Thanks a lot…

That’s what I told my host when I called them to get my password reset.
I am on shared hosting so there is a possibility that one of their servers got hacked.

The most likely other explanation was that they managed to hack into the WordPress admin account and use the theme editor to add their code.

My .htaccess file looks like this:

# -FrontPage-

IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName nearfrog.com
AuthUserFile /usr/home/nearfrog/public_html/_vti_pvt/service.pwd
AuthGroupFile /usr/home/nearfrog/public_html/_vti_pvt/service.grp

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Anything dodgy here?