今日もプラグインの更新を実施。
プラグインページを確認すると使いこなせないまま放置してるのや、なんのために導入したのか思い出せないのが散見されるので、見直さねば！
今日行ったプラグイン関連の更新の作業内容をメモ。
久々すぎていろいろ忘れてるなぁ。
先達の情報に感謝！
この半年ほどすっかり放置気味でしたが、しばらくWordPressも更新していなかったため、一気に最新版に更新しました。
元のバージョンがWordPressMe2.20だったので 、
WordPressMe2.20→Me2.21 →Me2.23→WordPress2.33ja
の手順で行いました。
久々なのでかなり緊張したのですが
といった手順で特に問題もなく完了。
実は人柱用のWordPressページも持ってるのでこちらですべて試してみて、正常更新を確認後、こちらも同じ手順で更新しました。
今回のWordPress本体の更新作業では、AkismetとSpamKarma２は無効化せず有効のままで実施し、正常に更新完了しました。
あと、WordPress2.33に更新後、Akismetがすでに2.14に更新されていると表示があったため、こちらも更新しました。
わざわざ書くほどのこともないですが以下手順で実施。
Akismetを停止させたのは実質30秒以下でした。
今回の作業で参考にさせていただいたサイト：
Slugger+ というPluginを利用して、Windows Live Writer経由で投稿スラッグまで含めて一括投稿できるかのテスト投稿です。
pluginの配布元；
Slugger+ for WordPress and MarsEdit by Justin Blanton
日本語紹介記事；
ppmweb » WordPress プラグイン「Slugger+」は天才
[ slug ] ～ [ /slug ]
の一行を追加します。（実利用時には[ ]タグ内には半角スペースは入れませんヨ！）
このタグで囲まれた部分が投稿スラッグ(slug)となります。
このPuginはXML-RPC機能を利用可能なblog editorでないと利用できないとのこと。
したがって携帯などからのメール投稿ではこのPluginは利用不可のようです。
以下、blog.y4su0.com 様より引用。
Slugger+ 0.3 By Justin Blanton 各エントリーのパーマネントリンクを決める Slug (このエントリーだと、”plugins-used-at-this-blog”) を Wordpress の標準投稿機能以外での投稿時にも指定可能にする。
XML-RPC機能を使わないと指定が効かないので、例えばメール投稿時などでは Slug 指定は無理。
うまく投稿できれば、Windows Live WriterやScribe Fireなどをメインとして利用できるようになってかなり便利になるはず。
Fresh Readerしてチェックしているお気に入りサイトのひとつ、Standing Tall さんのWPのプラグイン：NiceWeb2CSSが以前からやりたかったことそのままだったので、WordPressの更新ついでに導入してみました。
配布元はコチラ：Spawnrider.Net:: Blog “Blog Files” NiceWeb2CSS - Plugin for Wordpress
ダウンロードリンクをクリックすると同じ作者運営？のJoomla!サイトから、NiceWeb2CSS_V1.0.zip ファイルをダウンロードするようですね。
クリック先のページに「Télécharger」って表示のリンクがあるのでクリックすると、フランス語？の確認画面が表示されますがかまわずクリック！
（どうやらCC-GNU GPL.での利用に同意してくださいってことのようです）
ちなみにJoomla!のXTypo Pluginを参考に作成したって書いてますね。
このプラグイン知らなかったので、Joomla!導入後、コチラも試してみる予定です。
NiceWeb2CSS_V1.0.zipファイルをダウンロードできたら、解凍してWordPressのpluginフォルダに解凍フォルダごとUploadして、後は管理画面からプラグインを有効化すればOK！
Standing Tallさんで使い方は詳しく解説しているので詳細はそちらを見ていただくとして、さっそくテスト。
[nice_info]インフォメーション：Infomation[/nice_info]
[nice_alert]アラート：Alert[/nice_alert]
[nice_warning]ウォーニング：Warning[/nice_warning]
[nice_sticky]スティッキー：Sticky[/nice_sticky]
[nice_feed]フィード：Feed[/nice_feed]
[nice_download]ダウンロード：Download[/nice_download]
[nice_link]リンク：Link[/nice_link]
[nice_code]コード：Code
// v2.2以降は以下の2行を追加してください。
define(’DB_CHARSET’, ‘utf8′);
define(’DB_COLLATE’, ”);[/nice_code]
と書くと下のようになります。 ↓ ↓
インフォメーション：Infomation
アラート：Alert
ウォーニング：Warning
スティッキー：Sticky
フィード：Feed
ダウンロード：Download
リンク：Link
コード：Code
// v2.2以降は以下の2行を追加してください。
define(’DB_CHARSET’, ‘utf8′);
define(’DB_COLLATE’, ”);
ちなみに、毎回”nice_”と開始タグ、終了タグに入力するのは何気に面倒かもなぁ～と思ってプラグインフォルダ内のNiceWeb2CSS.phpファイルを開いてみたら以下の記述がありました。
//Balises ouvertures
$text = str_replace(’[nice_info]’, $tag[0], $text);
$text = str_replace(’[nice_alert]’, $tag[1], $text);
$text = str_replace(’[nice_warning]’, $tag[2], $text);
$text = str_replace(’[nice_sticky]’, $tag[3], $text);
$text = str_replace(’[nice_feed]’, $tag[4], $text);
$text = str_replace(’[nice_download]’, $tag[5], $text);
$text = str_replace(’[nice_link]’, $tag[6], $text);
$text = str_replace(’[nice_code]’, $tag[7], $text);
//Balises fermetures
$text = str_replace(’[/nice_info]’, ”, $text);
$text = str_replace(’[/nice_alert]’, ”, $text);
$text = str_replace(’[/nice_warning]’, ”, $text);
$text = str_replace(’[/nice_sticky]’, ”, $text);
$text = str_replace(’[/nice_feed]’, ”, $text);
$text = str_replace(’[/nice_download]’, ”, $text);
$text = str_replace(’[/nice_link]’, ”, $text);
$text = str_replace(’[/nice_code]’, ”, $text);
これらの行の[nice_***]の部分を自分で変更してテストしてみたら問題なく動作しました。
メンテ性のよいプラグインでしたので素人でも楽に変更できました。
個人的には”nice_”の接頭語を削除してよりシンプルにしてみました。
テーマファイルとの相性によってはCSS部分の変更もしなきゃならないのかも知れませんが、個人的に多用するプラグインになると思います。
前回のVox Crosspostテストに見事に玉砕し、改善策もわからないまま放置気味だった「Vox Crossposter Plugin試用」 のエントリですが、このエントリにとんぷうさんからコメントをいただき、その情報を元にvox_crosspost.phpファイルをいろいろ弄ってたら無事にCrosspostできるようになりました。
【変更前】 42行目 $email_address = get_vox_email(); 43行目 $email_headers = create_email_headers(); 44行目 $email_subject = get_subject($post_id); 45行目 $email_body = get_body($post_id); 【変更後】 42行目 $email_address = mb_convert_encoding(get_vox_email(), “UTF-8″); 43行目 $email_headers = mb_convert_encoding(create_email_headers(), “UTF-8″); 44行目 $email_subject = mb_convert_encoding(get_subject($post_id), “UTF-8″); 45行目 $email_body = mb_convert_encoding(get_body($post_id), “UTF-8″);
【変更前】 71行目 $email_headers .= ‘Content-type: text/html; charset=iso-8859-1′.”rn”; 【変更後】 71行目 $email_headers .= ‘Content-type: text/html; charset=UTF-8‘.”rn”;
これでうまく行ったのですが、WordPress側もVox.com側も同じ文字コードの場合、手順2.は不要で手順3.のみでも良いのかも・・・（未検証のため自信なし）
とんぷうさん、有用な情報をありがとうございました。
あと、文字コードの変換についてはこちらを参考にさせていただきました。
PHPなんでチンプンカンプンな素人なものでこういう情報がないとまったくわかりませんでした。
余談ですが、Version0.3のプラグインだとCrosspost or Do not crosspostの設定が標準で「Crosspost」側になっています。
このことをつい忘れてしまって、ちょっとした誤字脱字のための修正を行っていると保存ボタンを押した回数だけ、Vox.com側にエントリが作成されますので作成後の編集は注意が必要です。
標準で「Do not crosspost」にするオプションぐらいつけてほしいなぁ。（他力本願）
orinoaさんの「VoxにクロスポストするためのWPプラグイン at orioa」を参考に試用してみることにしました。
2月から放置中のVoxアカウントの有効活用が目的です。
ちなみにpluginの提供元の「WordPress plugin: Vox Crossposter」によると、Performancing（ScribeFire blog editorの旧名）と併用すると、エントリが重複作成されてしまう既知の不具合があるとのこと。
ScribeFireでも再現するかのテストもあってScribeFireでエントリを作成しています。
ただし、投稿スラッグを使えないので、下書きモードで投稿してWordPress管理画面で清書してますので意味はないかも。
(1) If you are using Performancing for Firefox (like I am), then two posts are being generated when you publish using this extension.
さて、うまくいくかなぁ～。
Powered by ScribeFire. （ScribeFireで下書き投稿、WordPressで清書）
あと、一度投稿した後にちょっとした修正を行う場合、必ず上記手順6.の「Vox:」を「Do not crosspot」に設定しておく必要があります。
そうしないと、修正の度にVox.com側に同名のエントリが作成されます。
Crosspostを実現するためにVox.comのmoblog機能を利用しており、修正の度にmoblog用アドレスにメール送信され、その結果最初の投稿時とタイムスタンプが変わることが原因のようです。
エントリアップ後にちょっとした修正を行う方には、使いどころが難しいかも。
