XREAや、CORESERVERでは、phpがセーフモードで、動作しています。 私の場合は、下記のように設定しています。 まず、 wp-adminの .htaccess ファイルの設定を下記のように。 <files async-upload.php> AddHandler application/x-httpd-phpcgi .php </files> <files admin.php> AddHandler application/x-httpd-phpcgi .php </files> <files update.php> AddHandler application/x-httpd-phpcgi .php </files> <files upgrade.php> AddHandler application/x-httpd-phpcgi .php </files> <files
とりあえず、ざざざっとリニューアルしたものの、いかんせん重い。 画像数が増えたのと、色んなものを最適化してないからだけど、 サーバーのレスポンスがとても遅い。 もちろんサーバーはワーキングプアの味方、 Coreserver です。 でもわたくし、coreserverに文句言わない。だって安いもん。 というわけで本日のテーマは「ないものねだり」から「あるもの探し」へ。 ウェブの高速化は地元学と一緒だぜ！ じゃん。何はなくともまずは地元を知るために、試しに Pingdom website speed test を使ってスピードテストをしたら、 表示まで９秒、ページサイズは850kBくらいかかった。 こりゃ遅い。わたくしの地元ってば遅いったらありゃしない。 というわけで、いまはやりの（←言い方が古い）高速化を調べて さくっと導入改善自分メモ。 キャッシュプラグイン４連発！ ・Quick Cach
W3 Total Cache WordPress › W3 Total Cache « WordPress Plugins W3 Total Cache Improve site performance and user experience via caching: browser, page, object, database, minify and content delivery network support. http://wordpress.org/extend/plugins/w3-total-cache/ いつも通りにダウンロード、解凍、Plugin フォルダに転送、管理画面から有効にすると、「重大なエラー」が発生してインストールに失敗する。 ・W3TC インストールの準備 wp-contentのパーミッションを一時的に777にする。 ドメイン名直下の.htaccess
DB Cache Reloaded導入でWordPress3.1を高速化（coreserver,xrea編）投稿 : 2011-06-06更新 : 2014-06-10 追記：2013/06/10 /plugins/db-cache-reloaded-fix/cache バージョン 2.3では、上記の場所にキャッシュファイルが生成されてました 記事内のディレクトリと違う場合は読み替えてください。 セーフモード以外でうまく動作しない場合は、上記のフォルダを作成してあげれば動作するようになる可能性はあります。パーミッションを 755あたりに・・・。 DB Cache Reloaded Fixのプラグインを導入してプラグンを有効化。その後、DB Cache Reloaded Fixのオプションで、キャッシュを有効化する。 FixがつかないDB Cache Reloadedも存在しますが、こちらは
git over ssh で、リモートホスト上の git リポジトリにアクセスした時のメモ。 条件は以下な感じ。 SSH しか使えないリモートホスト上に git リポジトリを置いてローカルで作業 clone、push、pull したい root 権限は無いので、git は適当な場所にインストール リモート上にリポジトリを作成し、clone しようとした時にまずつまづく。 > git clone user@host:path/to/repos.git Initialized empty Git repository in /local/path/to/repos/.git/ ksh: git-upload-pack: not found fatal: The remote end hung up unexpectedly どうやら以下のような感じで ssh が実行されるが、リモートで実行さ
Wordpressそのものやインストールしたプラグインは頻繁にアップデートされるので、割とまめに対応しなければならない。また、カスタマイズする箇所が増えて来ると、どこを変えたか？わからなくなってくるので、バージョン管理の仕組みを入れてコードを管理したほうが良い。 バージョン管理の中ではGitが一番簡単そうなので、いろいろ調べてみたが、意外とWordpressの管理に使っている情報が少なかった。やってみると簡単にできる上、お客さん向けにステージング環境を提供するのに便利なので、自分の環境の作り方をまとめてみる。 自分の開発環境を図にするとこんな感じ： Macbookの上で走らせているVMWareにUbuntuで開発環境をたて、そこでWordpressのカスタマイズをしている。カスタマイズの対象となるWordpressのコードはCoresever上にあるGitのリモートレポジトリに格納され、U
CORESERVERに共同開発用にgitのリモートリポジトリを構築。CORESERVERでホストするくらいのサービスの場合、本番用、開発用も一緒に作れちゃうから便利。 CORESERVERに鍵認証でSSH接続 まずSSHでわざわざパスワードを毎回打つのも鬱なので、鍵認証します。 CORESERVERにsshで接続。 MacBook-Pro $ ssh ユーザー名@ サーバー番号.coreserver.jp 下ごしらえ。 coreserver $ mkdir .ssh coreserver $ mkdir chmod 700 .ssh coreserver $ cd .ssh touch authorized_keys 次はMac側(クライアント)でSSH公開鍵を作成。 MacBook-Pro $ ssh-keygen Generating public/private rsa key pa
$ wget [http://からはじまる、コピーしたtar.gzのURL] $ tar xvzf [tar.gzファイル名] $ cd [解凍してできたディレクトリ名] $ ./configure --prefix=$HOME/local $ gmake $ gmake install
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger