可能是超级用户的候选人，但是当我想到一个编程项目的时候，我想先试试这个。
是否有一个* nix（针对Solaris，Linux和OS X）约定，系统范围（所有用户可更新）的configuration信息应该由应用程序存储？
Windowsregistryconfiguration单元文件文档
如何将rails应用程序的Nginxconfiguration为子域名？
如何正确configurationNginx的PHP（Yii框架和Zurmo）
如何使用kernel / perf_event *。
连接拒绝Postgresql服务器
那么，最常见的方案是在/etc/app_name配置一个系统范围的配置，并且用户可以创建覆盖/etc/app_name设置的~/.app_name 。 例如，如果您的应用程序位于/opt/app_name ，则应该有一个默认的config /opt/app_name/conf ，并且/etc/app_name和~/.app_name可以覆盖它。
IIRC，KDE使用这三层概念，甚至有可能将部分或键标记为不可覆盖，因此系统管理员可以不允许用户覆盖例如任务栏的位置。 可能过度执行，但也许是思想的食物。
无论配置是存储在一个包含多个文件的目录中还是只是一个文件都无关紧要。
主要是存储在/etc/<app name>文件夹中的配置信息，或者如果它是用户特定的配置，它通常存储在~/.<app name>文件夹中。
Solaris（SVR4）标准适用于/ opt / appname下的应用程序二进制文件（不更改的文件），具有不同大小的文件（如.log），位于/ var / opt / appname下 ，以及系统范围的配置文件去/ etc / opt / appname下 。 用户的定制传统上在/在〜/之下。 appname 。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
