写真は特に意味がございません。
WordPressをアップデートしてから二度目のメール投稿テストです。
カテゴリ追加テスト忘れてた!(>_<)
CAT+WordPress
いや~ん、カテゴリ追加コマンド、おもてに出ちゃってるじゃん!
本文の最後に書いた、
がそれです。 「Ktai Entry」プラグインを用いてメール投稿するときに、カテゴリ追加コマンドを発行できるのですが、どうやらこれはそのまま記事本文にも反映されてしまうようですね…。
あ、タグのテストやっていない! ま、いいか。とりあえずアップデート後もメール投稿できることを確認できましたし。
何故いちいちメール投稿テストをしたのかと申しますと、メール投稿反映用の処理を呼び出すURL(正確にはその中のクエリ文字列)が変更されてしまいましたので、念のためと言うことで。
どうやらこれはそのまま記事本文にも反映されてしまうようですね…。
いえいえ、削除されるのが仕様です (でないとかっこわるい)。しかし、外部メールボックスを随時読み込む方式だと、残ってしまうようです。あと、画像回転コマンドがうまく効かないバグも発覚しています。
原因は改行コードの違いおよび正規表現の $ の仕様ですね。すでに手元では修正ずみですが、テストが完了してないので28日ごろリリースになる予定です。
メール投稿反映用の処理を呼び出すURL
これは wpnonce なので12時間ごとに変わります。管理パネルの「メール投稿」で手動確認リンクが表示されるので、そこからアクセスすれば OK です。将来の Ktai Style では、携帯向け管理画面からも手動確認可能とする予定です。
おはようございます。超眠い…。
いえいえ、削除されるのが仕様です (でないとかっこわるい)。
あぶねぇあぶねぇ! まだバグ報告してなくてよかった(汗)。 …実は今朝おきてからするつもりでしたが、ここで留めておいたのは正解であったようです(汗)。 しかしおかげで今朝書こうとしていたブログネタが消滅してしまいましたが(ぉぃ)。
28日ごろリリースになる予定です。
了解です。よろしくお願いいたします。
12時間ごとに変わります
あらっ! ヴァージョン・アップ関係無しにそういう仕様だったのですか!
あぶねぇあぶねぇ! ますますブログネタにしなくてよかった(殴)。
てことは、携帯電話に呼び出しコマンドをブックマークするなどもってのほか、と。結構厳しいですなぁ。
将来の Ktai Style では、携帯向け管理画面からも手動確認可能とする予定です。
出来ればついでに、伝説のプラグイン「SOMY Mobile Gate」のように、ケータイブラウザからカテゴリ設定(やタブ設定)を行えるような支援機能でも(ぼそ)。
悪意ある第三者に「メールボックス確認 URL」を DoS アタックされる危険性があるので、ランダム化しています。現行バージョンでは無理ですが、0.7.1 では、cron で retrieve.php を CLI 版 PHP から呼んだときは wpnonce 不要としました。
ケータイブラウザからカテゴリ設定(やタブ設定)を行えるような支援機能でも(ぼそ)。
メール投稿カテゴリーの変更機能は Ktai Style に実装ずみです。デフォルトのキーワードタグ設定機能はないですね。 あと、SOMY Mobile Gate やその後継の MobG のように「ウィザード型式でメール作成をアシストする」機能は、全く必然性を感じないので、作る予定はありません。
悪意ある第三者に「メールボックス確認 URL」を DoS アタックされる危険性があるので、ランダム化しています。
その事情はうすうす感じておりましたが、
0.7.1 では、cron で retrieve.php を CLI 版 PHP から呼んだときは wpnonce 不要としました。
…こちらを期待させていただきます!
とはいえ、実は「wp-shot」を使っていたときは、cron呼び出しがうまくいかないのか、どうも時々投稿したはずの記事が反映されなかったり、だいぶ時間がたってから反映されたりという現象がありました。 というわけで、cron処理自体は完全には信用していません。「Ktai Style」あたりからポチッとコマンドたたけるようにしていただけると非常に嬉しいです。
メール投稿カテゴリーの変更機能は Ktai Style に実装ずみです。
結局そっち使えということですか(笑)。
あと、SOMY Mobile Gate やその後継の MobG のように「ウィザード型式でメール作成をアシストする」機能は、全く必然性を感じないので、作る予定はありません。
う~ん残念。 「SOMY Mobile Gate」を使っていたときはあのウィザード機能にどれだけ助けられたことだか。
もっとも、今から「MobG」に鞍替えということは考えておりません。
「ケータイブラウザからカテゴリ設定を行う支援機能」というのは、てっきり Ktai Style への機能追加だと思いました Ktai Entry はブラウザー不要でメール投稿するのがコンセプトですし、Mobile Gate, MobG のようなログイン機能を作るのは二度手間になると思っています。ウィザード画面を作らないのも同様の理由です。
わたしの場合、旅行記ではカテゴリーを変更するのは限られた場面しかなかったので、現在の仕様としました。しかし、メインサイトも WordPress + Ktai Entry によるモブログができるようになったので、こちらでは投稿するテーマごとにカテゴリーを決める必要がありそうで、そのときはカテゴリー一覧があると便利なことは確かですね。
Ktai Style の新規投稿作成画面で、「現在の入力内容を携帯電話に送信する」という機能を付けるとか、Ktai Entry のメール投稿アドレスに「カテゴリー一覧を取得するコマンド」を送ると結果がメール送信される機能を付けるとかの手もありますね。
すみません。すっかり返信が遅くなってしまいました。
てっきり Ktai Style への機能追加だと思いました
私の頭の中ではまさにそのつもりでした。 後述されているように、
Mobile Gate, MobG のようなログイン機能を作るのは二度手間
だというご指摘は全く持って同感だからです。
とはいえ、
Ktai Entry はブラウザー不要でメール投稿するのがコンセプト
ということを維持しつつも、「支援機能」はあると嬉しい、ということで。
そのうち勝手に作ろうかな(ぉぃ)。暇ください(殴)。
後述されている追加機能候補、どちらも実装が面倒くさそうなうえに、バグっていたり、そうでなくても使い方を誤ったりすると容易にセキュリティ・ホールになり得ますね。その点ではウィザード形式のほうが少し安全かもしれませんね。
でも、特に前者は目から鱗でしたねぇ(マジ)。
あるいは、画像等の「添付」ファイルだけ先に送りつけて、本文やタイトル、カテゴリ等は「Ktai Style」上でゆっくり編集とか…わ~すみませんすみません! 石を投げないでください!!
前者は、WordPress の API を使えばさほど難しくはないと思っています。ただ「返信すればメール投稿できる」ようにするには、From アドレスを投稿用アドレスにしなければならず、ここが危険でしょうか。携帯電話に届かずエラーメールになったら、そのエラーメールが投稿されてしまいそうです 表書き差出人を別のアドレスにすればエラーメールはそこに行きますが、WILLCOM のように表書き差出人を無視する場合があるのが要注意です (今は直ってたりして)。Reply-To を投稿アドレスにしても、エラーメールを Reply-To に返す場合 (確か WILLCOM) もありますし、Reply-To を認識しない端末もあります (SoftBank の C 型端末)。
投稿してもすぐ投稿されず下書きになるようなコマンドを作りましょうか。それだと、投稿後、Ktai Style で「メール取り込み」→「下書きを編集」すればいいので、希望の動作になるかもしれません。 ただ、画像つき投稿の場合、au 端末の「textarea は 1024 バイトまで」制約にひっかかって、うまく編集できないかもしれません。複数 textarea を表示させる機能も早めに入れないとだめですね。
すっかり惰眠を貪っておりました。おはようございます。
ただ「返信すればメール投稿できる」ようにするには、From アドレスを投稿用アドレスにしなければならず、ここが危険でしょうか。携帯電話に届かずエラーメールになったら、そのエラーメールが投稿されてしまいそうです
確か、エラーメールって、ヘッダが
From: Mail Delivery Subsystem
のようになりませんでしたっけ? 「Ktai Entry」はブログに登録されたユーザのメールアドレスのみを送信者として受け入れると思っておりましたので、この場合は「From:」ヘッダの内容からはじいてしまうと思います。
それとも、エラー時に来たメールをそのまま右から左に流すだけの阿漕なサーヴァとかあるのでしょうかね? この辺よくわかりませんが。
あとそれ以外に特徴的なヘッダでもあれば、それを見て弾くというのも手かもしれません。…が、私のメーラにたまっているエラーメールを除く限りでは、特徴的なヘッダなんてなさそうですし。う~ん困った。
投稿してもすぐ投稿されず下書きになるようなコマンドを作りましょうか。
なるへそ! そこまで思い至りませんでした!!
ほかの方から大量に要望が出たときにでもご対応いただければ、と。当面は「Ktai Style」上で編集すると言うことで。
あ、そういえば、昨日「Ktai Entry」で投げた記事を「Ktai Style」上で編集しようとしたところ、PHPのエラーが出て編集できませんでした。 詳しくは後ほどブログ記事を執筆するつもりですが)、「edit-form.php」の89行目あたりで落ちているようです。 原因が「Ktai Style」側にあるのか「Ktai Entry」側にあるのか(さすがにそれはないか)、それとも「WordPress」側にあるのか、よくわかりません。ちなみに全部最新版適用です。 昨晩原因を切り分けるつもりでしたが、あまりにワケワカメだったのでそのまま寝てしまいました…。
複数 textarea を表示させる機能も早めに入れないとだめですね。
これはさすがに要らないかも。 要るとしてもせいぜい「<!--more-->」以前と以降という位置付けにする程度にした方がいいかもしれませんね。長文編集する気のない人にとっては却って混乱の元かも。
<!--more-->
「Ktai Entry」はブログに登録されたユーザのメールアドレスのみを送信者として受け入れると思っておりましたので、この場合は「From:」ヘッダの内容からはじいてしまうと思います。
マトモなメールサーバーなら、From: MAILER-DAEMON@example.com かつ、表書き差出人が空になるので、特に対策は不要です。しかし、世の中には「Lotus Notes」などのメチャクチャなメールゲートウェイがあるので油断はできません;-) まあ、携帯電話各社のメールサーバーは、さほど凶悪ではない (WILLCOM 除く) なので、たぶん大丈夫でしょう。
複数 textarea ですが、WordPress 2.5 では、写真を3枚貼り付けた程度の投稿でも 1024 バイトを越えてしまいます。なので、必要になる場面は結構出そうだとにらんでいます。山間など、「au しか使えない場所」では必然性があるため、個人的には優先度が比較的高めです。
しかし、世の中には「Lotus Notes」などのメチャクチャなメールゲートウェイがあるので油断はできません;-)
そんなことだろうと思っていました。しかしNotesまで!
テストのために、実機ではなくPCからメールを送るなんてケースを考えると、確かに「凶悪」になりうるケースはありますね。特に企業ユースの場合。
となると、せいぜい「下書きコマンド」ぐらいが手か…。
山間など、「au しか使えない場所」では必然性があるため、個人的には優先度が比較的高めです。
どんな実装になるのか想像するだけで恐ろしいような。
あ、どうせ画像を定位置にしか配置しないという前提であれば、画像URLは「カスタムフィールド」に保存して、投稿本文と分離してしまうという手もあるかもしれませんね。 ただ、記事表示時に画像を呼び出すロジックが別にいるのが手間といえば手間でしょうし、何より「カスタムフィールド」はその構造上、データの扱いがエレガントではありませんね(汗)。
今の私程度ではとうてい出来ない芸当です。とほほ…
Notes の凶悪さは、各地のメーリングリスト管理人を泣かせました (エラーメールが Reply-To に返るなんて!!)。今はだいぶマシになりましたが、それでも Notes から発信されたメールの「ダサさ」は如何ともしがたく、ふつうのメールソフトが使える環境にならないものか、と思っています。
ただ、個人的には、Ktai Style にログインして下書き作成→メールで電話に送信→続きを送って返信すれば投稿できる、というスタイルの方が、画像添付がしやすいことと、リアルタイム性に優れていることとで、使いやすいだろうと思っています。このため、エラーメール問題に懸念事項はあるものの、実装する方向ですすめる予定です。
とはいえ、WP 2.5.1 対策が急務となりましたので、それを最優先でやっつけてしまいます。暫定対策として WP 2.5 の当該関数をコピペする方向で、うまく動きそうです。恒久対策は、カテゴリー一覧表示のコードを全面見直しする必要がありそうです。
話が前後してしまいますが…
暫定対策として WP 2.5 の当該関数をコピペする方向で、うまく動きそうです。
おお!! とりあえず何とかなりそうでよかったです!
Notes の凶悪さは、各地のメーリングリスト管理人を泣かせました
あれだけ大々的に宣伝やっていた割にいい話を聞かないわけだ(ぉぃ)。 関係ありませんが、私が大学卒業後最初に入った会社では、確かノーツドミノをグループウェアに使っていたように記憶しておりますが、アレも不便だったように記憶しております。何故わざわざこんなくそ面倒くさいことやるんだろうな、と。
画像添付がしやすいことと、リアルタイム性に優れていることとで、使いやすいだろうと思っています。このため、エラーメール問題に懸念事項はあるものの、実装する方向ですすめる予定です。
すごい実装になりそうな気がしなくもありませんが、期待させていただきます!
この投稿にコメントが追加されたときに、電子メールで通知を受け取ります。
Posting tweet...
Powered by Twitter Tools.
14個のコメント
いや~ん、カテゴリ追加コマンド、おもてに出ちゃってるじゃん!
本文の最後に書いた、
CAT+WordPressがそれです。
「Ktai Entry」プラグインを用いてメール投稿するときに、カテゴリ追加コマンドを発行できるのですが、どうやらこれはそのまま記事本文にも反映されてしまうようですね…。
あ、タグのテストやっていない! ま、いいか。とりあえずアップデート後もメール投稿できることを確認できましたし。
何故いちいちメール投稿テストをしたのかと申しますと、メール投稿反映用の処理を呼び出すURL(正確にはその中のクエリ文字列)が変更されてしまいましたので、念のためと言うことで。
いえいえ、削除されるのが仕様です (でないとかっこわるい)。しかし、外部メールボックスを随時読み込む方式だと、残ってしまうようです。あと、画像回転コマンドがうまく効かないバグも発覚しています。
原因は改行コードの違いおよび正規表現の $ の仕様ですね。すでに手元では修正ずみですが、テストが完了してないので28日ごろリリースになる予定です。
これは wpnonce なので12時間ごとに変わります。管理パネルの「メール投稿」で手動確認リンクが表示されるので、そこからアクセスすれば OK です。将来の Ktai Style では、携帯向け管理画面からも手動確認可能とする予定です。
おはようございます。超眠い…。
あぶねぇあぶねぇ! まだバグ報告してなくてよかった(汗)。
…実は今朝おきてからするつもりでしたが、ここで留めておいたのは正解であったようです(汗)。
しかしおかげで今朝書こうとしていたブログネタが消滅してしまいましたが(ぉぃ)。
了解です。よろしくお願いいたします。
あらっ! ヴァージョン・アップ関係無しにそういう仕様だったのですか!
あぶねぇあぶねぇ! ますますブログネタにしなくてよかった(殴)。
てことは、携帯電話に呼び出しコマンドをブックマークするなどもってのほか、と。結構厳しいですなぁ。
出来ればついでに、伝説のプラグイン「SOMY Mobile Gate」のように、ケータイブラウザからカテゴリ設定(やタブ設定)を行えるような支援機能でも(ぼそ)。
悪意ある第三者に「メールボックス確認 URL」を DoS アタックされる危険性があるので、ランダム化しています。現行バージョンでは無理ですが、0.7.1 では、cron で retrieve.php を CLI 版 PHP から呼んだときは wpnonce 不要としました。
メール投稿カテゴリーの変更機能は Ktai Style に実装ずみです。デフォルトのキーワードタグ設定機能はないですね。
あと、SOMY Mobile Gate やその後継の MobG のように「ウィザード型式でメール作成をアシストする」機能は、全く必然性を感じないので、作る予定はありません。
その事情はうすうす感じておりましたが、
…こちらを期待させていただきます!
とはいえ、実は「wp-shot」を使っていたときは、cron呼び出しがうまくいかないのか、どうも時々投稿したはずの記事が反映されなかったり、だいぶ時間がたってから反映されたりという現象がありました。
というわけで、cron処理自体は完全には信用していません。「Ktai Style」あたりからポチッとコマンドたたけるようにしていただけると非常に嬉しいです。
結局そっち使えということですか(笑)。
う~ん残念。
「SOMY Mobile Gate」を使っていたときはあのウィザード機能にどれだけ助けられたことだか。
もっとも、今から「MobG」に鞍替えということは考えておりません。
「ケータイブラウザからカテゴリ設定を行う支援機能」というのは、てっきり Ktai Style への機能追加だと思いました
Ktai Entry はブラウザー不要でメール投稿するのがコンセプトですし、Mobile Gate, MobG のようなログイン機能を作るのは二度手間になると思っています。ウィザード画面を作らないのも同様の理由です。
わたしの場合、旅行記ではカテゴリーを変更するのは限られた場面しかなかったので、現在の仕様としました。しかし、メインサイトも WordPress + Ktai Entry によるモブログができるようになったので、こちらでは投稿するテーマごとにカテゴリーを決める必要がありそうで、そのときはカテゴリー一覧があると便利なことは確かですね。
Ktai Style の新規投稿作成画面で、「現在の入力内容を携帯電話に送信する」という機能を付けるとか、Ktai Entry のメール投稿アドレスに「カテゴリー一覧を取得するコマンド」を送ると結果がメール送信される機能を付けるとかの手もありますね。
すみません。すっかり返信が遅くなってしまいました。
私の頭の中ではまさにそのつもりでした。
後述されているように、
だというご指摘は全く持って同感だからです。
とはいえ、
ということを維持しつつも、「支援機能」はあると嬉しい、ということで。
そのうち勝手に作ろうかな(ぉぃ)。暇ください(殴)。
後述されている追加機能候補、どちらも実装が面倒くさそうなうえに、バグっていたり、そうでなくても使い方を誤ったりすると容易にセキュリティ・ホールになり得ますね。その点ではウィザード形式のほうが少し安全かもしれませんね。
でも、特に前者は目から鱗でしたねぇ(マジ)。
あるいは、画像等の「添付」ファイルだけ先に送りつけて、本文やタイトル、カテゴリ等は「Ktai Style」上でゆっくり編集とか…わ~すみませんすみません! 石を投げないでください!!
前者は、WordPress の API を使えばさほど難しくはないと思っています。ただ「返信すればメール投稿できる」ようにするには、From アドレスを投稿用アドレスにしなければならず、ここが危険でしょうか。携帯電話に届かずエラーメールになったら、そのエラーメールが投稿されてしまいそうです
表書き差出人を別のアドレスにすればエラーメールはそこに行きますが、WILLCOM のように表書き差出人を無視する場合があるのが要注意です (今は直ってたりして)。Reply-To を投稿アドレスにしても、エラーメールを Reply-To に返す場合 (確か WILLCOM) もありますし、Reply-To を認識しない端末もあります (SoftBank の C 型端末)。
投稿してもすぐ投稿されず下書きになるようなコマンドを作りましょうか。それだと、投稿後、Ktai Style で「メール取り込み」→「下書きを編集」すればいいので、希望の動作になるかもしれません。
ただ、画像つき投稿の場合、au 端末の「textarea は 1024 バイトまで」制約にひっかかって、うまく編集できないかもしれません。複数 textarea を表示させる機能も早めに入れないとだめですね。
すっかり惰眠を貪っておりました。おはようございます。
確か、エラーメールって、ヘッダが
From: Mail Delivery Subsystemのようになりませんでしたっけ?
「Ktai Entry」はブログに登録されたユーザのメールアドレスのみを送信者として受け入れると思っておりましたので、この場合は「From:」ヘッダの内容からはじいてしまうと思います。
それとも、エラー時に来たメールをそのまま右から左に流すだけの阿漕なサーヴァとかあるのでしょうかね? この辺よくわかりませんが。
あとそれ以外に特徴的なヘッダでもあれば、それを見て弾くというのも手かもしれません。…が、私のメーラにたまっているエラーメールを除く限りでは、特徴的なヘッダなんてなさそうですし。う~ん困った。
なるへそ! そこまで思い至りませんでした!!
ほかの方から大量に要望が出たときにでもご対応いただければ、と。当面は「Ktai Style」上で編集すると言うことで。
あ、そういえば、昨日「Ktai Entry」で投げた記事を「Ktai Style」上で編集しようとしたところ、PHPのエラーが出て編集できませんでした。
詳しくは後ほどブログ記事を執筆するつもりですが)、「edit-form.php」の89行目あたりで落ちているようです。
原因が「Ktai Style」側にあるのか「Ktai Entry」側にあるのか(さすがにそれはないか)、それとも「WordPress」側にあるのか、よくわかりません。ちなみに全部最新版適用です。
昨晩原因を切り分けるつもりでしたが、あまりにワケワカメだったのでそのまま寝てしまいました…。
これはさすがに要らないかも。
要るとしてもせいぜい「
<!--more-->」以前と以降という位置付けにする程度にした方がいいかもしれませんね。長文編集する気のない人にとっては却って混乱の元かも。マトモなメールサーバーなら、From: MAILER-DAEMON@example.com かつ、表書き差出人が空になるので、特に対策は不要です。しかし、世の中には「Lotus Notes」などのメチャクチャなメールゲートウェイがあるので油断はできません;-) まあ、携帯電話各社のメールサーバーは、さほど凶悪ではない (WILLCOM 除く) なので、たぶん大丈夫でしょう。
複数 textarea ですが、WordPress 2.5 では、写真を3枚貼り付けた程度の投稿でも 1024 バイトを越えてしまいます。なので、必要になる場面は結構出そうだとにらんでいます。山間など、「au しか使えない場所」では必然性があるため、個人的には優先度が比較的高めです。
そんなことだろうと思っていました。しかしNotesまで!
テストのために、実機ではなくPCからメールを送るなんてケースを考えると、確かに「凶悪」になりうるケースはありますね。特に企業ユースの場合。
となると、せいぜい「下書きコマンド」ぐらいが手か…。
どんな実装になるのか想像するだけで恐ろしいような。
あ、どうせ画像を定位置にしか配置しないという前提であれば、画像URLは「カスタムフィールド」に保存して、投稿本文と分離してしまうという手もあるかもしれませんね。
ただ、記事表示時に画像を呼び出すロジックが別にいるのが手間といえば手間でしょうし、何より「カスタムフィールド」はその構造上、データの扱いがエレガントではありませんね(汗)。
今の私程度ではとうてい出来ない芸当です。とほほ…
Notes の凶悪さは、各地のメーリングリスト管理人を泣かせました (エラーメールが Reply-To に返るなんて!!)。今はだいぶマシになりましたが、それでも Notes から発信されたメールの「ダサさ」は如何ともしがたく、ふつうのメールソフトが使える環境にならないものか、と思っています。
ただ、個人的には、Ktai Style にログインして下書き作成→メールで電話に送信→続きを送って返信すれば投稿できる、というスタイルの方が、画像添付がしやすいことと、リアルタイム性に優れていることとで、使いやすいだろうと思っています。このため、エラーメール問題に懸念事項はあるものの、実装する方向ですすめる予定です。
とはいえ、WP 2.5.1 対策が急務となりましたので、それを最優先でやっつけてしまいます。暫定対策として WP 2.5 の当該関数をコピペする方向で、うまく動きそうです。恒久対策は、カテゴリー一覧表示のコードを全面見直しする必要がありそうです。
話が前後してしまいますが…
おお!! とりあえず何とかなりそうでよかったです!
あれだけ大々的に宣伝やっていた割にいい話を聞かないわけだ(ぉぃ)。
関係ありませんが、私が大学卒業後最初に入った会社では、確かノーツドミノをグループウェアに使っていたように記憶しておりますが、アレも不便だったように記憶しております。何故わざわざこんなくそ面倒くさいことやるんだろうな、と。
すごい実装になりそうな気がしなくもありませんが、期待させていただきます!
コメントを書く