tumblrの画像をreblogしようとすると、ちょっと画面をスクロールしなきゃいけないことがおおいよね。
しかも、画像がロードされる前とされた後でボタンの位置が変わっちゃうから操作しにくい。

めんどうだなぁってひとむけの、creammonkeyスクリプト。reblog画面の上の方にreblogボタン追加しちゃうよ。
2007/7/31 追記 greasemonkeyでもこのまま動くみたい 追記終わり

ボタンがつくだけ posted by (C)everes

Djangoの管理画面って、下についてる操作ボタンを上にもつけられるんだよね。編集画面のUIには上下ともにボタンがついてた方が使いやすいよぉ。

オカモデラーさんがWebデザイナについて語っているので便乗

実のところ、Webデザイナといって頭に思い浮かぶのは JeffCroft か WillsonMiner くらいしかいないんだ。

二人ともDjangoっていうオープンソースプロジェクトに積極的に絡んでるから知ってるんだけどね。彼らはプログラマ側からも尊敬されているよ。
もしかするとその理由は、彼らが「CSSやJavaScriptをきちんとかけないデザイナはWebに関わるデザイナとして失格だ」とか言っているからかもしれないけどね。

JeffCroftはDjangoに絡んで有名になったからかは定かじゃないけど Pro CSS っていう本を書いていて、そこそこの評判をとっている。プログラマとしては、CSSとかについてきちんと考えているデザイナがいるってことがわかるだけでもうれしい本だから読んでみるといいかもよ。

それからWillsonMinerは、Apple社のインタラクティブデザイナ？っていうことらしいけど、やっぱりDjangoに絡んでる。Djangoに絡んだからAppleにつれてかれたのかどうかは定かじゃない(きっと違う)けど。

