Где найти файл config

Файл config.php: где находится, как его настроить, что в него сохраняется

Файл «config.php»: где находится и как редактировать

• войти в личный кабинет хостинга;

• найти файлы вашего сайта;

• отыскать в них папку «Wordpress»;

• в этой папке отыскать файл «config.php»;

• отредактировать файл.

Настройка файла «config.php»

• вы можете включить функцию с какой-либо константой, если укажете ее параметр «true»;

• вы можете выключить функцию с какой-либо константой, если укажете ее параметр «false».

• «DB_NAME» — это название базы данных;

• «DB_USER» — имя администратора базы данных;

• «DB_PASSWORD» — пароль доступа к базе данных;

• «DB_HOST» — имя сервера базы данных;

• «DB_CHARSET» — кодировка, которая используется в базах данных;

• «DB_COLLATE» — схема сопоставления базы данных;

• «WP_DEBUG» — режим отладчика, который по умолчанию отключен;

• «WP_HOME» — ссылка на WordPress-репозиторий вашего проекта;

• «WP_SITEURL» — ссылка на ваш сайт;

• «WP_CONTENT_DIR» — расположение папки «wp-content»;

• «WP_PLUGIN_DIR» — расположение папки «wp-plugins»;

• «WP_UPLOAD_DIR» — расположение папки «wp-uploads»;

• «WP_DEFAULT_THEME» — указание темы по умолчанию для проекта на WordPress;

• «WP_POST_REVISIONS» — количество ревизий, где каждая ревизия состоит из копий постов;

• «EMPTY_TRASH_DAYS» — количество дней, сколько будут сохраняться посты после их удаления;

• «WP_MEMORY_LIMIT» — указание лимита php-памяти;

• «WP_ALLOW_MULTISITE» — включение или отключение функции «мультисайт»;

• «FORCE_SSL_LOGIN» — принудительное включение SSL-сертификата на странице авторизации;

• «FPRCE_SSL_ADMIN» — принудительное включение SSL-сертификата для админки WordPress;

• «AUTOMATIC_UPDATER_DISABLE» — включение или отключение функции автоматического обновления WordPress;

• «WP_ALLOW_REPAIR» — включение или отключение функции оптимизации базы данных;

• множество ключей шифрования и соли для шифрования, например: «AUTH_KEY», «SECURE_AUTH_KEY», «LOGGED_IN_KEY», «NONCE_KEY», «AUTH_SALT», «SECURE_AUTH_SALT», «LOGGED_IN_SALT», «NONCE_SALT»;

• и др.

Заключение

После прочтения статьи вопрос « г де находится файл «config.php»?» не должен стоять перед вами. Это системный файл, который располагается непосредственно на хостинге вашего сайта. Получить к нему доступ из админки CMS не получится.

Настройка файла «config.php» — дело несложное. Но важно помнить, что редактирование этого файла влечет внесение изменений сразу в весь проект на WordPress , п оэтому перед редактирование м не забудьте сделать копию работающего оригинала файл а «config.php», чтобы в случае чего вы смогли восстановить работу своего сайта.

Мы будем очень благодарны

если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.

Файл wp-config.php: для чего нужен, где найти, как с ним работать

wp-config.php – ключевой конфигурационный файл WordPress, загружающийся до запуска ядра. Не входит в инсталляционный пакет CMS, обычно генерируется «движком» во время установки сайта. С помощью этого файла подключается ваша база данных MySQL и устанавливается ее префикс, обеспечивается хранение ключей шифрования, включается режим отладки, указывается путь к директории WordPress, задаются глобальные значения констант PHP.

Полезный плагин

A-Feed: автонаполнение вашего WordPress-сайта. Обзор плагина.

Редактировать wp-config.php стоит только в том случае, если точно знаете, что именно делаете. Перед каждой модификацией файла крайне рекомендуется делать резервную копию. Если что-то пойдет не так, вы в любой момент сможете восстановить рабочую конфигурацию, зайдя в корневой каталог вашего сайта WordPress файловым менеджером, FileZilla или другим FTP-клиентом.

