タグ付けされた質問 「migration」

サーバー内でWordPressを移動する必要がある場合と、サーバー間でWordPressを移動する必要がある場合があります。再インストールする必要はありません。WordPressは、これらすべての状況を処理するのに十分な柔軟性があります。

6
サーバーの移行後、ホームページのみが機能します
最近、WordPressサイトのホスティングをVPS.netに変更しました。すべてのファイルを移動し、データベースをインポートしました。リンクをクリックして、ホームページを除くすべてのページが404を表示していることに気付くまで、すべてが正常に見えました。 サイトのURLはhttp://inksquared.comです

3
進行中のサイトで作業する複数の開発者/編集者
バックグラウンド 私は最初のかなり大きなWordPressサイトを構築する最終段階に近づいていますが、今は多少の摩擦に直面しています。ほとんどの場合、サイトはローカルマシンで開発されたので、レビューのために変更をステージングサーバーにプッシュします(詳細については、この質問を参照してください)。私がコンテンツを編集しているだけのとき、私が最終的に解決したソリューションは非常にうまく機能しましたが、今では追加する機能がありながら他の人がコンテンツを編集しています。アイデアは、機能とコンテンツが一致して一緒になった場合、より迅速に物事を成し遂げることができるということでした...しかし、今は確信が持てません。 現在、ステージングサーバーのデータベースには、ローカルマシンのデータベースとは異なるコンテンツがあります。ローカルマシンに最終的なボディコピーは必要ないので、それ自体は問題ありませんが、データベースに影響する開発をさらに行う必要があります(独自のテーブルを必要とするプラグインをさらにインストール/作成します)。 私の質問は: 複数のユーザーがWordPressインストールで作業できるように、データベースのマージを自動化する簡単な方法はありますか?もちろん、ローカルマシンで変更したことがわかっているテーブルをエクスポートしてステージングサーバーにプッシュすることもできますが、ステージングサーバーに停止したいものがある可能性もあります。両方のDBのSQL出力を取得し、それらを比較することができました...しかし、それは退屈でハックのようです。これは他の人が解決した問題なのだろうかと思っています。この種のことを処理するためにコミュニティが受け入れた方法がある場合。 ありがとう!

1
開発コピーでサイトを更新し、その後、ライブサイトの進化するデータベースを上書きせずに更新を元に戻すにはどうすればよいですか?
私はタイトルをできるだけ説明的にしようとしましたが、この質問はさまざまな形で以前に尋ねられたことを知っていますが、それに対する良い答えを見つけることができず、誰もこの問題を解決していないことを想像しています。 WPサイトが公開されると簡単です。静的サイトではない場合、新しい投稿、新しいwoocommerce注文、新しいユーザーアカウントなどを追加してデータベースを更新し続けます。 サイトに大きな変更と更新を行う場合、これを行う最も簡単で簡単な方法は、ローカルインストールまたは別の開発ドメインのいずれかにコピーを作成し、そこですべての変更を行うことです。すべての変更が完了したら、ライブサイトにコピーして戻します。 テーマやcssなどの変更がファイルのみの場合、それはいくぶん簡単です。ただし、新しいプラグインの追加や、これらのプラグインに接続/関連するコンテンツの追加など、変更にデータベースの変更が含まれる場合、ライブに追加された新しい変更を上書きするため、サイトをコピーして戻すことはできなくなりましたサイトのデータベース。すべての新しい投稿、新しい注文、新しい画像のアップロードはすべて消去されます。 今、私はさまざまなケースシナリオにさまざまなソリューションがあることを知っていますが、すべてのケースに対処する方法はありませんか? たとえば、ライブサイトに加えられた変更が新しい投稿のみであった場合、投稿をdevサイトにエクスポートおよびインポートしてから、サイト全体を移動できます。他のいくつかのアイテムと同じですが、すべての種類のアイテムではありません。これに関する他の問題は、wordpressのエクスポートおよびインポート機能がひどいことです。これは非常に初歩的なものであり、特定のアイテムのみを選択してエクスポートするオプションはほとんどありません。私はおそらくすべての「高度なインポート/エクスポート」プラグインを試してみましたが、この問題を解決するものはまだありません。 したがって、別のスレッドで、誰かがこのプラグインを指摘して、基本的にライブサイトにテーマをインストールして作業し、通常のユーザーには既存のテーマが表示されますが、それでもすべての種類の変更が解決されるわけではありません。コンテンツを変更したい場合、たとえばフッターまたはナビゲーションメニューを使用する場合、既存の表示可能なテーマ/サイトに反映され、新しいテストテーマでは問題なく表示されますが、実際のテーマでは表示されない場合があります。 同じサイト/データベースでサイトの「ブランチ」を開発してから切り替える方法はありませんか?または開発サイトで開発する方法はありませんが、実際に非破壊的な方法でデータベースをマージしますか?影響を受けたコンポーネントとものがわかっている場合、それを行う方法はありませんか?または、そのようなことを試みるにはMySQLマスターである必要があります。 この難問を抱えているのは私だけではありません。この問題の解決策がないとは想像できません。これをどのように行うことができますか? 前もって感謝します。

