Poor Script Blog ぷあすくりぷと

トランザクション(SQLite)

2009-10-12T00:20:52+09:00

よく言われていることですが、
SQLiteでは自動的にトランザクション（とは言ってもファイルロックみたいな感じですけど…）
するので、
複数のＩＮＳＥＲＴを実行する時に1クエリーごとトランザクション（+コミット）が働き非常に遅くなるという話。

ので、

複数のクエリーを実行する場合は、明示的にトランザクションをかける必要があるのです。

というのは話には聞いていましたが、たまたま6000行のＩＮＳＥＲＴが必要になったので、ついでに速度テスト

結果は約20倍
ちなみに0.9秒(明示的トランザクション)と20.2秒（自動トランザクション）

Vine5のばかぁ～

2009-09-21T23:41:08+09:00

Vine5のばかぁ

いろいろと不安な動き…。（未完成？）

とりあえず、こりゃまだサーバーにできん。

システムがutf-8になったのに一部使えなかったり…fbterm使わなきゃ行けなかったり、それでも文字化けしたり…。

日本語ちゃんと表示されなきゃVineじゃないっすよ

vineを選ぶ理由はそれだけじゃないんですがね。

ということで、使い慣れた4.2を再び
iptables以外はサラサラと設定できるし！

【vine5の変な動き】
・viが変。↑がAとかBとかなる
・aptがエラー（○○取得に失敗しました）はぁ？
↑いつも最小インストールする自分にはapt無しでは生きていけない…。
とか。いろいろと

Vine Linux

2009-08-13T00:36:53+09:00

今日はLinuxのインストール

使い慣れたVineにします。（使用歴７年内訳GUI４年、CUI３年）
今回も極小インストールで！
apt-getとwgetさえ使えりゃ後で何とかなるでしょ

昔からCD１枚というコンセプトと日本語化
英語は苦手ではないですが、日本語インターフェイスは誤操作を防ぎます。知ったかぶりで英語は使わない方がいいと思ってさ。

ところで、「Vine Linux」はなんと読むのが正しいか？
「ヴァイン」（英語）「ヴィー」（フランス語）
↑
フランス語な呼び方する人もいますが、有限会社ヴァインカーブがあるので英語読みでいいのかな？？

今回はフレームワークの整理が目的です。

何でもかんでも使ってると大変なことになってきたので…。

いっそ仮想化で１台にフレームワークごとの仮想環境を作った方がいいのだと思いますが…。
サーバーが非力過ぎるので止むを得ない

即戦力社会

2009-08-10T18:36:23+09:00

70社以上の面接に落ちた優秀な女子学生
元ネタ

正論ですが、まぁ採用しないのは当然ですよね。
「あなたにとって、働くとはどんなことですか？」
と、聞いてみたいね。
ある程度予想できますが…。

人を育てる仕事をしてきましたが、最近になってやっと成長する人がどんな人かが分かってきました。

そこで、即戦力の人材の危険性というか…。なんというか疑問？
「即戦力になる人には成長しない人もいる」こと

つまり極論
「即戦力に”しか”ならない人材」
個人的にいい言葉だと思う・・・。

極端に言うと100の仕事を与えて、100できる人が即戦力

こんな人に１００の仕事を与えると非常に危険です。

いかに適度な（向上心につながる）反省をさせ、不満足感を与えられるか。
育成側の資質が問われます。（私は未だに満足感を与えてしまったり、無力感を与えてしまったりします。反省）

即戦力も大事ですが、成長力も大事で
即戦力人材の成長力は、ベールに包まれて見えづらい物だと思います。と気づいたのは最近です。

あと
指揮する立場の人の禁句
「（人）つかえない」
これは逆に自分の無能さを示してるに過ぎず
「人を使いこなす能力がない」
だと思います。
※”使う”という表現に語弊があるかもしれません。人は物ではありません。”活用”？

ボランティ～ア（英語風）

2009-07-29T20:15:43+09:00

明日から５日間ボランティア活動です…。