Где находится wp-config.php

В инсталляционном пакете файла wp-config.php нет, но есть шаблон wp-config-sample.php. при установке WordPress через FTP, CMS просит ввести название базы данных, имя и пароль пользователя, сервер БД MySQL, префикс таблиц. После этого движок автоматически копирует файл примера в корень, переименовывает его в wp-config.php и прописывает в нем введенные вами значения фиксированных переменных.

Ответ на вопрос, где находится wp-config.php, обычно лежит в корневой директории вашего ресурса, рядом с другими служебными файлами WordPress и каталогами wp-admin, wp-includes, wp-content. Однако в типовом месте размещения есть существенный недостаток – здесь главный конфигурационный скрипт CMS становится легкой мишенью для злоумышленников. Многие плагины безопасности предлагают опцию перемещения wp-config в другую папку в качестве одного из шагов по усилению защиты сайта на WordPress.

Для чего нужен файл wp-config.php

В базовой конфигурации CMS в главном файле системы управления сайтом задаются:

• ключевые параметры подключения базы данных (БД);
• ключи безопасности; // шифрование хранящихся в браузере паролей;
• префикс таблицы БД; // wp_ по умолчанию, но рекомендуется более сложный префикс;
• константа ABSPATH, указывающая путь к корневой директории.

Параметры подключения БД определяются фиксированными переменными:

• DB_NAME – тип данных text, значение – текущее название БД MySQL;
• DB_USER – текстовый тип данных, имя пользователя;
• DB_HOST – имя хоста (домен, IP-адрес, опционально – +номер порта);
• DB_PASSWORD – тип данных text, пароль БД MySQL;
• DB_CHARSET – кодировка текста таблиц БД;
• DB_COLLATE – тип сравнения для БД.

Параметр DB_HOST чаще всего принимает значение ‘localhost’, однако у многих хостеров дефолтные значения этой фиксированной переменной отличаются. Например, Yahoo использует хост ‘mysql’, 1and1 Hosting – db12345679. Если не подходит ‘localhost’, уточните корректное значение у своего провайдера услуг хостинга. Значение $_ENV даст на выходе функции define актуальный хост базы данных. С помощью константы DB_HOST можно указать и альтернативный порт хоста MySQL. Номер порта указывается после двоеточия. Например, ‘localhost:х’, где ‘х’ – новое глобальное значение порта.

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

Принципы работы с файлом wp-config.php

Некорректные установки wp-config.php могут вызвать сбои или полностью заблокировать загрузку сайта и доступ к панели администрирования. Поэтому при работе с основным конфигурационным файлом ресурса рекомендуется соблюдать следующие меры предосторожности:

• делайте резервные копии главного скрипта WordPress перед каждой модификацией файла конфигурации;
• вносите изменения в wp-config.php только в том случае, если уверены на 100% в своих действиях.

Базовая конфигурация изначально находится в файле примера wp-config-sample.php. Сценарий инсталляции CMS копирует этот файл в корневую директорию, присваивает константам значения, введенные пользователем во время установки WordPress, и сохраняет результаты в скрипте wp-config.php. Если что-то пойдет не так, пользователю может понадобиться прописать нужные значения вручную. Для этого придется зайти в корень сайта с помощью файлового менеджера или FTP-клиента.

Настройки БД, ключи и путь к корневому каталогу, где находится wp-config.php, определяются функцией define(), принимающей на входе название константы, а на выходе дающей ее значение. С помощью этой функции глобально переопределяются и другие константы PHP. Формат записи:

define (‘DB_HOST’, ‘localhost’); // задаем сервер базы данных;

define (‘DB_CHARSET’, ‘utf8’); // определяем кодировку текста таблиц БД, рекомендуется UTF-8;

Полный перечень констант PHP, их тип и значения по умолчанию можно найти в Кодексе WordPress, официальном справочнике самой популярной CMS мира. Например, за включение и отключение режима отладки отвечает фиксированная переменная ‘WP_DEBUG’. Дебаг относится к логическому типу данных и может принимать значения ‘true’ (отладка включена) или ‘false’ (режим отладки отключен).