5
wp-signup.phpへのサイトリダイレクト
すべての環境を同期するために、運用サーバーから開発サーバーにコンテンツを移行しました。オールインワンWP移行プラグインを使用しました。 今、dev.domain.comにアクセスすると、http: //dev.domain.com/wp-signup.php?new = dev.domain.comに転送されます データベース値の1つが間違っている必要があり、そのためにWordPressがここに転送しているようです。マルチサイトを無効にすると、すべてが適切に機能しているように見えます。 ここに私の.htaccessがあります: <FilesMatch "(\.(bak|config|sql|fla|psd|ini|log|sh|inc|swp|dist)|~)$"> Order allow,deny Deny from all Satisfy All </FilesMatch> <FilesMatch "^(wp-config\.php|readme\.html|license\.txt)"> Order allow,deny Deny from all Satisfy All </FilesMatch> と私のwp-config: /** Multisite / Wordpress Network **/ define('MULTISITE', true); define('SUBDOMAIN_INSTALL', true); define('DOMAIN_CURRENT_SITE', 'dev.domain.com'); define('PATH_CURRENT_SITE', '/'); define('SITE_ID_CURRENT_SITE', 1); /** fix for Multisite 'SubDomains' - …

5
ログインできません:「エラー:Cookieがブロックされているか、ブラウザでサポートされていません。WordPressを使用するにはCookieを有効にする必要があります。」
サーバーを移動した後、サイトにログインできません。「エラー:Cookieがブロックされているか、ブラウザでサポートされていません。WordPressを使用するにはCookieを有効にする必要があります。」ログインフォームを送信しようとするとエラーが発生します。 私のブラウザはクッキーをサポートしており、クッキーがブロックされていないことを確信しています。 私はこれをかなり徹底的に調査し、見つけたすべての提案を試しました: プラグインディレクトリの名前を変更しました サイトテーマディレクトリの名前を変更しました 以前のURLのインスタンスをデータベースで検索し、それらを新しいURLに置き換えました WordPressを最新バージョン(4.0)に更新 wp-config.phpでWP_HOMEおよびWP_SITEURLを定義 wp-config.phpでADMIN_COOKIE_PATH、COOKIE_DOMAIN、COOKIEPATH、およびSITECOOKIEPATHを設定します。 define('ADMIN_COOKIE_PATH', '/'); define('COOKIE_DOMAIN', ''); define('COOKIEPATH', ''); define('SITECOOKIEPATH', ''); wp-login.phpにこのハックを試しました:https ://wordpress.org/support/topic/cookies-are-blocked-or-not-supported-by-your-browser-1#post-5026171 ローカルインストールでサイトにログインでき、開発用サーバーでサイトにログインできます。これを引き起こしている可能性のあるアイデアはありますか?

