1. 概要 2. Lightsail でWordPress Multisite インスタンスを起動 3. WordPressで複数サイトを立ち上げる 概要 今回は、Amazon Lightsail サービスを使って、簡単にWordPress のマルチサイトを構築する方法を紹介します。 先ず、WordPress のマルチサイト機能を利用すれば、 1つのWordPressに複数のサイトを立ち上げることが可能です。マルチサイト化の利点は、インフラの有効活用とサイト管理の効率化が大きいかなと思います。 次に、ブログで運用しているWordPress を後からマルチサイト化に挑戦しましたが、少しハードルが高く、プラグインを全て無効化して「サイトネットワークの設定」が必要となり、この設定変更が既存の環境に影響を与える可能性がありそうだと感じました。そこで、Amazon Lightsail で新たにインス
WordPressのデータを本番へデプロイする方法、ツールは色々ありますが、わたしはサイト構築も経験が浅いので、とりあえずできるところからやっています。個人的には、IDEに依存せず、コマンドラインからの実施が可能な方法があると嬉しいので、何か良いものがないかな〜と探したところ、 wordmove というruby製のツールを発見。 https://github.com/welaika/wordmove/ きっかけになったのは、ユニキャストラボ様の、下記のエントリです。 wordmove – WordPressサイトを一発デプロイ http://lab.unicast.ne.jp/2013/05/09/deploying-wordpress-with-wordmove/ 基本は上記のエントリを参考にいただければ分かるかと思いますが、オプションについての情報を、こちらで補足してみます。 2016
先日、Google検索結果でこのブログが表示されたときに「モバイルフレンドリーではありません」という表示が出ていることに気づきました。 気になって以下のページにURLを入力して調べたところ、WordPressのプラグインから出力されているCSSがGoogleにインデックスされないようブロックされており、それによってレイアウトが崩れてしまったようです。 モバイル フレンドリー テスト – Google Search Console この記事では、そのような場合の対処法について書いています。 対処法 最初に結論を書くと、昔から使用しているWordPressの場合、WordPressインストールしたフォルダー(ディレクトリ)にある robots.txt というファイル内に以下のように書かれている場合があります。 (最近新しくインストールしたWordPressではこの行はないはずです) Disal
個人用メモです。 !! ======================== !! ※この記事は2019年の記事です。著者はもうWordPressを使用しておりません。この記事で紹介している内容は2019年当時の内容である事を理解した上で、実際に設定する際は最新の情報を確認しながら行ってください。 2019/9/26追記 2020年1月1日より静的IPが有料になる旨Googleから発表がありました。 $0.004/時間=最大約300円/月が有料となります。 それ以外の部分についても無料でなくなり次第記事を更新してまいります。 情報: @mattn 様 2020/3/20追記 まだ請求額が0円だったので「あれ?」って思って調べたら、上記の静的IP有料の変更は1/1から反映されてるものの、キャンペーンで2020/4/1までは割引されている事に気がついたので注釈追記しました。ちなみに割引されなかった
このように、WordPress本体とプラグインのアップデートを頻繁に行う必要がありますが、アップデートをすると今まで動いていたプラグインが動かなくなったり、スタイルが崩れたり、様々な問題が発生します。 そのため、アップデートする前に事前にアップデートして問題ないかを確認する必要があり、これがかなりめんどくさい(*)です。 *本番環境(今動いているWordPress)と同じ環境(近い環境)を用意して、バージョンアップ → 確認をする必要があります。煩雑なアップデートとその検証を、コンテナという技術を使うことで負担を軽減することができます。 コンテナを使うDockerというコンテナ型仮想化技術を使うと、上記デメリットを解消できます。 以下が従来の構成とコンテナの構成イメージです。 *簡略化しています コンテナの場合は、Dockerというコンテナの上にアプリケーションが乗っかっています。 ●従来
サーバーサイドのレンダリング(SSR)を使用して、数分の1秒以内にページが高速に表示されるWordPressのフロントエンドを構築するテクニックを紹介します。 バックエンドのキャッシュと組み合わせることで、非常に高速になり、しかも安価にWordPressサイトを構築できます。 Zero-latency WordPress Front-end -GitHub 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様のライセンスを元に翻訳しています。 デモページ サーバーサイドのレンダリング(SSR) バックエンドのサービス 非キャッシュページのアクセス キャッシュページのアクセス キャッシュのパージ 始めてみよう Nginxの設定 バックエンドのJavaScript フロントエンドのJavaScript Cordova 終わりに デモページ サンプルのコードで何ができるのか
Twitterやブログでお伝えしたように、当ブログは先日新サーバーに移転しました。2回目のサーバー移転で、前回から9年ぶりとなります。 WordPressをドメイン変更無しで、新サーバーに移転した手順の覚え書きです。 参考: WordPress日本語サイト 移転した一番の理由は、旧サーバーでSSLにすると費用がかなり高くなることです。他にもアプリがアップデートできず使用したいものが利用できない、サービスの縮小化など、将来的に不安があるので、年契約が終了するこのタイミングで移転することに決めました。 新サーバーはもちろんこれらがクリアされており、まだ数日ですが、快適に利用させてもらっています。 サーバー移転のスケジュール 1. 新サーバーの契約・旧サーバーの解約 2. WordPressのサイトデータのバックアップ 3. WordPressのデータベースのバックアップ 4. WordPres
青楼妓女禁脔道具调教sm,国产11孩岁女被a片免费观看,1区2区3区4区产品乱码入口,猫咪av成人永久网站,妈妈的朋友2在线观看,亚洲av永久无码精品,亚洲国产精品久久久久婷婷图片
よくあるデプロイの方法だといろいろセットアップが多くてハードルが高いので(一度セットアップすれば簡単ですが)、ベアリポジトリをサーバー内に立ててそこに git push したらフックを蹴っ飛ばして自動的にデプロイする方法はどうかなと思って試した。 この方法ならインフラを構築するためのプロビジョナーにあらかじめ仕込んでおいてすぐに導入できる気がする。 ベアリポジトリの作成 ウェブサーバーに以下のコマンドでベアリポジトリをつくる。
こんにちは。HASHコンサルティングの松本隆則です。 今回は弊社のWordPressに対する取り組みについてお話させていただきます。 KUSANAGI Ready プロジェクト HASHコンサルティングは、プライム・ストラテジー株式会社(https://www.prime-strategy.co.jp/)と共に、WordPressの主要なプラグインやテーマを検証し、一定の水準をクリアしているプラグインやテーマを公表する「KUSANAGI Ready プロジェクト」の運営を開始いたしました。 本プロジェクトの詳細については、以下のサイトをご参照ください。 http://ready.kusanagi.tokyo/ WordPressセキュリティ強化サービス ところで、弊社徳丸は、ブログ執筆やイベントでの登壇などの様々な場面でWordPressに関わっています。 WordPressの侵入対策は脆
プライム・ストラテジーとクリエーションラインは、処理性能の高さを特徴とするWordPress実行環境「KUSANAGI」をDocker化した「KUSANAGI Runs on Docker(KUSANAGI RoD)β版」の無償提供を開始した。 プライム・ストラテジーとクリエーションラインは2016年5月31日、高速をうたうWordPress仮想マシン「KUSANAGI」をDocker化した「KUSANAGI Runs on Docker(KUSANAGI RoD)」のβ版を無償配付すると発表した。 KUSANAGIは、プライム・ストラテジーが開発し、オープンソースライセンスで無償提供する、WordPress実行環境。ページキャッシュ非使用、4vCPU最大性能時でWordPress実行時間が3ミリ秒台、1秒当たりの同時リクエスト数は1000超。ページキャッシュ利用、4vCPU最大性能時で1
WordPressの表示遅延やサーバの負荷上昇の原因になり得るボトルネックは、どのように見つけて、改善すればいいのか、その方法を紹介します。
ここ最近、アカウント乗っ取りやセキュリティ事故関連のニュースが相次いでいますが、WordPressで制作されたサイトも標的に会っているようです。一般的な手法としては「ブルートフォースアタック」という手法をもちいているらしいです。 =>「ユーザー名」をある程度絞ってから、あとはパスワードは総当たりでトライ その逆でパスワード固定のユーザ名総当たりは「リバース・ブルートフォース」というらしい。 ほとんどのテーマではユーザ名が投稿記事内に晒されている と思います。 テーマによりますが、記事の「メタ情報」内に投稿者・作成者といったかたちで、「ユーザー名」が出力されます。 **出力する必要が無い場合はテーマのテンプレートを変更して、作成者を非表示にしましょう。class="author"が設定されているはずです。 (Twenty twelveの場合はこちら) cssで隠すだけでは、HTMLには出力さ
本連載について WordPressは、W3Techsの統計情報によると世界中のおよそ26%のWebサイトで利用されているオープンソースCMSソフトウェアであり、CMSソフトウェアに限定するとおよそ59%と過半数以上のシェアを有しています。WordPressは当初、GPLライセンスで誰もが無償で利用できることもあり、ブログソフトウェアとして広く利用されてきましたが、最近では、その開発生産性の高さや圧倒的なマーケットシェアを背景に、CMSソフトウェアとしてまたWebアプリケーションフレームワークとしても利用されており、エンタープライズ領域での採用も加速しています。 一方で、WordPressはPHP、MySQLベースの動的なCMSソフトウェアであり、Webシステムそのものとして活用できるというメリットがある反面、エンタープライズ領域での利用が増えるに従って、動作速度としてのパフォーマンス、セキ
今回のサイトを含め、WordPressでのサイト構築Tipsをこちらで更新中です。 http://qiita.com/yousan/items/c925f0a241be02a55292 はじめに 一日のPVが100万、月の3000万PVのサイトを某ブログシステムからWordPressに移行する案件がありました。 ウェブサイトの規模感を計る指標はいくつかありますが、僕の中では100万PV/月を超えてくると中規模かな、と思っています。 3000万PV/月ですとそこそこの規模感ですね。 「WordPressで大規模サイトって大丈夫なの?」と聞かれる事がありますが結構大丈夫です。 このサイトをさくらのクラウドへ移行しました。OSパッケージとしてKUSANAGIを利用しました。 KUSANAGIを使えばCentOS + nginx + php-fpm (or hhvm) 周りをそこそこの初期状態で設
プライム・ストラテジーは、WordPressの主要なプラグインやテーマをチェックして、PHP実行環境やセキュリティなどの適合状況などを公表する「KUSANAGI Ready プロジェクト」を3月から開始することを、2月29日に発表した。 「KUSANAGI Ready プロジェクト」は、WordPressの主要なプラグインやテーマに関して、 PHP 7、HHVM、PHP 5の言語仕様に適合しているか否か一定のセキュリティルールに適合してるか否か一定の実行速度としてのパフォーマンスを確保できているか否か日本語、英語などの言語対応の状況などをチェックし、一定水準を満たしたプラグインやテーマの一覧を公表していくもの。 また、調査検証の結果、一定水準をクリアできなかった場合でも、修正により改善が見込めるものについては、修正パッチの提供も行っていくとしている。 同プロジェクトでは、3年間で100件ほ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く