こんにちは、これが以前に答えられたことを言い訳にしてください、しかし我々は本当に確かめる必要があります。
私達は私達のもののドメインの下でウェブサイトを開発し、それからそれをクライアントのライブサイトに移しました。新しいURLに更新するためにいくつかのSQLクエリをdbで実行しましたが、データベース内でドメイン名を検索すると、次のようになります。テーブルwp_posts内で600+一致。
WPのコーデックスでは、その列を更新しないでくださいが、変更した場合にサイトに与える影響についてはよくわかりません。ファイルはまだドメイン内にあり、削除する必要がありますが、データベース内にドメインと呼ばれるインスタンスが残っているため、削除すると問題が発生する可能性があると考えています。
誰かがguidの使用法に関するより多くの情報と上記の状況での提案を提供できれば、私たちは本当に感謝しているでしょう。
前もって感謝します
GUIDはサイトのURLを生成するために使われるべきではありません(下の警告)ので、GUIDがすばらしいと判断しない限り、それらをそのままにしておいても問題ありません。 URLを取得するためのショートカット。
GUIDが何であるかは、「全空間と時間を通して」のように、グローバルにユニークな識別子 - グローバルです。フィードリーダーは、アイテムが表示されているかどうかを追跡するためにこれを使用します。 GUIDを変更すると、フィードが読者にとってはまったく新しいように見え、購読者全員があふれる可能性があります。これを避けるために、WordPressがこのフィールドのための他のフォーマット - おそらくハッシュ - に交換することを望みます。混乱。 URLではありません...添付ファイルを除いて、それは... o_0です。
1つの例外は添付メディアです。添付メディアの場所は、GUIDのURLとして保存されます。デフォルトのuploadsフォルダを別の場所に変更する必要がある場合は、投稿テーブルのpost_content列とguid列でメディアURLを変更する必要があります。
これはすべて WordPress Codex にあります。 Codexが追いついていないことが最近のリリースで何か変更されたかどうか私は知りません。
説明したように、添付メディアのGUIDを変更する必要があります。
今、あなたのサイトがこれまでに開発用サーバー上にあり、 がそのフィードを公に公表したことがない場合 すべてのGUIDを変更しても問題ないはずです。どのフィードリーダーもコンテンツを見たことがないので、誰も何も追跡してはいけません。私は、コーデックスがGUIDを変更しないことがあるライブドメインから別のドメインへの移動に適用され、プライベートサーバー(localhost)からパブリックドメインへ移動する場合は問題ではないと明記する必要があります。
これが私の開発用サーバー上の、私がライブドメインに移行しようとしているクライアントサイトだった場合、私はGUIDを変更する傾向があります。誰かがデータベースを覗き始めた場合、将来的に戸惑いを避けるのに役立ちます。