Innervates
Forum Replies Created
-
So best way for you to fix this – since you can’t access your dashboard.
FTP to your site – or use Cpanel – or some other method to view your folders.
Go to your plugins directory usually something like
public_html/site.com/wp-content/plugins
fine the folder named “wordpress-seo”
Rename that folder to “wordpress-seo2” (or whatever you want)
Now you’ll be able to get into your dashboard. Then go to your updates section – and you’ll see that you’ll have an update for WordPress-Seo
Download that update – install it – right through wordpress. Then go back to your plugins list on WordPress, and activate the plugin. The update will rewrite the folder back to the correct name, so you don’t have to rename it again.
Hope this helps.
I have a caching plugin – but I’ve had Browser Cache disabled for 3 weeks now – and the error just happened again today.
Seems really weird that file change detection would throw an internal server 500 error. It happened again today – so you’re telling me that every time I update iThemes, ALLLL of my visitors have to delete their browser history?
Doesn’t this seem like a really big flaw?
Okay – I think I’ve narrowed it down to a Cookie problem with iThemes.
What in iThemes creates cookies – what file – someone give me something here, and I can dig and troubleshoot the rest.
I’m able to fix the problem on the browser by deleting the Cookies – clearing cache had no effect.
I’m also pretty sure it’s not a .htaccess problem, because I went in an commented out each section one at a time, and didn’t resolve it.
So what does ithemes change when it’s activated? If I know that, I can probably figure this out – because it only happens when it’s activated, and when deactivated, problem is fixed instantly. Reactivate, problem returns instantly.
additionally – I checked our apache server logs… this was the only thing that stood out to me
Premature end of script headers: admin-ajax.php, referrer: …
Hi there, I did check into this – I thought it was your plugin due to a coincidence when I disabled the plugin.
This has nothing to do with your’s, thank you!
R.J.
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Cart Maximum not Workingso far it looks like it works great, I do have a plugin conflict with WooCommerce Thumbnail Input Quantities – this plugin allows customers to add items directly from the product archive page, it doesn’t throw a warning or anything, and adds the quantity to the cart – however, this isn’t a big deal, nor your problem.
I tested the new addition, and it seems to work – it gives a warning message. I’m going to edit the plugin so I can change what the warning message says – I’ll just have to find where that’s at.
Thank you!
R.J.
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Cart Maximum not WorkingWell this is great news! This will save me some work on Monday. Thank you!
R.J.
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Cart Maximum not Workingthanks – usually a Product means an individual item. If I buy 5 Cell phones, I have purchased 5 products – even if they’re all the same TYPE of product 🙂
Thanks though! I think I’m going to try and write this myself.
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Cart Maximum not WorkingOkay – so that’s weird then.
So the way it’s worded is weird – you might want to change it so it reads
“Maximum Number of Different Product Types” – because “Maximum Cart Items” and the comment of “Maximum of items allowed” sounds like Total maximum number. See, we’re trying to find a way so that our clients can ONLY purchase 10 products total – regardless of what TYPE of products they are. Either they can buy 1 of each 10 different products, or they can buy 10 of 1 product – but only 10 maximum total.In your example – the customer would have 30 items in the cart, that has a maximum of 2 items… so that’s confusing.
Okay – well I guess there isn’t any way for your plugin to do what I need 🙁
On to the next one I guess.
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Cart Maximum not WorkingOkay – just wondering if maybe anyone else was experiencing this problem.
Thanks for the help!
R.J.
did some searching around – and came up with this… as the solution for a similar problem using a sticky menu…
var nav = $(‘.content-nav’);
if (nav.length) {
var contentNav = nav.offset().top;
…continue to set up the menu
}(this was the solution for someone else, so you might have to adjust the code to work for you, like whatever “contentNav” should be for your code)
Thanks!
Forum: Plugins
In reply to: [WordPress Calls to Action] Parse error: syntax errorgetting this same error as well – and we’re running php 5.3.
Thanks
Forum: Plugins
In reply to: [GaugePress] thousands separatorThis function actually is currently supported.
It will require you to make one minor change to a javascript file, and then reupload that file replacing the one on your server.
Go to your plugins folder wp-content/plugins/
and navigate to the gaugepress folder
wp-content/plugins/gaugepress
open up the js folder
so you should now be in
wp-content/plugins/gaugepress/js
open up justgage.js with a javascript editor (dreamweaver works)
scroll down to line 292 you should see this
// formatNumber: boolean // formats numbers with commas where appropriate formatNumber : obj.kvLookup('formatNumber', config, dataset, false) };Change that false to true so it should now read like this
// formatNumber: boolean // formats numbers with commas where appropriate formatNumber : obj.kvLookup('formatNumber', config, dataset, true) };All of your numbers will now have appropriate comma separators.
The plugin developer should be able to make this change, or add in an option to change this in the shortcodes.