yitwail
Forum Replies Created
-
Forum: Reviews
In reply to: [WooCommerce] Cart widget incompatible with super cacheYou’ve certainly reinforced my point that I’m not a Woocommerce developer. 🙂
Again, skimming the code, I had the impression you only saved sessions in DB for logged in users.
I agree, if cart is loaded by ajax, it bypasses caching. But I have 2 concerns. One is cache compatibility, the other is performance, and it’s a clear negative performance impact if the php that’s invoked by the ajax post will require/include wp-load.php. Supposing you did this on a page that isn’t cached in the first place–you would be including wp-load.php twice–once to display the page, then once more to load the cart.
Forum: Reviews
In reply to: [WooCommerce] Cart widget incompatible with super cacheMike,
Thanks for taking interest in this. I’ve only skimmed your revised code but I’m pretty sure your approach is not what I had in mind. In woocommerce-ajax-handler.php, you have the following:
require_once( $parse_uri[0] . 'wp-load.php' );
Essentially, you’re loading wordpress core. This isn’t much different from running super cache with Late init enabled. The point of a cache plugin is not to load the core and thus reduce server load.I found an article discouraging this practice here: http://ottopress.com/2010/dont-include-wp-load-please/
I’m sure there are others.I’ve also experimented some with the cart widget, so I realize that $_SESSION[‘cart’] unfortunately doesn’t contain all the data needed by the cart widget. Mainly, it lacks a WC_Product or WC_Product_Variation object for each product in the cart. So to do this the right way, in my opinion, your widget needs to be refactored so that this data can be retrieved without loading WP core. Maybe you can json_encode the product object and save it in the session variable — I’m just brainstorming here, have no idea if the json_encode idea is practical.
Forum: Reviews
In reply to: [WooCommerce] Cart widget incompatible with super cacheMike,
If I had the time I might. I’m a web/wordpress developer, but not a woocommerce developer. It might take me a substantial length of time to learn the API well enough to do this without breaking anything.
I just wanted to say I’m disappointed that the woocommerce cart widget does not work when WP Super Cache is activated, even with the “Late init” setting, which is a last resort, because it makes the cache plugin almost useless. The WP E-commerce cart, to give an example, works perfectly in pages cached by Super Cache, by using an ajax call to update the widget whenever a page is displayed. Why can’t woocommerce do this? I will go ahead and submit a feature request in the “ideas board” but I think this feature has already been requested. As things stand, this is a show stopper for me. I’m not willing to sacrifice site speed to accomodate the cart widget.
Forum: Reviews
In reply to: [WP eCommerce] Abysmal qualitySince I was asked politely twice, I will oblige. But for the record, allow me to insert the code & the proposed fix here, since it consists of just one line, before following up at Github.
wpsc-widgets/shopping_cart_widget.php line 83 is:
<div class="wpsc_cart_loading"><p><?php _e( 'Loading...', 'wpsc' ); ?></p>it should be:
<div class="wpsc_cart_loading"><p><?php _e( 'Loading...', 'wpsc' ); ?></p></div>This was causing the page footer to display in the middle of the page on a site I worked on. I traced it down after the page did not validate with the w3c validator.
Forum: Reviews
In reply to: [WP eCommerce] Abysmal qualityBefore then, you could submit issues to code.google.com. It so happens that in Aug. 2011, I submitted a request to modify code that was breaking a theme. Here’s the discussion (you may need to login to read it): http://code.google.com/p/wp-e-commerce/issues/detail?id=564#c11
I just checked the code in question–they still haven’t implemented my suggestion.
Justin, thanks for your css. works great!
that’s terrific! i’ll use it in my next project i’m sure. just the other day i discovered texturize filter turning an html
<!-- comment -->into gibberish.Forum: Plugins
In reply to: [WPaudio MP3 Player] WPaudio JS quotation marks error in wp3.2It worked for me as well, but the fact that this plugin was last updated 3.0.5 and hasn’t been updated to fix the problem described here, and is described as only “Compatible up to: 3.0.5” is strong incentive to go with something else.
Forum: Plugins
In reply to: [YARPP - Yet Another Related Posts Plugin] Using YARPP on pagesmister_r,
click on Screen Options at the top of the page, then check “Relatedness” options to get the “cross-relate posts and pages” option. This should be in the FAQs or something.
Forum: Fixing WordPress
In reply to: Adding a custom field to all existing postsambrosite’s SQL worked pefectly. Sure beats adding 230 custom fields by hand. Thanks.
Forum: Plugins
In reply to: [WP-Cufon] font file not loadedSolved my own problem by looking in the plugin code. The font I wanted to load looked like this:
Quicksand Book Regularto get plugin to load it, the font file had to be named this:
Quicksand_Book_Regular.cufonfonts.jsmaybe this will help someone in the same predicament.
This is an old topic, but I sort of found a work-around for eliminating inline styles. You can replace each with
class=''. Of course, you can also supply an actual class name when you want to style the element in question.Forum: Plugins
In reply to: [Plugin: W3 Total Cache] .htaccess filePS: Rewrite URL structure still won’t work, so I turned it off. It doesn’t concern me too much anyway.
Forum: Plugins
In reply to: [Plugin: W3 Total Cache] .htaccess fileFrederick,
Thanks for the quick reply & a great plugin. The error is now gone. Should I keep development version for now? Incidentally, I had turned off Rewrite URL structure because css & js didn’t minify. I’ll trying turning it on, just in case that’s been fixed as well.