And Now I have completely translated the version 1.2.5 in the German language (including installation and all the adjustments). Finally
Now it's easier for me to keep everything up to date. Regards
PS:Now there's just nothing more to grumble
@MarkF: Now you can send a letter to Daniel!
And Now I have completely translated the version 1.2.5 in the German language (including installation and all the adjustments). Finally Now it's easier for me to keep everything up to date.
Regards
PS:Now there's just nothing more to grumble
And Now I have completely translated the version 1.2.5 in the German language (including installation and all the adjustments). Finally
Now it's easier for me to keep everything up to date. Regards
PS:Now there's just nothing more to grumble
Alles für die Anwendung im deutschen Sprachraum
Hier gehts zum deutschen Forumbereich
To Daniel, and the Moderators,
It is a bit suprising to me to see some of the responses that come through about a product that we are using for free at your expense.
There is money being made by many online stores off of the work you have been doing. So thank you very much, and I patiently await your next updates, as I do not have the ability to do it myself, so I appreciate that work that you do, no matter how long it takes.
John
It is a bit suprising to me to see some of the responses that come through about a product that we are using for free at your expense.
There is money being made by many online stores off of the work you have been doing. So thank you very much, and I patiently await your next updates, as I do not have the ability to do it myself, so I appreciate that work that you do, no matter how long it takes.
John
Hi does anyone have an SQL file with no products and with only the working payment modules
Thanks
Thanks
this sql file delete products, categories, order etc...daydreamer wrote:Hi does anyone have an SQL file with no products and with only the working payment modules
Thanks
check it before apply, be careful! It's intended for cleaning new installations.
No, are 2 different things. If you want an sql file for a clean installation, you have to edit the original sql file in the install directory...maybe I'll do...but not nowdaydreamer wrote:Thanks once its cleaned up can the sql file then be used to install instead of the sql that is with the script?
It would be nice give the possibility during installation of inserting sample data or not, like other ecommerce softwares.
Would be good I agree, I really need to install with no cats, Orders etc just blank admin, Never edited an sql file and don't really want too. If anyone can help with a blank install sql would be very grateful.
Just log into the site ADMIN section once the software is installed and simply DELETE the Categories and Products. Its rather easy and quick to do. 
Helping Each Other With Knowledge....
WHPOA.NET CTOA.NET CEMETERYTN.COM
Daniel wrote:
But is seems to me that OpenCart is close to being a great product for end users as well. With a few more configuration options in the admin (don't overdo it, keep it clear and clean) and as more store front templates become available as it becomes more popular, I think this will also be an excellent product for end users. Easy to install, great easy clean admin, robust, fast, and again close to having enough features and configuration options to make a great store to satisfy many low-budget end users. If you want real customisation for specific wishes an end user would still have to hire a developer, but that is the case with any cart.
In short: OpenCart is great both as a finished directly usable product for nonprogrammers AND for developers looking for something they can easily customise for a client. I think OpenCart is the best choice for anybody, both developer and end user. With many thanks to Daniel and other core developers.
By the way, as to the many versions coming out, I can see this is a problem for people trying to keep modules, contributions and language packs up to date. And there is a case to me made to have an improved release system, or perhaps work with patches, and with better change logs for nonprogrammers. But I also agree with Qphoria that one should not feel obsessed about always having the latest version. I just finished an OpenCart store for a client, based on version 1.1.8, with custom modifications geared to the particilar client, and I am not likely to update that for years or even forever. When the customer wants a new feature it is typically easier to build that into the old version than to upgrade to the version and re-incorporate all the custom modifications for a particular client. That is always my strategy. Install the latest version of whatever it is you are installing. Then modify it to your customer's needs. And in most cases, never upgrade. And if bugs appear I will simply fix them myself within the version I have.
And for a next client I will again download the latest version, and start from there. I may then also try to incorporate some of my own modifications from the previous version (I try to add clear comments to the code where I make changes, so I can find those pieces of code again later, and possibly incorporate them in a later version).
Of course if you have not added a bunch of your own modifications, upgrading to newer versions of OpenCart will be much easier. But then still, why not decide to upgrade only say once a year, or perhaps only when the first version figure changes, as when 2.x comes out?
Henry
I am puzzled by this. To be sure, I think this cart is especially great for developers like myself, because the code is small and clear enough that I was able to learn how to make modifications reasonably fast. It was a great relief to find this after having tried the supposedly wonderful ZenCart, which I found too huge and difficult to modify, terribly slow, with an admin way too complex to use by me let alone an end user and last but not least: Just no fun to work with (as OpenCart is).OpenCart is not beta and not really for end users.
It is a developers tool. Its a starting point for web companies who want a system they can modify to their clients requirments.
But is seems to me that OpenCart is close to being a great product for end users as well. With a few more configuration options in the admin (don't overdo it, keep it clear and clean) and as more store front templates become available as it becomes more popular, I think this will also be an excellent product for end users. Easy to install, great easy clean admin, robust, fast, and again close to having enough features and configuration options to make a great store to satisfy many low-budget end users. If you want real customisation for specific wishes an end user would still have to hire a developer, but that is the case with any cart.
In short: OpenCart is great both as a finished directly usable product for nonprogrammers AND for developers looking for something they can easily customise for a client. I think OpenCart is the best choice for anybody, both developer and end user. With many thanks to Daniel and other core developers.
By the way, as to the many versions coming out, I can see this is a problem for people trying to keep modules, contributions and language packs up to date. And there is a case to me made to have an improved release system, or perhaps work with patches, and with better change logs for nonprogrammers. But I also agree with Qphoria that one should not feel obsessed about always having the latest version. I just finished an OpenCart store for a client, based on version 1.1.8, with custom modifications geared to the particilar client, and I am not likely to update that for years or even forever. When the customer wants a new feature it is typically easier to build that into the old version than to upgrade to the version and re-incorporate all the custom modifications for a particular client. That is always my strategy. Install the latest version of whatever it is you are installing. Then modify it to your customer's needs. And in most cases, never upgrade. And if bugs appear I will simply fix them myself within the version I have.
And for a next client I will again download the latest version, and start from there. I may then also try to incorporate some of my own modifications from the previous version (I try to add clear comments to the code where I make changes, so I can find those pieces of code again later, and possibly incorporate them in a later version).
Of course if you have not added a bunch of your own modifications, upgrading to newer versions of OpenCart will be much easier. But then still, why not decide to upgrade only say once a year, or perhaps only when the first version figure changes, as when 2.x comes out?
Henry
I say its not really for end-users because they don't know how to setup servers properly and I don't want them coming here to complain.
Its like anything you need a little bit of knowledge about how web sites work before installing opencart.
Its like anything you need a little bit of knowledge about how web sites work before installing opencart.
i cant view my previous order after checkout in this version. I see records in table "order" that all set confirm = 0, and in the catalog/controller/checkout/confirm.php there is no code that make its' confirm turn into 1 ...
/exactly it will not be show when order status is "processing"...
/exactly it will not be show when order status is "processing"...
Who is online
Users browsing this forum: gunownergear and 11 guests
