-
Notifications
You must be signed in to change notification settings - Fork 4
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 support for more webservers #17
Comments
Cool I think that makes sense. For Chef configuration/provisioning I do think that it should be defined in the web interface when you set up your app, because all other web servers need custom configuration file generation on the Chef run too. We could of course provide some way to import your existing project and read config values from an |
@michiels Hm yeah thats right. Somehow I sometimes feel like the Chef setup is biting us sometimes :D But yeah, having it in the webinterface for now makes sense |
Yeha. Chef adds a little overhead in that part. However, currently chef allows us to make use of all the community best practices and standards, and offer people a way to keep managing their servers when they move away from us. And of course chef-repo is great marketing :D I think in that sense chef-repo still weighs on the positive side in terms of use. |
@michiels Oh yeah, I was not saying we should replace chef :P just that it gets in the way sometimes. Benefits heavily outweigh the downsides though 👯 |
At this point we only support Passenger, which is a great default, but it would be nice if we can also start supporting webservers like Unicorn and Puma.
Best case would be to have this in a generic way. I.e. add a intercity.yml file to your project for example, and let people configure what webserver they want to use. And use Passenger by default.
The text was updated successfully, but these errors were encountered: