-
Notifications
You must be signed in to change notification settings - Fork 145
Roadmap of Canner v3.0 #141
Comments
Looking forward to this! Want to start using Canner and use it as OSS (self-hosting) on firebase hosting (and firestore). Hearing that Canner v3.0 will be more focussed on OSS is great. Want to experiment with Canner, but I think I'll wait for the first v3.0 release (tomorrow?). |
I hope you are fine. Can't wait to try v3 with prisma as self hosting |
Hi @steurt @kevrat Our Canner v3 is released! Check out our blog to see what's new: https://www.cannercms.com/blog/2019/02/07/canner-v3 Another thing is that Prisma will require more time to be integrated into our v3 framework. We'll get to that really soon. |
Nice work! Hope to try it with prisma soon |
Kudos for thinking about greater good and making canner v3 self hosting friendly, Wih firebase auth and firestore it really is significant asset for anyone Cheers from India :) |
Awesome work! I was trying to set it up with firestore but ran into some trouble: It worked perfectly with realtime database from firebase though! |
The integration of Canner and GQLify
In @canner/cli@2.x version, we focused on how to create the CMS on our platform. So, there are just two major commands,
script:server
andscript:deploy
for users to preview and deploy their schema to our platform. Most of data connectors and config files are also designed for the platform. But we found the most developers care about how to self-host their CMSes.So we create the project
https://github.com/Canner/gqlify
which is used to create a GraphQL server just with the data model and data sources.GQLify examples
basic exampledemo.graphql
To integrate Canner and GQLify, we transform Canner schema to GQLify data model, so that we can run the server with GQLify. And Canner only needs to know what is the endpoint of the graphQL server, not the Apollo connector. This makes the whole structure more clear and simple.
CLI commands
To support the self-hosting, we rename most commands to be more clear.
Common
canner init
- Initializecanner.schema.js
,schema/*.schema.js
, one ofcanner.server.js
andcanner.cloud.js
--only-schema, -s
--only-cloud, -c
--only-server, -S
OSS (self-hosting)
canner start
- build the cms and run the GrapQL servercanner start:cms
- run the cms servercanner start:graphql
- run the GrapQL servercanner start:auth
- run the cms and run the GrapQL serverCloud
canner cloud:signup
canner cloud:login
canner cloud:logout
canner cloud:deploy
- Deploy the schemas and the server to Canner platformcanner cloud:preview
- Run webpack-dev-server for developers to develop quickcanner cloud:whoami
canner cloud:dashboard
canner cloud:init
- Intialize the project, the combination ofcanner app:use
andcanner init
canner app:use
- Select one app on Canner, create the.cannerrc
in project root--app-name <app-name>
- Specify the appcanner app:create
- Create one app on Canner, create the.cannerrc
in project root--app-name <app-name>
- The app namecanner app:list
The configuration files
canner.server.js
for OSScanner.cloud.js
for CloudOSS modules
Cms server
Serving static files built from
canner-bundle
and render the whole cms view.Auth server
Authentication server implementing
openid-connect
.GQLify server
Others
Feedback
We are now fully working on this, and the first release will be published around February 2, welcome to try the new feature and give us some feedback, thanks!
The text was updated successfully, but these errors were encountered: