MongoDB or PHPCR support planned?
Permalink
in order to be able to use concrete5 in an enterprise environment it would be extremely important to support things like
* MongoDB
* PHPCR
* Enterprise Messaging or event based messaging systems like zeromq
* Workflows
are there any plans to do so or is there anyone out there how has already implemented such features in concrete5?
* MongoDB
* PHPCR
* Enterprise Messaging or event based messaging systems like zeromq
* Workflows
are there any plans to do so or is there anyone out there how has already implemented such features in concrete5?
sorry for the late answer ...
the main point/reason about my question regarding these technologies can be found in this really excellent video
http://munich2012.drupal.org/program/sessions/decoupling-content-ma...
(or seehttp://decoupledcms.org/ orhttp://bergie.iki.fi/blog/decoupling_content_management/... )
i can REALLY recommend this video - this 30 minutes explain some really nice ideas about how CMSs in general SHOULD be build ....
in our company we have a lot of legacy (nonstandard /self programmed ) CMSs & webapplications and our task is to make the further webapplication development more flexible & stable & sustainable for the future
we have to apply some "enterprise integration pattterns" and therefore prefer systems which are no "black-boxes" (in terms of datasaving etc...)
e.g.: if i put a lot of content into a c5 system - i have to write interfaces / converter / webservices in order to re-use the same content within system xyz
an json/xml import/export service in c5 would already be of utmost help (btw. PHPCR would have this feature integrated already ;-) )
i just want to say that i really like what you guys make with c5!
i will try to implement c5 in our webapplication landscape and i hope that some of the really helpful ideas of the video will be implemented in c5 in the future
the main point/reason about my question regarding these technologies can be found in this really excellent video
http://munich2012.drupal.org/program/sessions/decoupling-content-ma...
(or seehttp://decoupledcms.org/ orhttp://bergie.iki.fi/blog/decoupling_content_management/... )
i can REALLY recommend this video - this 30 minutes explain some really nice ideas about how CMSs in general SHOULD be build ....
in our company we have a lot of legacy (nonstandard /self programmed ) CMSs & webapplications and our task is to make the further webapplication development more flexible & stable & sustainable for the future
we have to apply some "enterprise integration pattterns" and therefore prefer systems which are no "black-boxes" (in terms of datasaving etc...)
e.g.: if i put a lot of content into a c5 system - i have to write interfaces / converter / webservices in order to re-use the same content within system xyz
an json/xml import/export service in c5 would already be of utmost help (btw. PHPCR would have this feature integrated already ;-) )
i just want to say that i really like what you guys make with c5!
i will try to implement c5 in our webapplication landscape and i hope that some of the really helpful ideas of the video will be implemented in c5 in the future
Ah. Yes I remember a while ago some standard around a universal XML
def for CMS's was being tossed around. I'm not very confident that's
actually going to happen from any of these systems.
I do see a more flexible and complete XML import/export suite in
concrete5's future however.
best wishes
Franz Maruna
CEO - concrete5.org
http://about.me/frz
def for CMS's was being tossed around. I'm not very confident that's
actually going to happen from any of these systems.
I do see a more flexible and complete XML import/export suite in
concrete5's future however.
best wishes
Franz Maruna
CEO - concrete5.org
http://about.me/frz
Workflow exists today, dig the attached PDF. This is workflow for content/actions on the site, not development lifecycle. We have some tools and best practices we suggest for that when we're working with larger clients.
Regarding non-relational databases and alternatives to socket based stuff... I do know there's some work around using ADODB better so we can be database agnostic (or at least work with Postgres and Oracle) but I don't think we will likely be changing the way concrete5 works to take advantage of non-relational database setups any time soon. I have a friend who works at webtrends where they take advantage of nosql - and our bbq conversations sound like apples and oranges.
Similar thinking to the idea of speeding up packet transfer for performance with 0MQ. With Varnish installed (also something we can work with larger clients on in a consulting fashion) we're seeing faster performance out of concrete5 than we do out of apache and static HTML files.
Perhaps I'm missing it - but what are the advantages you'd expect out of these systems - or rather what are the challenges you're trying to solve?