Что такое файлы cfg и config?

Обновление платформы 1С тонкого клиента с вебсервера без публикации базы данных, когда сервер 1С ПРОФ.

Обновление платформы 1С: тонкого клиента с вебсервера описывается

здесь:

https://its.1c.ru/db/v8316doc#bookmark:adm:TI000001058, (11.2.2. Обновление через диалог публикации на веб-сервере)

и здесь:

https://its.1c.ru/db/v8319doc#bookmark:adm:TI000000428, (6.2. Получение дистрибутива клиентского приложения) — доступно только для КОРП

Для ПРОФ реализация полностью описана в данной статье. Выражаю благодарность Панюшкину Михаилу Михайловичу за разбор задачи и доведение ее до практического результата.

Обновление не проходит если например предварительно установка выполнялась регламентными политиками и есть в папке conf файл adminstall.cfg
Этот файл следует удалить, чтобы данная установка тонкого клиента проходила успешно

Применяется только для системы «1С:Предприятие» под ОС Windows.
Файл adminstall.cfg указывает на то, что установка системы программ «1С:Предприятие» выполнялась с использованием средств администрирования ОС Windows. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие» и представляет собой текстовый документ в кодировке UTF-8.
В файле может располагаться единственная строка, определяющая вариант установки:

AdmInstall=

Описывает режим установки:
Logon — установка выполнена с помощью logon-скрипта во время входа пользователя в домен.
Restart — установка выполнена с помощью групповых политик.

46

Пользовательская конфигурация

Файлы пользовательской конфигурации определяют поведение системы только для задающего настройки пользователяприложение всегда будет придерживаться пользовательских настроек, если таковые есть

3.3. Важные файлы пользовательской конфигурации

• — в нём содержатся указания о запуске менеджера окон при работе с командой ;
• — конфигурация vim;
• — скрипт, который выполняет командная оболочка , когда пользователь запускает командную оболочку без регистрации;
• — конфигурация редактора neovim;
• — задаёт редактор по умолчанию для данного пользователя;
• — в файле указывается имя по умолчанию и адрес электронной почты для указания в коммитах Git;
• — командная оболочка с регистрацией выполняет команды из скрипта .profile при запуске;
• — конфигурация для конкретного пользователя.

Что такое файлы конфигурации?

Прежде чем мы углубимся в технические подробности, давайте сначала конкретно определим, что такое файл конфигурации.

Файлы конфигурации — это, по сути, файлы, которые содержат информацию, необходимую для успешной работы программы, которые структурированы особым образом. Вместо того, чтобы быть жестко запрограммированными в программе, они настраиваются пользователем и, как правило, хранятся в текстовом файле (хотя ранее я видел программы, которые использовали базы данных SQLite. как их конфигурационные файлы).

Удивительно, но не существует определенного стандарта о том, как должны работать файлы конфигурации или как они должны выглядеть. Это полностью зависит от прихоти разработчика программы.

Некоторые конфигурационные файлы структурированы в формате собственного дизайна разработчика. Другие используют широко известные стандарты, используемые для структурирования данных, такие как формат JSON (нотация объектов JavaScript), YAML (язык разметки YAML) или XML (расширяемый язык разметки). Некоторые программы загружают информацию, хранящуюся в их конфигурационных файлах, когда они запускаются, в то время как другие периодически проверяют, была ли она изменена.

Если вы пользователь Linux, вы, вероятно, будете знакомы с ними, так как многие основные задачи обслуживания требуют редактирования файлов конфигурации. Если вы хотите настроить GRUB для двойной загрузки вашей системы загрузку загрузку или настройке веб-сервера настроить веб-сервер , вам придется иметь дело с ними.

Хотя это не исключительно Linux вещь. В зависимости от того, что вы делаете, вам, возможно, придется редактировать их в Windows или Mac OS X.

Настройка и использование поддержки

Поддержка — особое состояние конфигурации, когда каждому объекту конфигурации назначается правило изменения. Конфигурация может находиться в одном из трёх состояний:

1. На поддержке без возможности редактирования конфигурации (возможно автоматическое обновление через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию»).
2. На поддержке c возможностью редактирования конфигурации (возможно полуавтоматическое обновление через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию»).
3. Снята с поддержки (обновление возможно с помощью «ручного» сравнения и объединения конфигураций).