define ( ‘WPLANG’, ‘ru_RU’ ); // устаревшая константа указания файла локализации (до WP 4.0);

define ( ‘DISABLE_WP_CRON’, true ); // отключение cron, по умолчанию значение ‘false’;

define ( ‘EMPTY_TRASH_DAYS’, false ); // отключение корзины, по умолчанию включена;

В WordPress 4.0 фиксированная переменная WPLANG заменена функцией get_locale(), устанавливающей локаль и получающей текущий индекс языка сайта (например, en_US для английского (США) или ru_RU для русского). Начиная с WP 5.0, вместо функции get_locale() обычно используется обертка determine_locale().

Константа EMPTY_TRASH_DAYS показывает, сколько суток должны храниться в корзине стертые записи перед их окончательным удалением. Значение по умолчанию – 30 [дней]. Фиксированной переменной можно изменить период времени нахождения записей в корзине или полностью отключить корзину (значение – false). Есть возможность отключить корзину только для файлов медиа (видео, аудио, изображения). Делается это с помощью «переключателя» MEDIA_TRASH, принимающего два значения – ‘false’ (функция отключена) или ‘true’ (медиафайлы отправляются в корзину и хранятся там столько суток, сколько определено константой EMPTY_TRASH_DAYS).

Для получения пути и URL каталога плагинов можно воспользоваться константами WP_PLUGIN_DIR и WP_PLUGIN_URL. За настройки автоматического обновления ядра отвечает фиксированная переменная WP_AUTO_UPDATE_CORE. Она может принимать значения ‘true’, ‘false’ или ‘minor’. True – автообновление включено. False – отключение автоматического апдейта. Minor – включение обновлений только для незначительных релизов.

Фиксированная переменная WP_MEMORY_LIMIT задает предельный объем ROM под выполнение скриптов WordPress. По умолчанию для сценариев выделяется 32 Мб, в режиме Multisite выставляется дефолтное значение 64 Мб. Обычно такого количества памяти хватает. Если же из-за превышения лимита наблюдаются сбои или полностью блокируется работа сайта на CMS WordPress, не стоит торопиться со смягчением ограничений. Возможно, есть смысл отказаться от «прожорливых» сценариев и плагинов и заменить их на более «легкое» ПО с меньшими требованиями к программно-аппаратной части сервера.

Sorry, you have been blocked

This website is using a security service to protect itself from online attacks. The action you just performed triggered the security solution. There are several actions that could trigger this block including submitting a certain word or phrase, a SQL command or malformed data.

What can I do to resolve this?

You can email the site owner to let them know you were blocked. Please include what you were doing when this page came up and the Cloudflare Ray ID found at the bottom of this page.

Cloudflare Ray ID: 7e92c20cacb0c2c0 • Your IP: Click to reveal 138.199.34.5 • Performance & security by Cloudflare

Конфигурационные файлы Linux

Мощность ОС Linux кроется в возможности гибко настраивать систему под наши потребности. Большинство дистрибутивов содержат продвинутые пользовательские интерфейсы для конфигурации системы, однако, по сути, они лишь редактируют текстовые файлы в различных системных папках. Понимая, как работают конфигурационные файлы, мы можем отказаться от этих интерфейсов и повысить свой уровень владения Linux.

Из этого руководства вы узнаете, где файлы конфигурации расположены и каковы их функции. Благодаря стандарту иерархии файловой системы (Filesystem Hierarchy Standard) папки и файлы, которые мы рассмотрим, сохраняют своё расположение даже в разных дистрибутивах.

Прим. переводчика:

Прежде чем двигаться дальше, следует разобраться, как устроена файловая система согласно стандарту FHS.

Все файлы и каталоги располагаются в корневой директории «/» . Даже если эти данные находятся на различных носителях, какие-то из этих каталогов присутствуют, а какие-то могут отсутствовать. В качестве примера можно привести каталоги, связанные с подсистемой X Window, когда каталогов может и не быть, если графическая подсистема не установлена. Однако, большинство каталогов присутствует на всех UNIX-подобных операционных системах и используется аналогичным образом.