１５０人のちびっ子と７０人の大人の総指揮となります…。

さらに今回は２イベント同時開催ということで、マルチスレッドなタスク管理と状況把握・判断が私の頭を悩ませます。

まぁその前に企画立案・プロセス管理まで一人に任せるのはどうかと思いますよ。下が育たないよぉ～

役職も立場も責任者ではないのですが、最高指揮者な微妙な立場です。
だったら責任もくれよ！

仕事より仕事らしいボランティア活動です。

合い言葉は「わかりました。何とかします。」←いつも困難な注文なんだもん
ポリシーは「問題は問題ではない。問題は解決することができるが、問題が見つからなければ解決すらできない」

ないしょ

2009-07-25T01:56:20+09:00

書いてる時点で内緒じゃないよ

自分のJavaScriptライブラリ…。じつはIE８未対応があるんです…。

原因はなんとなく分かってます。

私が何とかします。（そりゃそうだ）

これを気にブラウザの描画性能とタイマーを比較してみようかな。

setIntervalでインターバルを小さい値にすると、ブラウザにより全然違ってくる感があるので、理論値と実測値をいつかは比較しないと行けないと思ってました。（←さっさとやりなよ）

で正確性の予想
１．Moz系
２．IE系
３．opera
４．webkit系
実は全く逆っていうのもあるよね。

あう←auって打ちたかったのに

2009-07-25T01:39:29+09:00

au CRCチェックバリューの件です。

なんか「au CRC」意外に検索上位なんですけど…。

なんで誰も公開してなかったんだろうね…。

需要がないのか？

それとも公開に値しないくらいみんな独自で処理してるだけ？

ってかこれ動作検証してないや…。（おっきなファイルの）

気になるのは、チェックバリュー計算のforループですね。
freadでファイル全体を読み込んでますが、ループでポインターあげていった方がいいんじゃない？でもunpackがループ内にあるのも好きじゃないなぁ
↑
これは単純にCをPHPに移植したときにそのままにしたからです。

フレームワーク framework

2009-07-25T01:41:43+09:00

個人的にフレームワークは使用しない派なのですが、使用します。
（どっちよ？）

何かというと、安易にフレームワークに頼りたくないからで。

なんでこんな話題かというと、まぁいろいろですが。
「symfony」←フレームワークではないという人もいます。んじゃ、テンプレートエンジンか…。
やっぱみんな使ってるんだなぁとか思ったので。

自分は独自にテンプレート処理しているので使わないのですが、そもそもの理由は
「HTMLコーディングはコーダーさんの仕事なので、PHPなどのプログラムのことは考えなくてもできるようにしたほうがいい」
です。
つまりテンプレート内にPHPのコードを書かない方がいいと思うのです。

とか言ってますが使う時は使います。

で、最近ライブラリの肥大化でサーバーがごちゃごちゃしてきたので、フレームワーク群を別サーバーに移そうかなと思う。

さらに気づいたのは、ライブラリを作りためていったら結局これ独自フレームワークになっていくんじゃない…。

結局プログラムってそういう方向性をたどるのかな

WYSIPWYGスタート

2009-07-22T01:04:42+09:00

WYSIPWYGとは（What you see is probably what you get）

つまり適当なWYSIWYGみたいな感じです。

WYSIPWYG

今回は、その周辺ツール

アジャイル開発

2009-07-08T17:15:05+09:00

「ウォーターフォールモデル」と「アジャイル開発」
個人的には「アジャイル開発」の方がやりやすいし、意識しなくても自然と「アジャイル開発」が自分スタイルの開発手法になってたりする。

仕様書とかクライアントに見せたところで、「？？？」でしょ。
動くもの、プロトタイプを見せてあげた方が、システムを理解してもらえる。そこから「やっぱ違うなぁ」とか「こんな機能欲しいなぁ」とか生まれてくるものですし。そして「こんなのどうですか？」って提案もできるし。

char、varcharのMAX_LEN