Настройка поддержки осуществляется через меню «Конфигурация» — «Поддержка» — «Настройка поддержки». Кнопка «Включить возможность изменения» снимает конфигурацию с полной поддержки (переход во второе состояние). В дальнейшем восстановить полную поддержку можно только с помощью полной загрузки конфигурации поставщика (предварительно полностью сняв конфигурацию с поддержки кнопкой «Снять с поддержки» — переход в третье состояние) или с помощью объединения с конфигурацией поставщика.

В древовидном списке по каждому объекту показываются правила поддержки поставщика (не редактируются) и пользователя (редактируются при условии, что конфигурация снята с полной поддержки).

В окне настройки поддержки можно изменять правила поддержки для каждого объекта с помощью контекстного меню объекта «Установить правило поддержки». Есть три варианта:

• Объект поставщика не редактируется.
• Объект поставщика редактируется с сохранением поддержки.
• Объект поставщика снят с поддержки.

Доступность правил определяется установленным правилом поставщика (об установке этих правил см. выше). После снятия объекта с поддержки уже нельзя просто вернуть этот объект на поддержку.

Если конфигурация находится на поддержке, в окне конфигурации объекты помечаются специальными пиктограммами справа:

• Жёлтый кубик c красным замком — объект на поддержке и не редактируется.
• Жёлтый кубик — объект на поддержке и редактируется.
• Серый кубик — объект снят с поддержки.

Постановка конфигурации на поддержку:

1. Меню «Конфигурация» — «Сравнить, объединить с конфигурацией из файла…», выбрать файл поставки.
2. В открывшемся диалоге «Обнаружена возможность объединения с постановкой на поддержку» нажать «Да».
3. В открывшемся окне сравнения и объединения конфигураций произвести необходимые действия, нажать «Выполнить».
4. Если обнаруживаются объекты, по которым правила поставщика противоречат правилам объединения, будет выведено окно со списком этих объектов. Можно выполнить нужные настройки и повторить попытку объединения.

Как создать файл конфигурации с помощью модуля Python ConfigParser?

Для создания файла конфигурации на python мы будем использовать модуль configparser. В следующей реализации мы создаем объект ConfigParser и добавляем в него разделы, которые в основном являются словарями, содержащими пары ключ-значение. Затем мы сохраняем файл конфигурации с расширением .ini.

#import module
import configparser

#create configparser object
config_file = configparser.ConfigParser()

#define sections and their key and value pairs
config_file={
        "Name": "Aditya Raj",
        "Village": "Bhojpur",
        "District": "Samastipur",
        "State": "Bihar"
        }
config_file={
        "College":"IIITA",
        "Branch" : "IT"
        }
config_file={
        "Sports": "VolleyBall",
        "Books": "Historical Books"
        }

#SAVE CONFIG FILE
with open("person.ini","w") as file_object:
    config_file.write(file_object)
print("Config file 'person.ini' created")

#print file content
read_file=open("person.ini","r")
content=read_file.read()
print("content of the config file is:")
print(content)

Вывод для приведенного выше фрагмента кода:

Config file 'person.ini' created
content of the config file is:

name = Aditya Raj
village = Bhojpur
district = Samastipur
state = Bihar


college = IIITA
branch = IT


sports = VolleyBall
books = Historical Books

Файлы конфигурации приложений

В файле конфигурации приложения находятся параметры приложения. В этом файле содержатся параметры конфигурации, считываемые средой CLR (например, политика привязки сборок, удаленные объекты и т. д.) и приложением.

Имя и расположение файла конфигурации приложения зависят от места размещения приложения, которым может быть одно из указанных ниже.

Приложение, размещенное в исполняемом файле.

Такие приложения имеют два файла конфигурации: исходный файл конфигурации, который изменяется разработчиком во время разработки, и выходной файл, распространяемый с приложением.

При разработке в Visual Studio разместите исходный файл конфигурации приложения в каталоге проекта и установите для его свойства Копировать в выходной каталог значение Всегда копировать или Копировать, если новее. Имя файла конфигурации — это имя приложения с расширением CONFIG. Например, исходный файл конфигурации приложения myApp.exe должен называться myApp.exe.config.

Visual Studio автоматически копирует исходный файл конфигурации в каталог, где находится скомпилированная сборка, чтобы создать выходной файл конфигурации, развертываемый вместе с приложением. В некоторых случаях Visual Studio может изменить выходной файл конфигурации; дополнительные сведения см. в разделе Перенаправление версий сборки на уровне приложения статьи Перенаправление версий сборки.

Приложение, размещенное в ASP.NET.

