新規に追加された機能は以下の画面です。

一言でいえば、投稿に含まれる画像のサムネイルが表示される機能が追加されたということになります。
これは、Wordpress 2.9で追加された機能を活用してみたとのことです。

管理画面の日本語化を施したAtahualpa 3.4.5.1.のファイルは、以下のリンクからダウンロードできます。

atahualpa3451_ja.zip

今後新たなバージョンが公開される可能性があるので、差分ファイルだけでなくすべてのファイル = これだけでプラグインとして動作する状態で固めてあります。

・これから新規にAtahualpa 3.4.5.1を導入しようとしている場合

1. 上のリンクからファイルをダウンロードします。
2. 解凍するとatahualpa345というディレクトリができるので、/WordPress導入ディレクトリ/wp-content/themes/以 下にディレクトリごとすべてのファイルをコピーします(/WordPress導入ディレクトリ/wp-content/themes/atahualpa345/が作成される)。
3. WordPressの管理画面 -> 外観 -> テーマで、Atahualpa Ver. 3.4.5.1を選択します。

・すでにAtahualpa 3.4.5.1が導入済みで、日本語化だけを行いたい場合

1. 上のリンクからファイルをダウンロードします。
2. 解凍するとatahualpa345というディレクトリができるのでそのディレクトリの中にある/functions/bfa_ata_admin.phpと/functions/bfa_theme_options.phpの2ファイルを、既存の環境に上書きコピーします(Ver.3.4.5.1以外のバージョンでは、おそらく正常に動作しませんのでご注意ください)。
3. ユーザ出力メッセージの日本語化も併せて行いたい or すでに行っているが私が作成したもので上書きをする場合は、ja.moをコピー or 既存の環境に上書きコピーします。

となります。

ご活用ください。

Related posts:

1. Atahualpa 3.4.4管理画面日本語化完了!
2. poeditでAtahualpaの日本語化ファイルを再作成
3. Atahualpa管理画面の日本語化に着手

当サイトで管理画面の日本語化ファイルともにオマケ的に配布していたAtahualpaの日本語化ファイルについても同様の事象が確認されましたので、poeditで再作成しました。

元エントリを修正してダウンロードパスを追加しておきましたので、そちらを参照してください。

Atahualpa 3.4.4管理画面日本語化完了!

Related posts:

1. Atahualpa管理画面の日本語化に着手
2. Atahualpa 3.4.4管理画面日本語化完了!
3. poeditでGAの日本語化ファイルを再作成

CodeStyling Localizationで日本語化したpoファイルは問題なく読めたので、そのままmoファイルを作成してサーバにアップロードしてみたら…日本語化されました。CodeStyling Localizationの不具合ということで決まりですね。

という訳で、取り急ぎGoogle Analyticatorの日本語化ファイルについて、poeditで再作成したファイルに差し替えておきました。ついでに、最新のVer.6.0.2対応にしておきました。ダウンロードなどは元エントリからお願いします。

Google Analyticator Ver.5.3.1の日本語化

Atahualpaの日本語化ファイルについても、数日以内に対応する予定です。

Related posts:

1. CodeStyling LocalizationがWP 2.9で死亡…
2. Google Analyticator Ver.5.3.1の日本語化
3. Atahualpa管理画面の日本語化に着手

私が作成したAtahualpa Themeの言語ファイルや、Google Analyticatorの言語ファイルなどが、Wordpressを2.9にアップグレードしたタイミングですべて効かなくなってしまいました(英語が表示される)。

実はWordpress 2.9にアップグレードした時点でこの症状に気がついてはいたのですが、挙動としては、

• CodeStyling Localizationを利用して作成した言語ファイルが存在しないかのような状態になる。
• もちろん、翻訳されて表示されるはずのテキストがすべて英語に戻る。
• CodeStyling Localizationのページで、Atahualpa Themeが検出されない。
• ただし、Atahualpa Themeの管理画面の日本語訳は有効(当り前か…)。

といった感じです。

なお、Wordpress.orgの当該Pluginページを見ると、一人を除いてWP 2.9 + CodeStyling Localization　1.93(2009.12.23時点の最新版)を”Broken”としています。開発者に事象を報告するメールを打った人もいるようですが、今のところ音沙汰がないとか…

