December 1, 2013 at 4:58 pm #10138
I am fascinated with these set of plugins I have got from you but for the time being I have an intermitent failure using “order management” plugin which is avoiding me to put the site in production since most of my orders will be processed manually.
What I did so far so as to solve the trouble:
– I have made a clean full reinstall for wordpress 3.7.1 and full restored backup from Updraft Plus.
– Reinstalled (cleaned the plugins files and then installed) eStore, eMember and PDF Stamper to the lates versions that I have downloaded yesterday. I reinstalled order management as well.
– Deleted the digital product and created a new one to test.
– I disable all plugins without relatioship with Tips-and-tricks-hq plugins and tested again.
None of these helped anyway. In short I cannot change from the co-unpaid status to co-paid since the plug is hangs after I save the modifications in the order. If I refresh the screen I still have the co-unpaid status. So my information was not save in my understanding. Could you please help me in this matter?
domingoDecember 2, 2013 at 2:37 am #59357mbrsolutionParticipant
Hello Domingo have you tried a different theme? Try one of the default themes that come with WordPress and see if your issue is a theme related problem.
Also when you say:
– I disable all plugins without relationship with Tips-and-tricks-hq plugins and tested again…..did you disable all plugins and only left Tips-and-tricks-hq plugins when you ran that test?
Do you have any cache plugin?
Kind regardsDecember 2, 2013 at 12:39 pm #59358
Hi, thanks for the comments.
After a long troubleshooting I could find a work around and reproduce the problem several times. So I am confident about what is going on.
The hang is solid and appears when I select in the PDF Stamper the option “Enable PDF Encryption”. When it is in the hang state, I go back to the PDF Stamper, then disable the mentioned option, go back to Order Management and try to modify the same order’s status again from Co-Unpaid to Co-paid. All the times it works without any problem.
I know that encryting the file takes more time and resources. Could it be influencing…?
I am selling eBooks and it will be useful having Encryption ready so as to avoid direct text or images copy from my pdf file.
All your help with this topic will be appreciated.
domingoDecember 2, 2013 at 1:47 pm #59359mbrsolutionParticipant
Hello Domingo, here is a link to check the minimum requirementsDecember 2, 2013 at 4:21 pm #59360
Hello, I follow the validation procedure and I meet the minimun requirenments. In fact I have 256M available plus all the other requirements. The pdf file that I was testing was 27 pages long only (my book has 280 but I did not tried yet).
My provider (Inmotion hosting) suggested me to review the php.ini with the following results:
; Resource Limits ;
max_execution_time = 30 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 512M ; Maximum amount of memory a script may consume (32MB)
Are those OK? anything else that I can do?December 2, 2013 at 11:36 pm #59361
Encrypting the PDF file itself is a very resource intensive operation so sometimes a share hosting can’t handle the processing (this is why it is an optional setting). Test a manual stamping with the PDF file encryption setting on. Can you successfully do stamping with the extra file encryption feature enabled? If your server can’t handle the file encryption then keep that feature disabled.December 3, 2013 at 3:00 pm #59362
Adding a cache plugin solved the problem even for the 280 pages eBook!December 11, 2013 at 4:30 pm #59363
Now I have a trouble with the WP Super Cache plugin. While I follow with care the instructions in
there is conflict with eMembers. I have a protected page only for Premium members. When the WP Cache plugin is enabled although I have entered the right user and password the system respond me with the same login form every time. Such is it did not recognize the user but I confirm it is in the member list and active.
I disabled WP Cache plugin and the problem disappears and appears every time I enable the cache plugin. I have updated eMember, eStore and also PDF Stamper but it did not change the sympthoms.
Is there anything else that I can try to troubleshoot?
Regards, domingoDecember 12, 2013 at 1:53 am #59364
Are you using a specific login page for the member login or are you using a sidebar login widget?December 13, 2013 at 5:28 pm #59365
Actually I am using the “fancy” login style 2 but I have also tried the regular login page (the default from installation) with the same results.December 14, 2013 at 1:56 am #59366
Lets try the following:
Make sure the fancy login option is turned off. Create a dedicated membership login page if you don’t have one already (eMember created this for you when you first installed the plugin). Lets say that the URL of this login page is the following:
Now, go to the advanced tab of WP Super Cache plugin settings and scroll down to the section with the following message:
Add here strings (not a filename) that forces a page not to be cached
member-loginstring in that field and save it. That field’s value should like like the following (given you haven’t changed it before):
Let me know if you still see the caching issue with login after that.December 14, 2013 at 1:17 pm #59367
Solved! even with the fancy login form. Thanks very much!
- You must be logged in to reply to this topic.