r-magento on Doug Hatcher

r-magento on Doug Hatcher https://doughatcher.com/categories/r-magento/ en Mon, 20 Apr 2026 15:40:49 -0400 https://doughatcher.com/2026/04/20/5098ba.html Mon, 20 Apr 2026 15:40:49 -0400 http://hatcher.micro.blog/2026/04/20/5098ba.html <p>I work at an agency and we’ve had access to it in Early Preview and are building our first implementations with it now.</p> <p>SaaS itself is fine, pretty much exactly what you’d expect it to be - it provides REST and GraphQL endpoints as well as an Admin interface where you lose access to stuff like Page Builder and a few other things that no longer make sense in this world. I will say that the App Builder enablements (AdminUISDK and the like) have been getting a ton of updates, but it wasn’t so long ago they felt so brittle and new that it was hard to imagine going to production with it. As of a few months ago, a lot of the quirks are ironed out. Three or four months ago you’d have to enable your apps every time you logged in; those kinds of pain points are gone.</p> <p>It’s designed to be an immutable-style commerce headless commerce instance, you’re expected to customize it using “Out-of-process Extensibility” patterns via App Builder - that’s a major platform pillar. App Builder is interesting but it’s such a different paradigm than most PHP devs are used to that it seems to kill a lot of momentum.</p> <p>App Builder itself is good though, and is starting to feel somewhat feature complete, last year it didn’t have the Management API which allows you to easily manage store configuration, it’s storage libraries were new and it didn’t have the db storage yet. As of this point it’s all fairly usable if you’re willing to learn how to use it. They are updating it constantly it’s clearly a priority for Adobe.</p> <p>In this world, Adobe Commerce Storefront is the default head, it run’s on AEM Edge Delivery Services. That too is starting to become fleshed out, but it’s still fairly primitive and doesn’t duplicate all of the native Adobe Commerce front-facing capabilities you’d expect in Luma. This is a mixed bag, the EDS boilerplate and drop-in components are pretty easy to understand, EDS is certainly a breeze compared to traditional AEM development; it’s basically a Hugo/Gatsby-style theming engine. Developers can pick it up easily.</p> <p><a href="https://www.reddit.com/r/Magento/comments/1sqyufn/is_anyone_using_adobe_commerce_saas_version/ohbfl1f/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2025/11/04/webscale-bought-magemojo-and-i.html Tue, 04 Nov 2025 20:15:34 -0400 http://hatcher.micro.blog/2025/11/04/webscale-bought-magemojo-and-i.html <p>Webscale bought Magemojo and I always thought both provided a great service if you didn’t want the hassle of self-hosting. Upsun also springs to mind, they were at Magento Meet this year and that is who Adobe uses - it doesn’t provide auto-scaling as far as I know, but it’s tried and true if you know how to set it up.</p> <p><a href="https://www.reddit.com/r/Magento/comments/1oonlcm/comment/nn5h2jt/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2025/09/28/generally-web-developers-should-be.html Sun, 28 Sep 2025 10:22:06 -0400 http://hatcher.micro.blog/2025/09/28/generally-web-developers-should-be.html <p>Generally web developers should be learning node and react, but If you’re a PHP developer then yes I imagine it is worth learning. Between Magento and Adobe Commerce PaaS that codebase will be in the wild for decades to come. The framework itself is intense and all, but it’s well thought out and tries to use it’s underlining language. So if you’re serious about learning the language it can be a good place to see interesting patterns and learn to troubleshoot big codebases.</p> <p><a href="https://www.reddit.com/r/Magento/comments/1nmb44i/comment/ngnj1hk/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2025/02/17/adobe-has-been-investing-a.html Mon, 17 Feb 2025 09:54:31 -0400 http://hatcher.micro.blog/2025/02/17/adobe-has-been-investing-a.html <p>Adobe has been investing a ton in App Builder and is where you should focus your energy <a href="https://github.com/adobe/commerce-integration-starter-kit">github.com/adobe/com…</a></p> <p><a href="https://www.reddit.com/r/Magento/comments/1irg0qp/comment/md8wyyl/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2024/10/30/conceptually-its-the-same-thing.html Wed, 30 Oct 2024 16:15:30 -0400 http://hatcher.micro.blog/2024/10/30/conceptually-its-the-same-thing.html <p>Conceptually it’s the same thing - there was even an Admin interface for installing extensions at one point. Packages can be installed either via composer or through a “manual installation” which is just like extracting a zip in the right directory. The considerations are similar to Wordpress too, which is to say that if you install an extension but modified the themes then it’s possible the extension won’t present correctly and will need to be fixed.</p> <p>That’s what the developer is likely accounting for… you install the module, test it… realize one of your changes has surpassed something or there’s a latent incompatibility and you have to address it first. In a Magento world, we typically do things locally, then to a series of integration and staging environments before finally deploying to production whereas with Wordpress folks often make their changes on the live instance.</p> <p><a href="https://www.reddit.com/r/Magento/comments/1gfum2z/comment/lukxffm/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2024/08/22/its-hard-to-articulate-just.html Thu, 22 Aug 2024 13:45:52 -0400 http://hatcher.micro.blog/2024/08/22/its-hard-to-articulate-just.html <p>It’s hard to articulate just exactly why people should avoid Amasty but DRM is a pretty hard line you should never cross in a PHP project. It’s just not necessary, and it speaks volumes to their intent as Adobe and the broader community would come to their defense if their good work was actually stolen by other vendors.</p> <p><a href="https://www.reddit.com/r/Magento/comments/1eykncz/comment/ljevbj3/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2024/08/07/why-is-hyva-better-than.html Wed, 07 Aug 2024 11:16:50 -0400 http://hatcher.micro.blog/2024/08/07/why-is-hyva-better-than.html <p>Why is Hyva better than Luma?</p> <p><a href="https://www.reddit.com/r/Magento/comments/1em7nui/comment/lgy8nrb/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2024/07/27/open-source-is-a-standalone.html Sat, 27 Jul 2024 20:41:29 -0400 http://hatcher.micro.blog/2024/07/27/open-source-is-a-standalone.html <p>Open Source is a standalone product with its own community and roadmap geared towards small to medium sized businesses. Adobe supports and helps fund Magento, and will continue to do so. There willl always be the two products. Adobe wants the enterprise market for Adobe Commerce and thinks an open source base helps add value by building a bigger community and giving brands a path in And out of the enterprise licensing tier. As far as I can tell, Adobe Commerce and Magento will continue to drift apart and I suspect that eventually Adobe Commerce will shed its legacy PHP core as Adobe moves on to out of process extensibility principles and solutions like Edge Delivery and App Builder.</p> <p><a href="https://www.reddit.com/r/Magento/comments/1edhma6/comment/lf9ot2y/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2023/03/20/i-see-this-differently-adobe.html Mon, 20 Mar 2023 13:57:13 -0400 http://hatcher.micro.blog/2023/03/20/i-see-this-differently-adobe.html <p>I see this differently, Adobe is trying to turn Magento into a headless commerce service. They want to position it so functionality is brought in through managed cloud services like through Adobe Exchange and API Mesh. I don’t think Adobe wants to maintain the same Magento codebase longterm, I think they’re actively building the enabling technologies to move on from it.</p> <p><a href="https://www.reddit.com/r/Magento/comments/11wal5f/comment/jcz6wf0/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2022/01/21/you-can-setup-multiple-store.html Fri, 21 Jan 2022 00:03:25 -0400 http://hatcher.micro.blog/2022/01/21/you-can-setup-multiple-store.html <p>You can setup multiple store views as different subdomains. It’s easy to setup <a href="https://devdocs.magento.com/guides/v2.4/config-guide/multi-site/ms_websites.html">https://devdocs.magento.com/guides/v2.4/config-guide/multi-site/ms_websites.html</a></p> <p>Your SEO information should be configurable on a storeview level, you can change scope in the admin for most places - have them to change to the website or storeview and customize it there <a href="https://docs.magento.com/user-guide/configuration/scope-change.html">https://docs.magento.com/user-guide/configuration/scope-change.html</a></p> <p><a href="https://www.reddit.com/r/Magento/comments/s8r0lo/comment/htjzecd/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2022/01/11/macs-are-probably-a-bit.html Tue, 11 Jan 2022 15:00:08 -0400 http://hatcher.micro.blog/2022/01/11/macs-are-probably-a-bit.html <p>Mac’s are probably a bit tamer for the uninitiated, but historically I like to run Linux and would enthusiastically endorse Fedora for a Magento developer. But these days, I hear that the M1 Pro makes for a phenomenal dev laptop that really can’t be matched in the x86 realm, probably the right way to go.</p> <p><a href="https://www.reddit.com/r/Magento/comments/s1h7zx/comment/hs8rrm6/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2021/12/31/youll-most-likely-want-something.html Fri, 31 Dec 2021 00:56:55 -0400 http://hatcher.micro.blog/2021/12/31/youll-most-likely-want-something.html <p>You’ll most likely want something in front of varnish to terminate TLS/SSL. A CDN can offer this, but for e-commerce it’s best to terminate on the local network of the server. A reverse-proxy that terminates SSL and proxies the HTTP request to varnish is the usual solution. Traefik is a great choice, and can even generate that cert with Let’s Encrypt. You can also wire this up directly with NGNIX, or indirectly with Kubernetes with an Ingress Controller. If you’re doing this yourself, consider Terraform and a cloud K8S provider so you can properly scale and reproduce your setup.</p> <p><a href="https://www.reddit.com/r/Magento/comments/rs380m/comment/hqn8rwz/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2020/12/30/youre-just-now-installing-magento.html Wed, 30 Dec 2020 09:43:23 -0400 http://hatcher.micro.blog/2020/12/30/youre-just-now-installing-magento.html <p>You’re just now installing Magento 2 on a live site? I would suggest building a staging environment and testing everything out, M2 is slow compared to M1 (and any other php framework that comes to mind) and prone to problems I wouldn’t suggest just cowboying it.</p> <p><a href="https://www.reddit.com/r/Magento/comments/kn1cqi/comment/ghhxo9z/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2020/06/14/httpswardendev-probably-the-best-local.html Sun, 14 Jun 2020 13:46:25 -0400 http://hatcher.micro.blog/2020/06/14/httpswardendev-probably-the-best-local.html <p><a href="https://warden.dev/">https://warden.dev/</a> Probably the best local setup going if you need Linux support</p> <p><a href="https://www.reddit.com/r/Magento/comments/h8wbj3/comment/futhvbq/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2020/05/16/you-dont-need-hosting-to.html Sat, 16 May 2020 09:29:56 -0400 http://hatcher.micro.blog/2020/05/16/you-dont-need-hosting-to.html <p>You don’t need hosting to learn the basics, I’d consider one of the local development tools used for running it locally like warden or valet. You could also run it locally with docker, which would help you on your path to eventually hosting it online with something like digital ocean.</p> <p><a href="https://www.reddit.com/r/Magento/comments/gktbw9/comment/fqtc4id/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2020/04/16/ive-had-several-clients-on.html Thu, 16 Apr 2020 17:09:09 -0400 http://hatcher.micro.blog/2020/04/16/ive-had-several-clients-on.html <p>I’ve had several clients on Nexcess SIP servers, and they really aren’t that bad for M1 hosting. You’re a bit confined with what you can do yourself, but I never ran into anything unsolvable, and their guys are decent if you need help. The hosting service itself is fine for the low-end imho. Webscale is offering post-EOL support for M1, they’re probably worth considering too.</p> <p><a href="https://www.reddit.com/r/Magento/comments/g294pz/comment/fnmh68w/">www.reddit.com/r/Magento…</a></p> https://doughatcher.com/2019/05/08/he-shouldnt-stay-on-m.html Wed, 08 May 2019 12:39:05 -0400 http://hatcher.micro.blog/2019/05/08/he-shouldnt-stay-on-m.html <p>He shouldn’t stay on M1 as it’s EOL, he should upgrade to something… Magento 2 is a steep learning curve, but it’s a great platform that will probably cover his needs. Unless he’s a strong developer it’s probably too much for him to tackle. Shopify is a bit saner as far as that goes. I would not build it from scratch, e-commerce has a ton of moving pieces you probably haven’t considered all the complexity.</p> <p><a href="https://www.reddit.com/r/Magento/comments/bm5lgi/comment/emudf7r/">www.reddit.com/r/Magento…</a></p>