2009-07-06T20:09:25+09:00

ぼ～っとしてるとついやってしまう…。
char(9)は9文字の固定長文字列ですが、何かの本にchar(n)はn*MAX_LEN byteの文字列が格納できると書いてあった。

utf8のキャラクターセット(MAX_LEN=3)だと
'123456789' = 9文字 = 9byte
'あいうえおかきくけ' = 9文字 = 27byte
でしょ。
1byte文字の場合は、まだ入るじゃん！
と思って
'123456789123456789123456789' = 27文字 = 27byte
で、入れると
'123456789'になる…。

にゃんでぇ。本の嘘つきぃ
結局、ｎ文字ってコトね。

でもさぁ、固定長文字列だからデータが9byteか27byteかって大きな違いじゃない？固定長でしょ！
データは27byte分確保してるのにあまるじゃん

実害として、ブログのタイトルでデザイン的に「日本語２０文字だな」って思ってvarchar(20)にして、←（余裕を持てよ）
たまたま、1バイト文字（英語）だけのタイトルを付けようとしたら切られた…。

WYSIWYGについて

2009-07-05T17:41:39+09:00

WYSIWYGについて考えてみた。
「FCKeditor」など、高機能なものなどありますけど、ホントにこれでいいのかなぁ？
CMSにはよくある機能ですが…。

というのは5W1H
who だれ？ - HTMLの「え」の字も知らない人が
when いつ？ - いつでも
where どこ？ - Web上で
what 何？ - リッチ？な文章を作成
why なぜ？ - カッコイイから
how どのように？ - Microsoft Office Wordのように
でしょ。

で、気になるのが「who」と「what」です。
「FCKeditor」は実際使用した感じでは、カナリ高機能です。一言で言うと「何でもできるの？」です。
しかし、WYSIWYGを使用する一般的なユーザーのスキルを考えるとオーバースペックな気がします。
仕事上、いろんな人が作成した文章を拝見することがありますが、スキルはマチマチです。
WYSIWYGでどの程度のリッチテキストを実現すべきか？

という問題。

技術的にも、いろいろ問題あるし。

au CRCチェックバリュー PHP

2009-07-05T03:55:43+09:00

あっさりデキタ。

あっ、という間でした。

au CRCチェックバリュークラス
↑PHP5のテキストね

au CRCチェックバリュー

2009-07-25T01:24:29+09:00

auで何かをダウンロードさせるには、CRCチェックバリューとやらをファイルに付けなきゃいけにゃい

で、
ローカル環境でそんなコトしてくれるプログラムは有りますが、Web上でしかも、リアルタイム？でしてくれるプログラムが欲しいよね。

無いよね。（探せないだけか？）

じゃぁ、作るしかないよね。

幸いにも、CRCチェックバリュー付加プログラム (サンプル)がある。
これをPHPに移植すりゃいいんでしょ？

ってこれCですか？
でた～。
C知らない…。

【方針】
・PHP5
・元のファイルを変更しない
【完成イメージ】
コントラクターでファイル名を引数に
PublicなMethodは２つ（サイズ取得、ファイル出力）
↑いや、これはExtendsなクラスだなぁ。
親クラスとしてCRC計算だけのクラスがあれば、他にも応用できるかも…。
【poor plan】
今回のプログラムは２部構成（ファイル２つだな）

できたのがこれ

携帯絵文字コンバーター

2009-07-04T23:19:33+09:00

【emg えも～じ】
５キャリアの絵文字変換テーブルを簡単に編集できるツールを公開。

てきと～に作った変換テーブルなのでミスとう有ります。
なので、使う人が自分で直して使いなさいよ！的な発想。

絵文字日記

2009-07-04T03:25:57+09:00

エアコンの設定温度は28℃です。

いろいろ更新

2009-07-04T01:52:57+09:00

【その１】
携帯5キャリア絵文字変換emgえも～じ1.3になりました。

