OpenCart v1.4.0

Daniel wrote:the multishop mod is not that bigger change. its just new setting page and checbox in the product, category page to select which stuff goes on which site. it is not a multi vendor mod.

Nice. Thank you Daniel!

Daniel wrote:the multishop mod is not that bigger change. its just new setting page and checbox in the product, category page to select which stuff goes on which site. it is not a multi vendor mod.

So the database will in fact change... This shouldn't affect restoring data from older versions, right?

I agree that it may be best to work the bugs out before introducing new features and possibly new bugs. I am curious to see how the multishop stuff works.

Is there a reason that Fido-x's homepage mod is not included in the core version?

where is my previus post?

well wrote:where is my previus post?

By mistake it got deleted, sorry for that.

Daniel wrote:the multishop mod is not that bigger change. its just new setting page and checbox in the product, category page to select which stuff goes on which site. it is not a multi vendor mod.

Sorry for being dumb but can someone explain exactly what MultiShop will achieve? Will users be able to fill out a form and on submission it creates their own store on a subdomain? Or does it just mean they have a specific user brand that allows them to access their own menu functions in the admin?

ThePath wrote:

Daniel wrote:the multishop mod is not that bigger change. its just new setting page and checbox in the product, category page to select which stuff goes on which site. it is not a multi vendor mod.

Sorry for being dumb but can someone explain exactly what MultiShop will achieve? Will users be able to fill out a form and on submission it creates their own store on a subdomain? Or does it just mean they have a specific user brand that allows them to access their own menu functions in the admin?

You, as a shop owner, will be able to have 2 or more shops with just one database.
In the BO you can set which product is shown in which shop.

Reading through here it seems Multi-Shop means many different things to many people. Some are expecting a Mall sort of deal. Others making stores for others. And, these are available in some form or another with other carts.

Someone mentioned Interspire, which does have a Mall setup - for $1500 or so. Other paid for carts offer such things as allowing others to add their goods to your cart, and you paying them an agreed amount when sold, sort of like a consignment shop. Others allow you to set up shops for others to sell their own goods. BUT - and this can get scary - all sales are processed through your payment processors. So, you are the seller and you get the chargebacks.

As far as one cart that you can have multiple shops for others, with different databases, each with their own payment processor, well you have that now - it's called OpenCart and you set up each as a separate site.

