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

Updating /localhost/config/plugins not /user/config/plugins #7

Closed
jeremycherfas opened this issue Jan 17, 2017 · 4 comments
Closed

Comments

@jeremycherfas
Copy link

Hi. I've been trying to adjust some of my social information, and it seems that when the plugin saves, it is updating /localhost/config/plugins/aboutme.yaml rather than /config/plugins/aboutme.yaml so that my changes are not appearing on the production site.

@seb-vial
Copy link
Owner

Hello,

This behavior is managed by Grav not the plugin, there is no saving path hard coded in the plugin, except for avatar files destination (but it's relative path so it saves the files in the user config for this plugin ).

If you use the admin plugin, this should work out of the box (after fresh install for example).
If you installed the plugin manually, make sure your aboutme.yaml is correctly formatted ?

@jeremycherfas
Copy link
Author

OK. I'll try a fresh install. Thanks.

@jeremycherfas
Copy link
Author

OK, I think I managed in the end to get where I wanted, but I have to say, it wasn't easy. The instructions to copy about.yaml to \localhost did not work when I pushed from my local development environment to the production site. I had to copy the file manually to \config\plugins.

This may well be because I do not fully understand how to set up the evionment things, but anyway.

@seb-vial
Copy link
Owner

Well once you change the settings of a plugin from the admin interface, the yaml file is save in user/config/plugins/name_of_the_plugin.yaml in our case that would be user/config/plugins/aboutme.yaml

If you make a change on your local website you have to send this file on your production server. Or make the same change in your admin interface on your production site, which would change directly the right file on your production website

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

No branches or pull requests

2 participants