色々確認してみた所、poeditで作成したファイルであれば正しく読み込まれるようなので、CodeStyling Localizationが一向に更新されないようであれば、poeditへの移行も考えなければならないかもしれませんね…

Related posts:

1. Atahualpa管理画面の日本語化に着手
2. poeditでGAの日本語化ファイルを再作成
3. Atahualpa 3.4.4管理画面日本語化完了!

”spamが無かった頃を覚えているかい？”
覚えていますとも…

私が初めてインターネットを利用するためにISPと契約したのは、確か1995年(阪神淡路大震災のちょっと後)だったと思いますが、今から考えるともう15年近く前になるんですね。その頃はもちろんspamなんてなくて、普通に@前は短いアドレス(3文字)で登録しました。今だったらたぶん意図的に長くするでしょうね…

ちなみに、私が初めて電子メールアドレスというものを知ったのは、今も忘れない1989年の夏でした。
当時アメリカに留学したのですが、別れ際に連絡先としてもらったアドレスカードに、電子メールアドレスがあったのです。同級生だったその人はこれから大学に進学するということで、そこのアドレスだったようですが、今考えてみるとものすごく先進的なことだったんですよね…1989年と言えば、日本でインターネットを知っている人はほとんどおらず、JUNETが現役で活動していた時代ですから…

話が逸れてしまいましたが、効果は絶大です。
spamコメントに困っているのであれば、絶対に導入する価値があります。

No related posts.

このこともあり、”意識的に”他のWordPressのブログをリンクに含めて記事を投稿してみましたが、相手先の記事にこちらの記事が出ることは全くなく、手動でトラックバックURLを入れた記事のみで確認できるというありさまでした。

どうもおかしい、と思って調べてみたら、衝撃の事実が….

WordPressのフォーラムで、以下の投稿を発見してしまいました。

WordPressのpingがどうやら飛んでないようなんです。
Google Pingで、テスト投稿した記事を確認出来ませんでした。

対策として「Smart Update Pinger」というプラグインを使用したところどうも最新版には対応していないようなので「MaxBlogPress Ping Optimizer」というプラグインを導入しました。
これってニュースレターに登録しないと使えないのかわかりませんが、報告しておきます。

なんと、そもそもPing Backが飛んでいないらしい…
確かに、WordPress本体には、実際にPing Backが飛んでいるかどうかのログなどは残りませんので、これは意外でした。私のように知らない人も少なくないのではないでしょうか？

ということで、さっそく投稿中に紹介されているMaxBlogPress Ping Optimizerを導入…と思いましたが、以下のWebページでの比較記事を参照してUltimate Plugins Smart Update Pingerを入れることにしました。

更新ping送信を防ぐプラグイン(WordPress2.7.1) | とりさんのソフト屋さん:

ちなみに、先の引用にも登場するSmart Update Pingerですが、MaxBlog…のWebページの情報によると、

In WordPress 2.1 there was a dramatic change in pinging codes due to which all the　previous plugins which promised to solve the pinging problem have stopped working.

All these plugins don’t work anymore:

• Smart Update Pinger
• Ping Fix
• WP Cron Future Ping

とのことで、機能しないことがほぼ確定だったので候補から外しました。
ちなみにMaxBlog…のページですが、この手のプラグインの導入の必要性を非常に分かりやすく説明していますので、一読することをお勧めいたします。

なお、先の参考ページで問題として挙げられていたWordPress 2.7.1 + PHP5でのプラグイン有効時の問題については、WordPress 2.8.5では再現しませんでした。

これで幸せなPing Backライフが送れる…はずです。

Related posts:

1. poeditでGAの日本語化ファイルを再作成
2. CodeStyling LocalizationがWP 2.9で死亡…

ダウンロードできるようにしておきましたので、管理画面の英語に辟易して導入やカスタマイズを断念していた方がいらっしゃったら、ぜひ試してみてください。

再掲になりますが、日本語化後の管理画面はこんな感じになります(修正途中のイメージなので、実際にダウンロードしたファイルを適用した管理画面とは文面は若干異なります)。

管理画面のすべての項目のすべての英語を日本語にしてあります。
英語が残っているところはほとんどありません(WPMU関連で少しあるかも…他にあったら教えてください)。

