Readit Newszaiste commented on Show HN: YourNextStore – an open-source Shopify with Stripe as the back end github.com/yournextstore/... · Posted by u/zaiste
Happy to beta test! I'm available at hi at username dot com
Great!!
Tried the demo and as people report it's very well done and fast! Good job!
Just wanted to let you know that I stumbled upon a bug whilst removing products from the cart (setting quantity to 0) it started refreshing and the interface stoped responding. Maybe this wasn't due to the action but rather to the current traffic? Anyway just a head's up.
Thanks! Happy you liked it!
I can confirm the bug - thanks for the heads-up! We recently did a few iterations on that part, and it looks like something slipped through the cracks...
Seems really good and fast!
Unfortunately not ready to migrate everything over something that could be abandoned soon. Will wait a bit.
For now, I'm trying to move everything to Medusa.
Good luck! Promising project
We're planning to stick around a bit longer :)
Is there anything I can do to help or convince you to give us a try?
Really great start. Would love to see integration middleware support added to the mix, like Celigo, IFTTT and Zapier.
Thanks! Could you describe your use case so that I could better understand how to implement this?
One limitation of using stripe as a backend, is that many online sellers end up using multiple marketplaces. I sell via my web store (stripe backed), via tindie, and via reverb.com. I started building an admin app to handle generating shipping labels and tracking order status. My initial version used stripe metadata to store all this, and it worked great - but once i started selling elsewhere, i had to use a traditional db backend to store data associated with those orders.
That's an interesting insight, and I'd like to learn more about it.
Off the top of my head, have you considered using the Stripe API directly in those other places? i.e. Stripe as the source of truth, with data being fetched to those other places as REST calls for example?
I imagine that linking those "other" orders with products might be a bit tricky, though
> WooCommerce should be filling the role of viable self host alternative to Shopify, but it falls short.
WooCommerce itself is mostly fine as a backend, but the themes for it (including the built-in/free ones) are mostly awful. Ugly layouts, huge bloated payloads, and checkouts that look so unprofessional most people will think they're fraudulent.
There are good themes out there but you'll be paying decent money for them.
I completely agree with you on WooCommerce themes.
we're also working on themes, which will be based on shadcn UI.
This is pretty slick. I like that you have Umami support. It would be nice to wrap all of this up in a Dockerfile but that wouldn't be too hard to do for my own purposes.
It's been a while since I've used Stripe outside of the subscription features but how hard would it be to support coupon codes or sales? Is there a plan to support this?
Great work!
Thanks!
We're experimenting quite a bit at the moment - starting with Umami, but we’re also considering developing a custom solution (analytics subset) specifically for e-commerce
Coupons are on our roadmap, and adding them should be relatively straightforward. Would you be interested in beta testing it with us? :)
A Dockerfile has been proposed by the community. I’ll review it today: https://github.com/yournextstore/yournextstore/pull/22/files
If it doesn't need a database, then how does it manage inventory? For example, what happens if multiple people try to buy the same products but you don't have enough inventory?
We started by storing data like stock as product metadata directly in Stripe. Plus, we’re developing a thin layer to manage the sync between individual stores and Stripe (e.g. atomicity)
This solution is not (yet) ideal, but works well for most small stores and we have some ideas how to improve it further - composability/headless can be overwhelming in many such scenarios.
I’ve worked in e-commerce for years and the thing that always slows down the sites the most is 3rd party scripts. Are you addressing this? I couldn’t find anything in the repo.
Ive had websites slow down 10x just by introducing the Facebook re-targeting script for instance
Yes, we've had similar experiences and plan to address them to some extent. In certain cases, like with Facebook, it might not be straightforward, but we want to provide built-in alternatives e.g. analytics specifically tailored for e-commerce that cover ~80% of what you need, with the rest being a trade-off.
I also think Facebook, Google, Hotjar et al. will eventually get better with those scripts.