Forum Replies Created
-
Posts
-
I don’t see the slider on that page. Do you have it active? At the same time please uncheck the “Enable Fancy Redirection On Checkout” Checkbox from eStore’s settings menu.
The stamped copy of the file needs to have a unique name so it does not clash. The only way to enforce this is to append a unique ID to the file name so when different customers purchase the same product it doesn’t mix them up.
This practice is common for situations like this (Amazon does this same thing).
The unique hash is added at the end of the file name (example: awesome_ebook_123.pdf). So the file name is still there and shouldn’t really confuse the customer but if you think that your customers will get confused then you can obviously explain this on the “Thank You” page and instruct them to rename the file after they download it to their computer.
You don’t need to do anything in eStore… the plugin is smart enough to realize that the visitor is viewing a HTTPS url and if this happens it will use the “https” keyword to include all script and CSS files in that page. So for example when you place the shopping cart on the following page it will know that this is HTTPS page and it will do thing accordingly:
[https://www.your-domain.com/checkout]
After you install SSL Certificate on your site and make the chekcout page HTTPS, you can use a plugin like the following to force users to use the HTTPS URL:
You rename the image in your local computer then you upload it to the server overwriting the existing one.
You need to learn how to upload media files to your server using a normal FTP program (like FileZilla). Check out a few video tutorials on that then you will be able to upload images to any folder on your site (Google should help you find a few good video tutorials on that).
There should be more details in the “eStore_post_payment_debug.log” file. Please share the content of that file after you do a signup test.
Do you have any URL specified in the “Digital File URL” field? Please specify any URL there so the plugin knows that this is a digital product (it doesn’t matter what URL you enter there as it will calculate the variation URL and serve it).
You don’t need to upload it to WP media library.
1. Rename your custom image file to “checkout_paypal.png”
2. Open FTP program and connect to your server.
3. Browser to the images directory of this plugin: “wp-content/plugins/wp-cart-for-digital-products/images”
4. then upload that custom image file here. This will ask for confirmation (since you are about to overwrite a file)… confirm the overwrite and done.
Please use option 2 from this documentation, it will be easier for you (the method you followed requires advanced URL structure knowledge… there is a warning on that page about this):
http://www.tipsandtricks-hq.com/wordpress-affiliate/setting-up-the-affiliate-viewarea-315
Please get another build of eStore from here and you won’t see that error (bottom line is if you use a recent eStore build with the latest WordPerss you won’t see that permission error):
By default, eMember has the following call… it adds the bookmark to the post content
add_filter('the_content', 'bookmark_handler');Simply call this function and pass the content of the widget and it will add the bookmark button to that widget.
With that said, I can see what you are trying to do but it may not be possible. You are trying to add bookmark button to the sidebar but the sidebar is outside the WordPress main loop. You cannot do post specific actions outside the WordPress loop because the data is not available there. So yes it will add a bookmark button but when you click on it it needs to save the ID of the post and that information is not available outside the WordPress loop. Not all WordPress filters and hooks work outside the loop.
You can test out the email system from the “Admin Functions” menu (there is an interface to send an email there).
I will send you an email to get site access so I can check this out.
Search engines do not index content that does not have any link to from any content that is already indexed. So for example if you just place a PDF file on your server in some folder, there is no way for Search Engines to index it because it doesn’t even know about it (search engine bot crawls to discover content, it cannot magically find content). So I would recommend you check all of your post and pages and make sure you do not have a link to this PDF file from a page that is indexed (it could even be an external link coming to this file from an external page).
With that said, there are a plenty of ways to protect against this. This post should help you:
https://support.tipsandtricks-hq.com/forums/topic/download-directory-protection
@motavi, what is your server’s memory limitation? You shouldn’t have issue uploading a 64MB file via WordPress’s media uploaded given you have the memory capability.
