This is more awesome than it first appears.<p>They are a SaaS "Create Once, Publish Everywhere" (COPE) provider. NPR popularized the term a few years back, and the use it in their production environment. I have one client actively using the same architecture in production, and they love it. They use a Django site as the backend, and node.js-powered websites to publish the content.<p>Some links on the topic:<p><a href="http://blog.programmableweb.com/2009/10/13/cope-create-once-publish-everywhere/" rel="nofollow">http://blog.programmableweb.com/2009/10/13/cope-create-once-...</a><p><a href="http://www.linkedin.com/groups/Do-you-COPE-Create-Once-3912082.S.117059484" rel="nofollow">http://www.linkedin.com/groups/Do-you-COPE-Create-Once-39120...</a><p><a href="http://www.slideshare.net/KMcGrane/adapting-ourselves-to-adaptive-content-12133365" rel="nofollow">http://www.slideshare.net/KMcGrane/adapting-ourselves-to-ada...</a><p><a href="http://karenmcgrane.com/2012/09/04/adapting-ourselves-to-adaptive-content-video-slides-and-transcript-oh-my/" rel="nofollow">http://karenmcgrane.com/2012/09/04/adapting-ourselves-to-ada...</a><p><a href="http://www.markboulton.co.uk/journal/adaptive_content_management" rel="nofollow">http://www.markboulton.co.uk/journal/adaptive_content_manage...</a><p><a href="http://meetcontent.com/blog/structured-content-an-overview/" rel="nofollow">http://meetcontent.com/blog/structured-content-an-overview/</a><p>One of the uphill battles they face is the nomenclature. Most people couple their content creation tools with the publishing tools. I.e., we think of a CMS as both the editor and the content renderer. This sort of system decouples that.<p>I think they are smart starting with a PHP library: that seems to target a broad install base, and publishing in PHP using an API is much easier than building a solid CMS in PHP.
I've read the website, but I don't know what this is or what value it provides.<p>My understanding so far is: rather than using a CMS, I code something (not a CMS?) in whatever language I like and Osmek helps me or makes it better in some way... ?
It took a little while but I'm thinking the main point here is that you store your content in the Osmek system.<p>Then the content can be published to multiple sources such as an iOS app, website, tablet app, mobile website.<p>I just don't understand how this is different from having your own database with the content. What's the difference between this and say Django's auto generated admin interface (setup with proper permissions) ?<p>Why can't my apps just pull stuff out of the database or through my own API ?<p>I'm sure I'm missing something because this seems expensive so it must be worth a lot to somebody. But why ?
It's a very nice idea. It can be very helpful when working with content people. It really can save a lot of time developing and configuring the content management.<p>In my opinion, the interface is a little confusing. It took me a long time to figure out how to create custom fields, and I was looking for it! From my experience with CMS, it's by far the most important feature. It should be very easy, especially for content editors to create by themselves...<p>Other than that, it can be very useful. I'll remember it for a time I'll need it...
If you're creating Name and Email Address fields then please follow the W3C naming guide. <a href="http://www.w3.org/International/questions/qa-personal-names" rel="nofollow">http://www.w3.org/International/questions/qa-personal-names</a><p>I, for example only have one name.<p>Thanks :)
For those who are struggling to understand what this is,<p>It's basically a 'content store' that provides a supposedly nice interface for people to create all sorts of content and then it exposes that content back to you via an API that you can use in other places such as a CMS.<p>Good idea in theory, hard to execute because there is no common interface/standard.<p>If there was a common interface/standard you could use/build services like this to essentially decouple your content/data from the skin on top.<p>For example you could just pull the plug on CMS X, and 'connect' your content to CMS Y if it has a better user experience.<p>Easier said than done.
Is this is just a cloud provider for something similar to a de-coupled CMS, ala Symfony CMF (<a href="http://cmf.symfony.com/" rel="nofollow">http://cmf.symfony.com/</a>) ?<p>The idea is that the content is not locked to your CMS, like an old Joomla system where the content and meta-data are hard-coded in the schema. I would be concerned about latency, etc for hosting something like this.<p>There service holds and organizeds the DB storage for you. The advantage would have to come with redundnacy/latency versus rolling your own datastore. If you are doing a NoSQL or JSON type storage that allows an arbitrary format, then you are free to reuse it wherever.
This is a Backend as a service for Content management. Its basically Salesforce for "Content Management", which isn't a bad idea. However, for my two cents: The documentation is lacking and as a potential customer I don't quite know enough information about the product to make an informed decision to say yes/no (on spending money on it). I had this same idea a while back (except not content, mainly blogging as a hosted web service), and didn't chose to pursue it. I do believe that there may be a market, and god knows word press can use some competition. God speed and good luck! Oh and just at a final glance, the API Documentation can be cleaner.
So you write your code and where you would have content you say something like {{bucketname}} and you can mess with it in the cms? What's the tempting language?
I have no idea about the value of this service, but I have to say, the website is pretty good-looking. A great advertisement for flat design - the clean typography and icons combined with bold, simple colours give the page a real confidence. The content seems to expand to "own" the entire screen, while maintaining a lightness and freshness in a way which the older style of design just doesn't seem capable.
Looks like an interesting service for managing typical application content like mail templates. A free tier would be great to try it on a project. Does anybody know similar services or open source projects that are mainly a CMS with an API combined with a good end-user editor? Git based would be a plus.
It'd be good to see more client libraries. PHP is popular but having more will help enormously with adoption. Even just stubbed out libraries on Github can be a useful starting point for the community to build on.
Pretty expensive for what is essentially a replacement for phpmyadmin or Rails scaffolds...cheap content admin usable by non-programmers separate from the actual site/app.