You have a task to modify the grand total on the checkout page with a negative price adjustment which depends on the shipping address postcode. What are two approaches to be used in this case?
Option C seems straightforward, creating a new total collector, but I wonder if it would handle all edge cases related to different postcodes effectively.
I'm a bit confused about the JavaScript mixin in option B. I feel like we touched on it, but I can't recall how it would interact with the checkout process.
I remember we discussed using shopping cart price rules in class, so option A sounds familiar, but I'm not entirely sure if it's the best approach for this scenario.
I'm leaning towards option D - using an observer on the sales_quote_collect_totals_after event. That way we can directly modify the grand total based on the shipping address, without having to worry about the front-end display.
Okay, I think I've got a handle on this. Option C, creating a new total collector, seems like the best approach to me. That way we can encapsulate the logic for the postcode-based price adjustment in a reusable component.
I'm a bit confused by this question. Do we need to create a custom module for this, or can we do it all through the admin interface? I'm not sure if I have the right approach in mind.
Hmm, this looks like a tricky one. I think I'd start by looking at option A - creating a new shopping cart price rule based on the shipping address postcode. That seems like a straightforward way to handle the price adjustment.
Hmm, this seems like a straightforward question about documentation best practices. I think the key is to make sure the whiteboard information is preserved, so I'd go with option B.
Tawny
4 months agoChara
5 months agoGeorgeanna
5 months agoBernardo
5 months agoJulianna
5 months agoFernanda
6 months agoElfriede
6 months agoJudy
6 months agoKimbery
6 months agoTamekia
6 months agoCherrie
6 months agoPaola
6 months agoTerrilyn
6 months agoRobt
6 months agoVal
7 months agoArmanda
7 months ago