2
プログラムでURLで画像を取得し、アップロードフォルダーに保存する
別のCMSからWordPressへの大規模な移行に関与しています。データベースのコピーがあり、wpdbクラスのインスタンス化を使用してコンテンツを抽出し、そこからWordPressの投稿をプログラムで作成する方法を考え出しました。 しかし、数千の画像があり、それらを自動的に引き渡し、さまざまなサイズを生成し、投稿に添付して、約1週間の作業を節約したいと考えています! URLでリモートサイトから画像を取得し、wp-uploadsフォルダーに保存する方法はありますか?私はこれを使用していると思いますwp_httpが、私はそれをよく知りません。 画像を取得して保存したらwp_generate_attachment_metadata、さまざまなサイズを作成wp_insert_attachmentして投稿に添付するために使用できるので大丈夫です。 ありがとう、サイモン

1
WP-CLIを使用してリモートデータベースをローカルにインポートする最速の方法(最小の手順)
WP-CLIを使用してリモートデータベースをインポートするタスクを自動化したいと思います。 現在のプロセスはsshサーバーに対してであり、WP-CLIexportを使用してtoファイルを実行し、またはを介してファイルをローカルディレクトリにコピーし、次にWP-CLIを介してファイルをコピーします。私はここを利用して、できるだけ多くのステップを削除したいと思います。scprsyncimport@alias 私はこのようなことが可能だと思いたいのですが: echo "$(wp @remote db export -)" | wp @local db import - 5 GBを超えるDBサイズが圧縮されていない場合、これはより現実的なオプションのようです。 DB_EXPORT=$(echo "$(wp @remote db export -)" | gzip | base64 -w0); echo "$DB_EXPORT" | base64 -d | gunzip | wp @local db import - 残念ながら、ウィンドウがハングしているように見えるため、ターミナルの制限に達しているか、この呼び出しの構造をクリーンアップする必要があります。 scpこのプロセスから削除できる別の解決策はありますか?ここで使用できる他のコマンドはありますか?ここの例からマルチサイトを削除しましたが、これはエイリアスの一部になる可能性があることを考慮する必要もあります。 理想的には、私は将来的にこのようなものを望みます: wp @local db import @remote Basic …

3
WPサイトのv2を立ち上げるための効果的な戦略はありますか?
私のチームと私は、かなりの量のコンテンツと彼らが作成したカスタムテーマを備えた既存のWordPressサイトを持っているクライアントと協力しています。これはグループブログです。つまり、世界中に数人のブロガーがいて、常にコンテンツを追加および編集しています。 私たちの仕事は、かなり新しい機能を備えたまったく新しいテーマを作成することです。これらの機能の一部には、新しいカスタムウィジェット、プラグイン、データベースフィールドが必要です。 現在、独自の開発マシンを使用して、単一の開発サーバーに統合しています。すべてのコードはSVNでバージョン管理されています。私たちが指定したDBAは、現在データベースの変更を手動でdev DBにマージしていますが、すぐに自動化できることを願っています。 量産リリースプロセスについて話し始めたところです。意味:完了したら、どのようにすればすべてのカスタムコードをできるだけスムーズに運用(ライブ)サーバーに移行できますか? 私たちはいくつかの計画を念頭に置いていますが、他の人もこの問題にどのように取り組んでいるか聞いてみたいです。従うべきベストプラクティスや回避すべき既知の落とし穴はありますか?
12 migration 

2
サブサイトを開発マルチサイトから本番マルチサイトに移行する方法
マルチサイトを使用して多数のサブサイトをローカルで開発し、準備ができたら運用環境に移動するための最良かつ最も安全な方法を探しています。 完全なマルチサイトインストールを最初のサブサイトに移行しました。ローカルサーバーで他のサイトを開発したいので、運用サーバーはそのままにしておきますが、明らかに完全な移行を再度行うことはできません。 解決策を探しましたが、見つかったすべてのことは、単一のサイトをマルチサイトに移動すること、またはその逆であり、「サブサイトをマルチサイトからマルチサイトに移動する」ことではありません。 設定、ウィジェットなど、すべてを保持したいと思います。

