ウェビンブログ » plugin http://blog.webbingstudio.com 札幌のWebデザイナー・カスタマイズアドバイザー WebbingStudioのよしなし語り Fri, 30 Jul 2010 00:11:50 +0000 http://wordpress.org/?v=2.9.2 ja hourly 1 MovableType投稿画面の入力項目を全ユーザーで統一するプラグイン「EntryPrefsFixer」 http://blog.webbingstudio.com/2010/05/mt_entryprefsfixer_plugin.html http://blog.webbingstudio.com/2010/05/mt_entryprefsfixer_plugin.html#comments Sun, 23 May 2010 19:10:21 +0000 WebbingStudio http://blog.webbingstudio.com/?p=1364 「EntryPrefsFixer」は、システム内の全ユーザーの入力項目を、強制的に同じにするMovableType用のプラグインです。

ダウンロードはこちら。
Movable Typeでエントリの表示オプションを全ユーザーで同一にする。 – Junnama Online

特に設定はありません。有効にしている間、MTの動作が以下のように変わります。

  • システムまたはブログ管理者が「表示オプション」を変更したタイミングで、その内容が全ユーザーに反映される
  • 管理者権限のないユーザーの投稿画面には、表示オプションが出なくなる
  • プラグイン有効化前に各ユーザーが個別に表示オプションを変更していても、管理者が変更をした時点で強制的に上書きされる
  1. MovableType4・5・Power CMS for MTで動作を確認しています。
  2. 新規アカウントを追加したタイミングでも同期される機能があったようですが、動作しないようです。現状では「表示オプションを変更したとき」のみ行われます。

かなり実務向けのプラグインなので、機能をざっと書いてもピンと来ない人も多いかもしれません。
必要な場面や技術的な捕足は、追記以降をご覧くださいませ。

MovableTypeの表示オプションの仕様について

MT4以降では、投稿画面の入力項目の表示・並び順を細かく設定することができます。
カスタムフィールドを多用するCMS的な構築には必須の機能ですが、ひとつ面倒なところがあります。

新規で記事を書くときの大まかな「項目の表示」については、各ブログの「設定」→「投稿」で前もって指定できるのですが、
投稿画面右上の「表示オプション」で指定できる「項目の並び順」に関しては各ユーザー個別となります。

つまり、MovableTypeの管理者が
入力しやすいようにカスタムフィールドの項目を整頓していても

更新担当者のアカウントでログインすると、
初期状態に戻ってしまうのです。

ブログやアカウントの数がほとんどないのであれば大した問題ではないのですが、大規模案件などでブログ10個・アカウント10個となってくると、10×10で100回分の表示オプションの設定を行わなければならないのです。

