簡単SQLite設定
SQLiteはDBがファイルだからCapistranoで困る。
# config/database.yml
production:
adapter: sqlite3
database: ../../shared/production.sqlite3
pool: 5
timeout: 5000productionだけsharedに置けばOK！
svnをexportにする
vi config/deploy.rb
:deploy_via, :exportここにコメント機能を追加しようとしてまた悩んでしまった。
「コメントって何？」
テキスト/ドキュメントの定義を”“ある程度の長さと意味を持つ文の集まり”“とするならコメントもテキストだ。日頃よく扱うテキストの種類を考えてみた。
- ブログエントリ/日記
- メモ/個人Wiki
- つぶやき/メッセンジャーの発言/チャットでの発言
- コメント
- メール
現状このシステムで扱えるのは1と2だけだ。他のテキストも扱うには特徴を調べて抽象化する必要がある。
テキストが持つデータ
- タイトル
- 本文（必須）
- 作成日時（必須）
- 更新日時（必須）
- 可視性（プライベート/パブリック）
構造化/非構造化テキスト
テキストには構造（親や子となる何か）を持つものと持たないものがあるようです。一般的なブログコメントはブログエントリを親に持つテキストということになる。
メモやブログは基本、親を持たない。 つぶやきは時に他のつぶやきを親に持つ。（返信） メールは時に他のメールを親に持つ。（返信） チャットはスレというテキストを親に持つ。
テキストの指向性
テキストが”“誰が誰に向かって書いたのか”“という指向性の概念を取り入れると複雑化する。なぜなら、閲覧・編集権限が変化するからだ。また”“テキストの作者”“というリソースも新たに定義する必要がある。
ここは思い切って、”“作者とは名前とプロフィールで表されるテキストである”“と定義してしまえば単純化する。（匿名はAnonymouseリテラルで表現する）
各作者が使えるメソッド
認証したものはプライベートなテキストも含めた閲覧、作成、更新、削除ができる。（通常のブログポスト） 認証してないものはパブリックなテキストの閲覧、作成（POST）ができる。（コメントやメール送信）
 |
|
これからCakePHP使うので借りて読みました。分かりやすかったです。1.2が出そうなのだとしたら読むタイミング悪かったかな？
郷に入っては郷に従え。
ディストリビューションの流儀に従ってSSL自己認証。
これでDebian原理主義者の先輩にも気に入られること間違い無し。
a2enmod ssl
a2ensite default
make-ssl-cert generate-default-snakeoil「スネークオイルって誰ですか？」
などと質問すればポイントアップ！
# /etc/apache2/ports.conf
Listen 80
Listen 443気を抜いてコレをapache2.confに書くと嫌われるぞ！
# /etc/apache2/sites-available/default
NameVirtualHost *:80
<VirtualHost *:80>
...(snip)...
</VirtualHost>
NameVirtualHost *:443
<VirtualHost *:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/
SSLEngine on
SSLCertificateFile /etc/ssl/certs/ssl-cert-snakeoil.pem
SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key
</VirtualHost>デフォルト期限の30日が嫌だったら /usr/sbin/make-ssl-cert をチェック！
.box {
border-radius: 15px;
-webkit-border-radius: 15px;
-moz-border-radius: 15px;
}TwitterもIE諦めてこれ使ってる･･･。
Suppression of double printing by ATM二重印字防止
問題は、移行期間である。ATM 導入以前の通帳には磁気ストライプがない。取引内容を印刷すべきページと行の検出には、磁気ストライプに頼れない。新型用の通帳でも、旧型の端末で印字すると、磁気ストライプの情報と実際の印字行数が異なる。
既印刷行の上に二重印字すると前の取引の内容が消えるので、銀行としては絶対に許せない。既印刷行の次に空行があると、銀行の信用にかかわる。
したがって、通帳の型いかんに関わらず、最後の既印刷行を確実に検出する必要がある。 検討の結果、通帳の各行を光学的にスキャンして既印刷行をスキップし、最初に現れた空行に印刷するというのが結論だった。
この技術の開発を私が命じられたが、見事に失敗した。私の能力不足もあるが、お偉いさんの一言もかなり関係する。あるお偉いさんは顧客に向かって「端末のインクリボンは百万字まで使えます」と断言したらしい。
ATMでの通帳記入でどうやって最終行から印刷するのかという話。
たしかに少し疑問に思ってた。これ自体かなり昔の話なので最近ではどうなってるのかな？
感心するのは、技師というのは物理的なものもひっくるめて問題を解決する仕事だったんだなあ、ということ。
「未経験のOS/言語/ミドルウェアだから無理」
なんて言ったらぶん殴られそうだな。
# /etc/postfix/master.cf
#smtp inet n - - - - smtpd
submission inet n - - - - smtpd
-o smtpd_enforce_tls=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,rejectsmtp行をコメントにして、submission行をコメントを外す。
% /etc/init.d/postfix reloadリロードする。 netstatで587で立ち上がってるか確認する。
ヨドバシカメラで、若い東南アジア系夫婦の夫が、
「高いよー、ハンパなく高いよー、ありえない高いよー」
と漏らしながら売り場を去っていった。テキストじゃ伝わり辛いかもしれんが、その場にいた俺には、どれだけアヴドゥールさん（仮名）の常識から外れた値段が付けられていたのか、その憤慨が伝わってきました。
これまで http://p0t.jp/blog/ にあったこのブログを http://docs.komagata.org/ に引越しました。
旧URLから新URLにはリダイレクトしてるので見てる方にはどうでもいいことですが、何かおかしいところがあれば教えていただけると嬉しいです。
引越しのきっかけはエスパー伊東のブログパーツを張ろうとして、MovableType4.2の難しさの前に挫折したことです。（当時、エスパーのブログパーツを張るとステッカーが貰えるキャンペーンがあった。）
「焦るんじゃない、俺はテンプレを変えたいだけなんだ」
「俺がちょっとテキストを入れていくようなシステムってもうないのか？」
ネット上でテキストを書くシステムについて考えさせられました。結果、今更一からシステムを構築することに・・・。
それで今回の引越しなわけです。（どうせパーマリンクが大幅に変わるからドメインも変えちゃおうという魂胆）
新しいシステム５つの特徴:
- テキストが構造化されてない。
- カテゴリー、タグ、日付によるアーカイブなどが無い
- 代わりに全文検索が使われる。
- テキストのURLは一覧（/）・パーマリンク（/123）・検索結果の3種類（/find?query=foo）
- テキストのタイトルが非必須。
- つぶやきなどのタイトルを持たないテキストを統合する。
- 一覧が更新日時順。
- 2chのスレみたいな感じ。
- ブログと個人用Wikiを統合する。（個人用Wikiにバージョン管理いらないので）
- コメント、トラックバック機能が無い。
- はてブやTypepad Connect使う。
- 画像などのファイルアップロード機能が無い。
- Flickrとか使う
１～３が特に欲しかった機能です。テキスト系ツールの統合と変わらないURLがやりたかったことです。あとは記法がtextileとかRESTfulなAPIと認証とか自分の好みを追加した感じです。
この仕様さえ満たせれば何でもよかったんですが、一般に必要とされなさそうなのと、俺が楽なのでRailsとSqliteで作りました。解凍するだけで使えるようにして公開する予定ですが、完全趣味です。
俺が欲しくない機能とか入れると仕事になっちゃうので・・・。
