it-swarm.xyz

Обновление настроек переписывания WordPress - стратегии?

Дважды я обновлял WordPress только для того, чтобы понять, что (facepalm) он перезаписывает некоторые изменения, которые я внес в пользовательский шаблон - в боковую панель или что-то подобное.

Очевидно, что я НЕ ДОЛЖЕН обновляться, но лучше для дополнений и т.д., И мне нравится иметь последние продукты и исправления ошибок.

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

5
Mark Mayo

Очень просто: если вы используете шаблон по умолчанию, переименуйте его в имя папки и объявление файла CSS), и он не будет обновлен.

Если вы хотите обновления (например, двадцать первая часто обновляется), создайте дочернюю тему .

Информация здесь: http://codex.wordpress.org/Child_Themes

15
Mael

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

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

5
WhIteSidE

Я не использую средство обновления Dashboard.

Я устанавливаю WordPress, используя Subversion; все мои локальные изменения могут быть показаны с помощью svn diff, и в большинстве случаев они легко объединяются с новой кодовой базой, когда я переключаюсь на новый номер выпуска. Ядро и многие плагины и темы доступны через SVN. Не все, к сожалению, но это все еще оставляет вас в ауте: создайте репозиторий, чтобы вы никогда не потеряли изменения, даже если вы используете автоматическое обновление на плагине. Очевидно, что некоторые сильные навыки VCS помогают здесь. :)

http://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion

2
Annika Backstrom

Храните вашу копию модифицированной кодовой базы в системе контроля версий. Я рекомендую Mercurial .

Удалите оригинальную версию WordPress-кода, который вы изменили, в Mercurial и передайте его. Затем поместите модифицированную кодовую базу поверх нее и зафиксируйте ее, указав имя ветви. Назовите ветку "наш сайт", как угодно.

Дело в том, что теперь Mercurial знает , чем ваш сайт отличается от стандартного дистрибутива. Это делает обновления проще.

Когда выйдет следующая версия WordPress, загрузите ее и поместите поверх вашей локальной рабочей директории Mercurial. Просто убедитесь, что вы "обновили" эту рабочую копию в ветке по умолчанию, т.е. , а не вашей ветки "наш сайт". Mercurial теперь знает, как новая версия WordPress отличается от предыдущей. Mercurial очень хорош в объединении различий между двумя "дочерними" версиями общего "родителя", и чаще всего ваши пользовательские настройки будут включены нормально.

1
Neil Trodden

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

0
baldy