つぶやき。もしくは独り言。

2chのNuclesuスレッドの件

Mon, 15 Sep 2008 00:27:12 +0900

一番愚痴垂れ流してるのはおいらかも
自分の技術力のなさを棚に上げて、アレが出来んこれもダメ言ってるだけだしなぁ
｢モデが書き込みしてるんだろ｣って書き込みがあったけど、正直、自分が書いたのかと思うレスがあったり、｢これ、合宿の時話してたよなぁ｣みたいな内容もあった
スキンの話なんかは、合宿の時に｢もっと構造がわかりやすいスキン作りましょう｣って話にはなった
http://wakka.xiffy.nl/planning:3.32に書いてあることの質問してる人がいたけど、あれはこの前のエントリでAndyさんが答えてくれてた通りかと
現状、英語版3.32も3.33も、キッパリとPHP4で動作します
俺自身はNucleusをもっと使いやすくしていきたいと思ってるし、他のモデレータもそれは同じだと思う
なんか、書いてるうちに何かいてるか解らなくなってきたんでこの辺で

あとは｢23｣が出てきて、｢商用利用可と告知しててあいかわらず強気のアドバイスとはな｣の真意を書いてくれれば終了なんだが…

nucleus / コア

Nucleus開発合宿

Tue, 26 Aug 2008 00:21:50 +0900

8/22～8/24の二泊三日で、東京は晴海グランドホテルに於いて、NucleusCMS Japanの開発合宿に参加してきました
皆さんもくもくと作業を続けられる中、1年前に書いた Nested Model を使ったサブ・マルチカテゴリのプラグインをコアに取り込むべくがんばろうと思ったんですが、自分の書いたコードが読めないというていたらく…
なんとか三分の一程度のコードをコアにマージしたところで時間切れという、なんとも情けない結果になってしまいましたが、サブカテゴリとタグは次期バージョンに盛り込むという事でコンセンサスが取れていますので、引き続き作業進行中です。
次期Nucleusに興味のある方は、Googleコードにソースコードが置いてありますので参考にしてみてください(現在、最新のリビジョンはおそらく動作しませんが、一つ前のr31はちゃんと動くはずです)

AndyさんがFoodynCMSのプレゼンをされたり、(な)さんが管理エリアのデザインをまるごと自由自在に変更できるNP_SkinableAdminを開発済みだったりと、大変意義深い合宿でした
中でも hsurさんが異常なまでの集中力を発揮し、合宿2日目に朝から取り掛かったNP_AuthSisterをその日の夕方にはベータリリースまでしてしまうという偉業を達成されました
惜しむらくは、合宿参加者の中に｢萌え絵｣を描く人がいなくて、認証画面に出てくるのがオリジナルのれいにゃﾀｿのみと言うことでしょうか…
ということで、Nucleusﾀｿ募集中です

何はともあれ、合宿参加の皆様、ありがとうございました & オツカレサマでした
またやりましょう！
nucleus

Googleストリートビューについて

Mon, 11 Aug 2008 00:02:21 +0900

各所でいろいろなやり取りがされてるようですが…
高木さんの記事の最後の記述読んで、なんとなく思ったこと。

西洋的呪術と東洋的呪術の相違なんじゃないかな？

いや、西洋呪術にも似たような類のものがあるのは知ってる。
でもね、やっぱりちょっと違うと思うんだ。
プライバシーを気にしてるからこそ、道路沿いに表札を掲げてる訳で、そもそも｢表札｣の意識の無い西洋と同じにしちゃいかんと思うんだ。
あれは、｢ここから先は家のプライベート空間ですよ(だから覗いたり入ってきたりしちゃダメですよ)｣という意思表示な訳で、それをあんなふうに言っちゃイカンと思うなぁ。
というか、日本人としての感性とか、そういうもの、もっと大事にしようよ。
リンク先見に行かない人もいるだろうから引用しておきますGoogle日本法人の代表者は、「日本人は公道にわざわざ表札を出しているくらいでプライバシーなんか気にちゃいない」としたうえで、プライバシー問題の話を、有害情報の話と対比させながら、「偉い学者さんの倫理観で縛るというやり方はいかがなものか」と言っていた。この発言、なんか、あまりものを考えてない人の発言だなぁと感じた。
日記

