可能我的英语不是最好的,我会尝试重新解释。
SERVER ROOT
—> global_application_folder
-> global_system_folder
—> app_1
- index.php
- local_config_file.php
- local_database_file.php
-> app_2
- index.php
- local_config_file.php
- local_database_file.php
-> app_3
- index.php
- local_config_file.php
- local_database_file.php
在app_N的任何文件夹中我都有" index.php"注意在哪里找到应用程序和系统文件夹。
" local_config_file",它应该用于更改" config / config.php"中的一些设置。例如:$ config [' base_url'],$ config [' sess_cookie_name']等等。
" local_database_file",它应该用于更改" config / database.php"中的某些设置。
一切正常,现在我必须找到一种好方法来覆盖我需要为每个应用更改的配置。
在上一个链接中:http://caseymclaughlin.com/articles/setup-a-local-configuration-file-in-codeigniter,(它解释了我需要的内容),它描述了一种方法,但它不起作用,也许是因为过时了。
进行各种测试,我发现的唯一工作方式是添加,例如,在" config / config.php"
的末尾include_once(FCPATH . 'local_config_file.php');
包括文件(在本例中为" local_config_file.php"),这是在" global_appliacation_folder / config"中找不到的。文件夹,但在各种文件夹app_N中,这就是为什么FCPATH在包容的道路上。
因此,如果我将成为app_1,则包含的文件(" local_config_file.php")将位于app_1文件夹中
答案 0 :(得分:0)
我建议将它作为所有单独的存储库并使用和依赖管理器。例如。作曲家为PHP。
通过这种方法可以更好地控制单个应用程序,并可以轻松地分配核心中的更改。 通过这种方式,您还可以保留旧应用程序 - 依赖于在特定版本中修复的旧版本核心
你可以拥有
测试应用1回购
取决于核心回购
测试应用2回购
取决于核心回购和其他一些回购
测试应用3回购
取决于核心回购旧版本