дополнительные сведения о ASP.NET файлах конфигурации см. в разделе ASP.NET configuration Параметры.

Приложение, размещенное в Internet Explorer.

Если для приложения, размещенного в Internet Explorer, определен файл конфигурации, его расположение задается в теге следующим образом:

В этом теге location — это URL-адрес файла конфигурации. Таким образом задается базовая папка приложения. Файл конфигурации должен находиться на том же веб-сайте, что и приложение.

Как добавить новый раздел в конфигурационные файлы, созданные с помощью ConfigParser?

Чтобы добавить новый раздел в файл конфигурации, мы можем просто прочитать файл конфигурации в объекте конфигурации, добавить новый раздел, определив раздел в формате словаря, а затем мы можем сохранить объект конфигурации в том же файле.

Здесь, в приведенном ниже примере, мы добавим новый раздел “Телосложение” в файл person.ini, который уже содержит разделы “Адрес”, “Образование” и “Избранное”.

import configparser

#print initial file content
read_file=open("person.ini","r")
content=read_file.read()
print("content of the config file is:")
print(content)

#create new config object
config_object= configparser.ConfigParser()

#read config file into object
config_object.read("person.ini")

#Add new section named Physique
config_object={
        "Height": "183 CM",
        "Weight": "70 Kg"
        }

#save the config object back to file
with open("person.ini","w") as file_object:
    config_object.write(file_object)

#print the new config file
print("Config file 'person.ini' updated")
print("Updated file content is:")
nread_file=open("person.ini","r")
ncontent=nread_file.read()
print(ncontent)

Вывод для приведенного выше фрагмента кода:

content of the config file is:

name = Aditya Raj
village = Bhojpur
district = Samastipur
state = Bihar


college = IIITA
branch = IT


sports = VolleyBall
books = Historical Books


Config file 'person.ini' updated
Updated file content is:

name = Aditya Raj
village = Bhojpur
district = Samastipur
state = Bihar


college = IIITA
branch = IT


sports = VolleyBall
books = Historical Books


height = 183 CM
weight = 70 Kg

Мы также можем использовать метод для добавления нового раздела, а затем использовать метод для добавления новых полей в раздел.

import configparser

#print initial file content
read_file=open("person.ini","r")
content=read_file.read()
print("content of the config file is:")
print(content)

#create new config object
config_object= configparser.ConfigParser()

#read config file into object
config_object.read("person.ini")

#Add new section named Physique
config_object.add_section('Physique')
config_object.set('Physique', 'Height', '183 CM')
config_object.set('Physique', 'Weight', '70 Kg')

#save the config object back to file
with open("person.ini","w") as file_object:
    config_object.write(file_object)

#print the updated config file
print("Config file 'person.ini' updated")
print("Updated file content is:")
nread_file=open("person.ini","r")
ncontent=nread_file.read()
print(ncontent)

Выход:

content of the config file is:

name = Aditya Raj
village = Bhojpur
district = Samastipur
state = Bihar


college = IIITA
branch = IT


sports = VolleyBall
books = Historical Books


Config file 'person.ini' updated
Updated file content is:

name = Aditya Raj
village = Bhojpur
district = Samastipur
state = Bihar


college = IIITA
branch = IT


sports = VolleyBall
books = Historical Books


height = 183 CM
weight = 70 Kg

В приведенном выше примере мы видим, что метод принимает имя раздела в качестве аргумента,в то время как метод принимает имя раздела в качестве первого аргумента, имя поля в качестве второго аргумента и значение поля в качестве третьего аргумента.

Эти два метода также можно использовать при создании нового конфигурационного файла для добавления разделов и полей в файл вместо использования словарей, как мы сделали в этом примере.

Файлы конфигурации компьютеров

В файле конфигурации компьютера, Machine.config, задаются параметры, влияющие на работу компьютера в целом. Этот файл находится в каталоге %путь установки среды выполнения%\Config. В файле Machine.config задаются параметры конфигурации для привязки сборок компьютера, встроенных каналов удаленного взаимодействия и ASP.NET.

Система конфигурации сначала просматривает файл конфигурации компьютера для элемента и других разделов конфигурации, которые может определить разработчик. Затем поиск выполняется в файле конфигурации приложения. Для облегчения управления файлом конфигурации компьютера рекомендуется переместить эти параметры в файл конфигурации приложения. Однако размещение параметров в файле конфигурации компьютера упрощает управление системой. Например, при наличии компонентов сторонних производителей, используемых сервером и клиентами, рекомендуется разместить параметры этих компонентов в одном файле. В этом случае следует задавать параметры в файле конфигурации компьютера, чтобы не дублировать параметры в разных файлах.