ぶっちゃけやってられま(ry

そんなときに「EntryPrefsFixer」を使うことで、下位ユーザーの環境を管理者側で簡単に整えることができます。
後々アカウントが増えたときの表示オプションの変更回数も、ブログの数だけで済みます。

技術的な捕足

このプラグインは、@Nick_smallworldさんと私(@webbingstudio)のTwitterでの会話を、@junnamaさんが見て作成してくれたものです。

@Nick_smallworldさんに許可をいただいたので、ログを技術情報として追記します。
DBを直接編集することで対応したい人や、同様のプラグインを作ってみたい人は参考にしてください。

【緩募】MovableTypeで、Aさん（もしくはシステム管理者）がカスタムフィールドの並び替えをしたときに、他ユーザー（Bさん、Cさん）も強制的にAさんの並び順にさせる方法をご存じの方、いらっしゃいますでしょうか。 11:56 PM Apr 29th

@Nick_smallworld MTの項目並び替えの件、遅レスですが私も調べたことがあるので、情報流しておきますね。この先しばらく連投になりますが失礼。 10:22 AM Apr 30th

管理画面項目の表示／非表示、並び替えは「mt_permission」テーブルの[permission_entry_prefs]がブログID、ユーザーIDをキーに管理しているらしいです。 #movabletype 10:24 AM Apr 30th

.@Nick_smallworld すいません、これの一個前Replyにしませんでした。…なのでメインユーザーのpermission_entry_prefsを他ユーザーに複製すると並び順は同じになるのではないかと考えられます。 #movabletype 10:25 AM Apr 30th

.@Nick_smallworld このことをサーバー担当の方に伝えたところそれでうまくいったぽいのですが、残念ながら私自身はまだ検証できていません。 #movabletype 10:27 AM Apr 30th

.@Nick_smallworld にっくさんのように「強制的に」と考えている場合、編集のタイミングでプラグインを起動させる／cronか別途プログラム起動で、該当DBを修正させる／という手がある気がします。 #movabletype 10:29 AM Apr 30th

@Nick_smallworld カスタムフィールドの並び順に関して私の方でわかってるのはこのくらいですが、少しでも参考になれば。てゆか誰かプラグイン作ってくれないかなあ。 #movabletype 10:30 AM Apr 30th

@webbingstudio ありがとうございました！ばっちりできました。permissionのほうに定義されていたとは気がつかず「blog_かauthor_の方だろうなー、でも項目が無いなー」と思って探していましたｗ　6:01 PM Apr 30th

@Nick_smallworld あれでできましたかー。結局、項目の表示順は全ユーザーで統一することが多いですよね。今後の案件にも役立ちそうなので、私も試してみます！ 8:52 PM Apr 30th

あと名前出せないのですが、私の検証を元に実際にDBを書き換えて動作確認してくれた当時の某社サーバー担当者様、ありがとうございましたー＞＜。


TwitterTwitterで記事を紹介して下さい（-人-）]]> http://blog.webbingstudio.com/2010/05/mt_entryprefsfixer_plugin.html/feed 0 iPhone用ページと帰ってきたAdsense http://blog.webbingstudio.com/2009/02/iphone%e7%94%a8%e3%83%9a%e3%83%bc%e3%82%b8%e3%81%a8%e5%b8%b0%e3%81%a3%e3%81%a6%e3%81%8d%e3%81%9fadsense.html http://blog.webbingstudio.com/2009/02/iphone%e7%94%a8%e3%83%9a%e3%83%bc%e3%82%b8%e3%81%a8%e5%b8%b0%e3%81%a3%e3%81%a6%e3%81%8d%e3%81%9fadsense.html#comments Sun, 22 Feb 2009 17:18:07 +0000 WebbingStudio http://blog.webbingstudio.com/?p=286 wptouch

このブログを、iPhone・iPod Touchに対応させました。
iPhoneでアクセスすると、専用テーマになります。

普通のブログだとあまりiPhoneで見に来る人はいないと思いますが、私の周りではやたらと保有率が高いので。
外出先、職場からでもお気軽においでくださいませ。

iPhone用テーマを追加するプラグインは「iWPhone」と「WPtouch」の二つが利用されてます。

私は、より完成度が高い印象がある「WPtouch」にしました。
jQueryを利用したインターフェースが軽快で、カスタマイズの自由度も非常に高くなっています。
また、ホーム用アイコンの設定や、モバイル用Adsense表示、Analyticsにも対応してくれます。

デフォルトテーマはiPhoneのインターフェースを踏襲したものなので、このブログにはなんとなく合いません。
せっかくなら自作テーマも作ってみたいところです。

モバイル用Adsense表示に対応、と書きましたが、このブログにGoogle Adsenseを復活させました。

Adsenseはもういらん：ウェビンブログ（旧）

ブログからGoogle Adsenseを外したのは、かなり前になります。
FC2ブログがAdsenseにまるごとBANされるという事件があったのを機に、Google Adsenseの管理体制に疑問を感じたのです。
Webの記事ばかり書いている関係上、制作会社などのいわゆる「商売敵」が出てしまうのも、理由のひとつでした。

あれから三年、私は当時目標にしていたフリーになり、ブログの傾向も随分ユルくなりました。
改めて利用してみようと思います。

なんだかんだ言って、サイトの邪魔にならずいちばんコンスタントに対価を得られるアフィリですからね。
早速「ブログカスタム自由自在」とか出ちゃってますが（笑）


