Редактирование wp-config.php

Любой, кто хоть раз пробовал установить сайт на основе движка wordpress, прекрасно знает о том, что там необходимо отредактировать файл wp-config.php, предварительно переименовав его (изначально он называется wp-config-sample.php).

Также все прекрасно осведомлены о пресловутых текстовых редакторах, и о том, что при редактировании файла wp-config.php категорически не рекомендуется использовать виндозный блокнот.

Дело в том, что по умолчанию блокнот добавляет в сохраняемый файл сигнатуру BOM. И попытка запустить движок после этого — приводит к ошибке «Cannot modify header information…» и бла-бла-бла.

Сама аббревиатура «BOM» расшифровывается как «Byte Order Mark». То есть это маленькая метка, показывающая порядок байтов в юникоде (например — 0xBB). И она автоматически вставляется редактором перед началом каждого документа. Причем эта метка — в редакторе типа «блокнот» не видна. Отсюда проблемы.

Проблема редактирования файла wp-config.php в винде решается применением альтернативных текстовых редакторов. Того же Notepad 2, к примеру.

Но это в винде.

А как редактировать файл wp-config.php в ubuntu?

И главное, чем его редактировать?

На первый взгляд тут все просто. Ведь по идее — никаких проблем с убунтой быть не должно. Ведь кодировка у нее по умолчанию UTF-8. И штатный текстовый редактор gedit — по умолчанию сохраняет документы именно в этой кодировке.

Но дело в том, что все далеко не так радужно.

Не далее как вчера я любовался надписью «cannot modify header information» после того, как подредактировал файл wp-config.php с помощью этого вашего gedit-а.
Рассказывать, почему так вышло — скучно и неинтересно.
Кратко: функционал gedit-а можно расширять, подключая к нему всякие модули. Видимо проблема был в одном из этих самых модулей. Либо наоборот — в отсутствии нужного модуля.
Ковыряться и выяснять, где и что там не так — я не стал.

Я просто сунулся в гугл, и нашел упоминания об аналогичной проблеме на каком-то из забугорных форумов.
Народ там тоже грешил на пресловутые модули.
После этого было решено искать альтернативу gedit-у, которая бы работала нормально.

В качестве альтернативы был выбран редактор kWrite.

Чтобы было понятно, редактор kWrite — это, по сути, тот же редактор kate, но со слегка урезанным функционалом.
А редактор kate — сейчас используется в качестве штатного редактора в среде KDE. Но ставить kate я не стал.
Ибо дюже глюкав, говорят.
И ограничился установкой kWrite.

KWrite позволяет настроить параметры сохранения документа.
В том числе — убрать из него сигнатуру BOM (там для этого достаточно снять одну-единственную галочку в настройках). Галочка эта, что характерно, есть только в kWrite версии 4.5.
И если у вас ubuntu 10.04 — можно скачать из репозитория и юзать.

Если же используется более древняя убунта (9.10, к примеру) — из репозиториев скачается kWrite версии 4.3, в котором этой галочки нет.
Но файлы wp-config.php и в нем сохраняются корректно. Достаточно в настройках редактора задать кодировку UTF-8, а в поле пониже — выставить «UNIX».

Редактирование wp-config.php в редакторе kWrite

К слову, скачанный из репозитория редактор — будет на английском. Чтобы скачать локализацию, заходим в система — администрирование — язык системы. После скачивания kWrite там появятся несколько новых языковых пакетов (для среды KDE). Скачиваем, устанавливаем — и все, редактор говорит по-русски.

P.S. И раз уж речь зашла про репозитории, вот вам бонус — реп с новыми темами для ubuntu. Скачать новые темы для ubuntu достаточно просто: открываем терминал, пишем это:

sudo add-apt-repository ppa:bisigi

Потом это:

sudo apt-get update

И это:

sudo apt-get install bisigi-themes

Потом открываем система — параметры — внешний вид, смотрим: вах!

Новые темы для ubuntu



Запись опубликована в рубрике Wordpress. Добавьте в закладки постоянную ссылку.

9 комментариев на «Редактирование wp-config.php»

  1. Александр Бармин говорит:

    Скажи, на кой этот файл редактировать, если достаточно правильные права на папки поставить и все отредактируется само?

  2. admin говорит:

    Ну поставь. И жди, когда «оно само». Кто мешает, я что ли?

  3. Александр Бармин говорит:

    Ждать ничего не надо, при запуске установки все сразу сообщается. Причем поменять права в одном месте гораздо проще, чем ставить кучу ПО и т.п.

  4. admin говорит:

    «Все» — это что? Название базы и имя пользователя?

  5. Александр Бармин говорит:

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

  6. admin говорит:

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

  7. Александр Бармин говорит:

    1. Все поля, которые пользователь заполняет при установке будут перенесены в конфиг — очевидно же. Префикс в их числе.
    2. Ключевые фразы будут сгенерированы автоматически. По крайней мере, когда я ставил там было что-то похожее на md5 суммы. Поменять никто не мешает.
    3. При правильно настроенных правах плагин гиперкэша сам внесет нужные изменения.

    Ну, собственно, вот.

  8. admin говорит:

    Александр Бармин пишет:

    Все поля, которые пользователь заполняет при установке будут перенесены в конфиг

    Где он их заполняет? У себя на компе? Или в волшебной «форме»? Если в форме — то где находится эта самая форма? Шибко посмотреть хочу.

    Александр Бармин пишет:

    Поменять никто не мешает.

    То есть руками туда лезть все равно придется.

    Александр Бармин пишет:

    При правильно настроенных правах плагин гиперкэша сам внесет нужные изменения

    Если открыть пхп.конфиг на запись, и выставить на папках 777, а на файлах 6-сколько-то там — ничего он туда не вносит, пока руками не залезешь. А больше ничего в настройках прав сделать нельзя. Во всяком случае, на этом хостинге.

  9. Александр Бармин говорит:

    По поводу последнего пункта могу частично согласиться, возможно, это зависит от плагина.

    Когда я ставил WP-SuperCache достаточно было выставить на файлы права (причем было указано, какие и на какие), чтобы ничего ручками править не пришлось.

Обсуждение закрыто.