Capistrano3でWordPressのデプロイをしてみる
Capistrano3を使って、自ホストに最新版のWordPressをデプロイしてみたのでその手順をログとして残しつつ、デプロイツール「Capistrano」の理解を進めていこうと思います。 事前準備として、デプロイ用の環境をAmazonEC2にt2.microインスタンスとしてラウンチして、WordPressが動作する環境（Apache+MySQL+PHP）、Rubygem（とRVM）、そしてCapistrano3のインストールまで出来ている状態で記載しています(この辺の事前準備の手順も後日TIPSとしてまとめたいと思っていますが、今回は省略します)。 さて、早速手順に入ります。 はじめに、デプロイプロジェクト用のディレクトリを作成して、Capistranoをインストールします。
[WordPress CICD環境 覚え](その２) WordPress冗長構成 in AWS : koujiのblog
2020年01月05日15:21 カテゴリ [WordPress CICD環境 覚え](その２) WordPress冗長構成 in AWS 説明・背景 AWSでWordPressサーバを冗長化するのに共通データをどのように扱ったのかを書き留める 共通データの扱い 画像ファイル S3で管理することにした Wordpress定番プラグインのOffload Media liteを利用した https://ja.wordpress.org/plugins/amazon-s3-and-cloudfront/ そのままだと画像ファイルのURLがhttp://bucket名.s3.amazonaws.comのようになり、SEO的によろしくないのでcloudfront通しつつサイトのサブドメインを割り当てた Offload Media lite設定内容 STORAGE Provider Amazon S3
 WordPress冗長構成 in AWS : koujiのblog](https://cdn-ak-scissors.b.st-hatena.com/image/square/da78a05937633f7a2b4b2219826151c370cd607b/height=288;version=1;width=512/https%3A%2F%2Fparts.blog.livedoor.jp%2Fimg%2Fusr%2Fcmn%2Fogp_image%2Flivedoor.png)
Aurora ServerlessでWordPressのセットアップできた - Qiita
はじめに Aurora ServerlessをWordPressのデータベースとして使用できるかな？ 結果として EC2と同じVPC,サブネットグループに設定できれば、Aurora Serverless 問題なく使えました。 ようやくリリースされたAurora Serverless 2017年のAws re:Inventで、2018年の早いうちにリリースされると言われてたAurora Serverlessが2018年8月にリリースされました。すごく待ってました。S3 SelectがもしかしてAurora Serverlessなのかな？と思ったもののS3 SelectはどちらかといえばDynamoDB風だったので、RDBとしてはちょっと心もとない。 AWS設定 VPCとSubnetとセキュリティグループ あらかじめ設定をしておいたほうがよいです。Aurora Serverlessのクラスタ設
Wordpressの画像をS3+CloudFrontで配信する |Nonsense J
環境 WordPress 4.8.3 AWS設定手順 IAM設定 まず、WordpressとAWSの連携に使うIAMユーザーを準備します 今回の手順ではバケット側のポリシーで権限付与するので IAM側の権限設定は適当で良いです 準備したIAMユーザーの以下を控えておいてください ・ARN ・アクセスキーID ・シークレットアクセスキー S3設定 次にS3にてWordpress用のバケットを用意し バケットポリシーに以下を設定します { "Version": "2012-10-17", "Statement": [ { "Sid": "AllowBucketAccess", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::準備したIAMのARN" }, "Action": [ "s3:GetBucketLocation", "s3
【WordPress】ドキュメントルートの所有ユーザ・グループは apache で問題ないと考えます！
【WordPress】ドキュメントルートの所有ユーザ・グループは apache で問題ないと考えます！ 更新の躓きを解決♪「要求されたアクションを実行するには、WordPress が Web サーバーにアクセスする必要があります。…」 | oki2a24 にコメントをいただきました。 あ 2013年7月17日 17:12 この記事のおかげで問題解決しました けどこの方法でサーバーのセキュリティは大丈夫なんですかね？・・・少し不安 ありがとうございます。わたくしたちは Linux サーバについて系統だった教育を受けたこともありませんし、ましてや人に深くものを教えられるような知識も持ちあわせておりません。 ですのでこれから述べることが「誤りである」可能性は否定いたしません。そのうえで、わたくしたちの見解を記したいと思います。 順番としては、まず何が問題なのか定義し、次に問題に対してお答え申し上
WordPressディレクトリのパーミッションをセキュアに | VPSサーバーでWebサイト公開 備忘録 ~Linux、MySQLからAJAXまで
別の記事（パーマリンク、FTP接続情報）に記載したようにテーマやプラグインのインストール時に”FTP接続情報”が表示されしまう、.htaccessファイルの自動更新ができないといった事象を回避するために、WordPressディレクトリとファイルの所有者をWebサーバ実行ユーザである”apache”にする、という方法があります。 しかし、オンラインマニュアルを見るとセキュリティ的にあまり望ましくないようです。オンラインマニュアルの推奨設定に従って設定した例を示します。 ※目次をクリックすると目次の下部にコンテンツが表示されます。 １．パーミッション設定の指針 ２．Webサーバー実行ユーザーの書込み権限が必要なディレクトリ、ファイル ３．設定変更手順 下記参考情報を基にパーミッション設定の指針をまとめました。 『Hardening WordPress File Permissions』 『Ch
料金編 – Amazon EC2（AWS） Amazon LinuxでWordPress運用 - サイト制作の豆知識
EC2でWordPressで構築したサイトを運用することになりました。さくらのVPSでLAMP環境の運用は何度もやっていたのですが、EC2で構築するのは初めてだったのでメモです。 Amazon EC2の料金体系～LAMP環境の構築までを書きたいと思います。 Amazon EC2の料金について Amazon LinuxでLAMP環境の構築 phpmyadminのインストール ec2-user以外のSSH接続アカウントの追加 EC2にWordPressでサイトを作ろう！と思ったときに気になるのがまずは料金じゃないでしょうか。さくらのレンタルサーバー等は、基本的に決められた月額料金を払えば、それ以上に費用がかかることはありませんが、Amazon EC2の料金体系は大きく4つの要素で決定されます。 インスタンス使用量 データ転送量 EBS ボリューム（HDDの容量） Elastic IP（固定IP
Google (XML) Sitemaps Generator for WordPressのエラー解決法の一
Google (XML) Sitemaps Generator for WordPress（WordPress 2.1 and betterバージョン）をインストール後、設定を終え、サイトマップを作成したところ、以下のエラーメッセージが赤字で出ました。 There was a problem writing your sitemap file. Make sure the file exists and is writable. There was a problem writing your zipped sitemap file. Make sure the file exists and is writable. 簡単に言うと「xmlとxml.gz作成できなかった。両ファイルが存在するか、あればそのファイルは書き込み可能かを確認しろ」ということです。いろいろ探ったところ、以下の方法で
WordPress のプラグインインストールでエラー発生の巻
さて WordPress のプラグインをインストールしようかな思ったらこんな画面に。 ローカルサーバーに FPTサーバーを構築、してないっす。 調べてみると、直接ダウンロードするにはルートディレクトリにある wp-config.php に define('FS_METHOD','direct'); と書けば良いらしい。やってみる。 お、見事にダウンロードを始めたぞ！ とおもいきや下のエラーが。 ぬか喜びさせやがって！ ディレクトリを作れないということは書き込み権限がないのでは？と思いパーミッションを変更。 どうやら以下3つのディレクトリの書き込み権限がいるらしい。 ワードプレスのルート/wp-content/upgrade ワードプレスのルート/wp-content/themes ワードプレスのルート/wp-content/plugins Upgrade ディレクトリはなかったので作る。コ
おすすめの有料・無料SEO分析ツール | アレグロのSEOブログ
SEOツールは、ページやウェブサイトの設計のチェックや、分析を目的に順位やトラフィック（集客）を効率的に管理する目的で使用します。ここでは、企業のWEB担当者の方向エンジンに素早くウェブサイトの状態を伝える事けにツール活用のメリットも含めて実際に当ブログでも活用しているSE RankingなどのSEOツールを中心にご紹介します。 SEOってそもそも何？と思うかたは、「SEO （検索エンジン最適化）とは？必要な知識のすべて」をご参照ください。 SEOツール活用のメリット SEOツールはチェックや分析、管理効率化目的で利用 自動的に順位を向上させるようなマジックのようなツールはありません。また、人によってはSEO自体がプロモーションに適さないケースもあります。（例えばターゲット層がウェブを利用しないなど。）SEOを行うにしてもウェブサイトの状況やビジネスの内容によって施策が異なります。 SEO
Googleウェブマスターツール（サーチコンソール）のサイト登録設定方法とサイトマップ送信までを解説
WEBサイトを作成したら、Googleウェブマスターツールに登録しておくことによって、 Googleからのサイト評価が確認できたり、検索クエリが確認できたりします。 （※ウエブマスターツールは現在Search Console（サーチコンソール）に改名されています） 登録し、検索エンジンクローラー向けのサイトマップを送信することによって グーグルボットによりサイトの存在を主張でき、インデックス促進にもつながります。 Googleウェブマスターツールとは グーグルウエブマスターツールとは、Googleが無料で提供するWEBサイト管理者用ツールです。 Googleよりサイト運営に対するメッセージが届いたり、 どのようなキーワードでサイトが検索より重要視されているかが表示されていたり、 グーグル検索エンジンからみたサイトのHTML記述の状態を確認することもできます。 SEO上も様々な活用方法があり
Twitterのツイートボタンが「0」のままカウントアップされない場合の対処法
先日、ソーシャルボタンの仕様について細かくまとめてみました（Facebookいいね！ボタン｜Twitterツイートボタン）が、ツイートボタンの設定中に、何回ツイートしてもカウントが「0」のまま増えないという現象に遭遇しました。 微妙にハマってしまいましたが、原因には色々なケースがあるようなのですが今回は非常に単純な解決策でした。 備忘録として。 今回現象が起きたサイトは、 http://example.com/ というURLから、 PC：http://example.com/pc/ ←ここにボタンが設置。でもツイートされるURLは「http://example.com/」にしたい。 スマホ：http://example.com/mobile/ とリダイレクトを行っておりました。 ツイートボタンを押すと、正常にツイートのポップアップ画面が起動し、ツイート完了まで遷移します。 当然、つぶやいた
BackWPup - Webサイトを丸ごとバックアップできるWordPressプラグイン
BackWPupは、WordPressで構築したブログ・Webサイトを丸ごとバックアップできるプラグインです。 データベースおよびサーバーファイルのバックアップができます。 バックアップの保存先は、様々なオンラインストレージやFTP接続でのバックアップに対応しています。 このプラグインは有料版もありますが、無料版でも十分過ぎるほどバックアップ機能が充実しています。 バックアップ機能があるプラグインとしては一番高機能で使いやすいです。 この記事では「データベース」と「サーバーファイル」のバックアップの設定方法を解説しています。 記事データの「XMLエクスポート」にも対応しています。 はじめに このプラグインが優れていること WordPressの様々なデータのバックアップができる。 バックアップのスケジュールを設定すれば、後は継続的にバックアップ処理が実行される。 WordPressのデータベ
[WordPress]簡単な3ステップで各種ソーシャルボタンを表示する方法（プラグイン不使用） | Lancork
昨今ではエントリのソーシャルメディアによる共有（Facebookのいいね！やTwitterのツイート等）はほぼ必須の機能となっていますが、プラグインを使用してこれらを実現するとJavaScriptの読み込み箇所が自分で決められなかったり、非同期で読み込まれないためページの表示に時間がかかったりと自由が利かない場合があります。 そこで各種ソーシャルボタン（はてなブックマーク、Facebook、Twitter、Google+、Pocket）を、プラグインを使わず非同期読み込みで設置してみたので方法をメモします。 概要と最終イメージ WordPressのテーマを編集し、ソーシャルボタンの設置を実施します。大まかな流れは以下の通りです。 ステップ1．footer.phpにjavascriptの読み込みを記述 ステップ2．ソーシャルボタンの表示を記述 ステップ3．スタイルシートにスタイルを記述 ソー
![[WordPress]簡単な3ステップで各種ソーシャルボタンを表示する方法（プラグイン不使用） | Lancork](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a60b0f17239ecab755f1e5e14e269ead3aeab8c/height=288;version=1;width=512/https%3A%2F%2Fwww.lancork.net%2Fwordpress%2Fwp-content%2Fuploads%2F2013%2F09%2Fsocialbutton-eyecatch-150x113.jpg)
ベアリポジトリとノンベアリポジトリ：理論編〜GitでWordpressのテーマを管理 | トリコロールな猫
早く公開したかったのに思いのほかハマってちょー頑張った@nekotricolorです。 「バージョン管理システムとは何か〜GitとSubversionの違い」からの「VirtualBox上にインストールしたUbuntuにSSHで接続する」の続きです。 この記事には理屈しか書いていませんので、実際の設定は「ベアリポジトリとノンベアリポジトリ：実践編〜GitでWordpressのテーマを管理」を参照ください。 お題：「Gitを使って、本番環境のWordpressのテーマを、複数のPC上にあるローカルのテスト環境で確認してから更新できるようにする」 ノンベア（non-bare）リポジトリとベア（bare）リポジトリ 違いがよくわからなかったこの2つですが、理解してみれば単純で、 ノンベアリポジトリはワーキングディレクトリを持つ ベアリポジトリはワーキングディレクトリを持たない。更新情報だけを持
WordPressのログイン画面にBasic認証をかける方法 | hT DESIGN blog
ここ最近、何者かがWordPressのログイン画面に入り、乗っ取りを試みる攻撃（Brute Force Attack：ブルートフォースアタック）が問題になっているようです。当サイトでも、ログインエラー履歴を確認したところ、そのような攻撃を受けていたことがわかりました。（もちろん突破されてはいませんでした。） Brute Forceとは「力ずくで、強引に」という意味で、文字どおり力ずくで暗号を解読して、パスワードを取得する攻撃手段のことを指す。 パスワードの取得のため、辞書ツールを使いあらゆる文字の組み合わせで総当たりを試み、暗号の解読のためには考えられるすべての暗号鍵をリストアップして暗号文の切れ端を復号化できるか試みる。 非常に効率の悪い方法であるが、認証失敗回数制限によりIDが凍結されない限り、パスワードが取得されてしまう可能性がある。 セキュリティ用語辞典より 対処法のひとつとして
超簡単wordpressデータ初期化 - snblog
開発が一通り落ち着いて、 データを一旦初期化したいときありますよね。 でも入れたプラグインとかリソースはそのままにしたい。 そんなときは以下の手順で超簡単にwordpressのデータを初期化できます。 但し、プラグインの各設定がDBで行われている場合、その設定も初期化されることと、プラグインの有効化は全て無効になってしまいますので、その点だけご注意を。なにせDB丸ごと消しちゃうので。くれぐれもバックアップは忘れずに。。。 以下wordpressデータ初期化手順 DB削除 wp-config.phpを削除 管理画面にアクセス（/wp-admin） 初期化画面から再設定 以上 プラグインとかリソースはそのままでデータの初期化成功。
WordPressでパーマリンクを設定してもページが404not foundになる時の対処法
WordPressはパーマリンクの形式を色々選択できるのですが、何故かデフォルトの設定以外ではうまく機能せず、リンク先が404のnot foundエラーになってしまいます。 デフォルトの設定以外ではどれを選んでもうまくいかない… 色々調べた結果、WordPressでパーマリンクを使うためには、mod_rewriteというApacheモジュールが必要らしいとのこと。 Apacheモジュールがよくわからない方にざっくり説明させていただきますと、ApacheというのはWebサーバーソフトウエアの名前です。 世の中的におそらく一番使われているWebサーバーです。 WordPressはこのApacheというWebサーバー上で動いているのですが、パーマリンクの設定をするのに、Apacheのmod_rewriteという機能を使っているらしいのです。 そこで私は、きっとこのmod_rewriteの機能がう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How I Cleaned Up My Site After It Was Hacked and Blacklisted
VPS×WordPressのパーマリンクを変更した時の404エラー