本家SVN改造版

Sun, 3 Aug 2008 12:14:14 +0900

ちょっとメモ
・インストール時のプラグインの依存関係の解決
・アップグレードスクリプトの作成
・データベースのキャラセットの指定方法
あとなんだろ・・・？
思いついたら追加

モバイル用サイトマップの仕様変更

Fri, 25 Jul 2008 00:22:07 +0900

仕様変更になるそうです
モバイルサイトマップを作成する
ということで、NP_SEOSitemapをバージョンアップしてみました
リクエストを受けたURLに応じて、それに添った形のサイトマップを出力します
変更は本体ファイルのみです
アップデートはファイルの上書きのみでOK
モバイル版に「priority」や「changefreq」が書いてあっていいのか？とか、まだちょっと狩らないところはありますが、｢sitemap.orgのプロトコルの拡張｣と書いてあるのでこれで大丈夫かと思ってます
大丈夫じゃなかったらまたアップデートですね＾＾；NP_SEOSitemap-1.3[93clicks]
NP_GoogleSitemap / NP_SEOSitemap / ウェブマスターツール / nucleus / プラグイン

NucleusCMS 3.33SVN Evolution

Mon, 21 Jul 2008 23:45:58 +0900

インストールスクリプトに難あり
インストールスクリプトからハードコーディングされてた部分は追い出してあって、Langファイルを読み込むようにはなってるんだけど…
ルートディレクトリに専用のLangファイルを1個置いて、それをスクリプト内で｢読み込むのはこのファイルですよ｣って指定して読み込んでやるの
｢これじゃぁ、今までと大して変わらないじゃん｣
と思ったんで、もうしづき独自実装でもいいやとか思いつつ、インストールスクリプトを改造中
具体的に言うと、

・$_SERVER['HTTP_ACCEPT_LANGUAGE']を見て、とりあえずUTF-8の言語ファイル(それが何語であってもとりあえずUTF-8)を読み込む
・そこで、使用言語とキャラクターセットを指定していつものインストール画面に進む
・指定されたキャラクターセットの言語ファイルを使用して定数を展開、インストールを進める

で、インストール用言語ファイルはとりあえず｢install｣ディレクトリかなんか作ってそこに突っ込んどいてやれば、後始末も楽になるかなと
こうしとけば一つのパッケージに言語ファイル全部突っ込めるから管理が楽。みたいな
そもそもトップディレクトリにインストール用のファイルをバラバラと置いてるのがなんか美しくない
ということで、目下自己満足の改良中
ついでにこの前も書いてたけど、ランゲージファイルはconfig.phpで読み込んでやろう
MySQLの文字化けの話が出るたびに思うんだけど、読み込むタイミングが遅すぎると思う
もっと早くにキャラクターセットが確定してたら、何らかの手の施しようはあるんだけど、現状だとデータベースを読みに行く時のクライアントのキャラクターコードを決定する為に、先ずデータベースを読みに行かなければならないという、なんともトホホなことになってるんで…
とりあえず、出来たら公開はします
nucleus / コア

本家のNucleus 3.33 Feature Planningについて

Sun, 20 Jul 2008 18:21:06 +0900

いくつか。
・PHP 5 only support [Completed]
大嘘吐き。｢E_ALL | E_STRICT｣で何もでなくなってから言うように
・OpenID
コンシューマだけでいいじゃんね？
それなら、NP_OpenIdで完成してるし、わざわざコアに乗っける意味が解らない。WPがプロバイダになれるからNucleusもって事かな？
前にTwitterでhsurさんに｢プロバイダになるのも面白いよね？｣とは言ったけど、誰が好き好んで個人のブログサイトの認証で…って思う
・NP_PoorManCron
pseudo-cron.inc使えばいい
・Ajax framework
これは欲しいね。
つか、他のところいじるよりこれが先だと思うんですが、現状まったく手付かず。
どっかに別ブランチあるの？
・Build-in Multiple Categories
NP_MultipleCategoriesをコアに取り込む。…今のままのじゃないよね？
・Build-in pagination for every type of page (index, item, search ...)
ページング付けるのはいいけど、せめて生のSQL投げずに、MDB2なりPDOなり使うようになってからじゃないと…
それと、本家のあのアバウトな実装見てるとどうも…
・Tagging support
あちら産のタグのプラグインは複雑でメンドクサイからまみおさんがNP_TagExを作ったわけで、いまさら向こうのやつをコアに組み込まれても困ります
そもそもURL変わっちゃうじゃん
・Eliminate all hardcoded language [Completed]
どこがｗ
こんなのホントに[Completed]なら別ブランチ(ホントにあるの？)に閉じ込めてないでさっさと表に出しなさい
kimitakeさんが10行ほど翻訳しかけてたけど、そこすら本家版のランゲージファイルにも反映されてないし、今回ざっと100行（つまり100箇所)追加したんだぞ？
・Base URL Simplication [Completed]
ま、たしかに。たしかに[Completed]なのかもしれない。
その前にURL生成のロジック作り直せ。
ITEMやCATEGORYなら、ブログID取得して$b->getURL()してその後に?itemid=とか付けろ。
http://他人のブログのURL/ITEM/自分のブログのITEMのID
とか気持ち悪いだろ

なんか言いたい放題
自分で出来る訳じゃないのにえらそうに言ってますが、正直な感想ですそれから、ケイムズさんの記事にもあるけど、NP_PingはNucleusインストール時に強制的にインストールされるわけじゃなくなってます。
チェックボックスは当然直書き
ここもどうにかならないものか…
で、せっかくハードコーディングな英文を無くした訳だから、EUC-JPとUTF-8の違いをランゲージファイルのみで済むように、インストーラも改造しようと思います
SQL関連の文字化けはもうたくさんなので…
nucleus / コア

TODOリスト

Sun, 20 Jul 2008 00:34:22 +0900

＊＊＊＊ Nucleus本体の事＊＊＊＊

・Nucleusのコアに本家SVNの最新版をマージ(済)
・フォーラムにある(しづきの主観で)便利そうなカスタマイズ、バグ(？)修正の取り込み(済)
・・http://japan.nucleuscms.org/bb/viewtopic.php?t=3991(済)
・・http://japan.nucleuscms.org/bb/viewtopic.php?t=2761の(済)
・・・ブックマークレットでのアイテム更新後の自動リロード。(済)
・・・アイテム一覧画面でコメント数を表示。(済)
・・・「後で追加」「タイムスタンプを更新」のチェックボックスのチェックし忘れ対策。(済)
・管理画面中に表示されてしまう｢英語｣を全て定数で置き換えて言語ファイル化(済)
・コアファイル中に直接書き込まれている日本語を全て言語ファイルに追い出す(済)
・documentationディレクトリ内のファイルのアップデート
・_CHARSET定数を、config.phpで定義
・インストール開始前に文字コード選択ページを表示、選択した文字コードにあわせた言語ファイルでインストールする
・インストールスクリプト内でのデータベース作成時に、設定された言語にあわせて照合順序を設定
・データベースアクセス時にmysql_client_encoding()でキャラクターセットを取得、_CHARSETに合わせてmysql_set_charset()もしくはsql_query('SET NAMES ～')して文字化け防止
・アップデートスクリプトでテーブルの照合順序と_CHARSETを見比べて、不都合がありそうなら照合順序を変更する

＊＊＊＊プラグインとか＊＊＊＊

・WP Plugin｢KtaiStyle｣の移植
・NP_CustomURLのリファクタリング
・PingBack実装(NP_Pingback)
・NP_MCEnhancerを普通にリリースできる状況にしたい
・REGEXを使わないNP_MultipleCategories対応の<%blog()%>互換プラグイン

＊＊＊＊その他＊＊＊＊

・Nucleusのプラグインイベントのリストアップ(済)・解説

前にitem_547で書いてた内、いくつか残っちゃってる…
ちなみに、NP_MCEnhancerとREGEXを使わないNP_MultipleCategories対応の<%blog()%>互換プラグイン。前者は多分もう出来てる。出来てるけどUIが出来てないからリリースできない。後者はなぜかカテゴリがちゃんと登録されないんでバグ取り中。バグが取れたら何か名前つけます。

コアのentity.phpがなんかおかしい件

Mon, 14 Jul 2008 00:11:01 +0900