TwitterTwitterで記事を紹介して下さい（-人-）]]> http://blog.webbingstudio.com/2009/02/iphone%e7%94%a8%e3%83%9a%e3%83%bc%e3%82%b8%e3%81%a8%e5%b8%b0%e3%81%a3%e3%81%a6%e3%81%8d%e3%81%9fadsense.html/feed 0 サーバー移転＋WordPressに変更 http://blog.webbingstudio.com/2009/01/%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e7%a7%bb%e8%bb%a2%ef%bc%8bwordpress%e3%81%ab%e5%a4%89%e6%9b%b4.html http://blog.webbingstudio.com/2009/01/%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e7%a7%bb%e8%bb%a2%ef%bc%8bwordpress%e3%81%ab%e5%a4%89%e6%9b%b4.html#comments Sat, 24 Jan 2009 20:22:56 +0000 WebbingStudio http://blog.webbingstudio.com/?p=213 webbingstudio.comをエックスサーバーに移転しました。
前にサーバー移転をした時のことを考えると、ドメイン移行に二日くらいはかかるだろうと思っていたのですが、ほぼ半日で完了。

さらに、このブログのベースシステムをMovableTypeから、WordPressに変更しました。
先日の記事で書いた通り不満も多いのですが、毎日更新するブログなので軽さと拡張性の高さを重視しました。
本サイトはきちんとしたウェブサイトで運営したいので、引き続きMovableTypeです。

「どんなふうにデータを移行したのか」というのは、参考にならないと思います。
全く効率よく移行できなかったからです。

本サイトと、オンラインヘルプ

MovableType4.23がベースなので、「バックアップと復元」を利用しました。

これは正常に機能すれば、テンプレートやウェブページ、アイテム情報まで完全移行できるのですが、何故か本サイトの復元がうまくいきません。
結局、エントリー（新着情報）のみMT3以前の簡易インポートを利用して、テンプレートとウェブページ（About・Work）は手作業で移行しました。

オンラインヘルプは問題ありませんでしたが、ブログ情報の一部が壊れてしまったらしく、オンラインヘルプの管理画面から本サイトの管理画面へのリンクが表示されません。
お仕事ではうまくいったのに、凹みます…

ウェビンブログ（データ移行）

ブログはMovableTypeベースです。

なので、MTの記事エクスポート→WPの記事インポートが定石ですが、忙しかったのであまり記事を書いておらず、手作業でもなんとかなりそうだったので、バックアップ機能そのものを利用していません。
サーバーを借りたときから空のWordPressを設置し、新しく記事を書くたびに同時にコピペし続けました。

まぁ、ある意味いちばん確実だろう…と思っていたのですが、ここで大誤算。
記事に貼ったアップロード画像のURLは、httpからのフルパスなので、ドメイン移行後に全部リンク切れ。また手作業で貼りなおす羽目になりました。
更にサブドメインの設定が間違っていて、ドメイン移行後にちゃんと表示されなくてまた修正。

アホです…
なんかここまで思うようにいかないと泣けてきます…

ウェビンブログ（拡張機能）

テンプレートはSandbox for MovableTypeから本家Sandboxへ。

プラグインは取り急ぎ、以下をインストールしています。

  • Akismet ・・・　とても有名なスパム駆除プラグイン
  • Google XML Sitemaps ・・・　Google Sitemapsを自動生成
  • Raw HTML capability ・・・　特定のタグで囲んだ文章のテキスト自動整形を無効にする

ブログを書くなら最低限、この三つがあればいいと思います。

WordPressを携帯対応にするKtai style・Ktai entryも設置予定ですが、iPhoneを買う予定なのでKtai entryは使わないかもしれません。どちらも設置にちょっと手間がかかるものなので、様子を見ます。

そんなこんなで移行作業は一段落しました。
こんなに手間取るとは思いませんでした。web屋失格です；；

MovableTypeの、ブログ間移動の不具合がかなり気になっています…
各ブログの更新は問題がなくても、今後MTBlogs関連の独自タグに影響が出てしまうかもしれません。時間があるときに調べてみる必要がありますね…えーん；；


TwitterTwitterで記事を紹介して下さい（-人-）]]> http://blog.webbingstudio.com/2009/01/%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e7%a7%bb%e8%bb%a2%ef%bc%8bwordpress%e3%81%ab%e5%a4%89%e6%9b%b4.html/feed 0 WordPress、好きじゃないんだけどな http://blog.webbingstudio.com/2009/01/entry-104.html http://blog.webbingstudio.com/2009/01/entry-104.html#comments Fri, 02 Jan 2009 05:50:38 +0000 WebbingStudio http://webbing.xsrv.jp/blog/?p=47 webbinblog0901

今のブログは、「Sandbox for MovableType」テンプレートセットを一部改編したものです。