Раздел	Корневая директория, содержащая всю файловую иерархию
/bin/	Утилиты, которые доступны всем пользователям, такие как cat, ls, cp и др.
/boot/	Загрузочные файлы (файлы загрузчика, ядро, initrd, System.map). Как правило, выносится на отдельный раздел.
/dev/	Файлы устройств. Файлы в данном каталоге обычно создаются драйверами (например, /dev/null, /dev/zero, /dev/sda1).
/etc/	Основной каталог конфигурационных файлов системы.
/home/	Домашние директории с пользовательскими данными. Могут быть на отдельном разделе либо монтироваться по nfs.
/lib/	Основные библиотеки, необходимые для работы программ из /bin/ и /sbin/.
/media/	Точки монтирования для сменных носителей, таких как CD-ROM, DVD-ROM, флеш-карты.
/mnt/	Используется для монтирования временных файловых систем.
/opt/	Дополнительное программное обеспечение. Сюда обычно устанавливаются различные компиляторы и пользовательское ПО, которое не требует соответствия FSHS
/proc/	Виртуальная файловая система, представляющая состояние ядра операционной системы и запущенных процессов в виде файлов.
/root/	Домашняя директория пользователя root.
/sbin/	Основные системные программы для администрирования и настройки системы (например, init, iptables, ifconfig).
/srv/	Данные, специфичные для окружения системы.
/tmp/	Временные файлы.
/usr /	Вторичная иерархия для данных пользователя, содержит большинство пользовательских приложений и утилит.
/usr/bin/	Дополнительные программы для всех пользователей, не являющиеся необходимыми в однопользовательском режиме. При различных решениях может монтироваться отдельно.
/usr/include/	Стандартные заголовочные файлы.
/usr/lib/	Библиотеки для программ, находящихся в /usr/bin/ и /usr/sbin/.
/usr/sbin/	Дополнительные системные программы (такие как демоны различных сетевых сервисов).
/usr/share/	Архитектурно-независимые общие данные.
/usr/src/	Исходные коды ядра.
/usr/local/	Третичная иерархия для данных, специфичных для данного хоста. Обычно содержит такие поддиректории, как bin/, lib/, share/.
/var/	Изменяемые файлы, такие как файлы регистрации (log-файлы), временные почтовые файлы, файлы спулеров.
/var/lock/	Лок-файлы, указывающие на занятость некоторого ресурса.
/var/log/	Различные log-файлы.
/var/mail/	Почтовые ящики пользователей.
/var/run/	Информация о запущенных программах (в основном о демонах).
/var/spool/	Задачи, ожидающие обработки (например, очереди печати, непрочитанные или неотправленные письма).
/var/tmp/	Временные файлы, которые должны быть сохранены между перезагрузками.

Более детально можно почитать, например,тут.

2. Глобальные файлы конфигурации

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

Как правило, они располагаются в корневом разделе диска ( / ), а доступ к ним требует прав суперпользователя.

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

2.1. /etc/

Большинство глобальных файлов конфигурации хранится в папке /etc .

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

Ниже приведён список наиболее полезных подпапок:

• /etc/X11/ — конфигурационные файлы xorg;
• /etc/cups/ — подпапка с конфигурационными данными сервера печати CUPS (Common UNIX Printing System);
• /etc/xdg/ — глобальные файлы конфигурации для приложений, придерживающихся стандартов freedesktop.org;
• /etc/ssh/ — используется для конфигурации поведения сервера OpenSSH для всей системы;
• /etc/apparmor.d/ — содержит конфигурационные файлы для системы AppArmor;
• /etc/udev/ — настройки, относящиеся к udev.

2.2. /etc/opt/

Папка /etc/opt/ должна содержать глобальные файлы конфигурации приложений, установленных в /opt/ . Однако в Linux это требование не является обязательным. В результате бывает, что папка /opt/ полна установленных пользователем программ, а /etc/opt/ остаётся пустой.

