[rastarman]

Actually, I just realized that to see the certificate in Chrome (Mac), I need to be in “Incognito.” When regular browser mode, it doesn’t show.

On my Mac, in Firefox, it doesn’t show in either mode.

In Safari, it does show in either mode.

At any rate, it doesn’t seem to be critical – I am not aware of any lost sales over the 3 years I’ve been running the site. In fact, sales have tripled in those 3 years, using only WP eStore and, of course, my brilliance.

[rastarman]

I have a similar issue, apparently only with Firefox.

The browser does NOT show the site is insecure, but the GoDaddy security certificate does not show.

“http://” rather than “https://” shows only in the following code:

<!– WP eStore plugin v8.0.5 – http://www.tipsandtricks-hq.com/wordpress-estore-plugin-complete-solution-to-sell-digital-products-from-your-wordpress-blog-securely-1059/ –>

<script type=”text/javascript”>

JS_WP_ESTORE_CURRENCY_SYMBOL = “$”;

JS_WP_ESTORE_VARIATION_ADD_STRING = “+”;

JS_WP_ESTORE_VARIATION_DECIMAL_SEPERATOR = “.”;

JS_WP_ESTORE_VARIATION_THOUSAND_SEPERATOR = “,”;

JS_WP_ESTORE_VARIATION_CURRENCY_POS = “left”;

JS_WP_ESTORE_VARIATION_NUM_OF_DECIMALS = “2”;

JS_WP_ESTORE_MINIMUM_PRICE_YOU_CAN_ENTER = “The minimum amount you can specify is “;

JS_WP_ESTORE_URL = “https://athensjff.org/wp-content/plugins/wp-cart-for-digital-products&#8221;;

JS_WP_ESTORE_SELECT_OPTION_STRING = “Select Option”;

JS_WP_ESTORE_SELECT_OPTION_ERROR_MSG = “You need to select an option before you can proceed.”;</script><script type=”text/javascript” src=”//athensjff.org/wp-content/plugins/wp-cart-for-digital-products/lib/eStore_read_form.js?ver=8.0.5″></script><meta name=”viewport” content=”width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0″ /><link rel=”shortcut icon” href=”https://athensjff.org/wp-content/uploads/2017/10/athensjff-favicon.ico&#8221; />

<!– WP Custom CSS Plugin – http://www.tipsandtricks-hq.com/wordpress-custom-css-plugin-6413 –>

The seal does not display on any page with estore html.

One affected url is: athensjff.org/tickets-passes/

Thanks. Overall, a wonderful product I’ve been using for years.

[rastarman]

Based on the information I received from T&T HQ, I posted a detailed and strong post in their help forum, citing information I received here, and deflecting their contention that the issue “is a 3rd party plugin” problem, and thus not their responsibility. I pointed out that they have frequent and numerous issues with Woo Commerce after one of their far-too-frequent “feature updates,” and they never say “Sorry, a

Woo Commerce issue.” Yeah, I get it, Woo is the 800 lb. skunk in the room. But the fact that Woo is so often affected seems to validate your remarks about “vertical integration” above.

Divi released an update yesterday that has resolved the conflict between the eStore and the Divi Visual Builder.

I posted my final remarks today on the Elegant Themes website and noted that I have been using WP estore since I built the site, and in over 3 years have had only one small hiccup, and further, received very useful information about customizing various aspects of the plugin, received in a very clear and timely manner. Basically, I posted a blatant promotion for your plugin[‘s benefits over those of Woo.

If you notice a sudden unexpected surge in sales of the eStore plugin, feel free to send me money. I am not yet set up as an Affiliate, but plan to do so at the earliest chance.

Thanks to you all for great products and great support.

[rastarman]

Following and reading all the links provided above, as well as the additional links regarding Divi contained therein, is certainly a sobering experience.

Divi’s response to others who have had the same problem using WP eStore plugin is basically “plugin conflicts are not our problem.” They do however have their noses far up the butt of Woo Commerce for obvious reasons. Thinking back on the far-too-frequent “feature updates” of their theme, conflicts with Woo Commerce features have been common, but since Woo is the giant in the game, Elegant Themes eventually deals with them.

Thanks for opening my eyes.

Although the problem is apparently endemic to Divi, is there any possibility that you folks might find a fix, or are the years and money I’ve invested in Divi down the toilet, and I need to look for another WordPress builder. I don’t need crazy cutting edge design elements as much as I need functionality.

Do you recommend any options for builders? I’ve been giving Elementor a close look lately, and may try out their free or 1-site license on my staging site. Thanks again.

[rastarman]

Completely and totally solved using WP Custom CSS plugin

https://www.tipsandtricks-hq.com/wordpress-custom-css-plugin-6413

I lost the Tips & Tricks url that outlines the actual code for replacing your cart image, but of course I copied it:

Method 1) Using Custom CSS

Step 1) Grab this custom CSS plugin:
http://www.tipsandtricks-hq.com/wordpress-custom-css-plugin-6413

Step 2) Add the following block of CSS in the settings area of that plugin:

input[src*=”images/checkout_paypal.png”]

{

padding: 41px 143px 0px 0px;

background: url(‘your-domain.com/images/my-checkout-button.jpg’);

background-size:auto;

width: 0px;

height: 0px;

}

Replace the image URL in the above example with the actual image that you want to use for the checkout button.

I replaced the sample image with my actual image url, and changed the width and height from 0px and 0px to 200px x 106px. The original is around 145 px wide.

The new image size makes all the difference in world.

Thanks everybody – I love this place!

[rastarman]

I’m wondering if the image size is a factor, in any way restricting the size of the replacement image.

The main reason I wanted to change images was to put a somewhat bolder & larger image in place of the default.

After that failed, I tried downloading the default image, increasing its size from 143 px x 41 px to 196 px x 56 px. That worked. It’s the same default image enlarged.

When I tried to go even larger, somewhere around 225 px wide, it failed.

Does the API restrict upper limits for the image size?

[rastarman]

I manually flushed cache several times before trying.

Does the WP eStore plugin need to be deactivated at any time during the image replacement process?

[rastarman]

I have tried several times to replace the default “checkout_paypl.png” with a custom image that is a bit larger than the original image.

According to both the instructions on your site:

“Find the image that you want to replace in the “images” directory of the plugin in question

Choose the image you want to use from this image pack

Rename your chosen image’s file name to exactly match the one you want to replace (make sure the file extension match too)

Now, copy and paste this image file in the images directory (overwriting the original image)”

And what I’ve read here, this should work. I have been careful to put it into the “wp-cart-for-digital-products” images folder with the exact same name as the original image.

I have tried pasting it into the folder as per your instructions. Cyberduck shows the proper folder and shows “Overwrite” as the option. I proceed and the file shows proper modification date and when I “quick look” the image on a Mac, it shows the proper image.

I also tried deleting the original image from the plugin folder directly and then uploading the replacement image.

I have emptied my web browser cache, refreshed, quick and restarted the browser – all to no effect.]

The one thing that occurred to me that I haven’t found addressed yet:

Should I DEACTIVATE the wp eStore plugin, and then REACTIVATE?

Thanks

(I can send screen grabs of the FTP directories if necessary.)

[Author]

Posts