Forum Replies Created
June 9, 2011 at 10:52 am in reply to: Shipping Variation value not shown on paypal confirmation email #33113
Found additional reference to this paypal error. Your original method is currently the best option, your workaround, for those it concerns, is also good. Paypal is, essentially, broken here.June 8, 2011 at 9:15 am in reply to: Shipping Variation value not shown on paypal confirmation email #33111
No no, this is the paypal confirmation. After further investigation I think I’ve figured it out.
Shipping Variation goes through paypal as ‘handling’, not ‘shipping’.
Paypal has only shown the shipping value in their ‘Postage and packing’ line on the email, not shipping+handling.
This really looks like a paypal error so I’ve raised it with them, (not sure if it’s a unique aberration or standard) but can you confirm Shipping Variation has to go through as handling, and/or shed any more light on this?
Line 253 of wp-csv-to-db.php
Thanks, I’d already figured that, what I was looking for was the “MAX_FILE_SIZE” value=”100000″ setting in the plugin.
Curious why this is so low? I hit it with a CSV containing just 500 entries.
Surely the limit isn’t 100KB though? How does WordPress get around this as I can upload it to the Media Library without a problem?
Is there a parameter I can ask the server admin to increase?
No problem, I’m only using the eMember plugin for the ID I guess, although it may come in useful at a later stage. I guess I could just use the WP User ID.
It would be great to have a free field on each product that could be used for customisation like this. I’m a little surprised no-one else has had a need for displaying certain products to certain members or levels of member..
Think I’ve cracked this.. I put the eMember ID in the Reference Text of the product and then filter the products displayed when the member goes to the store so that they only see their own products! Guess this would work with membership levels too, so that each level saw a customised store.
Can you see and issues I may have with this method? Is it insecure as wzp suggested earlier in the thread?
Security of the digital asset; these are the images I’m selling.
Hi Amin, thanks for your input, which I fully understand, but this is all looking very complex as a solution, in particular:
Adding each product ID to each photo in a gallery.
Adding a protected page for each customer (This is just one step too many in the setup, and I can’t see a seamless way for the customer to visit their ‘own’ page.)
To make this practical I need it so that once logged in the customer only sees their own products (and perhaps public ones). This could be achieved by perhaps tagging each product in eStore with an eMember ID perhaps? (blank for public). Then a shortcode to display all public plus all eMemberID-specific products on the store page.
Is this a huge amount of work? (Adding a field to products to hold the ID, adding a shortcode which would work in a very similar way to eStore categories I think). I think this would be a fabulous (and logical?) tie in between your two excellent plugins.
I don’t know about the ID security either, I was thinking it would be secure because you’d have to be logged in as that ID number and didn’t imagine it would get passed in the URL or suchlike.
Anyway I was just looking at that as one possibility, could you perhaps pass this all on to Amin then and he may be able to answer some of these questions and ideally inform regarding this level of integration between eMember and eStore?
OK pasting the shortcode with the product ID into every Gallery image is something of a deal-breaker as adding the product by CSV and creating the gallery are cumbersome enough already and this is just one step too many. If there is no way to automate this then is there another way to tie the images displayed to the eMember ID?
OK thanks for the ideas wzp, could you take a look at this as an alternative solution:
(Exec summary: can I use the eMember ID as a Nextgen Gallery ID so the customer only sees their own gallery?)
1. Create eMember login for customer.
2. Upload photos to Nextgen Gallery with same ID as customer eMember, for use like this: http://www.tipsandtricks-hq.com/wordpress-estore-and-nextgen-gallery-integration-create-photo-shop-1200
3. Upload csv of photo products using this: http://www.tipsandtricks-hq.com/wp-csv-to-database-plugin-import-excel-file-content-into-wordpress-database-2116
4. Customer logs in and goes to a store page viewable by all logged in users.
5. Grab customer ID like this: global $auth; $user_id = $auth->getUserInfo(‘member_id’);
6. Display customer’s own Gallery on the store page like this: [nggallery id=$user_id template=wp-eStore]
Any gotchas, shortcuts or anything Amin might be able to do to integrate or otherwise ease any of these steps? In particular, can I use the eMember ID as a Gallery ID and is there any way to make the link between the customer and Gallery more robust (I’m worried they might be auto-generated and get out of sync etc)?
Thanks for your time!
This is a great update which goes a long way to answering one of the main criticisms of eStore, great work Amin!
1. Unfortunately checking the shipping field isn’t a reliable way to differentiate between digital and free-shipping physical products:-(
– The 0.001 product-shipping idea solves the problem but setting it by script is only useful at that moment, you would always have to remember to do something illogical each time you create a product.
– I see now why the Base shipping 0.001 idea doesn’t work (some have Base shipping, which only applies when there’s a physical product in the cart).
– The ‘Physical Product’ checkbox is logical, but cumbersome, and would require considerable work from you to implement no doubt.
– ‘Always display the Shipping Variation’ would satisfy those who only stock physical products, and not affect those with digital products, so this has some merit. This leaves those who stock both product types, who (should they choose to use Shipping Variation and have it ‘always on’) might be appeased by some text in the cart by the Variation ‘for physical products only’ perhaps? This involves the least work (?), covers everyone and doesn’t impact those who need it?
2. Any luck with “Update not changing the Shipping Variation value once set” ?
Forgot to mention I have no base shipping cost too.
Hmm, how about I set Base Shipping to 0.0001? Will that trigger all the presentation of the shipping variation? (Certainly less onerous than setting all physical products to 0.001, but doesn’t help those who have physical and digital).
Alternatively, could the Variation selection be compulsory and override or adjust negatively the shipping value in the cart, e.g.
or (e.g.for a Base of 10)