Sandboxはもともと、WordPressのカスタマイズ用テーマでした。
最近の個人ブログツールのシェアは、MovableTypeから、このWordPressに大きく流れている状況です。
欧米では、既にシェアは逆転しているのですが、バージョンアップに伴って、日本でも本格的になってきたようです。

ほぼ毎日、仕事で両方を利用している私としても、

MovableType＝小規模→中規模の企業向けCMS
WordPress＝個人→小規模のブログ

という住み分けが最適だろうと思います。

なので、このブログももっと更新しやすくて、PHPで気軽に拡張できるWordPressに切り替えた方が良いのではないかと考えはじめていますが…

個人的に苦手なのです、WordPress。
WordPressへの不満などグダグダ書き出してみます。

内蔵の関数がひどい

HTMLタグのような書式で記述したものを内部変換させるMovableTypeに対して、WordPressはPHPのプログラム（ユーザー関数）をそのまま記述します。

例えば　<?php bloginfo(‘name’) ?> というのは
「name」という引数を渡すとブログ名を返す、「bloginfo」という関数
という意味です。

PHPを勉強している人にはわかりやすい仕様なのですが、いろいろな人の手を経て何度も拡張を繰り返してきたためか、関数の仕様に一貫性がありません。

bloginfoのような、引数がほとんどないものはいいのですが、何個もの引数を要求し、しかも順番が間違ってると動作しない関数も多く、あとでテーマファイルを見ても、引数だけだとそれで何をしようとしたのか、さっぱり見通しがききません。

「&lorem=TRUE&ipsum=0」のように、必要なモディファイアだけ指定する「クエリ式」が使える関数も増えたとはいえ、このクエリ式が使える・使えない関数もまたバラバラで、新しい情報をまめにチェックしなければいけません。

文章整形フォーマットが使いにくい

WordPressの本文自動成型は、かなり融通がきかないことで有名です。
普通の文章なら問題ないのですが、改行込みのHTMLタグを書いたり、アフィリエイトバナーを貼ったりすると、大抵思うようにいきません。

最新版の2.7で向上するかと思いましたが、過去のバージョンとの互換性が足を引っ張っているからか、あんまり良くなっていません。

この辺りはプラグインの追加でも何とかなるのですが、できればデフォルトの方を何とかしてほしいものです。

2009/01/08追記：
WordPress2.7になって、自動整形機能はだいぶ改善されてきました。
正確にマークアップしたHTMLの改行タグを削除するようなふざけた挙動はなくなりましたが、コメントなどの連続ハイフン、textarea内のHTMLソースなどはやっぱり正確に表示できません。

独自タグの範囲内を成形させないRaw HTML、カスタムフィールドの内容を本文に入れ込むContent Ex等の併用が無難です。

本文と追記を別個として扱えない

MovableTypeをはじめ、HTMLを編集できるレンタルブログなどは「本文」と「追記」に対して、別個の独自タグが提供されています。
これは使い方によっては便利なもので、本文と追記に別の役割を与えることで、特殊なウェブサイトを簡単に構築することができます。

ところがWordPressは、更新を簡単にすることに重きを置いているからか、本文と追記の扱いが非常にあいまいで、また、本文だけ・追記だけを自由に切り出すことはできません。

excontentプラグインを作ったのも、そのような経緯からです。

区切りが本文中の<!–more–>だけなので、うっかりHTMLタグで囲んでしまうと、一覧ページが大変なことになるのも悩みです。

コーディングの融通が利かない

WordPressは、1つの命令文で大きな固まりのHTML群を書き出す関数が多くあります。
すぐにブログを構築したいときにはとても良いのですが、デザイン上の理由でコーディングを細かく修正しようとすると、コアファイルを参考に、追加の関数を自分で作成しなければなりません。

静的ファイルが残らない

WordPressは、アクセスするたびにページを生成するのが基本です。
サーバー内にページの実体はありません。
このため、頻繁に更新するブログほど、どんどん表示が遅くなっていきます。
（MovableTypeは再構築が遅くなるのでどっこいどっこいですが）

現時点ではWP Super Chacheプラグインがよく紹介されていますが、キャッシュ生成はWordPressのコアに関わるため、バージョンが変わると動かなくなってしまったり、サーバーとの相性が悪くて最初から動作しないということも多いようです。

安全性に難がある

