4 ms·
I moved twice since I originally backed it. Each time, I was able to update the shipping address on my account: https://shop.puri.sm/my-account/edit-address/ h
by malikolivier 6y ago
I moved twice since I originally backed it.
Each time, I was able to update the shipping address on my account:
https://shop.puri.sm/my-account/edit-address/ https://shop.puri.sm/my-account/edit-address/
For good measure, I just checked and the currently set shipping address in indeed my current and latest address!
- weikju 6y agoMore importantly, it was confirmed on the forum that changing your address in your account will NOT update the Librem 5 shipping address. Purism is emailing each person to get their updated address, modem preferences and give them a chance to purchase additional accessories, before they ship the phones. So you'll need to be on the lookout for that pre-shipping email to update your address correctly.
- shermanmccoy 6y agoI smell a NoSQL database keeping those addresses.
- hackernewslol 6y agoIt's WP/WooCommerce so likely MySQL...
- shermanmccoy 6y agoAh good insight, thanks.
- hackernewslol 6y agoYeah IIRC Woocommerce creates a new "Order" record, copying the shipping address from your account if you have one saved or using the one manually inputted at checkout. It makes sense that the account email doesn't update shipping email, generally companies will try to keep payment/purchase/shipping stuff in a "frozen" state or at least something where edits or logged, so in the case of issues, they can see what the user entered initially. Same practice goes with credit cards, a charge confirmation (like something that would be generated after a stripe charge.succeeded webhook) stored in DB wouldn't be retroactively updated to new last-4-digits if the user switches the card saved in their account.
- lolc 6y agoYou don't generally update the shipping address for pending orders when a user changes their address. Of course, when an order is delayed by years the rules might change a little and asking the users whether the orders should be updated too will be useful.
- shermanmccoy 6y agoIt's precisely the "this is the way it's done" approach you mention, which means they now have to pay a human to do the work their web stack ought to do!
- Aeolun 6y agoThey can pay a human to update their web stack instead? Seems more efficient.
- shermanmccoy 6y agoPrecisely! So picture some, however oversimplified, code which searches a customer's orders, determines which is a phone product id, remembering they sell other stuff which we would not want to update in flight order details on, then updates the embedded customer address on the order. I would like to hear some original thoughts on why this is so difficult that a human is doing this work instead. Obviously maintaining a different behaviour for a class of product ids is painful and not beautiful code to look at, but it is the real world.
- flukus 6y agoIt's not "this is the way it's done", it's "this is how it should be done". Shipping information is much like the rest of the order information, you want a de-normalized price on the order and each line item in the database, not a normalized cost based on the price of things now. You want a denormalised record of which card was charged, not a normalized record showing what their current card is, etc.
- sneak 6y ago
- the-dude 6y agoHate to break it, but for a lot of real world applications it is preferable to duplicate stuff like addresses when shipping orders, generating invoices etc, everything that resembles paper. For easier archiving and proper retrieval of history.