[crikli]

Have you worked much with D8 Commerce? I know it's spoken of highly in the community but after tolerating it since my first deployment of that combo in late 2015, it still feels half baked at best and almost completely undocumented relative to other major Drupal projects.

Why this very evening I'm having to manually re-input authorize.net details because they updated the module with a very poor upgrade path.

[dreamfactored]

Well it's always been under resourced and you could fairly say it lacks product/commercial maturity so will have many rough edges and gotchas, but at the same time it's a very complex problem space where all of the solutions have drawbacks - so I'd look more at what the differentiators are, since we have to endure pain in any case.

So for example, with shopify you know it's all going to be click and build and largely configurable by commerce owners. Ease of use and a generic set of capabilities that scale across its userbase.

With Drupal Commerce, you know you are going to have a completely extensible open source system which leverages very powerful existing Drupal components such as entities, views, users, rules, search. There isn't really anything else like this.

A long time ago, I saw one very big d6 project (with insanely huge spiky traffic) which recognised this and used d7 commerce as a separate standalone system which sat on the back end integrated with the d6 site. This was after assessing Hybris, Magento, and Demandware as alternatives and understanding that they would require far more bespoke coding and have higher maintenance costs to come anywhere close to the very very specific and high spec requirements this particular site had.