初期状態でインストールすると、ユーザーIDはかならず「admin」になり、管理画面のURLはブログのルートと同じ階層になります。
これだと、推測ができないのはパスワードだけなので、セキュリティ面ではかなり危ういです。
WordPressの中の人にはもっと、この辺を啓蒙していただきたいものです。

もちろん、私はWordPress設置時は管理画面の階層、IDのどちらも変更しています。

中の人々の態度がでかい

すいませんすいません主観です。

和訳のせいかもしれないですけど、なんか偉そうじゃないですかあの人たち。

「2.7にはコルトレーンという偉大な名前を冠しましたよー」
「私たちはこーんなスバラシイツールを無償で提供してますよー」

ああなんかいやだむずむずするかゆいうま。

他にもいろいろとあるのですが、これらを勘定に入れても、PHPベースの簡単さと、オーバーライド方式のテンプレートは魅力的です。
MovableTypeの管理画面がどんどん重くなっていることや、Perlを勉強する予定がないこと、携帯対応の問題（これでかい）もあり、ウェビンブログはWordPressベースになるかもしれません。
（Sandboxテーマを入れれば、移行にもそんなにかからないしね）

需要があるのは確かだし、ある程度は妥協して、いい点をガンガン伸ばしていくしかないですね。


TwitterTwitterで記事を紹介して下さい（-人-）]]> http://blog.webbingstudio.com/2009/01/entry-104.html/feed 0 WordPress用本文制御プラグイン「Excontent」 http://blog.webbingstudio.com/2008/06/entry-96.html http://blog.webbingstudio.com/2008/06/entry-96.html#comments Sun, 15 Jun 2008 14:52:48 +0000 WebbingStudio http://webbing.xsrv.jp/blog/?p=17 Excontentは、WordPressの記事本文の出力方法を制御するプラグインです。
通常は本文・追記と追記のリンクが自動出力される記事部分を、アーカイブの種類に関係なく個別に出力します。

version1.1(2008-7-3)
ex_morelink関数に間違いがあったので修正しました。

» ダウンロードはこちら

使用した場合のスクリーンショットはこちら

導入方法

  1. 解凍したzipフォルダに入っている「excontent.php」を、WordPressの「wp-content/plugins」にアップロードします。
  2. その後管理画面にログインし、「Excontent」がプラグインリストに含まれているのを確認してください。
  3. 「有効化」すると、次項の関数が使用できるようになります。

拡張される関数

基本の<?php the_content(); ?>の代用として、以下の関数を使用できます。

  • <?php the_excontent([string]display, [boolean]filters); ?>
  • <?php the_exmorelink( [string]more_link_text, [string]before, [string]after); ?>

パラメータ

the_excontent

エントリーループ内で、本文を表示します。

記述例
<?php the_excontent(‘body’, false); ?>

[string]display

” (空：default)
<!– more –>の区切りを無視し、全ての記事を表示します。

‘body’
インデックス・アーカイブの区分を無視し、常に<!– more –>の区切り以前を表示します。

‘more’
インデックス・アーカイブの区分を無視し、常に<!– more –>の区切り以降を表示します。

<!– more –>がない場合は何も表示しません。

[boolean]filters

true (default)
記事編集画面での段落（Enter一回押し）を<p>要素に変換します。

false

入力した内容をそのまま表示します（改行の変換は行いません）

the_exmorelink

パーマネントリンクを表示します。シングルページでは何も表示されません。

記述例
<?php the_exmorelink(’[続きを読む]’, ’<p class="extended">’, ’</p>’); ?>

[string]more_link_text
パーマネントリンクの文章を指定します。
[string]before
パーマネントリンクの前に表示する文章を指定します。
[string]after
パーマネントリンクの後に表示する文章を指定します。

利用規定

WordPressはオープンソースのフリーウェアです。
WordPressのコアファイルに関わっているこのプラグインもオープンソース規定に基づいて頒布します。
商用利用、改変、スキンのfunction.phpへの組み込み等、ご自由にお使いください。

尚、基本的に改良の保障はいたしません。

動作確認

WordPress 2.6以降、WordPressME 2.0、WordPressME 2.2のデフォルト環境で動作を確認しています。

make a donation

このプラグインは、フリーウェアです。

でも、あなたのお役に立ちましたら、うぇびんぐさんに何かおごってください＾＾*


TwitterTwitterで記事を紹介して下さい（-人-）]]> http://blog.webbingstudio.com/2008/06/entry-96.html/feed 1