wordpress の構築

Question

wordpressを構築していく際、基本的、一般的には、ローカルでテスト環境を構築して編集していくのでしょうか？

localflywheelなどで、構築後、本番環境にUPするのはおかしいでしょうか？

Answer 1

wordpressを構築していく際、基本的、一般的には、ローカルでテスト環境を構築して編集していくのでしょうか？

ローカルで作業を進めて、

ある程度できあがってきたら本番サーバ以外のサーバ (開発環境・テスト環境・検証環境・ステージング環境) にアップロードしてブラウザチェックをして、

問題がなければ本番サーバにアップロードし公開というのが安全な手順だと思います。

---

localflywheelなどで、構築後、本番環境にUPするのはおかしいでしょうか？

「LocalbyFlywheel」を使ったことがなく、よくわかっていないのですが、

本番環境にアップロードしたあとに、WindowのIE11が崩れている、MacやiPhoneのSafariで崩れている、というの問題に気づく、という手順になってしまっているのではと懸念します。すでに公開しているサイトの場合、表示崩れやバグのあるWebサイトを公開してしまう手順は、いうまでもなくNGです。

ただ以下のようなシチュエーションの場合は、ローカル環境と本番環境だけで確認しても許容かもしれません。

• 新規のWebサイトで、Basic認証やIPアドレスによるアクセス制御をして、公開までの期間、開発環境・検証環境として扱う場合
• 本番環境以外にサーバを構築せずに開発を進め、本番環境でバグや表示崩れが生じてもいいとクライアントと合意している場合 (ユーザーには迷惑がかかるのでやはりNGなような気はしますが..)

Comments

[nissy24182607]

＞ローカルで作業を進めて、

ある程度できあがってきたら本番サーバ以外のサーバ (開発環境・テスト環境・検証環境・ステージング環境) にアップロードしてブラウザチェックをして、
問題がなければ本番サーバにアップロードし公開というのが安全な手順だと思います

ローカルで作業を進めて、というのはローカルにデータベースも作成して、UPする際にデータベースのパス？も本番やテストサーバのデータベースに変更してということでしょうか？

回答ありがとうございます！

[new1ro]

> ローカルで作業を進めて、というのはローカルにデータベースも作成して、UPする際にデータベースのパス？も本番やテストサーバのデータベースに変更してということでしょうか？

従来だとそうです。
が、最近はローカル環境のデータベースを外部化したり、それを共有したりする仕組みもあるので、そういった仕組みを使うのは、何もおかしくはなく、
またローカルと、テストサーバのDBは共通化して問題ないと思います。

(すみません、質問の意図と違う点を膨らましてしまったかもしれませんね..)