Between completely destroying a perfectly good language class and now removing the url class, you are about to chase away all 3rd party developers for this project. This is the kind of actions that make people start leaning to forking the project, and that is like a messy divorce. Think of the kids!
I'll go ahead and assume that $this->redirect->post will be removed next and start using $_POST.
These are just ridiculous changes for the sake of making them. The whole point of using the https function with fallback to http was so that you always had a backup. Now I see files like pp_standard have:
HTTP_SERVER . 'index.php?route=payment/pp_standard/callback';
which is wrong. It should be HTTPS if available and fallback to HTTP if not available.
This is just becoming a mess now.
1. Upload the attached url.php file to the system/engine path
2. EDIT: index.php & admin/index.php
3. FIND:
Code: Select all
// Cache
$registry->set('cache', new Cache());
Code: Select all
// Q: Restore the Url class
require_once(DIR_SYSTEM . 'engine/url.php');
$registry->set('url', new Url());
This is also a fix for people using mods that give errors about unknown method http or https.
Apart from the "this is so cool, I'm going to wet my pants" crowd, there seems to be quite a bit of frustration building which now seems to be spilling over to the forum mods.
www.opencartstore.com
Get OpenCart Templates and OpenCart Modules.
dbstr wrote:Sorry to ask, but what was wrong with it? Why was it stupid?Daniel wrote:Basicly the url class was pretty stuiped. it should not have existed at all. whch frameworks have a url class like the one I used? I might as well just have used 2 functions.
Sorry for th ecore change but i think thats the last one i will do thats that big.
I'm asking because I'm going to add it again, unless you can give me a good reason. I haven't been playing around with 1.4.x much yet, but that URL change doesn't make sense to me.
Request Reviews v1.0 released.
no other project uses a url class.
I'm sorry but I wanted to do it now so i won;t have to do it in the future.
I'm going to be adding a upgrade feture built into OC and want to get the framework as right as I can. I will not include stuff just to keep up with backwards compatibility.
if your store is running fine then ddon;t bother upgrading. if you are selling modifcations than that is changing the code to keep up with the current coding is somethign you have to do.
I really can not think of any more core changes I plan to do so stiop complaining.
OpenCart®
Project Owner & Developer.
But still, when removing classes or functions then that would be a "1.5" thing. If you could follow some sort of valid versioning system then people would bitch less.
1.3.4 should be 1.4.0 since the layout system changed
1.4.0 should be 1.5.0 since the template system and engine code (router to action) and language class was destroyed
1.4.1 should be 1.6.0 since the url class was destroyed.
1.4.2 should be 1.6.1 since it is just bug fixes.
Then we can say that modules work with 1.4.x or 1.5.x. If we are worried about "other" projects, you will notice projects like Firefox, SMF, Wordpress, Website Baker, Drupal.. they all maintain a level of functionality for that build for the "Major" version numbers. SMF 1.0.x supports all 1.0.x mods from 1.0.0 to 1.0.9
http://sdesmedt.wordpress.com/2006/06/1 ... numbering/
And the winner is…
We use a scheme based on the apache definition.
Version numbering of binaries:
{major.minor.bugfix.build}
* major: Any change can be made. Available functionality can be removed and new functionality can be added.
* minor: All available functionality must remain available and can not be changed. New functionality can be added.
* bugfix: Only implementations of functions and methods can change. There will be no added functionality (no added methods, functions or parameters) or changed semantics (of funcions, methods or parameters)
* build: We use the buildnumber to differentiate builds of a same {major.minor.bugfix} combination. When we start development, we decide on the kind of development we do (adding features (breaking/non-breaking) or bugfixing) and decide on the next versionnumber. From then on, the library gets this versionnumber. It’s as if we are saying: “we are working toward version x.y.z”. Of course, we don’t get there immediately and to differentiate between these “working toward” versions, we use the buildnumber.
According to that article, version would be completely different regarding the way you make changes. Almost every point release you make its like a major version. We should be on OpenCart 9.x by now
This is what happens when you follow a hideously broken upgrade scheme, and will be the first thing that drives away potential users.
I totaly agree.Qphoria wrote:I don't see how "other" projects matter in this case but not other cases.
But still, when removing classes or functions then that would be a "1.5" thing. If you could follow some sort of valid versioning system then people would bitch less.
1.3.4 should be 1.4.0 since the layout system changed
1.4.0 should be 1.5.0 since the template system and engine code (router to action) and language class was destroyed
1.4.1 should be 1.6.0 since the url class was destroyed.
1.4.2 should be 1.6.1 since it is just bug fixes.
Then we can say that modules work with 1.4.x or 1.5.x. If we are worried about "other" projects, you will notice projects like Firefox, SMF, Wordpress, Website Baker, Drupal.. they all maintain a level of functionality for that build for the "Major" version numbers. SMF 1.0.x supports all 1.0.x mods from 1.0.0 to 1.0.9
This is a must for users and 3rd party contributors.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
How true.imaginetech wrote:Been watching for how long the fork word would take to come up. This is exactly where this project is heading.
Apart from the "this is so cool, I'm going to wet my pants" crowd, there seems to be quite a bit of frustration building which now seems to be spilling over to the forum mods.
Just imagine where this would be if there were just a bit a management and organization, rather than just coding for the sake of coding.
Not to mention the "it's mine and I'll do what I want" attitude.
A Trusted Wholesale Dropshipper
Web Hosting Under $ 5.00 Month! FREE Shopping Carts!
25,000+ Real Wholesale & Dropship Sources!
This project is getting to a stage where I can not do everything myself and I have a plan to get some help but it these things take time. at the moment the plan is togeth the latest version rock solid stable.
OpenCart®
Project Owner & Developer.
I think you only have to ask here on these forums for help.Daniel wrote:This project is getting to a stage where I can not do everything myself and I have a plan to get some help but it these things take time.
You know that we have enough quality coders here so what is holding you back?
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
It's past that point. While not a coder myself, I can recall many offering their help weeks ago.Daniel wrote: This project is getting to a stage where I can not do everything myself and I have a plan to get some help but it these things take time. at the moment the plan is togeth the latest version rock solid stable.
Some seem to have vanished in the meantime, given up I suppose.
Even some of your most loyal supporters are discussing forks.
Looks like one is alive and doing well - http://phpsoftwaregeeks.com/shopping-cart/index.php
A Trusted Wholesale Dropshipper
Web Hosting Under $ 5.00 Month! FREE Shopping Carts!
25,000+ Real Wholesale & Dropship Sources!
Looks like they are including my uspslive module in their demo. I'd best not see it in their live cartpeteVA wrote: Looks like one is alive and doing well - http://phpsoftwaregeeks.com/shopping-cart/index.php
A couple of days ago he flatly denied it was OC, wondered if I was crazy or something to confuse them. At least the others who tried admitted the source.
Even now getting further emails asking for "consideration".
Would be nice to see some fork it off and fix it, taking care of some of the major faults that have been discussed over the last few weeks and setting out with an organized system of versions and planned changes.
A Trusted Wholesale Dropshipper
Web Hosting Under $ 5.00 Month! FREE Shopping Carts!
25,000+ Real Wholesale & Dropship Sources!
He's just stealing some others work!peteVA wrote:I've even gotten a nasty email from the "owner". Says I should not have posted the link and would I please remove it.
A couple of days ago he flatly denied it was OC, wondered if I was crazy or something to confuse them. At least the others who tried admitted the source.
Even now getting further emails asking for "consideration".
Why?Would be nice to see some fork it off and fix it, taking care of some of the major faults that have been discussed over the last few weeks and setting out with an organized system of versions and planned changes.
Like they did with osCommerce and ZenCart, osCMax etc.?
I agree that Daniel would be better of if he would accept the help that is offered here on these forums by coders I think highly of.
I slightly hope that after his
he will see that there is a lot of help waiting to be given to him in so many ways to get this project to a higher lever.Daniel wrote:This project is getting to a stage where I can not do everything myself and I have a plan to get some help but it these things take time.
....., but then again, it is his Cart.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Users browsing this forum: No registered users and 6 guests