При развертывании приложения с помощью команды XCOPY файл конфигурации компьютера не копируется.

Дополнительные сведения об использовании файла конфигурации компьютера средой CLR для привязки сборок см. в разделе Обнаружение сборок в среде выполнения.

grep

Утилита наверняка является одной из первых утилит, изученных вами в процессе подготовке к исполнению обязанностей администратора Linux-систем. Без нее вы будете, как в известной поговорке, искать иголку в стогу сена, особенно при редактировании сложных файлов конфигурации. Представьте, что вам нужно, к примеру, деактивировать директиву в файле конфигурации веб-сервера Apache из состава дистрибутива CentOS. В этом случае вы можете либо открыть файл конфигурации с помощью любого текстового редактора и прокручивать его содержимое до момента появления нужной директивы, либо выполнить команду .

Утилита grep всего лишь выводит номера строк, которые совпадают с поисковым запросом. Да, все настолько просто. Однако, в случае добавления параметра она будет также выводить номера строк, в которых встречается поисковый запрос. В нашем случае утилита grep сообщает нам о том, что директива встречается в строках под номерами 340, 346 и 349 (Рисунок 3).

Рисунок 3: Использование утилиты grep для поиска директивы в файле конфигурации.

Если вы используете такой текстовый редактор, как , для редактирования файлов конфигурации, вы можете открыть файл , пролистать его содержимое немного вниз и воспользоваться сочетанием клавиш Ctrl+c для получения информации о текущем номере строки. Вам придется пролистывать содержимое файла до появления строки, которую нужно отредактировать. Также вы можете открыть этот файл в nano с использованием параметра для постоянного вывода номера текущей строки (без необходимости использования упомянутого сочетания клавиш — Рисунок 4).

Рисунок 4: Текстовый редактор nano выводит номер текущей строки.

Утилита grep является чрезвычайно мощной. Обратитесь к странице руководства (man grep) для получения информации обо всех возможностях данного полезного инструмента.

Логические «файлы»

Я упоминал, что термин «файл» я приберегу до лучших времен. Эти времена настали

Вся конфигурация хранится в контейнере в виде файлов. Если мы вспомним школьный курс информатики, то вспомним, что «файл», говорили нам – это именованный документ.

Файл отличается от «документа» тем, что у него есть имя, и по этому имени к нему можно обращаться. Если мы будем разбирать содержимое конфигурации и строить дерево метаданных, то найдем внутри файлов очень много упоминаний других файлов. Процедура чтения конфигурации оперирует именами файлов и ссылается на них по имени.

Если подвести итоги, то можно сказать следующее: в контейнере лежат разные документы, но некоторые из них имеют имя. Такие документы называются «файлы» и они носят не служебный, а непосредственно прикладной характер. Именно файлы хранят информацию о метаданных конфигурации.

Компоненты файла

Каждый файл состоит из двух документов:

1. Документ атрибутов, который содержит имя файла и даты создания/изменения
2. Документ содержимого, который содержит собственно тело файла

Пользовательская конфигурация

Файлы пользовательской конфигурации определяют поведение системы только для задающего настройки пользователяприложение всегда будет придерживаться пользовательских настроек, если таковые есть

3.3. Важные файлы пользовательской конфигурации

• — в нём содержатся указания о запуске менеджера окон при работе с командой ;
• — конфигурация vim;
• — скрипт, который выполняет командная оболочка , когда пользователь запускает командную оболочку без регистрации;
• — конфигурация редактора neovim;
• — задаёт редактор по умолчанию для данного пользователя;
• — в файле указывается имя по умолчанию и адрес электронной почты для указания в коммитах Git;
• — командная оболочка с регистрацией выполняет команды из скрипта .profile при запуске;
• — конфигурация для конкретного пользователя.

Настройка приложений с использованием файлов конфигурации

Среда .NET Framework предоставляет разработчикам и администраторам возможность управления и гибкой настройки способа выполнения приложений с помощью файлов конфигурации. Файлы конфигурации имеют формат XML, и при необходимости их можно изменять. Администратор может контролировать, к каким из защищенных ресурсов может осуществлять доступ приложение, какие оно будет использовать версии сборок и где расположены удаленные объекты и приложения. Разработчики могут задавать параметры в файлах конфигурации, устраняя необходимость в перекомпиляции приложения при каждом изменении той или иной установки. В этом разделе рассказывается, какие параметры могут быть настроены и для чего может потребоваться настройка приложения.

