ウェビンブログ » Others

プログラミングのいろいろとわからないこと

WebbingStudio — Fri, 30 Jul 2010 00:08:07 +0000

エンジニアさんは定年などと言われますが、
35歳ではじめてプログラミングのお仕事をしました。
PHP＋MySQLの簡単なアプリケーション作りです。

文字化けやエラーや条件分岐でうんうん悩んだりしながら、何とか形にできましたが、今度受注するときは、もっと早く作れるようにしないと全く元が取れません…

プログラミングについてはこれまで本格的な業務にもしていなかったし、ほぼ独学でやってきました。
もちろん、基本的なセキュリティ対策はできるだけ勉強しているのですが、いわゆる「あまりサンプル集には載ってない細かいこと」がいろいろとわかりません。

開発オフに行くたびに聞くのを忘れてしまうので、めもめも…φ(。。

変数の命名ってどうしたらいいのだろう

今のところ、同じ関係のものは接頭辞を揃えて

$hogeCnt / $hogeTitle

のような感じで、二単語目以上になったらキャピタライズしたりしてます。
でも処理が長くなると、どんどん命名がぐちゃぐちゃになってきてしまって…

$fuga['cnt'] / $fuga['title']

みたいに配列で管理すべき？

データベースの接続と切断

データベースを利用するときは、まずPDOなどで接続するのですが

$piyo = new PDO('mysql:host=' . DB_HOST . '; dbname=' . DB_NAME . ', ' .  DB_USER . ', ' . DB_PASS);

一定の処理が終わったら都度切断した方がいいのでしょうか。
PHPスクリプトの先頭で接続、最後で切断…とかまずいでしょうか。

一時変数

複数の変数を組み立ててSQL文やURLを作るときは、一時的な計算のために変数を作ったりするのですが、万一のファイル改ざんが怖くて、処理が終わったらすぐunsetで消してます。

unset($hoge, $fuga, $piyo);

もちろん、クラス定義してプライベート変数にするのがいちばんだろうと思うのですが、PHPのサンプルやTIPSを見ても、一時変数はそのままになっています。
ここまでする必要はないのでしょうか。むしろ処理の無駄？

$hoge = NULL;

それとも、ぬるぽにした方がいいのかな。

三項演算子が嫌い

$hoge = ($fuga == 'abc') ? 'abcが入っています' : '別の値が入っています';

だって一行にされるとなんか読みにくいし。

if($fuga == 'abc')
  $hoge = 'abcが入っています';
else
  $hoge = '別の値が入っています';

だと、プログラマさん的には冗長なんでしょうか。

md5って大丈夫なのか

PHPサンプルで、パスワードの暗号化などによくmd5が使われているのですが、みんなが使っているアルゴリズムを取り入れてしまって大丈夫なんでしょうか。
他にもsha1とかいろいろあるらしいですが、md5が選ばれる理由って何？強固だから？

ログイン認証にはセッションに何を渡したらいいんだ

いやいやいや（°Д°三°Д°）
どうしたかは書かないです書けないです。

ユーザー登録時にDBにパスワードとは別のランダムな認証キーを保管しておいて、ログインのときはそれを発行した方がいいのでしょうか。
んー、この辺は簡単なCMSをいくつか自分で見て調べてみるかな。

難読化って？

ソースコードの著作権の話をしていたら、こいわさん(@koiwa)が教えてくれました。

それって、プログラミングでもするのでしょうか。
a-blog cmsは暗号化されていますね。でも読みにくくなった分、保守が大変そうです。

考えはじめたらどんどん出てきそうですが、この辺でやめておきます…

PEARもCakePHPも何それおいしいの？な今は、まだまだ勉強が必要そうです。
それでも、お仕事でプログラミングをすると「他の人が利用することを考える」分、確実にスキルアップできることはわかったので、これからも時間を見つけていろいろなことに挑戦してみようと思います。

Twitterで記事を紹介して下さい（-人-）

iPhone・iPadで読みたい本を「sigil」で作ってしまえ

WebbingStudio — Fri, 09 Jul 2010 11:32:55 +0000

iPhone／iPad用のアプリケーション「iBooks」がリリースされました。

iBooksはストアから本を購入するだけでなく、自分で用意したEPUB形式の電子書籍を読むこともできます。最近では、既存の文書を自分で電子化することを「自炊」というらしいです。

EPUB形式の電子書籍を作れるフリーウェア「sigil」を使って実際に作ってみたので、手順やポイントなどまとめてみます。

「sigil」は、ブログやDreamweaverと同じ感覚で電子書籍を作成できるソフトで、HTMLなどのデジタル文書からの変換に適しています。Win／Mac／Linuxをカバーしています。

sigil – Project Hosting on Google Code

今回のサンプルは私の好きな短編「山月記」にしました。

実は青空文庫にはEPUB変換ブックマークレットが既にあるのですが、今回は敢えて自炊してみます。

最初のテスト原稿が@smokeymonkeyさんの「妻は俺の嫁」だったことは内緒です。

いちばん簡単な作り方

「sigil」をインストールして起動すると、すぐに編集画面になります。

通常はプレビュー画面モードになっていますが、Web制作のスキルがある人には分割モードか、コード画面モードの方が取っ付きやすいと思います。
モードは画面の上の方にある、本と<>が重なったボタンで切り替えできます。

ひとまず、HTMLをタグ内にコピペしてみました。

書籍名／著者は、メニューバーの「Tools」から「Meta Editer」を選択すると設定できます。
書籍名を入れておかないと、iTunesやiBooksで見たときに何の本だかわかりません。忘れず設定しましょう。

左上の大きなボタンの左から三番目をクリックすると、すぐEPUB形式の文書が書き出されます。
このファイルを音楽ファイルなどと同じ感覚でiTunesライブラリに読み込み（自動でブックとして扱われます）、iPhone／iPadと同期すれば、iBooksのリストに作った書籍が登場して、読めるようになります。

使えないHTMLタグに注意

…と言いたいところですが、私の場合、最初は失敗しました。

何故かルビ部分で改行されとる |||orz

どうも、タグが入っているとiBooksでは不具合が出るようです。
余分なタグやインラインスタイルが入っているものをそのまま使うと、読み込み速度が遅くなるという話もあるので、一旦テキストエディタに貼り付けてスタイルをリセットした方が無難だと思います。

章ごとに分割してみる

「山月記」は章立てでないので文章を貼り付けただけでもいいのですが、途中で強制的にページを分割することもできます。

左のツリーの「text」フォルダを右クリック→「Add New Item」を選択でXHTML文書がひとつ増えます。文書と文書の間は、ビューワー内で強制的にページ送りとなります。
右上の大きなボタンの中に「自動でセクションを分ける」ボタンもありますが、意図しないところで分かれてしまうことが多いので手動でやった方がいいと思います。

また、文中に

以下の見出し要素があると、要素の内容がiBooksの目次に反映されます。
見出しは、ソースコード画面で直接マークアップするか、テキストをドラッグ→左上のプルダウンリストから任意の見出しを選択で指定できます。

画像を貼る

文書内に画像を貼ることも自由にできます。
私は外字の部分に使用してみました。
高解像度の画像を貼るとiPadでもきれいに見られますが、書籍の総ファイルサイズに影響するので、コミックなどの場合はサイズダウンなどの工夫が必要そうです。

CSSを指定する

EPUB形式の電子書籍の実態は、XHTML文書です…
ということは、CSSの定義も可能です。

左のツリーの「Styles」フォルダを右クリック→「Add New Item」でCSSが新規追加されます。

これだと自動的にHTMLにリンクしてくれないようなので、私はコード画面を開いて、いつものWeb制作と同じ感覚でhead要素内にを追加しました。

iBooksの場合、既存の枠にインラインフレーム風にHTMLが埋め込まれる形になります。
そのため、文字色と背景色は全く意味がありませんが、本文の基本文字サイズ・行間・見出しの体裁を調整したり、1ページ目だけ体裁を変えたりといった「sigil」の内部機能だけではできない細かな調整ができます。
コーディングのスキルがある人にはおすすめです。

そんなこんなで、自分で本まで作れる時代になってしまいました。
まだ表紙を作る方法がわからないので、その辺りも時間があるときに試してみようと思います。

「iBooks」がリリースされたものの、今のところストアでは日本語の本をほとんどリリースしていません。
ですが、既存の本のリリースを待つよりは、自分がいつでも読めるようにしたいテキストを自炊したり、自作の小説やテキストを電子化してセルフリリースするのが電子書籍の醍醐味であり、本当の楽しみ方なのではと思います。
2chの長編読み物やコラムサイト、CMSのオンラインマニュアルなど自炊したいところです。

ただし、著作物を扱うときは慎重に。
iTunesのときと同じように、あくまで個人の範囲内で楽しみましょう。

著作権がなくなってない作品を不特定多数に配布とか、もってのほかですよ！
っていうか私が納品したサイトのコーディング丸パクして別のサイト作ったやつ出てこい（微笑）

Twitterで記事を紹介して下さい（-人-）

foursquareを楽しむための３つのポイント

WebbingStudio — Fri, 29 Jan 2010 07:49:55 +0000

現在地共有ゲーム？の「foursquare」をはじめてます。

foursquareのはじめ方については、こちらの記事が詳しいです。
5分でわかる foursquare の始め方 | WWW WATCH

何日か利用してみて、このサービスをずっと楽しむためのポイントがわかってきたので、これから参入する人たち、プライバシーが心配で迷い中の人たちのためにまとめてみます。

１．遠くの有名人より、近くの一般人

初期登録すると、Twitterかfacebookのfollower / friendsで既にfoursquareをはじめている人たちに、リクエストを送ることができます。
とりあえず、Twitterのfollowerの皆さんにひと通りリクを送ってみたのですが、何日か経ってひとつ失敗したなあと気付きました。

私はTwitterでは、東京を中心に、本州在住のWEBクリエイターをたくさんfollowしています。
彼らのつぶやきはとても勉強になるからです。
でも、彼らがチェックインしている場所にいくことはまずないので、foursquareでは彼らの行動は参考にならないし、あんまり面白みがないのです。
（ドワンゴなどの著名企業が出るとおおっと思いますがw）

むしろ、同じ札幌に住んでいる、WEB屋でない普通の人たち（Twitterであれば道民部など）を集めた方が、ずっとfoursquareを楽しめるわけです。

２．ShoutとTipsは違う

見落としがちですが、チェックインするときにTwitter等に流す「Shout」は一時的なもので、foursquareで共有される情報とは別です。
（スナップショットはiPhoneアプリの画面です）

そこのポイントに関する情報を恒久的に残したい場合は、上部のタブにある「Tips」で登録します。

なので、TwitterにShoutでpostしつつ、foursquareにも情報を残したい場合はShoutの文言をコピーして、Tipsにペーストするということをしなければいけません。
ただし、後で自宅のPCから追加することもできるし、まだ行ったことがないポイントにTipsを投稿することもできます。

意外とこれに気付いてない人が多いらしく、今のところあまりTipsを投稿している人はいないみたいです。
今後、foursquareが日本で定着するには、海外のように生のクチコミ情報を共有したり、クーポン発行などのショップとの提携が必要なわけで、もっとMAYOR争い以外の楽しみ方が広まればと思います。

３．チェックインするのはチェックアウトするとき

foursquareをはじめるときに、プライバシー面でいちばん心配なのが
「現在地をチェックインしたことで、自分の足取りをつかまれてしまう」
というところです。

完璧ではないですが、私は簡単な予防法を実行してます。
「そこに来たとき」ではなく、「そこを離れるとき」にチェックイン。
foursquareで重要なのは「何回チェックインしたか」であって、「何時にチェックインしたか」というのはけっこうどうでもいいのです。

MAYOR争いの楽しみは無くなってしまいますが、変質者被害などが心配な女の子たちは、チェックイン数が多い街中のポイントを、広く浅くチェックインしていくようにしていけば、安心して楽しめると思います。

くれぐれも、自宅でチェックインしてしまわないようご注意を。
（すぐ消すことはできますが）
iPhoneアプリは、うっかりタップしない位置にアイコンを置いておいた方がいいです。
iPhoneへのパスコードロックも忘れずに。

そんなわけで、つらつらとfoursquareの楽しみ方を書いてみましたが、同地域の知り合いが少なかったり、都市圏に住んでいないとなかなか楽しさを見出すのが難しいサービスだなあ、というのが実感です。
地方都市に住んでる人たちは、気心の知れた友達に声をかけて、ゲーム感覚で一斉に始めてみるのがいいかもしれないですね。

Twitterで記事を紹介して下さい（-人-）

→Pia-no-jaC←のボットとWEBマーケティングの話

WebbingStudio — Tue, 03 Nov 2009 06:17:24 +0000

私は、Twitterでは公式のアカウント(@webbingstudio)の他に「@pianojac_fan」というのも運営しています。

最近気に入っている、インストロメンタルユニット「→Pia-no-jaC←(ピアノジャック)」を応援するために作ったアカウントで、数時間に一回

メンバー(HAYATO / HIRO)がほぼ毎日更新しているブログの新着
公式サイト・メルマガ配信されるライブ情報

を、自動でpostしています。

限定グッズ販売などの細かい情報はボットじゃ無理なので、これは私が手動で更新しています。
お陰さまでぼちぼちfollowしてくれる人が増えてきたようです。

→Pia-no-jaC←はまだ新進のアーティストですが、全国にたくさんのファンがいます。
彼・彼女らはmixiに地方ごとのコミュを作って、ファン同士のコミュニケーションを取ったり、寄せ書きを集めてHAYATOとHIROにプレゼントしたりと、熱心な活動を続けています。
→Pia-no-jaC←の運営元の会社もほとんどの活動はmixiの公式コミュが中心です。

ですが、mixiは純粋なSNSですから、その活動内容が検索エンジンなどを通してWEB上に広まることはありません。
現状のファンは充分に満足しますが、私のようにヴィレッジヴァンガードから→Pia-no-jaC←に興味を持った人は公式サイトしか情報ソースがないのです。

9月にニコニコ動画で生ライブをしたとき（これも1200人が集まる大盛況でした）、→Pia-no-jaC←の二人は
「武道館でのライブを目指したい！」と宣言しました。

インストロメンタル系のアーティストが武道館って、大変な目標だと思います。
ファンが増える必要があるので、ヴィレバン・Youtube・ニコ動・mixiのどれにも縁がない人にも「→Pia-no-jaC←」の活動を伝えなければいけません。

今、最もWEBでの情報拡散力が高いのが「Twitter」です。
WEB屋として応援できることはないかしら、と思って作ったのが、Twitterの@pianojac_fanなのです。
→Pia-no-jaC←のファンのことは「→JackerS←」というので、@pia_no_jackersでも良かったかもと思ったりします。

→Pia-no-jaC←は、とにかくライブが楽しいアーティストです。
なので武道館まで行ってしまうと、正直ちょっと寂しかったりしますが、私の地味なボットがちょっとでもファンを増やす役に立ってくれればいいなと思います。

今月末には、4thアルバムやスクエニの名曲アレンジ集「Love SQ」への参加、
年末には四大都市でのツアーもあります。
お仕事のテンションを上げたい人は是非是非、→Pia-no-jaC←を聴いてみてくださいね。

Twitterで記事を紹介して下さい（-人-）

なかなか覚えられないPHPのclassについて考えてみた

WebbingStudio — Thu, 10 Sep 2009 05:34:00 +0000

空いている時間にPHPの学習をはじめてずいぶん経つのですが、「クラス」の概念がなかなか理解できませんでした。
どう書けばどう動くまでは把握しているのですが、「なぜこんな風に書くのか」がつかめない。

コンストラクタとかメンバ変数なんて難しい言葉使うなよー＞＜

でも、昨日の晩ふと「夕飯のメニュー」に例えて考えてみたら、ちょっと理解できたかもです。
メモしておこう。

関連：ひとり暮らしのしあわせヘビロテ食材
何故こんな記事を書いてるんだ…笑

スーパーで食材を買ってくる

夕飯のメニューは大体、スーパーに行ってから考えたりします。
思いつかないことも多いので、「使い回しのきく食材」を選びます。

この食材を「メンバ変数」と考えると

class banGohan {
  var $niku;  //にく
  var $ninjin;  //にんじん
  var $tamanegi;  //たまねぎ
  var $naganegi;  //ながねぎ
  var $kyabetsu;  //きゃべつ
  var $shimeji;  //しめじ
}

となります（たぶん）

食材からレシピをイメージする

使い回すレシピを考えるために、食材をイメージします。
これを「コンストラクタ」と考えると

class banGohan {
//前の続き

//コンストラクタ
function banGohan($niku, $ninjin, $tamanegi, $naganegi, $kyabetsu, $shimeji) {
  $this->niku = $niku;  //にく
  $this->ninjin = $ninjin;  //にんじん
  $this->tamanegi = $tamanegi;  //たまねぎ
  $this->naganegi = $naganegi;  //ながねぎ
  $this->kyabetsu = $kyabetsu;  //きゃべつ
  $this->shimeji = $shimeji;  //しめじ
}

}

です。
実際には冷蔵庫には既に調味料（しょうゆやみそ）も入っているので、継承されたクラスと考えてもいいのかもです。

定番レシピをセットしておく

上の食材があると、定番レシピがいくつかできます。
これを「メンバ関数」と考えてみると

class banGohan {
//前の続き

function banGohanTonjiru(){  //とんじる
  $nabe = $this->niku . $this->ninjin . $this->naganegi . $this->tamanegi;
  $nabe *= "miso" . "dashi" . "shouga";
  return $nabe;
}

function banGohanCurry(){  //カレー
  $nabe = $this->niku . $this->ninjin . $this->tamanegi . $this->shimeji;
  $nabe *= "curryroux" . "hachimitsu" . "yoghourt";
  return $nabe;
}

function banGohanYakisoba(){  //やきそば
  $huraipan = $this->niku . $this->ninjin . $this->naganegi . $this->kyabetsu;
  $huraipan *= "mushimen" . "sauce";
  return $huraipan;
}

・・・
}

メンバ関数に入る値は、基本的に「肉」「にんじん」「きゃべつ」でなければならないですが、
肉が「100g88円の切り落とし」でも、「100g300円の無菌豚」でもいいわけです。にんじんもブランド品だろうがキズものだろうがバラものだろうがなんでもいいわけです。
レシピさえ確定していれば。

さて作るか

で、レシピに添って食材を実際に買ってきて作ります。

//今週の場合
$konsyu = new banGohan("こまぎれ", "道内産三本袋", "バラ売り新玉ねぎ", "1本ものネギ", "1/4玉", "ホ○トのしめじ");
$kyo = $konsyu->banGohanTonjiru();
$asu = $konsyu->banGohanCurry();
$asatte = $konsyu->banGohanYakisoba();

//来週の場合
$raisyu = new banGohan("バラ肉", "バラ売りキズもの", "玉ねぎ三袋パック", "半分カット", "1/2玉", "地元農家のしめじ");
$kyo = $raisyu->banGohanCurry();
$asu = $raisyu->banGohanYakisoba();
$asatte = $raisyu->banGohanTonjiru();

レシピが確定しているので、いちいち本を読むこともなく、材料を買ってきては粛々と実行していきます。

と、ここまで妄想してみたのですが、なんか違う気がしてきました…；；
とりあえずclassの流れと使いどころは理解したので、今日のところはこれで良しとしよう…

追記：shuji_w6eさんが説明してくれました＾＾参考にどうぞ。
クラスとは変数をまとめて使う事のできるテンプレート

Twitterで記事を紹介して下さい（-人-）

RubyとWEBデザイナー

WebbingStudio — Tue, 25 Aug 2009 16:42:17 +0000

株式会社えにしテック

「えにしテック」は、最近設立されたばかりの札幌の企業です。
プログラミングの会社にも関わらず、準備中の段階からデザイン会社並みのきれいなサイト。正式公開が楽しみです。

代表の島田さんと設樂さんは、プログラミング言語「Ruby」のコミュ「Ruby札幌」の主幹でもあります。
Ruby札幌が本の出版などで全国的に活動している影響もあるのか、北大生を中心に札幌はRubiestが多いです。
日本人が開発した言語なので日本語との親和性が高く、構造的にも優れた言語であるようです。

そんなこんなで私も近頃Rubyに興味を持っていて、本を読むこともあるのですが、WEBデザイナーとRubyの関わりはまだとても薄いのが現状です。

WEBデザイナーが最も関わることが多い言語は「PHP」です。著名なメールフォームやCMSののほとんどがPHPでできているし、レンタルサーバーのほぼ全てが、PHPを何の設定もなく扱えるからです。

私もある程度は習得していて、お仕事でカスタマイズの際に書くことも多いです。
それ以外の言語で普及している（というより数年前は主流だった）のはPerlくらいです。

WEBデザイナーは、覚えなければならないことがやたらとあります。
XHTML＋CSSはもう当然ですが、AdobeCSシリーズの操作、デザインや色彩の知識、アクセシビリティ、SEO・SEM、言語ではPHPだけでなくJavaScriptやActionScriptも書くことがあります。
PDFファイルの作成、CMSの構築スキルなんかもあります。

プログラマよりずっと勉強してるぜ！という意味では絶対ないです。
ぶっちゃけ「広く浅くのなんでも屋」、「いっこうにレベルが上がらないWizardryのビショップ」です。
それだけに、どうしても学習コストを考えざるを得ません。

「私たちは理論的なこだわりがあってPHPを選択しているわけではないです。現場で有用な技術やアプリがPerlで書かれていればPerlを勉強しますし、Rubyで書かれていればRubyを勉強するのです」

以前、プログラマの方に尋ねられて、そう答えたこともあります。

なので、私がRubyに期待しているのが
「WEBデザイナーがよく扱うWEBアプリケーションで、キラーアプリが出てくれること」です。
CMSだと牙城は崩せないので、オープンソース・カスタマイズフリーのフォーム、Wiki、携帯サイトの運営ツールなどでしょうか。

また「初心者がWEBアプリを作れる学習本」などがたくさん出てくれると嬉しいです。
（プログラマの皆さんはそういう本がお好きでないようです；；）
そうなったら、PHP一辺倒の市場が変わるんじゃないかと思います。実際PHPもそうやって言語的に微妙であるにも関わらず主流になったわけです。

もちろん、学習する側の努力も必要ですよね…もっとがんばらないと。

意外と知られていないことですが、ゲーム作成ソフト「RPGツクール」シリーズの近作は、Rubyで全てのイベント処理を書くことができます。

RPGツクールXP（バリュー版）

RPGツクールVX

私は元々ツクーラーで、この段階でRubyのことを知っていたのですが、結局ツクールXP以降を購入することはありませんでした。

もしツクールXPを購入して、Rubyに親しんでいたら、私も今頃Rubiestくらいにはなれていたかもしれません。
そう思うとくやしくてくやしくてしょうがないですwww

Twitterで記事を紹介して下さい（-人-）

おい！PokenもいいがBumpしようぜ！

WebbingStudio — Sat, 08 Aug 2009 01:04:26 +0000

先日飲み会で教えてもらった、「Bump」が楽しいです。

http://www.bumptechnologies.com/index.phtml

「Bump」は、iPhoneを持った手をぶつけるだけで連絡先を交換できる、Pokenみたいな無料アプリです。
App Storeの、10億本目のダウンロードアプリでもあります。

Pokenは結局購入してない私なのですが、専用の端末を持ち歩かなくていいので気に入ってます。

Pokenのようなオンラインサービスではないので、送りたい連絡先は前もって作っておく必要があります。

起動画面の左下にある「My Profile」をタップすると、左のような画面になるので、さらに「Select」をタップして自分の情報として公開したい連絡先を選びます。

「Create」「Edit」でアプリから直接、連絡先を新規作成・編集もできます。

さらに、下のボタンをタップして「交換してもいい情報」にチェックを入れます。
「名前」「電話番号」「メアド」「連絡先に登録している写真」を選べるので、メアドはいいけど電話番号は×、などもOKです。
いちばん右の大きいボタンにチェックを入れると、全て公開します。

準備ができたら、あとはお互い起動した状態でiPhoneを持った手をゴスッとぶつけるだけです。
しばらく待つと相手の連絡先が受信され、許可すると自動的に連絡先に登録されます。
ディスプレイにちゃんと相手の名前やアバターが表示されるので、面白いです。

本名は公開したくないという人は、名前がハンドルネームになっている別の連絡先を作っておいて、オフ会などのときはそちらを送信するようにしてもいいですよね。

私のまわりはiPhoneユーザーがとても多いので、Bumpも広まってくれるとうれしいなあ。

Twitterで記事を紹介して下さい（-人-）

お問い合わせフォームを作りました

WebbingStudio — Thu, 06 Aug 2009 21:01:15 +0000

「うぇびんぐさん、あのページ、もう一年くらい準備中ですよねw」

と、取引先の営業Tさんに言われていた「お問い合わせフォーム」が復活いたしました。

これまでは無料のフォームをカスタマイズしていましたが、勉強も兼ねて、自分でいちからPHPを書きました。
Ajax連動なんてできてないし、自動返信機能も付いてないのですが、やっとPHPで実用のアプリケーションを作ることができたので、ちょっとうれしいです。

で、何故ずっとメールフォームを作っていたのか、という話です。

セキュリティの基礎をしっかりやる

このフォーム、入力チェックをガチガチ入れています。
メールアドレスをカンマ区切りでごっそり書かれた場合や、外国からのスパム、ボットの連続送信、確認画面の後で送信データを改ざんされた場合など、素人なりにできるだけの対策を講じてみました。
そうでなければ怖くてお仕事で使えません。

メールフォームは、データの扱いが不特定の訪問者にゆだねられるので、慎重にならざるを得ません。
実際、プログラミングの知識が浅い人が自作のフォームを配布して、プログラマにダメ出しされることはよくあります。
こういうことを先にきちんとやっておけば、いつかプログラミングのお仕事をすることになったときに、お客様に迷惑をかけることはないだろうと思ったのです。

複雑な分岐があるフォームがほしい

所属を「制作会社」か「一般法人」にすると、社名の入力が必須になります。
これ以外の場合は空欄でも通ります。

ウェブサイト構築のお仕事でフォームを設置することは多いのですが、このような
「○○の入力値が××だったときのみ、△△を入力必須にする」
という処理はできないか、と尋ねられることが多いです。

このような機能は、一般的に手に入るフォームにはほとんどありません。
100%完璧にできなくてもいい、という場合はjQueryで強引にフォームを書き換えることもあるのですが、そういったことはあまりしたくありません。

やっぱり、フォーム自体を自作できるようになるしかないかと思い、今回のお問い合わせフォームにがんばって入れてみました。

フォームを搭載しているCMSも増えたけど

最近のCMSは、ほとんどが高機能なフォームを備えています。
WordPressの「Contact Form 7」にもずいぶんお世話になっています（リロードするとメールが再送されちゃいますが…笑）。

CMS連動のフォームはカスタマイズの手間なく設置ができて普段はとても良いのですが、SSLページへの設置を求められた場合は、フォーム自体をSSL領域に置かなければいけないので利用できません。
先述したようなトリガー機能も流石にありません。
やはり、小回りの利く単独のフォームも確保しておきたいのです。

管理画面＋DB連動を視野に入れる

このフォーム、入力項目の設定部分を連想配列で書いています。なので、今の時点では入力ページは普通の静的HTMLになっていますが、PHPで自動生成させることもできます。

本格的なメールフォームのように、ラベル名・inputの表示タイプ・順番・チェック項目などの要素を管理画面＋データベースで制御して、使い回しが効くようにしたいのです。
きちんと規格化したアプリケーションを作っておけば、データベースやセッションなど、次のステップの勉強に進みやすいだろうともくろんでます。アンケートや掲示板への改造もしやすいですし。

私はお仕事でプログラミングをすることがほとんどないので、本に書いてある以外のことがなかなかつかめません。
「わかりやすい」「論理的な」コーディングとはどう書けばいいのかとか、関数の再帰処理（関数をその関数自体の中でもう一度呼び出す処理）の辺りなどさっぱりわかりません。
DevDoの人たちに、その辺のポイントなどアドバイスをもらおうと思います。

デザインやコーディングのお仕事があるのでなかなか時間が取れませんが、確実に前進していると自分をごまかしつつまた頑張ります。

Twitterで記事を紹介して下さい（-人-）

UNIQLO CALENDAR

WebbingStudio — Wed, 10 Jun 2009 07:47:08 +0000

UNIQLO CALENDAR

ユニクロがリリースするFlash作品は、いつもすてき。

デザイン感覚も素晴らしいけど、リアルタイムの概念を持ったものを最小限のパフォーマンスで表現するというのは、Flashではとても難しいこと。
このカレンダーの場合、画質をわざと落とすことで、ジオラマやシミュレーションゲームを見てるようなチープ感を出しつつファイルサイズも抑えてます。楽しさだけ伝えるなら、画質って意外と問題にならないのね。

本サイトをクリックしたときの展開も衝撃過ぎる。これはフルスクリーンで見るべき。

札幌は？札幌は？wktk

はてブではこの人の作品ではないかって言われてますね。
いろいろなところで取り上げられてるそうなので間違いないかも。後でYoutubeの作品もじっくり観よう。

写真家の本城直季氏が写真を連続撮影→動画化というのが有力ぽい。
音楽の制作元はサイト内に書いてあるのに、動画を作った人の名前がない…気になるなー

Twitterで記事を紹介して下さい（-人-）

Six Apartのパスメモリー認証

WebbingStudio — Mon, 08 Jun 2009 07:01:41 +0000

上の画像は、MovableTypeをダウンロードするときに必要な、シックスアパートユーザーID（SAID）の登録フォームの一部なんですが。

「自分の知っている人の名前と住所を5人分入れておいて、後でランダムに出てきた配列から正しい組み合わせを選ぶ」という認証システムを採用してます。

※自分はこのシステム使ってないので、このリストの中に知人はいません

単語の羅列ではなくて、自分だけが知っていそうな長期記憶を利用する認証方法を「パスメモリー認証」といいます。

「あなたの卒業した小学校は？」「母親の旧姓は？」
というクイズ形式のはよく見ますが、こういうのはあまり見かけないなあ。
しかも、大抵はパスワードを忘れたときのメール送信用に使われますが、SAIDの場合はこれ単独でもログイン可能です。

自分的に気になるのが、
有名人や、会社の社長や、珍しい名前の人を登録してしまうと分かりやすすぎてザルなんじゃとか、
「全然付き合いのない同僚」を登録してその同僚が辞めちゃったりしたら覚え切れるかなあとか、
「誰を登録したのか」を忘れてしまったらとか、
電話帳などのデータからランダムで出るとしたら、激レアな私の苗字が出たりしないだろうなとかwww

それでも

単語の羅列で覚えられないから、メモ帳に書いてデスクトップに置いてます☆

というスイーツなことをされるよりはいいかもしれませんw

もともとSAIDは、MovableTypeの最新版をダウンロードしたり、サポートへメールをしたりするのに使う程度で、流出しても登録者の個人情報以外の損害は少ないものです。
軽い認証で充分なものは、パスメモリー方式を採用した方がユーザーの負担も減って、いいかもしれませんね。

Twitterで記事を紹介して下さい（-人-）

ウェビンブログ » Others

プログラミングのいろいろとわからないこと

変数の命名ってどうしたらいいのだろう

データベースの接続と切断

一時変数

三項演算子が嫌い

md5って大丈夫なのか

ログイン認証にはセッションに何を渡したらいいんだ

難読化って？

iPhone・iPadで読みたい本を「sigil」で作ってしまえ

いちばん簡単な作り方

使えないHTMLタグに注意

章ごとに分割してみる

以下の見出し要素があると、要素の内容がiBooksの目次に反映されます。 見出しは、ソースコード画面で直接マークアップするか、テキストをドラッグ→左上のプルダウンリストから任意の見出しを選択で指定できます。

画像を貼る

CSSを指定する

foursquareを楽しむための３つのポイント

１．遠くの有名人より、近くの一般人

２．ShoutとTipsは違う

３．チェックインするのはチェックアウトするとき

→Pia-no-jaC←のボットとWEBマーケティングの話

なかなか覚えられないPHPのclassについて考えてみた

スーパーで食材を買ってくる

食材からレシピをイメージする

定番レシピをセットしておく

さて作るか

RubyとWEBデザイナー

おい！PokenもいいがBumpしようぜ！

お問い合わせフォームを作りました

セキュリティの基礎をしっかりやる

複雑な分岐があるフォームがほしい

フォームを搭載しているCMSも増えたけど

管理画面＋DB連動を視野に入れる

UNIQLO CALENDAR

Six Apartのパスメモリー認証

以下の見出し要素があると、要素の内容がiBooksの目次に反映されます。
見出しは、ソースコード画面で直接マークアップするか、テキストをドラッグ→左上のプルダウンリストから任意の見出しを選択で指定できます。