bernhard Posted December 2 Share Posted December 2 Hello ProcessWire Community! I'm thrilled to announce that RockCommerce has finally arrived! Some years ago, after building a custom shop solution, I swore I would never create another ecommerce system again. 😅 Yet here we are! After months of hard work and completely rethinking my approach, I'm confident RockCommerce will be a game-changer for ProcessWire ecommerce. I can't wait to see what you'll create with it! 🚀 This video guides you through the Quickstart Tutorial, which was written by @Sanyaissues (THANK YOU SO MUCH!!!) He rose his hand when I asked for beta-testers 💪😎 He had never done E-Commerce before and wanted to understand how it works - so I sent him a copy of RockCommerce and let him play and this is what he came up with!!! Absolutely remarkable! Hat off to him! Docs & Download: https://www.baumrock.com/rockcommerce P.S.: To celebrate the RockCommerce release, I've applied discounts to all module licenses in my shop! If you've had a successful year, this is a great opportunity to invest in yourself and potentially reduce your taxes 😉 4 8 Link to comment Share on other sites More sharing options...
FireWire Posted December 2 Share Posted December 2 Congrats on the launch @bernhard! 1 Link to comment Share on other sites More sharing options...
bernhard Posted December 2 Author Share Posted December 2 4 minutes ago, FireWire said: Congrats on the launch @bernhard! Thank you very much @FireWire - it has really been a lot of work and I hope it will be useful! 🙂 1 Link to comment Share on other sites More sharing options...
FireWire Posted December 2 Share Posted December 2 @bernhard I have a project in mind for my brother who sells things he makes online. Once I can get through a couple of projects, I'd like to build him a shop. Many thanks for your hard work and dedication. Such great contributions to the ProcessWire ecosystem. 1 Link to comment Share on other sites More sharing options...
zoeck Posted December 2 Share Posted December 2 Wow that looks great Bernhard! I have one question. Is it possible to have several stores with separate carts in one PW instance? I think I have to test the module soon (luckily I have a RockSuite license 😄 ) 1 Link to comment Share on other sites More sharing options...
bernhard Posted December 2 Author Share Posted December 2 Just now, zoeck said: I have one question. Is it possible to have several stores with separate carts in one PW instance? 3h after launch and we count the first extra wish 😅 Would you mind sharing the exact use case? The cart is at the moment tied to the user's session and there is one global cart for each user. It does not sound too easy to change that behaviour but if you tell me the exact use case we might find a solution. 2 Link to comment Share on other sites More sharing options...
zoeck Posted December 2 Share Posted December 2 6 minutes ago, bernhard said: 3h after launch and we count the first extra wish 😅 Hehe 🙂 Here you realize again how versatile Processwire can be used 🙂 6 minutes ago, bernhard said: Would you mind sharing the exact use case? This is relatively easy to explain. I am currently using a self-developed system in our company intranet, which is ok (the usability is not perfect), but doesn't have as many functions as RockCommerce. We have individual “self-service” stores that run separately from each other. Examples: Company clothing, office equipment, hardware The Products should not be mixed, even if they could theoretically be filtered individually afterwards. The orders are processed by different departments. Link to comment Share on other sites More sharing options...
bernhard Posted December 2 Author Share Posted December 2 Very interesting! I think it would be far easier to make the cart show a warning or prevent the order if products from a different group are in the cart than really supporting different carts. Would that be a possible solution? Changing to multiple carts would also mean changing the logic of the cart, both on the frontend and on the backend, which is less than ideal 🙂 1 Link to comment Share on other sites More sharing options...
zoeck Posted December 2 Share Posted December 2 3 minutes ago, bernhard said: Would that be a possible solution? I think that could work 🙂 Would it also be possible to make a "partial checkout" which only contains items from "category A" or "category B"? Although I think there would then be problems removing only the ordered items from the shopping cart Link to comment Share on other sites More sharing options...
pideluxe Posted December 2 Share Posted December 2 Maybe you could leave all products in one cart and just inform the different departments of the order with respective products filtered by department. I don't know how the order process is done, but I'm sure, rock commerce would benefit from a flexible order processing. Link to comment Share on other sites More sharing options...
bernhard Posted December 2 Author Share Posted December 2 The cart is just a PW page and cart items are just PW pages as well - so you can do anything during the checkout process! Every cart item just has a reference to the related product, an amount and the variation string: So in your case you could create a form field during checkout to select the category to check out and then calculate a different price. Actually it should even be possible to have different carts on the frontend without changing the logic on the backend. You could implement that logic on the client side with custom code. So instead of showing all cart items you would skip those having a different category! Link to comment Share on other sites More sharing options...
bernhard Posted December 3 Author Share Posted December 3 Hey @zoeck I thought about your problem and I'm wondering: Does it really make sense - for the user - to split the order into separate carts? Shouldn't it ideally be one cart for the user and one checkout, one order and then, after the order, be split into separate order emails? That way the user does not have to place 3 orders for 3 items in the worst case, he places one order. Then 3 mails are sent to 3 different recipients listing only the products they are responsible for. What you could also do is split the order into 3 orders so that you can track for example a fulfilment status for each order. Or you add 3 different status fields to one order and track, for example, "fulfilmant_status_unitx, fulfilmant_status_unity, fulfilmant_status_unitz" All the mentioned approaches are much easier to achieve than developing custom carts for the frontend 🙂 Link to comment Share on other sites More sharing options...
zoeck Posted December 3 Share Posted December 3 2 hours ago, bernhard said: Does it really make sense - for the user - to split the order into separate carts? Shouldn't it ideally be one cart for the user and one checkout, one order and then, after the order, be split into separate order emails? In most cases I would agree with you 🙂 but i think that it is a very special case that is adapted to our internal processes 🙂 However, it is often the case that users first ‘collect’ items in their cart and then order them together. Example: The user has a new mouse and keyboard in the ‘hardware cart’, but he knows that he would like to add a headset, but needs to find out more first. The purchasing department has announced a ‘collective order’ for company clothing, the employee would like to order something as well and therefore places the order for the clothing directly. There is also a specific shop where recurring weekly orders are placed (food), so this plays an even greater role here. But I think I'll have a look at the ‘partial checkout’ topic, I think that should be implementable 😉 Then only a single cart would be necessary. 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now