С помощью классов из пространства имен System.Configuration управляемый код может считывать установки из конфигурационных файлов, но не записывать их в эти файлы.

В этом разделе описан синтаксис файлов конфигурации и приведены сведения о трех типах таких файлов: конфигурации компьютера, приложения и безопасности.

Структура блока

Блок состоит из заголовка и тела. В заголовке указывается общий размер всего документа, размер текущего блока и адрес (позиция в файле) следующего блока. Сразу за заголовком идет тело блока – собственно, те данные, которые нам нужны. Тело блока имеет ровно ту длину (в байтах), которая указана в заголовке.

Внутри контейнера тут и там встречается волшебная константа, обозначающая некую «пустоту» – это число 0x7fffffff.

Когда мы собираем документ из блоков, то смотрим в заголовке на адрес следующего блока. Если он равен 0x7fffffff, то «следующего» блока нет, этот – последний.

Константа 0x7fffffff — это значение INT_MAX, т.е. максимальное значение 4-байтового целого числа со знаком.

Файлы конфигурации безопасности

В файлах конфигурации безопасности содержатся сведения об иерархии групп кода и наборах разрешений, связанных с уровнем политики. Для изменения политики безопасности настоятельно рекомендуется использовать средство политики безопасности доступа кода (Caspol.exe), что гарантирует целостность файлов конфигурации безопасности.

Примечание

Начиная с платформа .NET Framework 4 файлы конфигурации безопасности присутствуют только в том случае, если политика безопасности была изменена.

Ниже приведено расположение файлов конфигурации безопасности.

• Файл конфигурации политики предприятия: %путь-установки-среды-выполнения%\Config\Enterprisesec.config

• Файл конфигурации политики компьютера: %путь-установки-среды-выполнения%\Config\Security.config

• Файл конфигурации политики пользователя: %USERPROFILE%\Application data\Microsoft\CLR security config\vxx.xx\Security.config

Пакет Cofigureparser из состава стандартной библиотеки Python

В этом разделе рассмотрим пакеты, предназначенные непосредственно для управления конфигурацией приложения. И начнем со встроенного в стандартную библиотеку Python пакета: Configureparser.

Configureparser в большинстве случаев используется для чтения и записи INI файлов, и поддерживает чтение входных данных из файла сразу в виде словаря или итерируемого iterable файлоподобного объекта. Как известно, каждый файл INI состоит из нескольких секций, содержащих настройки в виде пар ключ-значение. Ниже приведен простой пример кода для доступа к полям настроек.

Чтение

import configparser

def read_ini(file_path, config_json):
    config = configparser.ConfigParser()
    config.read(file_path)
    for section in config.sections():
        for key in config:
            print((key, config))
 
read_ini("source/data/sample.ini", config_json)
# ('environment', 'test')
# ('debug', 'True')
# ('username', 'xiaoxu')
# ('password', 'xiaoxu')
# ('host', '127.0.0.1')
# ('port', '5432')
# ('db', 'xiaoxu_database')

Как видно из примера Configureparser не может «угадать» типы данных, содержащихся в файле конфигурации, так как значение каждой настройки сохраняется в виде строки. Тем не менее, он предоставляет несколько полезных методов для преобразования строк (значений настроек) в нужный тип данных. Наиболее интересным из них является метод преобразующий значения в логический тип, то есть он может распознавать некоторые логические значения, например, /, /, / и /.

Как уже нами упоминалось ранее, Configureparser может читать данные настроек в следующих видах на выходе: словаря с помощью метода , простой строки с использованием и итерируемого файлоподобного объекта, возвращаемого методом .

import configparser

def read_ini_extra(file_path, dict_obj=None):
    config = configparser.ConfigParser()
    if dict_obj:
        config.read_dict(dict_obj)
    else:
        config.read(file_path)
    debug = config.getboolean("DEBUG")
    print(type(debug))
    # <class 'bool'>
    name = config.get('APP', 'NAME', fallback='NAME is not defined')
    print(name)
    return debug

# читаем ini файл
read_ini_extra(file_path="source/data/sample.ini")

# читаем данные в словарь
config_json = read_json(file_path="source/data/sample.json")
read_ini_extra(dict_obj=config_json)

Валидация

