以前は、Amazonの商品の画像を使ったりアフィリエイトリンクを貼ったりするのに、Amazon Reloaded for WordPressを使っていました。しかし、Amazonのアフィリエイト用 API変更に伴い、古いAmazon系プラグインが全部使えなくなってしまうようです。 詳しくは、Amazon Product Advertising API への対応(PHP版) – もやし日記にありますが、8月15日以降のAmazonのAPIを利用するプラグインは、利用者個々に取得したSecret Access Keyが必要になるとのこと。 Amazon Reloaded for WordPressの公式サイトのコメント欄を見ると、この変更に対応して欲しいという要望を出している人はいて、作者は「そのうち対応するよ」的なことを言っていますが、2009年8月3日時点でプラグインのアップデートはありま
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
MySQL(バージョン 4.0.1以降)にはクエリキャッシュの機能があり、これをONにするとクエリ結果をキャッシュから読み出すことが出来て高速な動作が期待できる。 ■ 1.まず現在クエリキャッシュが有効かどうかを調べる show variables like 'query_cache_%'; show variables like 'query_cache_%'; +------------------------------+---------+ | Variable_name | Value | +------------------------------+---------+ | query_cache_limit | 1048576 | | query_cache_min_res_unit | 4096 | | query_cache_size | 0 | | query_cac
福井のソフトウェア会社です。AccessやExcel、.NETソフトウェア開発、WordPress等を使用したホームページのシステム化、PCサポート・メンテナンス、コンサルなどを行っています。 投稿日 2009 年 3 月 18 日 – 6:51 PM カテゴリ: カスタマイズ WordPress高速化の自己流TIPSをまとめてみた。 キャッシュの導入 間違いなく必須です。WordPressはクエリの発行数がとてもとても多いし、ページを生成するまでのステップ数もプラグインを含めなくてもとても多い。WordPressを使用したホームページがみょーに遅いものが多い理由がキャッシュを導入していないからでは無いかと。。。 WordPress Super Cacheがお勧め 「管理画面」→「プラグイン」→「新規追加」→「キーワード」に”WP Super Cache”と入力して検索し、即インストール
WordPress Plugin には、WP-Cacheや、WordPress Super Cache と言った高速化を実現するためのプラグインが多数あります。 これらのプラグインは、本来は動的に生成している WordPress のコンテンツをサーバ上にキャッシュしておいて、サーバ負荷を減らし、クライアントからのリクエストに対して、素早く返答しようというモノです。 つまりは、サーバ側の処理(バックエンド)の高速化。 Head Cleaner (仮) は、これらのプラグインとは違い、クライアント側の処理(フロントエンド)を高速化しようと言うのが狙いです。 多分、今まで無かったタイプの高速化プラグインでは無いでしょうか? この辺のフロントエンドの高速化の解説は、以下のエントリが詳しいです。 Best Practices for Speeding Up Your Web Site Webサイトの
UbuntuでWordPress の自動アップグレードを試みた。 いきなり接続情報を問われる デフォルトでFTPにチェックが入っているので、FTPの接続情報なんだろうということで、サーバーはlocalhost、ユーザはWordPressディレクトリの所有者、パスワードはその所有者のパスワードで実行したが、サーバに接続できないとエラー。 FTPサーバの用意 FTPサーバは必要なんだろうから、FTPサーバ:proftpdをインストール $ sudo apt-get install proftpd inetd経由で起動するか、standaloneで起動するかを問われたので、ご指示のとおり使用頻度はほとんどないのでinet経由を選択してインストール完了。 再度、自動アップグレードを実行するもサーバに接続できないとのこと localhostはだめでサーバのホストアドレス「foo.example.co
これまで(2008年10月)、WordPress ME 2.1.1を使っていましたが、バージョンアップとデータのバックアップをとるためにWordPressを別サーバに移転させる必要性が生じました。3ヶ月前から「WordPressの引越し」にチャレンジしていましたが、MySQLのデータベース関連、PHP関連、そして文字化け問題となかなか引越しが出来ない状態にありました。それでもサーバ構築を進めていく以上何とかしなければならないという思いで、かなりの労力と時間を費やしましたが、なんとか「WordPressの引越し」が出来ました。念願の引越しが出来たのもWeb検索でいろいろな情報を集めることが出来たためです。そこで、これから「WordPressの引越し」をお考えの方に少しでも参考になればと思い、今回取り組んだ内容を書き留めておきます。 それでは、WordPress ME 2.1.1を別サーバに移
普段常用しているEmacsからWordPressへ投稿できたら楽であろう。それを実現するのためにweblogger.elを入れることにした。導入するにはこのサイトからcvsで落としてセットアップする。落とすディレクトリはloadパスの通っている所であればよい。自分の場合は~/lispにloadパスが通しているので、以下のようになる。 cd ~/lisp cvs -z3 -d:pserver:anonymous@cvs.savannah.nongnu.org:/sources/emacsweblogs co -d weblogger weblogger/lisp #実際は一行 後は.emacsへ追加。さっきも書いたがloadパスは既存のパスを使えば追加する必要はない。 ;;weblogger (require 'weblogger) セットアップするには、M-x weblogger-set
WordPressはページを表示するたびにデータベースサーバーにアクセスし、リアルタイムにページを生成している。 そのため、サーバーへの負荷は大きなものとなる。 投稿数やアクセスが増加してきた時に、画面表示に時間がかかるようになってきた。 そこで、WP Super Cacheを導入してみた。 これは一度表示したページをキャッシュに保存し、再度同じページを表示するときにキャッシュを利用するため、サーバーへの負荷を減らせると同時に表示速度の高速化にもつながる。 しかし、なかなかうまく導入出来ずにはまってしまったので記述しておく。 さらに、Ktai-Styleとの併用はいろいろな問題を引き起こすらしく、導入に一手間加えないといけない。 まず、WP Super Cacheをサイトからダウンロード。 ダウンロードしたファイルを解凍し、いつものようにpluginsフォルダにアップロード。 wp-cac
WordPress を高速化する5つの方法です。 テーマの効率化 PHP の高速化 ページキャッシュプラグインの使用 MySQL クエリキャッシュ MySQL テーブル最適化 テーマの効率化 テーマの効率化というより、出力する HTML や CSS, JavaScript の最適化です。これに役立つ FireFox のプラグインが YSlow です。バックエンド(サーバなど)の最適化よりもフロントエンド(HTML, CSS, JavaScript)の最適化の方が効率的に向上させられるので、真っ先に取り組んでみるべき。 使い方などは下記のページが詳しいです。 【ハウツー】YSlowでWebページを高速化 – リッチさと速さを同時に実現するUIを! (1) YSlowでWebページパフォーマンス計測 | エンタープライズ | マイコミジャーナル PHP の高速化 PHP アクセラレータという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く