Skip to content
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

Allow overriding php-fpm params by ansible variables #856

Merged
merged 1 commit into from
Aug 2, 2017

Conversation

tangrufus
Copy link
Member

Allow overriding php-fpm params by ansible variables.

Related: https://discourse.roots.io/t/overriding-php-fpm-config-best-practice/10101

@tangrufus
Copy link
Member Author

When adding this to the docs, I think we should add links to tutorials about finding these php fpm pm values. Setting them too high would raise memory issues.

@swalkinshaw
Copy link
Member

These defaults might be better defined in roles/php/defaults/main.yml. This template already uses php_display_errors which is from there.

@fullyint do you have an opinion on this?

@fullyint
Copy link
Contributor

fullyint commented Aug 2, 2017

I tend to think that these variable defaults are appropriate here in the wordpress-setup role given that the vars are used in wordpress-setup role and not in the php role. In contrast, it appears that php_display_errors is used in both roles.

Although users could intuit that roles/php/defaults/main.yml holds all the php configs, I think the real function of a role's default/main.yml is to hold defaults for variables used in the role, not to hold configs for a service generally (e.g., php generally).

For comparison, I added some nginx-related vars to roles/wordpress-setup/defaults in the past with the justification that the vars were only used in the wordpress-setup role.

@swalkinshaw
Copy link
Member

Thanks @tangrufus 👍

@swalkinshaw swalkinshaw merged commit 6d4093d into roots:master Aug 2, 2017
@partounian
Copy link
Contributor

partounian commented Aug 4, 2017

This is very helpful as I was going to modify the values directly myself. Quick question, what is the reason we use a 3rd party PHP 7.1 repo instead of the official one?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants