I've been reading carefully, on MODx Cloud,
and I think that really will surely be an optimal co-worker for future projects.
Especially in my case I work with Cloud for embedded industrial and now I have to do a lot of dirty work on the server to make things right.
So far my only co-workers have been MODx and ZK.
And in every version of Revo, MODx environment has proven to live up to their role and in many cases completely replacing java-based projects.
But I wonder:
Revo will continue, an independent path,
or will be replaced shortly by MODx Cloud?
In a few months I have to start a new project of a network of PaaS,
and I wonder:
Is the case to await the arrival of the new "MODx Cloud"?
I can design a new SaaS in MODx Revo?
My product will be obsolete in a few months?
Thanks.
Developer of RTOS and Drivers
Specializes in portability of BSD/Linux
-
MODX Staff
- 10,725 Posts
MODX Cloud is hosting infrastructure (PaaS) built around MODX Revolution, adding some unique value-propositions to the content management framework as you know it in the process. But it IS definitely MODX Revolution which will absolutely continue as the flagship MODX product.
You do not need to wait, and your product will not be obsolete if built on MODX Revolution.
Thank you very much for your reply.
I will keep your advice.
Regards.
Developer of RTOS and Drivers
Specializes in portability of BSD/Linux
-
☆ A M B ☆
- 721 Posts
We're big fans of jQuery as well and it may have what it didn't back in the early days of Revo's birth such as site trees and the like. We've done some work with the Yii framework and it uses jQuery for all of it's interface elements.
The work we'd pause on is interface and permission heavy. We'll work on getting out what we have asap. I'll probably have some time, at last this week. Looking forward to giving back to the community,
Regarding jQuery/ExtJs question...
Few months ago I was strongly for jQuery. Then, I took some time and dived into ExtJs and bottom line is: ExtJs beats jQuery (for this kind of purpose) on any given day. It's no contents. I almost feel that I have to apologize for pushing jQuery, especially since I didn't (at that time) give ExtJs a decent amount of learning time.
I would really encourage everyone, take some time, learn ExtJs (within few weeks you will know enough to build CMPs) - you will never push for JQuery - I promise.
Ryan,
I really feel that future MODX path, especially regarding technology used must be clear. I know that it is hard to do that, but if we don't have "long time plans" clear it is hard to put most/all your guns into MODX. Learning takes time, and although fun and best part of this job, it is kinda expensive.
So please, if anyhow possible, be clear about tech that will be used in future few years (or even more). if my opinion means anything, I think that this kind of thing is essential for MODX success.
Regards,
Antonio
Antonio Zdilar
linearvector.com
We will most likely be using ExtJS as the future for 3.0. The MODX 3 API will likely be a bit more streamlined, making CMP development easier, but the concepts will remain similar to MODX Revolution (think of it like Revo 2). I don't currently see a benefit of switching off of ExtJS, as we have invested a lot of time and effort into education and extension of the framework, and switching would mean a complete restart of that - not to mention having to completely rewrite all the Extras out there.
As a developer of MODX CMPs, you can safely assume we'll stay with ExtJS - the roadmap has stated we'd try and get ExtJS4 (or 5 if it's out by then) into MODX3; Ext3 is a bit outdated, but we can't upgrade to Ext4 without breaking changes, so we'll likely wait till MODX3 to do so.
Again, not a certainty, because we don't want to lock ourselves into any technology in the long term, but rather make strategic decisions that benefit the community, the product and the development of tools around the product. But I would say Ext is the direction we have been heading, and most likely will be heading in the future. That said - CMP development will be easier (even with parts of it starting so in MODX 2.3 due to refactoring there).
shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect |
github |
splittingred.com