今回の更新は、あまり利用頻度は少ないと思いますが、DoCoMoの隠し絵文字に対応しました。
auにも隠し絵文字？が有るみたいですが、全然調べてません。

【その２】
Poor Source更新。今回はテンプレート処理について。
「テンプレートエンジン」というと大げさです。

ソース？醤油？味噌？

2009-06-28T05:36:36+09:00

PHPのソースコード

第１弾はHTTPメソッド関連のクラスとテキスト操作のクラス

まぁ、詳しくはこちら

面倒な処理をまとめてやっつけるあたりが、お洒落じゃない？

エンコーディングについて２

2009-06-26T22:39:55+09:00


mb_detect_encoding($str, "ASCII,JIS,UTF-8,SJIS,SJIS-win", true)

でかなり行けそう！
と分かった。

しかし、JISコードに関してはダメダメ。

というのは、携帯電話の絵文字ですが、DoCoMo、SoftBank、Willcomが8bitのJISを使用してるから、mb関数が読み取ってくれない…。
ということは、コンバートも無理か？

７Fより大きい数字を使ってるってコト。
メールソフトやメールサーバーは７Fより大きい数字を切り捨てるコトがあるんだってさ。

Shift-JISの絵文字はmb_detect_encodingが”SJIS-win”で返ってくるのねん。

エンコーディングについて

2009-06-26T14:13:06+09:00

日本語を含む文字列を扱うプログラミングで、今のところ最大の
敵がエンコーディングと思ってます。
mb_detect_encoding()なんていう関数もあるわけですが、基本的に信用ならない。
日本語のエンコーディングを調べていくと、「あっ、無理かも…」と気づくのです。

でも、不正なエンコーディングによる不具合？脆弱性への攻撃もあるわけで、あきらめるわけにはいかないわけです。
エンコーディングさえ正確に分かれば、不正な文字を除外することは難しくないでしょう。いや難しいかもしれないけど、解決策はあります。

一般的にWeb系では、以下のエンコーディングを扱う
UTF-8
Shift-JIS系
JIS系
EUC-JP系
（系だから、細かいことは気にしないで）
で、とりあえずEUC-JPは、使わないを原則にしたい。
Shift-JISと見分けがつかないことがあるから…。じゃぁ、なぜShift-JISを残すかというと、色々？数々の問題点のあるエンコーディングなのですが、現実を考えるとコレは捨てられない。

EUC-JPを捨てる理由：
「システム環境がそうだから」という理由で使われていることが多いから。つまり、システムの都合で…といういいわけに過ぎない。
可能な限りクライアント環境に合わせるのが普通でしょ。

なので、クライアント環境に多いShift-JISを残す。

よし。これで、見分けるのは３つ（UTF-8、Shift-JIS、JIS）のエンコーディングに絞ることができた。（無理矢理）

JISは意外にうまくいく可能性がある。非常(×１００)に厄介ではあるが、その厄介な特徴が判別だけには役に立つ。というか日本語があれば１００％分かるんじゃない。（たぶん）
このエンコーディングも「システム環境がそうだから」で使われているだけなのですが、EUC-JPと大きく異なるのがクライアント環境が多い（いや、ほとんど。だってメールだよ）

と、いうことで２つだ。（UTF-8、Shift-JIS）
通常はあまりないが、Shift-JISの２文字がUTF-8の１文字になるかもしれない。とかがある。携帯電話の絵文字なんかは危険である。
UTF-8の４byte文字がShift-JISの２byte２文字でパターンマッチするのだろう。
ということで、UTF-8の４byte文字を無視（illegal）にすればいいんじゃない？確かにUTF-8の４byteにはちらほら漢字らしい文字もあるけど、公共の福祉のために除外する。
というか、MySQLとかUTF-8のMaxLenって3じゃん。だとすると４byteは無視すべきなのでは？
もっと厳しい条例をだすと、UTF-8の2byte文字もillegalにするとか。
↑これは学術論文とかギャル文字に弊害が…。

これで行けるか？
以上、Ｐｏｏｒなencodingクラスの詳細設計（まじ？）