Валидация данных с Configureparser не так проста, как для пакетов, работающих с форматами YAML и JSON. Во-первых, он не возбуждает исключения FileNotFoundError если файла настроек не существует, а вместо этого вызывает исключение типа KeyError, как при попытке доступа к отсутствующему ключу.

Кроме того, этот пакет «игнорирует» некоторые ошибки форматирования, например, неправильное использование отступа. Так в приведенном ниже примере, в случае если в файле присутствует дополнительная табуляция или пробел перед настройкой , то вы получите неправильные значения для обеих настроек и .

ENVIRONMENT=test
	DEBUG=true
USERNAME=xiaoxu
PASSWORD=xiaoxu
HOST=127.0.0.1
PORT=5432

Тем не менее, Configureparser может возбуждать исключение ParserError при наличии нескольких ошибок (см. пример кода с тестами ниже). И в большинстве случаев этого достаточно для определения проблемных мест в самом файле настроек.

import pytest

def test_validation_configureparser():
    # не возбуждается FileNotFoundError, возбуждается KeyError
    # как и для случая отсутствия ключа (параметра настройки)
    with pytest.raises(KeyError):
        read_ini_extra(file_path="source/data/non_existing_file.ini")

    # 
    # ENVIRONMENT = test
    #     DEBUG = True
    # не возбуждается исключение из-за неверной расстановки отступов
    debug = read_ini_extra(
        file_path="source/data/sample_wrong_indentation.ini"
    )
    print(debug)
    # None
    # Однако, config вернет 'test\nDEBUG = True'

    # 
    # ENVIRONMENT = test
    # DEBUG  True

    # 
    # USERNAME = xiaoxu
    # PASSWORD xiaoxu
    with pytest.raises(configparser.ParsingError):
        debug = read_ini_extra(
            file_path="source/data/sample_wrong_key_value.ini"
        )
    # выведет все ошибки
    # configparser.ParsingError: Source contains parsing errors: 'source/data/sample_wrong_key_value.ini'
    #         : 'DEBUG  True\n'
    #         : 'PASSWORD xiaoxu\n'

Файлы в директории autoload:

Директория autoload содержит все конфигурационные файлы, которые автоматически загружаются системой.Как вы наверное заметили есть файлы содержащие в названии global и local.Файлы global это обычно файлы, которые могут обновляться при выходе новых версий JohnCMS. Не рекомендуем их редактировать, т.к. это осложнит обновление CMS.

Файлы local — это локальные файлы конкретно для вашего сайта. Они не содержаться в дистрибутиве JohnCMS. Некоторые из них создаются автоматически при установке системы, а некоторые вы можете создавать вручную.

Как же быть если вы хотите изменить какие-то параметры, которые есть в global файле?

Всё очень просто. Нужно создать файл с таким же названием, но заменить global на local.

Например, вы хотите изменить настройки в файле mail.global.php, для этого скопируйте этот файл и сохраните под именем mail.local.php. Далее измените в нем нужные параметры и они переопределят те параметры, которые уже содержатся в mail.global.php.

Обратите внимание. При необходимости Вы можете изменить только определенные параметры, а остальные останутся стандартными.. Давайте рассмотрим пример:

Давайте рассмотрим пример:

Содержимое файла mail.local.php

Давайте теперь получим итоговый результат.

Содержимое всех конфигурационных файлов можно получить следующим образом:$config = di(‘config’);Это вернет содержимое всех конфигурационных файлов из папки config/autoload.

Чтобы получить содержимое файла mail, выполним следующий код:

Это вернет следующий результат:

Как видите, в итоговом результате username переопределился тем, что мы указали в файле mail.local.php

Вы можете самостоятельно поэкспериментировать, создать свой конфигурационный файл (global/local), а так же можете переопределить настройки из других файлов.

Для удобства можете создать файл test.php в корне вашего сайта со следующим содержимым:

После этого в браузере перейдите по адресу site.com/test.php и увидите результат. (site.com необходимо заменить на адрес вашего сайта).

Обратите внимание.Хоть технически вы можете создавать конфигурационные файлы любой структуры и с любыми именами содержащими local.php или global.php, мы бы рекомендовали создавать осмысленные названия и первый элемент массива называть так же как и сам конфигурационный файл чтобы избежать путаницы и пересечения параметров.Например файл my.global.php, должен возвращать следующую структуру:return ,];

Autoload рассмотрели, теперь кратко рассмотрим остальные файлы.