9
Wordpressデータベースのドメイン名を置き換える方法は?
私は開発環境にインストールされたWordpressデータベースを持っています...したがって、サイト自体へのすべての参照は固定IPアドレス(たとえば192.168.16.2)を持っています。次に、そのデータベースをホスティング上の新しいWordpressインストールに移行する必要があります。問題は、SQLダンプにIPアドレスへの多くの参照が含まれていることです。これをmy_domain.comに置き換える必要があります。 sedまたは他のコマンドを使用してコマンドラインからそれを変更できますが、問題は、JSONを使用する構成データがたくさんあることです。だから何?ご存知のとおり、JSON配列は次のようなものを使用します。s:4:要素の文字数を知るため、IPをドメイン名に置き換えるだけでは、構成ファイルが破損します。 数年前にWindowsのアプリを使用して、データベースの値を変更し、JSON配列を処理できるようにしました。残念ながら、アプリの名前を忘れてしまいました...だから問題は、私がやりたいことができるアプリを知っていますか?
12 mysql  migration 

4
WordPressを新しいサーバーに移動し、ファイルをダウンロードしようとしました
まず、何十ものWebサイトを1つのサーバーから別のサーバーに問題なく移動したと言います。 私は最近Webサイトを移動しましたが、URLにアクセスすると、「download」という名前のファイルが拡張子なしで1KBのファイルサイズだけで自動的にダウンロードされます。私はすべてのファイルをバックアップし、4つの異なる方法を使用してデータベースをダウンロードしました。念のため、BackWPup、BackUpWordPress、および手動でファイルを圧縮し、FTP経由でファイルをダウンロードしました。 元のWebサイトは元のサーバーで完全に動作します。 新しいサーバーに移動するときはいつも使用していた方法を使用しました。 新しいサーバーで: 新しいDBを作成し、ユーザーとインポートデータベース ファイルをアップロードして解凍 新しいDB名、ユーザー、パスワードでwp-config.phpを編集します WordPress Codex(http://codex.wordpress.org/Changing_The_Site_URL)の functions.phpメソッドを使用して、WebサイトのURLを変更します。 また、サイトを3つの異なるサーバー(元のサーバーのサブドメインを含む)にアップロードしましたが、結果はすべて同じでした。 上記の方法に加えて、トラブルシューティングを行うために次のことを試しました。 「plugins」フォルダ名を変更して、プラグインがエラーの原因であるかどうかを確認しました アクティブなテーマのフォルダー名を変更して、テーマがエラーの原因であるかどうかを確認しました wp-conig.phpでWP_DEBUGを「true」に変更-サイトは読み込まれないため、エラーは表示されません。 現在、エラーのあるWebサイトは-http://cgdev.webworksplayground.com/にあります。 助けてくれてありがとう。
12 migration  server 

2
データベースのバージョン管理と導入のためのソリューション?
現在、私はダンプスクリプトを使用して、データベースをgitリポジトリにコミットしています。 --skip-extended-insert --skip-comments --skip-dump-dateつまり、diffは何が変更されたのかを大まかに知ることができますが、マージしようとするとすべてが失敗します。 WP_SITEURL、WP_HOME、およびワードプレスが格納する他のすべての場所の完全なURLは、別のホストにインポートするときに更新が必要です(テスト、ステージング、本番)。 誰かがより良い方法を使用していますか? 主な問題: Wordpressはデータベース全体に完全なURLを保存します(移植不可) 他の多くの無関係なレコードが変更される auto_increment値(私はこれらを取り除くだけですが、IDの問題が発生しています) タイムスタンプ(場合によっては取り除かれることもあります) 一時的な *レコード...それらの処理方法がわからない タイムスタンプ付きの移行を作成し、追加または削除したもののみを使用するプロセスが理想的ですが、それが可能かどうかわかりません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.