Forum Replies Created
-
Posts
-
There seems to be an extra space or some other hidden character after the end of the registration URL value that you entered in the settings. Please check the registration page URL value in the settings and make sure you don’t have any unwanted characters there.
A WordPress plugin can only work inside a WordPress system. Advanced users can do hacks for making them work on standalone HTML pages but we don’t support these kind of integration so it is best not to try those.
When you are using WordPress you shouldn’t need to use standalone HTML pages anymore as you can achieve the same result by using custom WordPress page template while keeping the page part of WordPress so plugins can have access to it. This tutorial might be helpful:
http://www.tipsandtricks-hq.com/how-to-create-a-custom-wordpress-page-template-video-tutorial-3918
Cookie life = The number of days since the customer clicked on the affiliate link. It will only get reset if the customer clicks on another affiliate link (doesn’t matter how many times this customer buys items in the mean time).
Okay here is your issue….
See you mentioned that you are not using gzip compressing in the W3 Total Cache settings but your .htaccess file has them. See the following two blocks of
Here is one in the “Browser Cache” section
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE text/css application/x-javascript text/x-component text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon
</IfModule>Here is one inside the “Page Cache” section
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteRule .* - [E=W3TC_ENC:_gzip]When you have the
"Enable HTTP (gzip) compression"option unchecked in your browser cache settings of W3 Total Cache plugin it is not supposed to add the above codes to your .htaccess file. As long as those above mentioned code is present in the .htaccess file it will perform gzip compression.Somehow the W3Total Cache plugin is messing up that in the .htaccess file (I would recommend you double check the W3 Total Cache settings)
This is related to the eMember and WP3.3 issue explained here:
https://support.tipsandtricks-hq.com/forums/topic/wordpress-33-and-wp-emember-issue
Please update eStore and eMember both and you won’t see this issue anymore.
Fancy9 display was recently added so it hasn’t been added to the documentation yet. The document will be updated withing a day or two. Use the following shortcode to use fancy9 display:
[wp_eStore_fancy9 id=1]Hi, If the developer of the “DirectoryPress” plugin is interested then an integration can be done. If that developer is not inclined to help then it won’t be possible to do this.
Thank you for that. This looks like that eMember issue with WP3.3. Do you have the “Only Logged In Members Can Checkout” option checked in eStore? I just updated eStore so can you please download another build of eStore and check it out:
Do you have the “Enable Debug” option checked in the settings? Please post a link to the page where you have the squeeze forms.
So what value did you enter in the following two fields of the settings?
– Index Page Title
– Index Page Message
Okay I was able to go to the purchase page by clicking on the navigation link. Looks like you are getting a 500 error. So lets look at the server log to see where it is messing it. This post will guide you:
https://support.tipsandtricks-hq.com/forums/topic/error-500-internal-server-error
If the debug log is empty then check this checklist to find out where you made a mistake:
https://support.tipsandtricks-hq.com/forums/topic/what-to-do-if-the-debug-file-is-empty
The above link is mentioned in the debug instruction that was posted in an earlier post.
Okay… lets look at the .htaccess file difference (for when it works and when it doesn’t) so we can see what directive in the .htaccess file is causing this issue.
