Обновление guid в wp_posts

Question

Обновление guid в wp_posts

10 мар. 2013 г., 15:52:17

Просмотры: 13.9K

Голосов: 5

Здравствуйте, прошу прощения, если этот вопрос уже задавался ранее, но нам действительно важно убедиться.

Мы разработали сайт на нашем тестовом домене, а затем перенесли его на рабочий домен клиента. Мы выполнили несколько SQL-запросов в базе данных для обновления URL на новый, но при поиске нашего старого домена в базе обнаружили: 600+ совпадений в таблице wp_posts (в основном это ревизии, но есть также вложения и записи).

В кодексе WordPress мы прочитали, что НЕ следует обновлять это поле (guid), но мы не совсем уверены, как это повлияет на сайт, если мы все же сделаем это. Файлы все еще находятся на нашем старом домене, и нам нужно их удалить, но мы думаем, что если в базе останутся ссылки на наш домен, это может что-то сломать.

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

Заранее спасибо.

user28695

51

база данных guids

Все ответы на вопрос

Комментарии

большое спасибо за ваш ответ - продолжу обновление и посмотрю, что будет дальше. еще раз спасибо

user28695

10 мар. 2013 г. 16:55:10

хотел просто сказать, что я выполнил обновление и все прошло отлично!

user28695

10 мар. 2013 г. 20:27:03

s_ha_dum 65.5K · Answer 1 · 2013-03-10T16:18:35Z

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

GUID — это глобально уникальный идентификатор, где «глобально» означает «во всем пространстве и времени». Ридеры лент используют его, чтобы отслеживать, было ли уже показано то или иное содержимое. Если вы измените GUID, все элементы будут выглядеть как новые для ридера, и ваши подписчики могут получить кучу дублирующего контента. Хотелось бы, чтобы WordPress использовал другой формат для этого поля — например, хеш — чтобы избежать путаницы с вопросом «Это URL?». Это не URL... ну, за исключением вложений (медиафайлов), где это... о_0

Одно исключение — медиавложения: их расположение хранится в виде URL в GUID. Если стандартная папка загрузок должна быть изменена на другое место, тогда URL медиафайлов нужно будет изменить в столбцах post_content и guid таблицы posts.

Всё это описано в WordPress Codex. Не знаю, изменилось ли что-то в последних версиях, что ещё не отражено в Codex.

Как уже сказано, вам следует изменить GUID для медиавложений.

Теперь, если ваш сайт до сих пор находился на сервере разработки и никогда не публиковал свои ленты публично, то не должно быть проблем с изменением всех GUID. Ни один ридер не видел этот контент, а значит, ни один из них не отслеживает эти записи. Я бы сказал, что Codex должен уточнить: рекомендация не менять GUID относится к переносу с одного рабочего домена на другой и не касается случаев перехода с локального сервера (localhost) на публичный.

Если бы это был клиентский сайт на моём сервере разработки, который я переношу на рабочий домен, я бы, скорее всего, изменил GUID. Это поможет избежать путаницы в будущем, если кто-то начнёт копаться в базе данных.