-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Grav CMS support #790
Comments
After reading your tweet I also tried it out, and I like it :) |
👍 :) |
omega8cc, are you planning to migrate http://omega8.cc to Grav before adding support for BOA? Looking like a great fit for docs style site and other small sites 👍 |
Yes, working on it! |
Grav comes with some hairy Nginx config example, which needs to be fixed ;) |
+1 Help with Nginx config would be appreciated for sure. The smaller and simpler the better frankly. |
We will share simplified and secure Nginx config for Grav, once we have it fully tested. It should both follow Nginx best practices and mirror also Apache specific protection methods you have in .htaccess already. |
Hey I've used KirbyCMS previously for one-pager experiments. I'm fairly sure grav would fill the same void and actually looks to be pretty much what kirby offers but much more evolved. +1 For Composer building accessible productions and usable sites with the power of contributed libraries will add much power and possibilities to this distribution. Actually most of these features are pretty much defacto what more mature CMS's offer today. So it's refreshing to see so much on a tight package. I'm really keen to give this a go locally and will be anxiously waiting for the release of this as an distribution. Hopefully configuring the routing of this piece to nginx won't be too much of a pain. As a curiosity, how are we going to tackle composer distributions and sites in general. For example symfony core consists of hundreds of files in vendor libs. And third party libs rank that to thousands. Gets pretty harsh on the backup side of things indexing all. +1 Composer vendor-libs should be probably excluded on backboa settings. ( This is something I've been thinking on whilst playing with D8 and D8 modules ) Kind regards; Ilari |
We will symlink these big libs, similarly like we symlink Drupal core for D7 and D6, I think. |
By the way, vendor folder in Grav has 1083 items, while Drupal "core" has 17225 items (!) |
Yes Grav uses Symfony, but only a very few bits of it. In our distribution packages we actually strip out most of the extraneous stuff too (tests, docs, extra files, etc). |
very excited that @rhukster's Grav is in the BOA roadmap - having both Grav and Drupal on a BOA controlled nginx host sounds unbeatable |
Just adding my 2c but this sounds cool! Looking forward to playing:) |
omega8cc, have you tried to use gravCMS for your own omega8.cc website? What are the experience so far, any downsides learned comparing to drupal? I see that website is still running on drupal, but maby some work is getting done for migrating and you have some struggle there? |
There is only some initial progress in our internal tests. The explanation is rather simple -- we just didn't have enough time to integrate it properly yet. Plus, it was announced that Grav will add native multi-site support in 1.1, so we would end up with some duplicate work on our side probably, which would have been deprecated very soon anyway. For details please check http://getgrav.org/blog/grav-1.0-released |
I tried Grav when I read on your tweet and I must say that I was fascinated with it. I tried it locally and also I made it run on my own BOA server very easy by adding it as dynamic site not based on Drupal. And it worked without a problem using a configuration already in I read that they support multisite now like Drupal but haven't still try to do it myself. If I can help by testing, please say so, I'd be glad to help. |
I'll like to share a temporary way to host a Grav CMS in BOA (did I say temporary just for test?) I mean, if you have BOA 2.4.x and can't wait for 3.0.0 to come. I don't know what is going to happen when you upgrade, so make it as your own risk, because for sure the path to host Grav on 3.0.0 will be different and I guess you will not need to create an nginx file like this (can be automated task, I hope). As @macmladen pointed, is simple as creating the site in the vhost_d folder, just that I'm going to explain how-to. This example is to host test.yaazkal.com using the Blog Site skeleton of grav. So change the steps as you need it. Also I'm gonna host grav files on /var/www folder just for simplicity and to make no noise on the o1 folder.
Adn that's it ! http://test.yaazkal.com is working ! (remember to create the corresponding DNS entries if you are using a subdomain or to point your domain correctly to your BOA server). Good luck! |
Still not sure if we should wait for official multisite support:
|
Still there is not much information on Grav multi-site development except that 1.1 is now in RC and probably soon out. How did you exactly plan to include it in BOA, will Grav be a platform within Drupal/BOA so that we can spin new Grav site like we do in Drupal? Or it will be only CLI supported? |
Couldn't make it work, I guess I'm missing something.
I don't use PHP7 (5.6 is sufficient for grav AFAIK) |
@zanami You must use PHP 7.0 in BOA to make Grav work, as listed in the how-to above. Maybe it should be mentioned more explicitly as a requirement. |
Ok I got it now, thanks. |
Hi, I tried this method today, but at the end I get "too many redirections" so the web browser dosen't load it. Also I disabled SSL to test and see but again in redirects and then shows a 500 error. |
|
Thanks for your answer @macmladen I guess I checked DNS, server config, etc. I'm gonna redo the process and try again debuggin with curl to see if I can make it work. Regards ! |
Hi @macmladen it is working now. I guess that a problem I had earlier with php 7.0 maybe was causing some issues. Also the 500 error was resolved by fixing permissions as pointed in the gist file to the folders and files. Maybe it is necessary to add the tmp directory too to the script. Regards. Thanks so much for your time! |
Also, I just had to point that if you are using CloudFlare, just put SSL Full (strict) on CloudFlare in order that CF recognize and deliver your SSL cert in the BOA server, if not, you can end in a redirection loop. |
Full (Strict) just requires valid certificate, not self signed which are good enough for non-strict. Using free plan, one can only get Cloudflare certificate served, only paid plan servers your certificate. There are three options if one wishes to turn on encryption:
Usage of Cloudflare Crypto (and their SSL) can make redirection loop, especially if one manages |
Hello, Is this something that you still plan on implementing in BOA? Will it be included in lite? Just to understand it, does implementation in BOA mean that we will add a site through the Octopus GUI (interface) like we do a Drupal site? [ Either with us creating our own grav.version platform and adding it in the Octopus GUI or by your (or one of us) packaging one and including it as an optional installable platform ?] Or will we still have to use the above-shown methods of downloading, extracting and creating our own nginx vhost file? We have a need for a single page which is extremely light and can be cached and can serve potentially millions of hits per day with links to a drupal site sitting either in a folder or on a subdomain. Would grav come close to providing (like 50 + %) the same number of maximum hits per day as a simple page hand-coded in html with minimal and minified css an with image compression for the two to three very light images on the page ? Thanks for updating on this. Lastly, does your usage of Backdrop CMS remove your need or desire to continue to offer a grav usage possibility (rather than "support") ? Thanks, Ed |
Grav CMS support will be added later this year, maybe even during the summer. It will be managed on command line only. Sent with GitHawk |
If there’s anything I can do to help, let me know as I’m the creator of Grav CMS. Cheers. |
Hi Andy, It's been a long time coming, but after many years of running our own website on Grav, we are absolutely thrilled that Grav support is finally planned and being worked on for BOA! We will be in touch soon. Best regards, Sent with GitHawk |
Great! Thanks. |
Actually, following Yaazkal's suggestions, I got only http 500 errors - regardless of whether I try to install via composer, (as either the o1.ftp or the root user) via wget download unpack and change permissions, etc. Has anyone been able to get this workign manually using boa 5.2.0 ? Thanks. I am able to get a simple index.html page working. |
We have looked for alternatives to make our own website (which is just pages and docs) easier to manage, available for versioning on GitHub to engage community it the BOA docs rewrite (in progress) and after reading about some heavily disappointing experiences with Jekyll from experienced Drupal devs, we have found something which fits precisely:
https://twitter.com/omega8cc/status/633555463188127744
https://twitter.com/omega8cc/status/636487981784801280
Read also: https://attiks.com/blog/grav-an-alternative-for-small-drupal-sites
We need this, and we love this!
The text was updated successfully, but these errors were encountered: