Обновление настроек настройки перезаписи WordPress - стратегии?
Уже дважды я обновлял wordpress, только чтобы понять, что (facepalm) он перезаписывает некоторые изменения, которые я внес в пользовательский шаблон - в боковую панель или что-то подобное.
Очевидно, что мне не нужно обновлять, но лучше для дополнений и т. Д., И мне нравится иметь новейшие продукты и исправления ошибок.
Каковы стратегии других людей для простого обновления wordpress без потери пользовательских изменений шаблона по умолчанию?
5 answers
Очень просто: если вы используете шаблон по умолчанию, переименуйте его в имя папки и объявление файла css), и он не будет обновлен.
Если вам нужны обновления (например, часто обновляется Двадцать один), создайте дочернюю тему .
Информация здесь: http://codex.wordpress.org/Child_Themes
Первый: Вы никогда не должны вносить изменения в основные файлы WordPress, вместо этого напишите плагин, который сделает это за вас.
Второе: Если у вас есть только незначительные или умеренные настройки темы, вы можете использовать дочернюю тему, оставив, таким образом, основные файлы в покое. Кроме того, переименуйте папку темы, чтобы ваши изменения не были уничтожены обновлением.
Я не использую средство обновления панели мониторинга.
Я устанавливаю WordPress с помощью Subversion; все мои локальные модификации могут быть показаны с помощью svn diff, и в большинстве случаев они легко объединяются с новой кодовой базой, когда я переключаюсь на новый номер выпуска. Ядро и многие плагины и темы доступны через SVN. К сожалению, не все, но это все равно оставляет вас с выходом: создайте репозиторий, чтобы вы никогда не теряли изменения, даже если используете автоматическое обновление плагина. Очевидно, некоторые здесь помогают сильные навыки венчурного капиталиста. :)
Http://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion
Храните копию измененной базы кода в системе управления версиями. Я рекомендую ртутный.
Удалите исходную версию кода wordpress, которую вы изменили, в mercurial и зафиксируйте ее. Затем поместите измененную кодовую базу поверх нее и зафиксируйте ее, присвоив ей имя ветви. Называйте филиал "наш сайт", как угодно.
Дело в том, что mercurial теперь знает , чем ваш сайт отличается от стандартного дистрибутива. Это делает обновления легче.
Когда выйдет следующая версия wordpress, загрузите ее и поместите поверх своего локального рабочего каталога mercurial. Просто убедитесь, что вы "обновили" эту рабочую копию в ветку по умолчанию, т. Е. , а не вашу ветку "наш сайт". Mercurial теперь знает, чем новая версия WordPress отличается от предыдущей. Mercurial очень хорош в объединении различий между двумя "дочерними" версиями общего "родителя", и чаще всего ваши пользовательские настройки будут включены хорошо.
Даже моя пользовательская тема время от времени обновляется. Сначала я загружаю его локально и сравниваю с помощью BeyondCompare, чтобы увидеть, где находятся изменения, и могу ли я безопасно пропустить файлы, в которых были внесены мои пользовательские изменения. Если нет, я вручную обновляю исходные файлы перед загрузкой на свой сайт. Это немного дополнительная работа, но она необходима, если вы внесли пользовательские изменения в свою тему/сайт.