Keep that one thing in mind when thinking of how cool it would be to share with others - you are the one who will get the chargebacks and the disputes for what others sold (and maybe didn't deliver?).

The OpenCart Directory is a great work.
A simple and fast sistem to access resources.

It would be nice if the OpenCart forum was so ordered.

peteVA wrote: As far as one cart that you can have multiple shops for others, with different databases, each with their own payment processor, well you have that now - it's called OpenCart and you set up each as a separate site.

I think what people want when they say "MultiShop" or "Multivendor" is an Amazon.com type site. Where they can have multiple people add products to their common "Marketplace". Then when items are purchased, the main store owner gets a cut per product or based on some monthly lease fee. That is what people have asked me for quite often.

But that entails a bit more into the payment realm and would have to be integrated throughout.
The User Group area would have to be completely revamped to allow access on a per product basis, or the model files would have to accept a "vendor_id" parameter and filter that way.

This would be a major change.

Qphoria wrote: I think what people want when they say "MultiShop" or "Multivendor" is an Amazon.com type site. Where they can have multiple people add products to their common "Marketplace". Then when items are purchased, the main store owner gets a cut per product or based on some monthly lease fee. That is what people really want.

There are at least 2 $300 carts that offer this. I resell both to some of my hosting clients, but they still have the single main cart owner processing all the payments, which leaves him/her open for claims. This is still scary, particularly if you don't have an approval system in place and others can just set up an account and start selling.

These features sound nice at first glance, but the liability is all the cart owner's, and without some system of hold-back or some way to cover claims against sales by others, they can be left swinging in the breeze. It can even get you understanding why Amazon holds payments and PayPal and card processors have hold-backs.

Thanks Q, that's exactly what I'm looking for. Also, I think filtering the orders and sales summary depending on the shop (manufacturer) would be a good addition.

There are at least 2 $300 carts that offer this. I resell both to some of my hosting clients, but they still have the single main cart owner processing all the payments, which leaves him/her open for claims. This is still scary, particularly if you don't have an approval system in place and others can just set up an account and start selling.

The two carts that does the multi-vendor features include X-Cart and Magento?

Also with regards to the payment and charge back issue, having the store owner take the payment may not be as bad. As the store administrator takes the payment for all vendors, even if there might be charge backs on a few orders, the store would still have the payments from the customers on behalf of the vendors. As long as he doesn't do instantenous transfer, he always have the Accounts Payable to the vendor. Therefore, he wouldn't need to worry too much about the charge backs.

furiousweebee wrote:My view is that OpenCart should be updated as follows:

• The next release: Fix all minor bugs from v1.4.0 as soon as possible.
• Then, fix all major bugs (i.e. those affecting most users or those with the most potential for security risks etc).
• Then, fix any resulting/outstanding minor bugs.
• Release v2.0 as a major upgrade, implementing as many new features as possible (providing most users will benefit from them). If this takes six months, so be it - the version prior to this should be relatively bug-free and working nicely by this point.

Basically, I think the current version includes almost everything a standard store operator would need, so the most important thing is to ensure that's fully working before undertaking any new works. I'd rather wait several months for a thoroughly tested major upgrade than have to tweak every OpenCart installation every few weeks to fix bugs or upgrade extensions.

Just re-iterating my opinion that the next release needs to happen as soon as possible before looking at any new features. There are already various minor bugs that need to be fixed. Many people, such as myself, rarely upgrade to a major release without first waiting for the inevitable minor patches that follow, so you're potentially losing OpenCart "customers" every passing day.

... very mutch agree with you

furiousweebee wrote:Just re-iterating my opinion that the next release needs to happen as soon as possible before looking at any new features. There are already various minor bugs that need to be fixed. Many people, such as myself, rarely upgrade to a major release without first waiting for the inevitable minor patches that follow, so you're potentially losing OpenCart "customers" every passing day.

OpenCart's free! I think some people should be a little more gracious when it comes to quality software being produced without cost. Whether you upgrade or not is entirely up to you, but you have to keep in mind that there is not one cent required to be spent from your pocket to fund this endeavour.

The fact that OpenCart is open source and under the GPL v3 license means you're completely free to fork the project if you're not happy with the progress.

If there are issues you're not happy with, fix them (or pay someone who can) to speed up the development time, a lot of developers volunteer their time on this project (and especially Daniel - from what I've seen this is mostly his baby). Cut the man a break, or cut him a cheque, the choice is yours

I've volunteered my time, and I've also pledged to make a donation of $100 to Daniel as soon as I make a cent from the software. I've only used OpenCart for one installation so far, so I think I'm about as gracious as anyone in my position can get.

I value Daniel's work (and the work of all contributors) greatly. However, it's not exactly best practice to release a product then take several weeks to fix minor bugs, especially as fixes for many of these bugs have been offered by project contributors. It's not ungrateful to make suggestions or offer comment; in fact I personally don't care how long it takes to release fixes as I'm not even using the latest version yet. For the good of the project, I merely suggested a release process that could be followed.

i'm going to try to get the next version out tonight.

Alpha, Beta, RC, Stable, for testing???

Daniel wrote:i'm going to try to get the next version out tonight.

joomx wrote:Alpha, Beta, RC, Stable, for testing???

Should be a Beta, thats what we agreed on.

furiousweebee wrote:

furiousweebee wrote:My view is that OpenCart should be updated as follows:

• The next release: Fix all minor bugs from v1.4.0 as soon as possible.
• Then, fix all major bugs (i.e. those affecting most users or those with the most potential for security risks etc).
• Then, fix any resulting/outstanding minor bugs.
• Release v2.0 as a major upgrade, implementing as many new features as possible (providing most users will benefit from them). If this takes six months, so be it - the version prior to this should be relatively bug-free and working nicely by this point.

Basically, I think the current version includes almost everything a standard store operator would need, so the most important thing is to ensure that's fully working before undertaking any new works. I'd rather wait several months for a thoroughly tested major upgrade than have to tweak every OpenCart installation every few weeks to fix bugs or upgrade extensions.

Just re-iterating my opinion that the next release needs to happen as soon as possible before looking at any new features. There are already various minor bugs that need to be fixed. Many people, such as myself, rarely upgrade to a major release without first waiting for the inevitable minor patches that follow, so you're potentially losing OpenCart "customers" every passing day.

^ Yes !

But, If we can get a stable Multishop, that would be fine too