2.3. /etc/default/

Исторически конфигурационные файлы в папке /etc/default/ содержали настройки сервисов/программ-демонов для их использования с системами инициализации, например upstart. Однако с появлением systemd эта папка стала использоваться в основном для настроек приложений пользовательского пространства.

Система не перезаписывает файлы в папке /etc/default/ . А значит, как только мы настроили там поведение приложений, оно не изменится при обновлении системы.

2.4. Важные глобальные файлы конфигурации

Вот несколько наиболее полезных глобальных файлов конфигурации:

• /etc/resolv.conf — в нём определяется, какой (какие) DNS-сервер(ы) использует система;
• /etc/bash.bashrc — в нём задают команды для выполнения в момент запуска командной оболочки bash;
• /etc/profile — интерактивная командная оболочка выполняет команды скрипта .profile при запуске;
• /etc/dhcp/dhclient.conf — там хранятся сетевые данные, которые запрашивают DHCP-клиенты;
• /etc/fstab — определяет, где будут смонтированы все доступные системе разделы диска;
• /etc/hostname — задаёт имя хоста для машины;
• /etc/hosts — файл, соединяющий IP-адреса с именами хостов;
• /etc/hosts.deny — перечисленные в этом файле удалённые хосты лишены доступа к машине;
• /etc/mime.types — содержит MIME-типы данных и соответствующие им расширения файлов;
• /etc/motd — файл с текстом сообщения, которое выводится при входе пользователя в систему;
• /etc/timezone — задаёт часовой пояс;
• /etc/sudoers — файл sudoers контролирует привилегии, относящиеся к команде sudo;
• /etc/httpd/conf и /etc/httpd.conf.d — конфигурация веб-сервера Apache;
• /etc/default/grub — содержит конфигурацию, которую использует команда update-grub для создания файла /boot/grub/grub.cfg ;
• /boot/grub/grub.cfg — команда update-grub генерирует этот файл автоматически в соответствии с настройками, заданными в файле /etc/default/grub .

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

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

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

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

В части пользовательских настроек приложения соответствуют одному из двух стандартов.

3.1. Традиционные файлы конфигурации

Как правило, если у приложения всего один файл конфигурации, его можно найти так: /home/(username)/.(app_name) . Но если конфигурационных файлов больше, то они хранятся в папке /home/(username)/.(app_name) .

Наглядный пример такого приложения — редактор vim .

3.2. Конфигурационные файлы, соответствующие стандарту XDG

Разработчики freedesktop.org решили, что старая система недостаточно упорядочена, и выработали базовую спецификацию каталогов XDG.

По стандарту XDG все файлы пользовательской конфигурации хранятся в папке $XDG_CONFIG_HOME (обычно в /home/(username)/.config ).

Внутри $XDG_CONFIG_HOME каждое приложение создаёт свои подпапки для конфигурационных файлов.

Базовой спецификации каталогов XDG теперь придерживаются редактор NeoVim и многие активно развивающиеся приложения. Для пользователей стандарт тоже удобен: одной резервной копии папки $XDG_CONFIG_HOME достаточно, чтобы сохранить все настройки.

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

Среди наиболее часто используемых файлов пользовательской конфигурации следует перечислить:

• $HOME/.xinitrc — в нём содержатся указания о запуске менеджера окон при работе с командой startx;
• $HOME/.vimrc — конфигурация vim;
• $HOME/.bashrc — скрипт, который выполняет командная оболочка bash , когда пользователь запускает командную оболочку без регистрации;
• $XDG_CONFIG_HOME/nvim/init.vim — конфигурация редактора neovim;
• $HOME/.editor — задаёт редактор по умолчанию для данного пользователя;
• $HOME/.gitconfig — в файле указывается имя по умолчанию и адрес электронной почты для указания в коммитах Git;
• $HOME/.profile — командная оболочка с регистрацией выполняет команды из скрипта .profile при запуске;
• $HOME/.ssh/config — конфигурация ssh для конкретного пользователя.

4. Заключение

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

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

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