I could not find the PDF.
I believe this: http://www.moqui.org/MakingAppsWithMoqui-1.0.pdf
is the document in question.
IMO it’s a bit too Enterprise-Java-centric-overblown as a specification
but there may be some good ideas if you wade through it.
… but I believe that much
planning work must be done on modelling the whole thing first, to specify
the tables/fields needed for an application of this sort.
And that’s so product-specific; hard to create a one-size-fits-all model.
Really, I’m surprised at the lack of active ecommerce open projects available right now, interest seems to have died down, people have either coded their own bespoke project and aren’t willing to share or seem to have moved on to other languages/frameworks ?
I manage a fashion retail store turning over £1m a year online with Magento but I dislike php and the Mage ecosystem, it’s way past time to move away. I have built a small ecommerce shop with phoenix/elixir/stripe, it has a few options for product variables/ configurable products but will take a large investment of time to make it as complex as I want it to be for things like cron/stock reconciliation/ promotions / order system. Do I just bite the bullet and keep plugging on till I get there and have the balls to take it to live production or save myself the time and headache and go with whats out there already? I’d be willing to collaborate with anyone who has good experience with the full lifecycle of ecommerce system to share the workload.
The question is how enterprisy or not you want to make it when we were trying to do something in this space it looked like there is much bigger opportunity at the high end as it’s basically dominated by 3 products SAP Hybris, Oracle Commerce, IBM WebSphere Commerce and the pricing structure for these 3 products was not aligned with realities in smaller countries. Doing purely OS product is pretty hard given the scope of effort required.
Hi,
I’m currently reading the phoenix inside out book and in it the author @shankardevy builds an e-commerce site. I think this would be the answer to your initial question regarding resources to do this in phoenix.
All the best
Carlo
We have been adding gateways to gringotts which is a port of activemerchant from the ROR world so if you could tell us explictly which gateways you need we would implement them in our library.
Introductory post for gringotts https://forum.elixirforum.com/t/gringotts-a-complete-payment-library-for-elixir-and-phoenix-framework/
Thanks!
@ashish173 That’s very generous of you, thanks. PagSeguro is an inferior equivalent of PayPal and the biggest gateway in Brazil. It would be great to have them. Another one is MercadoPago. It’s more polished than PagSeguro and has English documentation. Those two would be a safe bet. Let me know if I can contribute, whether it’s with translating documentation or actual code.
As others have said, the time and effort expenses would be too high to have an open-source ecommerce framework. I attempted this several times myself but came to the sad conclusion that I don’t have the time and energy bandwidth for it.
Not to mention that everybody wants some arcane features that you couldn’t even think of. Making flexible and robust software is very hard and warrants a generous payment.
That’s my reason at least. I prefer to [re-]invent stuff on a per-project basis. There have been more generic patterns I’ve noticed but so far I haven’t incorporated them in a common library because it would be incomplete and little more than a 20-50 wrappers and protocols.
Perfect! @abitdodgy I have added the issues (#123, #124) on Github.
You can track the development on Github. If you would like to pick these you can get in touch with us on our gitter room if you would like to pick these. We’ll start work on them from 12th March FYI.
@abitdodgy We have started work on Mercadopago as well. You can track the progress in gringotts github link. It will be soon merged into master branch.