日本の状況について考えてみよう。…思い浮かばない。どっかの幹事しか思い浮かばない :(
日本のWebデザイナ達は何をしているんだろう。

原因は我々プログラマ側にもあって、プログラマ達は、少なくとも俺は、デザイナという人達に金にならない仕事を頼んではいけないんじゃないかと思っているんだ。
なぜかって、デザイナって一匹狼でやっている人が多くて、依頼=お金の発生する仕事、っていう俺の思い込みがあるから。違うのかな？

でも、考えてみようよ。デザイナのあなた達から見ると、プログラマの作ったいろいろなもののユーザビリティや見た目は酷いものじゃない？

だからさぁ、一緒にやろうよ！

うまくいけば、誰にも嫌われない方法で名を売ることができるし、お金に関連することもやってくるかもしれないよ。そして、あなた達から見ると小汚いプログラマ達の格好が、実は正装なんだってことにも気づけるかもしれない。
デザイナを求めているオープンソースプロジェクトは山ほどあるんだ。日本のプログラマ達は、あなた方が思っているほど低能ではなくて、世界に名を売るチャンスもあるかもしれないよ。

デザイナなんかいらない？プログラマなんかいらない？
デザイナやプログラマ達はDjangoのAdminを一度触ってみるといい。Tumblrのブックマークレットで使いやすさに驚いたように、DjangoのAdminのユーザビリティにも驚くに違いないよ。あれはデザイナとプログラマが恊働した結果なんだ。
プログラマを唸らせるようなユーザビリティを生み出すのは、プログラマよりもデザイナの方が確率が高いに違いないよ。だって、専門家でしょ？

そうそう。日本発のPHPフレームワークのrhacoとか、Djangoと日本の仲間たち(Djangoの日本のユーザグループ)とか、いつでもあなたを待ってますから！

---

※日本でDjangoの普及に一役かっているデザイナ達が数人(pateoさんとかnyusukeさんとかmomoさんとか)います。残念なことに彼らは自分たちのことをデザイナじゃないと言ったりしています。なんでなんだろう？

※ぶっちゃけると、DjangoのAdminは商用に使われているので、お金をかけてデザインされたものだったりする。

※Tumblrのブックマークレットでビビったのは、セッション切れしてる時のフロー。

サファラーなので、Tumblrのdashboardはnextを押して読んでましたが、要望があったのでcreammonkey用のautopagerを作りました。
作ったと言っても、元ネタ(ma.laさん作？)を改変しただけです

Safari 3.0.2(522.12)とCreammonkey 0.8で動作確認をしています。
creammonkeyの最新版は0.9ですが、どうやらSafari3だと動作しないようなので0.8を使いました。

いろいろと汚いので、誰かSafariで次ページの内容を追加する美しい方法を教えて下さい。

LL魂のライトニングトークの一覧が公表された模様。

つーことで、今年はLTでrhacoについて喋るよっ！

When make the application that you make the world a target with Django; must be careful by all means.

You must use higher than version 4.1 for MySQL, and of course PostgreSQL is better.

Because the validation for maxlength of Django is performed in character unit, but the column length of version 4.0 of MySQL is calculated by a byte unit.
Even if the validation of Django goes, an SQL exception occurs when inserts data in MySQL.
Because calculates a column length in character unit after version 4.1 of MySQL, such a problem doesn't occur.

You Must change the character code setting of the database before you do syncdb if you use MySQL.
The setting isn't reflected after having inserted data in MySQL.
The setting is simple and carries out the following for a MySQL database.

ALTER DATABASE databasename CHARACTER SET utf8;

Otherwise the thing using a character except the ASCII for like Japanese is garbled and can't put it back.

I took the screen shots that how became.

As a representative of the service that it seemed that a right character code wasn't set for MySQL, I used service called Pownce to make a screen shots.
I sent a bug report by various ways, but there isn't a response at all, so I use blog as new way, and there isn't any other intention.

The first piece screen shot is going to do a submitt of a character including the Japanese.

pownce-input posted by (C)everes

The second piece screen shot is displaying the state that Japanese has been garbled.

pownce-garbled posted by (C)everes

Such service is never used by a Japanese.
Perhaps it isn't used from a Chinese and a Korean, people using Europe and Arabic again either.

And this problem isn't caused by Django, and they don't do right setting in MySQL; is particularly caused.

Of course it isn't the thing that is shameful even if doesn't know it because they don't originally use the character except the ASCII.
It is important whether you mind it after having known it.

今日は国民の休日なので、例によってrhacoの新バージョンがリリースされた。

今回は格好よくなった「PRhaggerあらためConveyor」のバージョン2.00も同時リリースされたので、マックでちょいと使ってみた。Conveyorはshigeponさんによってプラグインがyaml化されて、プラグインの数が増えたようです。

インストールとセットアップ

OSX標準のapacheでphpを使う設定。

/etc/httpd/httpd.confに書かれているphpに関する設定を有効にする。

以下の2つの行頭にある#を消し、OSXのシステム環境設定→共有→サービスを開き、パーソナルWeb共有を入にする。既に入になっている場合には設定を反映するために、チェックを入れ直す。

  ...
  #LoadModule php4_module        libexec/httpd/libphp4.so
  ...
  #AddModule mod_php4.c
  ...

sourceforge.netのrhacoプロジェクトへ行き、rhaco1.2.0とconveyor2.0.0をダウンロードする。

今回はローカルなので、何も考えずに$HOME/サイト/の下にrhacoディレクトリとconveyorディレクトリをそのまま置いた。いろいろな局面でapacheによる書き込み権限が必要なので、両ディレクトリをwwwユーザの持ち物に変更した

sudo chown -R www:www rhaco
sudo chown -R www:www conveyor

ブラウザで、http://localhost/~USER/conveyor/setup.phpを開き(多分localhostからコンピュータ名-localとかにリダイレクトされる)、多分何も考えずに「生成する」ボタンをクリックしてインストール終わり。ローカルじゃないところで使う場合にはパスワードを設定しないと、誰かが再セットアップしちゃうよ。

conveyor_setup posted by (C)everes

Feedをミックス＆ソートしてHTMLとして表示する

なんだか沢山プラグインがあるけど、とりあえずは自分のブログ、タンブログ、ブックマーク、を時間軸順にHTMLとして表示してみることにした。

http://localhost/~USER/conveyor/をブラウザで開き、以下のように設定した。

conveyor posted by (C)everes

「generate」ボタンをクリックすると、publishディレクトリに"Line name".phpで実行ファイルができる。
今回は、everesという名前にしたから http://localhost/~USER/conveyor/publish/everes.phpをブラウザで開くと、こんな画面が表示される。

conveyor_everes_mix_feed posted by (C)everes

ちゃんと３つのフィードが時間軸順にソートされて表示された :)

