4

After some guidance from Ahmad Saad below (thanks Ahmad!) I was able to get shipping (and total) calculated after shipping method change. First it will require to change template where shipping form field is located. That part is required due to default shipping value is not loaded when new cart created (in my case). My looks like: <tr> <td>...


3

Its hard to say what the local issue would be without any additional information, but here are a few things you might try: Is the request locally going to the correct url? Ajax will fail if for cross domain issues. Make sure the url is exactly the same as the one requested. Make sure that you aren't trying to hit an "https" url locally if you do not have ...


2

You will need to goto Add-ons > Extbesions and enable the extension. The docs are a bit out of date at the moment but should be fixed soon. The page from your screenshot is for the Default Shipping Module in Store v2. The new shipping structure will only show avilable methods based upon your shipping destinations and the customers address.


2

This has been implemented in Store 1.6.4. You can now use wildcards when entering postcodes, such as AB*, and it will match all postcodes starting with AB. As well as * to match any number of characters, you can also use ? to represent any single character - for example, 123? would match 1234 and 1235, but not 12345.


2

Unfortunately, there's currently nothing built into CartThrob that will handle that type of shipping functionality. You would need to create a custom shipping plugin.


2

Could you reverse-engineer a solution using discounts instead of shipping, which could be applied to a category, or a buy x get x off type scenario? Then your other per item shipping costs could still apply?


2

Regarding the first error: Dimensions are missing for package, unable to calculate postage. It sounds like you have fixed this by changing the "Size" option from Large to Regular in the USPS extension settings. Regarding your second error: Couldn't resolve host 'production.shippingapis.com' This means that your server cannot communicate with the ...


2

Answering my own question here in case it helps anyone else. This question/answer pointed me in the right direction: Do the Expresso Store shipping methods have to be displayed in a dropdown? The solution was to use the {shipping_methods} variable pair: <select name="shipping_method"> <option value="">Select a shipping method...</option&...


1

as answer for your last update change your code to : $(document).ready(function() { $("#shipping_method").change(function() { var url = $(this.form).attr('action'); var p_data = $(this.form).serialize(); $.post(url, p_data , function(data) { var new_shipping = $('<div />').append(data).find('#oso').html(); ...


1

There are currently no available CartThrob shipping plugins that do what you require. You would need to create a custom shipping plugin.


1

I emailed the developer and they sent me an updated version of the USPS extension which they plan on releasing soon. It has multiple choice options along with international shipping options as well.


1

Well technically you have shipping rules setup for every country since you have a rule with the country set as "Any". IF you are only shipping to a few different countries you have a few options. You can either build the option list out yourself. Something along the lines of: <select id="shipping_country" name="shipping_country" class="form-control">...


1

You would need to use the Shipping Method tag pair to loop through available shipping methods. You will want to look shipping_method_name, shipping_method_class,method_title, andmethod_price` tags in particular.


1

There are a couple of ways that you can validate your fields. You could use HTML5 validators such as number for zip codes. Something along the lines of <input type="number" name="billing_postcode" maxlength="5" minlength="5" > Personally though I prefer using the CodeIgniter Styled Validation Rules: {exp:store:checkout rules:billing_postcode="...


1

I ran into the same problem. I created an account with USPS.com and assumed that that was the username I should be using in the USPS Plugin for Store. Turns out USPS has a separate registration for API access. You can find that here: https://www.usps.com/business/web-tools-apis/welcome.htm They'll send you an email with a generated username that you can ...


1

You don't mention whether you're using an ecommerce add on (eg. Store or Cart Throb). If you're using Cart Throb, CT Admin has a built in generic packing list that you might be able to customise around the requirements of your chosen shipping companies. I'm not so familiar with the options within Store. For something pretty quick and simple, you could ...


1

Yes, if you check your CT settings (Cartthrob > Settings > Payments) and you have your gateway set to Stripe you should see an "HTML Template" setting, which if left to Default, will display the HTML generated by the {gateway_fields} tag. It doesn't include a country select. You can copy this code and add it, along with a select tag for your country field, ...


1

Per the comments above: I just located the issue. It was how the state was being passed. I had an issue with how the states auto populate when the country is selected. Problem is solved now.


1

I believe this was caused by caching issues in an old version of Store (the shipping API response was cached too long, which meant customers sometimes saw a shipping price which didn't reflect changes in the cart). This was fixed in Store 2.2.0. https://exp-resso.com/docs/release_notes.html


1

This may not be the solution but it was for an issue I was having... Try adjusting your shipping rule thresholds to: 0 - £101 - £6 £101 - £501 - £12 £501 - £4001 - £20 £4001+ - £25 Or some variation thereof. Apparently the rules in Store are "exclusive of the high number... So setting 0-£101 works for 0-£100... and £101 - £501 works for £101 - £500


1

I also had this issue, Uninstalling, removing the settings in the extension table and reinstalling resolved the issue.


1

This was a bug fixed in Store 1.6.3. Fixed multiple issues and improved error handling of the FedEx shipping plugin (v1.6.2) Fixed a FedEx shipping driver error message when weights were stored as metric units in Store (v1.6.3) https://exp-resso.com/docs/release_notes.html#store_163


1

Usually this is because {exp:cartthrob:get_shipping_options} loop not setting value for "shipping_option". I'm using something like that (inside update_cart_form): {if cart_shipping=="0.00"} <input type="hidden" name="shipping_option" value="personal_pick_up"> {/if} {if cart_shipping=="20.00"} <input type="hidden" name="shipping_option" value="...


1

an EE and CT upgrade seemed to fix this issue


1

I don't know of anyone that has implemented EasyPost with Store. Store's shipping gateways are undergoing a major overhaul in how they function from v1 to v2 (which is under active development now). Depending on your timeframe I would recommend waiting for v2 to be released (or emailing support@exp-resso.com to see about getting added in to the beta). There ...


1

The easiest way to do this would be to use the Default Shipping Plugin with a name of "Store Pickup" or similar. Then create a new rule that does not add any cost. Then you can create a second Default Shipping Plugin (actually you can use any Shipping gateway) instance for your regular delivery items that will allow you to calculate shipping cost based upon ...


1

USPS has separated the International API from Domestic API (Docs) so you would need a new shipping plugin to calculate international rates. In the meantime you can use UPS, FedEx or the Default Shipping Plugin for international orders.


1

Per this answer, Store currently on supports domestic (US) rates for the USPS shipping plugin. As USPS international rates use a completely separate API, this will require some custom development if you need to get it to work worldwide.


1

You would need to write a conditional as you have mentioned, it would need to be similar to this conditional but if you only have 2 shipping options you could actually use a hidden field instead of a select element.


1

It's not possible to specify multiple postcodes per shipping rule, although I do like your pipe-separated syntax so will make that a feature request. As you mentioned, it is going to be a nightmare for your client to maintain, so I would first explain this to them and convince them to simplify their shipping rules. The other alternative would be to write a ...


Only top voted, non community-wiki answers of a minimum length are eligible