Forum Replies Created
-
AuthorPosts
-
domingosannaMember
I do! Two comments that could help to clarify here:
– First, this token field is demanded by other plugin, Scarcity Samurai. It is used to track the original opt-in customer and provided him or her with an offer that expire after a limited period of time (which is configurable). That’s because you need to assure the countdown will keep running always in the background instead a resetting to the maximum allowed time when the customer log-in again and again.
– Second, Scarcity Samurai demands this field should be hidden in the opt-in form since they provide it with token value through their plugin.
It works pretty well when you login directly through auto responders (Mailchimp and Aweber)or user the HTML they provide to load in your page.
I have tested both autoresponder lists. In both, you have to create a custon “token” field and put it as hidden in their forms prior to use Scarcity Samurai.
I am trying to recreate the same process with eMember. Otherwise I will have unsynchronized users in Aweber or Mailchimp since I have to opt in first using this lists services and missing this customers in eMember.
Second good alternative would be if a customer, first registered in Aweber or Mailchimp, become automatically added in eMember through API or other mechanism.
It is possible any of those? Other ideas?
thanks!
domingosannaMemberHi, thanks!
I’ve tried it without success. Is there anything else that I should config in addition to enter the code bellow in the eMember_auto_responder_handler.php?
– $params = array(
’email’ => $email_to_subscribe,
‘name’ => $fname.’ ‘.$lname,
‘custom_fields’ => array(
‘token’ => $_POST,
),
);
domingosannaMemberHello team,
I am trying to automatically transfer to Aweber a custom field from eMember called “token” everytime a customer sign up as a new member.
This is basically a requirement from other plugin called “Scarcity Samurai” and the “token” field should be hidden to customers in the registration form.
I have follow this conversation with interest and it looks that a similar solution could be adopted for me. Am I right? My apologies if I am quite wrong. I am not a developer just very enthusiastic marketer.
– $params = array(
’email’ => $email_to_subscribe,
‘name’ => $fname.’ ‘.$lname,
‘custom_fields’ => array(
‘token’ => $_POST,
),
);
If this works. Which API file should I to modify since I did not find a wp_aff_auto_responder_handler.php file in eMember plugin.
Thanks!
December 18, 2013 at 6:24 pm in reply to: PDF Stamper – shortcode to use with eStore and eMember not working #56530domingosannaMemberThanks! I have sent the necessary info to access please keep me posted about your findings.
I few minutes ago I discovered that the shortcut [wp_eStore_fancy_display id=1 type=1 style=1] works perfect in Explorer and Firefox. So it could be something related with PDF Stamper.
December 16, 2013 at 11:30 pm in reply to: PDF Stamper – shortcode to use with eStore and eMember not working #56528domingosannaMemberHi,
Extra shortcodes for WP eStore Versión v4.7.8
eStore Versión v7.0.3
December 15, 2013 at 11:20 pm in reply to: PDF Stamper – shortcode to use with eStore and eMember not working #56526domingosannaMemberI have a protected member page to allow premium customer to download a free ebook but it will be stamped.
PDF stamper works pretty well in eStore but when I use the shortcode bellow it not always work.
[wp_eStore_download_now_button_with_stamping id=1]
Most of the time there is a “flash” in the screen after press download and nothing happens them (no errors – nothing). Sometimes when you push the download botton twice it works but no always.
I thought it was a memory problem so I keep it in silence until my migration today. Now I have a VPS with BlueHost with 2GB memory for WordPress and also the min requirement plugin show that all needs are covered, and the available RAM is 1024M.
I tried to download in Explorer as well in Firefox and the result is unpredictable every time. With this in mind, I am not sure to put free download offer to my premium customers.
In between, my workaround was providing them with a 100% coupon so as to process the order in the regular store at cero price, but I would like to make this temporary because not all the premium content is for sale.
Of course I have cleaned all tips-and-tricks plugins and reinstalled a fresh version without any improvement. Now with more memory I took out the Cache plug in as well. No change.
Could you please advise how to troubleshoot and solve this trouble?
December 14, 2013 at 1:17 pm in reply to: order management plugin – hangs after change order from Manual Co-Unpaid to paid #59367domingosannaMemberSolved! even with the fancy login form. Thanks very much!
December 13, 2013 at 5:28 pm in reply to: order management plugin – hangs after change order from Manual Co-Unpaid to paid #59365domingosannaMemberActually 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 11, 2013 at 4:30 pm in reply to: order management plugin – hangs after change order from Manual Co-Unpaid to paid #59363domingosannaMemberHi there,
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, domingo
December 3, 2013 at 3:00 pm in reply to: order management plugin – hangs after change order from Manual Co-Unpaid to paid #59362domingosannaMemberAdding a cache plugin solved the problem even for the 280 pages eBook!
December 2, 2013 at 4:21 pm in reply to: order management plugin – hangs after change order from Manual Co-Unpaid to paid #59360domingosannaMemberHello, 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 12:39 pm in reply to: order management plugin – hangs after change order from Manual Co-Unpaid to paid #59358domingosannaMemberHi, 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.
Kind Regards
domingo
domingosannaMembermore on my previous request…
I have tested with “Manual”and “2CHECKOUT” and there is no trouble with the sent emails. I get back to the original test in PayPal and the problem arise again.
I discovered that the variable {product_details}, which brings the product name to my email when it was transfered from a PayPal transaction, does not recognize utf-8 characters.
If I enter in the Settings — Email Settings menu — Purchase Confirmation Email Settings a text written in Spanish with special characters like ó it will work fine so I can see the right character in the test emails that I received without trouble.
So, it seems there is something in between PayPal and eStore in relation with the variable {product_details}.
Hope it helps as problem clarification.
Thanks!
domingosannaMemberHello, I run my wordpress in Spanish and I have also configured eStore in the same language. When an automatic email is sent from eStore the text do not handle especial characters in Spanish. For example:
Thank you for your purchase!
Comunicaci�n Rentable en Marketing x 1 – $9.90 (USD)
The unusual character should be ó but the � replace it. I did try multilingual plugins but it did not improve my email generation at all.
Could you please help me to work around this?
-
AuthorPosts