プラグインは作ったらconveyorのプラグインリポジトリに登録できるみたい。

rhacoにはクライアントブラウザライブラリとかタグ解析ライブラリとかがあるから、ログインが必須でいけてないHTMLのサイトとかからデータを抽出するとかいうプラグインも簡単にできるはず。

Dreamhostでドメインを一つ無料でとれるとのことなので、せっかくだからドメインもとってしまいました。

www.tracka.infoでTrackaをリリースしました。バージョンは弱気に0.1です。

tracka.info posted by (C)everes

Trackaは、同じ興味を持つスモールチームや家族のためのメディア情報共有ツールです。

動作には、Python2.4以上・Django(svn版)・PIL(Jpegサポート付き)・lxmlが必要です。またyoutubeプラグインの利用にはフリーのflvプレーヤも必要です。

ウェブ上のメディアや文章をトラックすると、同梱されたプラグインは対象のメディアを自身のtrackaインスタンスにコピーします。
コピーはバックグラウンドで行われ、コピーが完了するとユーザページで表示されるメディアはコピーされたものを利用するようになります。Trackaを利用すれば、インターネット上からお気に入りのメディアが消える心配をせずにすみます。

Trackaのブックマークレットは、プラグインの形式をとっており、ブックマークレット表示時のリンク元ページパージングやメディアファイルのダウンロード可否、ユーザページでの表示方法等をPythonコードとDjangoのテンプレートで簡単に作成できます。
同梱されているプラグインは、「テキストの引用」「画像」「Youtube」「Stage6」で、YoutubeやStage6のプラグインは特定ドメインに対してのみ動作するようになっています。

取得したメディアファイルも認証を受けていないクライアントに対しては公開されません。認証を受けているユーザからの招待メール経由でのみ登録も可能となっているため、メディアファイルがパブリックになることはありません。

現在わかっている問題点
大きなメディアファイルの扱いに難があります。すべてのファイルをDjangoが返すようにしているため、大きなメディアファイルを返す際にすべてPythonのメモリにのせてしまいます。
環境が許す方はmod_pythonからDjangoの認証データベースを使うことができますので、apache経由で返すようにしてみてください。

TODO
テストとかテストとかテストとか…

複数の人のタンブラから画像の一覧をじゃかっと取り出すサービス。その名もreblog。

http://reblog.rhaco.org/username/username/username/ といった感じで複数の人の画像を一括でRSS化してくれます。

Safariでやってみるとこんな感じ

reblog posted by (C)everes

リンク先がreblogになってるのが熱い :)

テスト時に何でも飲み込んでくれるSMTPサーバが欲しいと思ったことないですか？

これはそんなSMTPサーバです。
ノットテステッドなステータスですが、興味があったら試してみてください。

興味がある人がいたら、使ってみてコメントください。もう少しきちんとします :)

必要なもの

手抜きでsetを使っているため、Pythonの2.4以上が必要です。
また、unicodeブランチマージ後のDjango最新svn版が必要です。7/5以降にsvn(HEAD)からチェックアウトしたものであれば動くはずです。
利用するデータベースは変更できますが、sqlite3を使うように設定してあります。

特徴

受け付けたメールをデータベースに保存します。
受けたメールは、Djangoの管理インターフェースを使って内容を確認できます。
生ヘッダとデコード後のヘッダ、生ボディとデコード後のボディ、サブジェクト等がみられるため、デバッグに利用できます。ただし現在は、OSXのMail.appのように複数の添付ファイルの間に本文を挟めるようなメールの形式の場合、最後の本文しか保存されません。

実際に送信するメールアドレスを設定できます。
ほとんどのメールアドレスはテスト用のダミーアドレスとして、開発メンバーにだけ送信ということができます。
リレーする本物のSMTPサーバをBlackHoleSmtpd.pyに記述しなければなりません。メールアドレスの設定はDjangoの管理インターフェースからできますが、現時点ではブラックホールSMTPサーバの再起動が必要です。

