Forum Replies Created
September 24, 2012 at 11:30 pm in reply to: Cart not clearing on thank you page redirect (transaction results not enabled). #49663
Perfect! I’ve removed the token, it’s working. Thanks for the help.
The shopping cart has been exhibiting some strange behavior recently, and I can’t put my finger on the problem. It seems to have something to do with cookies and caching, but I’m not sure. When an item is added to the cart, such as from this page:
It shows up properly in the cart. However, when subsequent items are added from the same page, they don’t appear in the cart on the sidebar. If I then navigate to other pages, the previously added items start to appear in the cart. Similarly, if I try to add a book to the cart, such as
it won’t show up in the sidebar cart until a few clicks later on another page.
In general, the main shopping cart page [http://www.cambridgelsat.com/shopping-cart/] has been working properly, but even it has shown some inconsistency.
I have W3TC enabled, the lines were added to the rejected cookies field, and object caching is disabled. The host uses Varnish, so I’m not sure if that could be contributing to the issue. Thank you.July 25, 2012 at 11:47 pm in reply to: Memory issue with higher number of stamped/secured pdfs? #47731
Here are the results. I disabled the encryption option and ran transactions using both the default method and method 2. Using the default method, the stamper was able to get through about three times the files as it did with the secured pdf option checked. Using method 2, it didn’t get through as many of the files as it did with the default method. The problem is, I need to secure the pdf content, and it’s still a long way from processing a high number of files, which will be required, especially for large purchases and purchases of multi-file products.
Please let me know what the next step is. Thanks.July 25, 2012 at 6:30 am in reply to: Memory issue with higher number of stamped/secured pdfs? #47729
Bummer. I’ve built an entire site around these plugins, but would like to maintain the current hosting if possible. Would it be possible to modify the plugin to stamp the files as they are accessed by customers as opposed to when the transactions are processed? That way, it would force the program to stamp files on a one-by-one basis. If this could be done, I would definitely consider hiring you guys to do it, as everything else with the site is ready to go. Please let me know.July 13, 2012 at 6:29 pm in reply to: Files won't stamp with live transactions (WP eStore) on a nonlive site. #47225
Nevermind. There seemed to be an issue with the file names, which although they could be manually stamped, they couldn’t be stamped in the context of a purchase. I think I’ve got it squared away now. Thanks for the help.July 13, 2012 at 5:02 am in reply to: Files won't stamp with live transactions (WP eStore) on a nonlive site. #47224
Okay fair enough. I made the site live to test things out. Now, I can successfully manually stamp files, and I can successfully complete transactions without the stamper, but the post payment processes are getting stuck on stamping. Here’s the debug log file (with the file URL removed):
[07/13/2012 4:53 AM] – Advisory : Log file reset.
[07/13/2012 4:55 AM] – SUCCESS :Generating download link for multi part file.
[07/13/2012 4:55 AM] – SUCCESS :Stamping request for product ID: 1
[07/13/2012 4:55 AM] – SUCCESS :Stamping the PDF file if WP PDF stamper plugin is installed.
[07/13/2012 4:55 AM] – SUCCESS :Source file type check… is file type PDF return value: 1
[07/13/2012 4:55 AM] – SUCCESS :Source File URL is: **********.pdf
[07/13/2012 4:55 AM] – SUCCESS :Attempting to stamp the PDF file using the internal stamping API. PDF Stamper version: 4.1.9
I have checked the stamped-files folder, and the file is not there. Also, the transaction is not showing as complete in the mySQL sales table since it didn’t finish processing.May 10, 2012 at 3:57 pm in reply to: Suppress the "Item already exists in the cart" message following page change. #44886
Unfortunately, that didn’t do it. It seems to be calling and suppressing the “You must agree to the terms and conditions” message. You can see that message appear and then disappear as the page is loading. Here’s the page I’m testing it on:
[184.108.40.206/~cambridf/downloads/prep-books]May 10, 2012 at 2:23 am in reply to: Suppress the "Item already exists in the cart" message following page change. #44884
The message definitely fulfills its purpose, but it looks a bit buggy when a customer continues navigating and the message doesn’t go away. It seems like it should only show when a person attempts to add something more than once.
Right. I forgot to modify the button link with the IP URL. I reset the button image to the HTML one, so they should load properly on your end now.
Thanks for the reply Peter. I’ve modified the home URL so you can get to it directly:
Also, what about the red “Item already exists in cart” message showing after page refreshes/changes (see above)?