stringToXML()すると、なんか「だ」とか｢待｣とか｢遅｣とかが化けるんですが…
｢コメント関連テンプレート変数｣の｢excerpt｣使ってもらったらすぐわかると思います
これ、正しくないよね？
nucleus / コア / 文字化け

NP_PingJPのテストを兼ねて

Sun, 13 Jul 2008 23:04:44 +0900

Nucleus3.31sp1同梱のNP_Ping
これが中途半端で改造中という話は、以前に書いたことがあると思います
で、NP_PingにNP_SendPingの機能(「ping送信先を複数追加」「更新したブログのURL通知」)を追加して、さらにAsyncHTTPで、複数(ほぼ)同時送信に対応したNP_PingJPの完成形が出来たので、テストを兼ねて書き込み
AsyncHTTPは、一つずつの返事を待たずにずんずん送っちゃうから、あっという間に送信完了します昨日の記事の時は送信データが文字化けしてて、あちこちのサーバでエラーになってましたが、自鯖にpingサーバ立ててテストした結果、おそらくOKというものが出来たのでテストを兼ねて投稿
「event_JustPosted」のタイミングでの動作実験はまだですが、バックグラウンドでの送信実験もクリアしました
ただし、これはバグなのか仕様なのかわかりませんが、コアのコードのせいで、過去の日付の投稿だとping送信しません
というか、｢今すぐ追加｣以外のラジオボタンをチェックしたときにはping送信しない(event_SendPingを呼び出さない)つくりになっています(それなのに｢新しいカテゴリ｣で投稿すると、未来の記事だろうがドラフトだろうが送信するのでバグだとは思いますが)
それから、アイテムの編集をした時も送信しません
ドラフト状態のアイテムを通常記事に変更した時のみ、送信されます
こっちもコアの仕様です
ということで、実はもうしばらくNP_SendPingを使っておいた方がいいんじゃないかと思ってる今日この頃
コアの方改造（というかバグフィックス)するなら、いっそevent_SendPingにアイテムIDも渡すようにした方が、weblogUpdates.extendedPingの時に個別のアイテムのURIも送れて便利だなぁと思ったけど、URIにカテゴリも含めたい人もいるからこれは微妙か…

なにやらよく解らない結果に…
続けて何度か送信した結果(｢送信中｣のページをリロードすれば何度でも送信できます。これもバグっぽい)
最初の送信
----------------------------------------------
Ping 送信中 Ping-o-matic (要登録):
Ping 送信中 weblogs.com:
Ping 送信中 Technorati:
Ping 送信中 Blogrolling.com:
Ping 送信中 Google Japan:
Ping 送信中 Yahoo! Japan:
Ping 送信中 Goo:
Ping 送信中 ask:
Ping 送信中 Pingoo! (要登録):
Ping-o-matic (要登録) : Unknown Error: HTTP Error: [408] (http://rpc.pingomatic.com/) Request Time-out: -1,
weblogs.com : 成功 : Thanks for the ping.
Technorati : 成功 : Thanks for the ping
Blogrolling.com : 成功 : We have checked http://shizuki.kinezumi.net/ and found it has updated and has been added to the change list. [0.0879 Seconds]
Google Japan : 成功 : Thanks for the ping.
Yahoo! Japan : Unknown Error: HTTP Error: [] (http://api.my.yahoo.co.jp/RPC2) : -1,
Goo : 成功 : Thanks for the ping.
ask : エラー : Invalid return payload: enable debugging to examine incoming payload (XML error at line 1, check URL)
Pingoo! (要登録) : 成功 : Thanks for the ping.
------------------------------------------------
ということで、「Ping-o-matic」「Yahoo! Japan」「ask」以外はOK
Ping-o-maticは２回目で成功
Yahoo!は５回目で成功
askも５回目で成功してるんだけれども、戻ってきたXMLの頭に余分なものが付いてて、これがパースエラーを引き起こしてて「XML error at line 1」らしい(戻ってきたXML捕まえて表示してみたらxml宣言の前になぞの数字が付いてました)
ということで、これはこちらで対応するべき事ではないのでaskに連絡しときます

この実験結果から思ったこと
サーバからの戻り値を調べてflerrorが0になるまで送り続けろって事？