emg えも～じ公開

2009-06-25T18:41:32+09:00

携帯5キャリア絵文字変換php
emg えも～じ
やっと公開にこぎ着けた…。

JISコード関連でかなり苦労しましたが、幸いにもmb_convert_encodingがいろんな意味で適当なエスケープシーケンスを返すことで対応できました。

なっ、何なの？JISコードとかISO-2022-JPとか…。

Poor Project 始動

2009-06-23T19:57:47+09:00

Poor Project
ケータイ絵文字

PDOで注意したいこと

2009-06-17T18:22:42+09:00

PHP Data Objects（PDO）で注意したいことは
fetch,fetchAllとかSELECTの結果が全て文字列で返ってくること。
テーブルの型に関係なく…。
空文字をNULLにすることは出来るみたいだけど

なっ、何て言うか…。もう…、あきらめるしかない

Poor Script Blog 絵文字対応

2009-06-17T15:11:43+09:00

携帯電話でも見られるようになったぽい。
結局、３つのメソッドをオーバーライドしてしまった（約100行）
とかいっても、DoCoMoとauしかテストしてない…。

さらに、コメントは出来ない…。
コメント入力はPC版はFlashなので、ケータイでもそうしたい。
Flash LiteはFlexでつくれるのか？（無知）

モバイル系の独自ライブラリはいちおう、DoCoMo,au,SoftBank,Willcom,e-mobileに対応したつもり
しかし、最近登場したiモードブラウザ2.0がくせ者。

個人的にiモードブラウザ2.0の位置づけがわからん。
iモードフルブラウザじゃダメなの？

絵文字ですが、これも独自ライブラリ
携帯５キャリアの相互変換＋変換できない絵文字は画像で対応
死ぬ思いをしたのは、延べ1833個の画像が手作り
なぜ手作りって？
デコレーションメールに対応させるために、どうしても20x20のサイズが欲しかったから。

Poor Script Blog 更新

2009-06-16T23:12:55+09:00

内部処理をチョコッと変更。

テンプレート指向性をさらにパワーアップ。

これで、ケータイ、スマートフォン向け拡張が容易になった。
１つのメソッドをオーバーライドするだけでできそうな気がする。

SQLite

2009-06-14T19:00:08+09:00

個人的に推奨。

ブログ程度のデータベースにMySQL？大げさな…

今後、ブームの予感

手軽さがいい

データベースを使わない際はCSVとかTSV形式でデータを保存してたりしましたが、カンマなんてよく使うでしょ。TSVはお気に入りで、今でも簡単なデータファイル形式として使ってる

両者の欠点は「改行」を含むデータ。<br />とかに変換してもいいんだけど、生データを見るとカッコワルイし

Poor Script Blog

2009-06-14T18:32:30+09:00

PSB(Poor Script Blog)　ver 20090614 のリリース

ｊQuery以外は１００％オリジナルコードです。

開発経緯：
ブログって０から作るとどうなの？難しいの？
＋
ライセンスに縛られないものが欲しい

特徴：
・テンプレート指向な感じ
・ソースはオブジェクト指向な感じ
・PHP４切り捨て御免
・データベースはSQLiteとかでも行ける感じ

開発中：
・TrackBack（面倒なだけ）
・WYSIWYGな書き込み（コメント含む）←コードを埋め込めるので怖い
・Feedリーダー（mixiのマイミクみたいにしたい）
・モバイル対応（テンプレートを対応させるだけでOK、xmlhttpはどうする？）

そのうちソース公開していきます。

その他、このPSBで利用されているライブラリも公開していきます。
例えば、フィード（RSS,ATOM）とかカレンダー、テンプレートエンジンなど

初投稿

2009-06-14T05:56:07+09:00

はい。
やっとブログが出来ました。

今日はタケノコの煮付け。
レシピなんて無いから、適当ですよ。

出汁とミリンで煮付けは何とかなるもの。

で、何とかなった。