Tina is not a CMS
tinacms.org
tinacms.org
https://www.odoo.com/page/website-builder
Disclaimer: I am the founder of Odoo
Pick anything else.
Wordpress unless it's very conservatively configured needs a mechanic every so often.
And before the inevitable question is asked "Why use it in the first place, why not just use X", it's because wordpress is the easiest thing to build out while being user friendly to edit and being flexible enough to add extra functionality too.
Sites rarely stay the same, clients always want random 10-20% of business specific functionality tacked on and they don't know what that looks like till potentially years after the site is built. With wordpress you can typically always add that extra functionality on without rebuilding the site in something new, that's why it's so massively popular.
The sweet spot worth billions would be WordPress type.CMS that auto deploys static content while keeping dynamic features as needed. Caching plugins are just too cumbersome even though they are an option.
1. Customer logs in to Tina CMS dashboard as admin (similar to WordPress admin login) 2. Customer creates a landing page with dynamic stuff on it. Say a section with some latest blog posts. Again, this is dynamically pulling in from the database. 3. Customer also creates a "Contact Us" page that has a form that auto emails on submission. 4. Once customer has created these 2 pages above (assuming Tina CMS has nice drag/drop building capability like WordPress page builders), now what happens ?
They don't need to. Netlify watches your Github repository and automatically triggers a deploy when changed. They just press save and it gets deployed.
> Tina CMS has nice drag/drop building capability like WordPress page builders
It does! So does Forestry, it's called the Blocks feature.
https://forestry.io/blog/blocks-give-your-editors-the-power-...
that's hardypress, or strattic
I'm using hardypress, no auto deploys, but for content editors, it's a easy button press on the top of the admin area.
>> while keeping dynamic features as needed.
is this list complete enough?
https://www.strattic.com/static-tools/
sidenote: this would be extremely valuable, but as a business, it's very easy to copy. No secret sauce, no network effects, no customer lock-in.
We don't use dynamic data, like comments and forms, so the cost of upgrading everything vs just rendering the static site and putting the wordpress instance behind a Basic Authentication is more cost effective.
But you’re right, Static site generators have been awesome for developers and less-so for non-developers...Tina is here to change that. The dev experience with Tina is still even better, and it provides the power to make the content editing experience that non-Devs love. Keep an eye out! we’ve been talking to some people and Wordpress support may be in the works soon
For one thing, as the title of this post mentions, "Tina is not a CMS". Our team also works on the Forestry.io CMS, so we know how to build one of those. As we embarked on the Tina project, we felt that another one-size-fits-all CMS wasn't the solution we wanted. This is why we architected Tina as a suite of libraries to enable frontend devs to quickly compose a more form-fitting content management strategy for their clients.
Another interesting innovation that we discovered along the way was that, by having the CMS live on your website instead of in a traditional CMS dashboard, the correlation between source content and rendered website becomes much more intuitive to those who were not involved in developing the website to begin with. With a traditional CMS, users must have some mental model of how their site is composed. They can ultimately figure out that, for example, they can change the homepage title by clicking on Settings > Homepage > Title or something like that, but requires some trial and error and a lot of implicit rules to remember. With Tina, the editor will edit the Homepage title while viewing the homepage; the information will tend to be where they're expecting it. And by having a short-feedback, on-page experience, even more esoteric rules will reveal themselves more intuitively.
We have been thrilled so far with the response to the public release of this project. We hope to continue to improve and extend the capabilities of TinaCMS, and I'd like to thank everyone who has expressed their enthusiasm and support!
For me, personally, I'm happy with VCS-centric workflow... I push a change to git, Netlify picks it up, and fires the build process automatically. I think that'd need to be sovled for small businesses, as the changes are local only (and considering that such a blog is very likely to be executed in a container, that'd make no sense).
I’ve worked on so, so many apps that you could loosely characterize as a CMS. I like to say we don’t have a developer shortage, we have too many custom CMS apps sucking up manpower.
This is exactly why we created Tina Teams (https://tinacms.org/teams). We will start sending early access invites in 2 weeks.
Loved this quote. I've recently realized this when trying to get a family member (millennial generation) to understand how to edit the simple website she had created using wordpress.
One of our biggest goals is to build that community you’re talking about, and provide as much help as possible to newcomers. At Forestry—the sponsor company—we take support seriously and will continue to do so with Tina :)
Tina is also designed so that you can create the editing experience that your customers/clients/coworkers need. Instead of a one-size-fits-all solution, you can give them something that is tailored to their needs.
As well, at the moment Tina only works with git (similar to NetlifyCMS) but we are working on other data source plugins as well (think Contentful, Headless Wordpress, etc).
This doesn't necessarily prevent "Tina" from having another referent except then "TinaCMS" wouldn't a recursive acronym.
For 2 random examples.. LinaPhone, UinaBag