管理画面を日本語化したAtahualpa 3.4.4のファイルは、以下のリンクからダウンロードできます。

atahualpa344_ja.zip

今後新たなバージョンが公開される可能性があるので、差分ファイルだけでなくすべてのファイル = これだけでプラグインとして動作する状態で固めてあります。
以下、簡単に導入方法です。

・これから新規にAtahualpa 3.4.4を導入しようとしている場合

1. 上のリンクからファイルをダウンロードします。
2. 解凍するとatahualpaというディレクトリができるので、/WordPress導入ディレクトリ/wp-content/themes/以下にディレクトリごとすべてのファイルをコピーします(/WordPress導入ディレクトリ/wp-content/themes/atahualpa/が作成される)。
3. WordPressの管理画面 -> 外観 -> テーマで、Atahualpa 3.4.4を選択します。

・すでにAtahualpa 3.4.4が導入済みで、日本語化だけを行いたい場合

1. 上のリンクからファイルをダウンロードします。
2. 解凍するとatahualpaというディレクトリができるのでそのディレクトリの中にある/functions/bfa_ata_admin.phpと/functions/bfa_theme_options.phpの2ファイルを、既存の環境に上書きコピーします。
3. ユーザ出力メッセージの日本語化も併せて行いたい or すでに行っているが私が作成したもので上書きをする場合は、ja.moをコピー or 既存の環境に上書きコピーします。
   注 : Wordpress Ver.2.9を利用している場合は、同梱されているja.moの代わりにこちらを利用してください。

以上です。簡単ですね？

ちなみに、ユーザ出力メッセージの日本語化だけであれば、公式ファイルが存在しますし(私は存在に気がつく前に自分で作ってしまいましたが…)、以下のサイトで紹介/配布を行っているので、当該部分の日本語に納得がいかない場合/うまく日本語化されない場合などに、併せて参照してみてください。

Atahualpa コメント欄などを日本語化したファイル – Wordpressブログ作成メモ
Atahualpa日本語化 « WordPress Expert Blog
[ぴ] WordPress Atahualpaのローカライズ | ぴょんぴょん・おーじ-Daily PYoNPYoN

Related posts:

1. Atahualpa 3.4.5.1日本語化
2. poeditでAtahualpaの日本語化ファイルを再作成
3. Atahualpa管理画面の日本語化に着手

様々な所で紹介されていますが、このテーマの特徴は何と言っても過剰といってもいいほど高いカスタマイズ性です。
200項目以上の設定項目を持ち、思いつくことは大抵設定で実現してしまうこのテーマではありますが、管理画面のローカライズだけは簡単には実現できません。

AtahualpaはI18N対応のテーマなので、Codestyling Localizationのようなツールを利用することである程度のローカライズは可能ですが、それはあくまで”テーマ側で対応された部分”のローカライズであり、Atahualpaの場合は管理画面はその対象外となっています。要するに、PHPのコードにハードコーディングされているので、日本語化するには直接PHPのコードをいじらなければならないということです。

この部分をローカライズされたファイルを配布されている方は何名かいらっしゃいますが、現時点で管理画面の日本語化に着手された方は誰もいらっしゃらないようでしたので、一念発起してやってみようと取り組んでいます。

直接PHPのコードをいじることには賛否両論があるかもしれませんが、CSSやCMSに明るくない人がカスタマイズを試みると、やはり英語の壁は非常に高いのが事実です。何せテキスト量が膨大なので、かなり時間がかかりそうです。現時点での進捗は30%という所でしょうか。

日本語化した後のイメージはこんな感じになります。

もちろん、完成した暁には誰でも利用できるように公開する予定ですので、英語で苦労された/している方がいらっしゃったら、ときどきここを覗いてみてください。励ましの言葉も歓迎です。

日本語化をしているバージョンはAtahualpa Ver.3.4.4ですが、公式サイトのフォーラムの書き込みによると、2009年10月は新バージョンがリリースされることはないようなので(今見たらその書き込みはなくなっていましたが…)、10月中には何とかしたいと思っています。

No related posts.