添付ファイルの確認ができます。
添付ファイルはメールのidが付与されてattachディレクトリに保存されます。管理インターフェースからじかに開けます。

簡単な使い方

zipファイルを展開後、djblackholeディレクトリ内でsyncdbしてデータベースを作成します。忘れずに管理者ユーザを作成してください。

python manage.py syncdb

Djangoを起動します。

python manage.py runserver

スクリプトからDjangoのモデルを利用しますので、もう一枚シェルを開き、同じディレクトリで環境変数を設定します。

export DJANGO_SETTINGS_MODULE=settings

SMTPサーバを起動します。SMTPプロトコルを利用するのでroot権限が必要です。

sudo python BlackHoleSmtpd.py

localhostの25番でSMTPサーバが、localhostの8000番でメールの状況が確認できます。

Djangoの開発版(svn)にunicodeブランチがマージされたようです。

Ascii以外の文字を使っている我々としては、unicodeに関するドキュメントやunicodeブランチに関するWiki等を参照して一部修正しなければならないようです。

__str__とか__unicode__とか、油断してsvn upしてしまうといきなり壊れることは間違いないでしょう。

djangoprojectとしては、0.97preのある時期から、アーリーアダプターな人達以外はsvnを更新しないように呼びかけていましたが、おそらくその状況は未だ変わらないことでしょう。
unicodeブランチのマージによる影響はこれから多く報告されていくことになると思います。

unicodeブランチがマージされたことによって、マルチバイト圏の開発者にとってはよいことがたくさんあるはず(例えばデータのエクスポート、インポートに日本語が含まれていてもそのまま動くはず)なので、怖いもの知らずな人は人柱になってみましょう。

ぐっと1.0に近づいてきた感じ！

Python温泉で作りはじめた tracka がだんだんとそれっぽくなってきました。
1週間以上かかってまだこれかよ、とか言わない > <
基本は夜しか作業できないんだから。

tumblrのブックマークレットの素敵さに興奮して作り出しましたが、用途的には全然違うものです。

tumblr

tumblrは、気に入ったものをReblogしまくることで、他の人への撒き餌→Add Friend となり、Dashboardの限定された機能と相まって「いまいちなFriendをremoveせざるを得ない」状況に陥るといった面白さがあります。

また、一部の人たちは表画面のことを忘れ、感情をあらわにtumblrしているようです。熱狂といってもおかしくないほどの。

しかし、tumblrはWeb上の気に入ったものをクリップしまくる(画像はtumblrにコピーされる)ものであるため、著作権的問題が出てきます。
数時間以内にコンテンツを削除するように要求するメールの発生が明らかになるなど、どの共有系サービスも抱える問題がtumblrにもあります。実際は熱に浮かされていてあまり気にしていない

trackaの用途

では、表画面自体を削ってしまってはどうか？家族内の私的利用に限れるようなアプリケーションがあればよいのではないか？

つーことで、tracka作ってます。だいたいはキャプチャ画像から想像できる機能を持っています。

マイホーム posted by (C)everes

ブックマークレットはプラグインのみで構成されていて、今のところ「画像・Youtube・Stage6・文字列」用のプラグインを作ってあります。ドメイン限定でブックマークレット上に出てくるプラグインとかちょっと楽しんで作りました。
メディア系のプラグインはクリップ後、対象のファイルをローカルにコピーします(コピー完了前は直リンクで表示)。

ブックマークレット(画像用) - tracka posted by (C)everes


ブックマークレット(stage6用) - tracka posted by (C)everes

困っていること

ローカルにコピーするので、ファイルがなくなったりサイトが重かったりといった問題からは解放されますが、Djangoの認証に通っていない場合にはメディアファイルを公開したくないため、でっかいメディアの取り出しに悩んでいます(Stage6のファイルは最大2GB。一度にメモリに読み込んだ日にゃ…)。Djangoはストリームを返せないので…(返せる？)

現在は、ymasuda.jpではなくて、michilu.comのDjango日本語ドキュメントが最新です。

djangoproject.jpからのリンクもmichilu.comをさすように修正済みです。