この分野のプラグインとしては、Ultimate Google Analyticsが日本では人気のようですが、2008年2月3日以降更新されていないようですし、Wordpress公式ページのダウンロード数ではGoogle Analyticatorの方が圧倒的に人気が高いようでしたので、あえてこちらを利用してみました。

配布元のページにある特徴もついでに簡単に訳しておきます。

*  Google Analyticsの標準的なトラッキングをサポート
* 新機能! 過去30日間の訪問者数、サイト利用状況のサマリ、人気のページ、人気の参照元、人気の検索語を表示する管理者向けダッシュボードウィジェットを同梱
* フロントエンドで訪問者数の統計情報を表示するウィジェットを提供
* Wordpressで管理されていないリンクを含む、ページに含まれるすべての外部リンクのトラッキング
* ダウンロードリンクのトラッキング
* 従来のページビュートラッキング方式ではなく、アウトバウンドリンク/ダウンロードリンクといったイベントトラッキングのサポート
* 管理者の訪問を除外することにより、Google Analyticsのサイトオーバーレイ機能への影響をなくすことが可能
* Googleが提供するすべての拡張トラッキングコードをサポート
* UIDしか要求されない簡単なインストール
* トラッキングコードをフッターに挿入することで、ページのロード時間の短縮を実現が可能
* オプションの有効/無効を自在に設定可能、不要な機能はいつでも無効化が可能
* ローカライズのサポート、好みの言語でページを表示することが可能

ちなみに、Wordpressのダッシュボードに追加される、Google Analyticatorの管理者向けダッシュボードウィジェットは、こんな感じです(日本語化された後の状態)。

訪問者数の統計情報を表示するウィジェットは、このページの右上にもありますが、こんな感じです(日本語化された後の状態)。

そのうちエントリにするかもしれませんが、このエントリを書いている時点で、starplatinum.jpはGoogleにインデックスされていないので、かなりお寒い状況となっています(^^;

肝心な管理画面の日本語化ですが、日本語化後の設定ページのイメージはこんな感じになります。

すべてを日本語化してあるので、言語の問題で利用を手控えていた方がいらっしゃったら、ぜひお試しください。

導入方法は簡単で、Google Analyticatorを導入/有効化し、正常に動作したことを確認した後で、以下のリンクからダウンロードしたファイルを解凍し、Google Analyticatorのサブディレクトリにある”localization”というフォルダの中に放り込むだけです。

google-analyticator-ja.mo.zip
2009/12/28追記 : Ver.6.0.2に対応しました(Wordpress Ver.2.9で動作を確認)！

これで、管理画面やウィジェットなどのすべてが日本語化されるはずです。
万一不具合などありましたら、教えていただければうれしいです。

Related posts:

1. poeditでGAの日本語化ファイルを再作成
2. CodeStyling LocalizationがWP 2.9で死亡…
3. Google Waveの招待が来た!

そこで、Wordpressの機能を利用してパーマリンクの変更を行ったのですが、変更後のURLにアクセスしたら404エラーが出てしまう…

冷静になってこちらのページで確認したところ、どうやらhttpd.confでの設定が不足している模様。”AllowOverride FileInfo”もしくは”AllowOverride All”の設定がないと、パーマリンク変更の肝となるmod_rewriteの動きが書かれた.htaccessを読んでくれない模様。

以下の部分の設定を行ったらうまくいきました。
＃/var/www/html/配下にWordpressが導入されています。

<Directory “/var/www/html”>

#
# Possible values for the Options directive are “None”, “All”,
# or any combination of:
#   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
#
# Note that “MultiViews” must be named *explicitly* — “Options All”
# doesn’t give it to you.
#
# The Options directive is both complicated and important.  Please see
# http://httpd.apache.org/docs/2.2/mod/core.html#options
# for more information.
#
Options Indexes FollowSymLinks

#
# AllowOverride controls what directives may be placed in .htaccess files.
# It can be “All”, “None”, or any combination of the keywords:
#   Options FileInfo AuthConfig Limit
#
#    AllowOverride None

# For Wordpress
AllowOverride FileInfo

#
# Controls who can get stuff from this server.
#
Order allow,deny
Allow from all

</Directory>

実際に変更したのは赤文字の部分です。
実は最初、”Directory /”の部分をいじってうまくいかなかったのは内緒です(^^;

No related posts.