RedLine Magazine

Firefox　検索バーに好きなの追加

Fri, 26 Feb 2010 20:32:33 +0900

Firefoxの検索バーから直接PHPのマニュアルを検索できるプラグインを発見したので勢いで入れてみました。

sks - PHPマニュアル検索プラグイン

チョーー便利！知りたい関数でググっても常にマニュアルが検索結果の一番上にきてくれるわけではないので、これはマジで便利です。ハッピー。

検索バーが気になって、便利なものを探してたらこういうのがあった！！

Add to Search Bar :: Add-ons for Firefox

このアドオンを入れておくと、「検索」があるサイトのフォーム内で右クリックすると･･･簡単にFirefoxの検索バーに追加できてしまうというすぐれもの。

例えばこのサイトの右上の検索ボックスの部分で右クリックすると･･･
マジで簡単に追加でけた！

これで自分が過去に書いたエントリを探すのも、わざわざサイトを表示してから検索ボックスを利用するっていう手順をふまなくても気になったらスグにちゃちゃっとサイト内検索が利用できますね。

となると、よく見てる技術系ブログとかで、ブログ内検索を置いてるところとか追加してれば「このCSSバグ、前にあの人のブログで見たことある！」と思った瞬間にその人のブログ内検索をパパパーとできちゃったりするんですね。おーおー。すげーな。バグ等に遭遇したとき、対処方法とか覚えてなくても「この症状、あの人のブログでなんか見たことあるぞ」という記憶だけは結構残ってたりするので、いいな、これ。あとは自分はよく使うショッピングサイトとかTSUTAYA DISCAS（映画好きで利用しているのです）とか追加しました。あとでリファレンス系でいいとこないか探そう。

グーグル先生で事足りるといえばそうなんですが、これで少し効率がよくなりそう。つーか、なんでこんな便利なアドオン、今まで入れてなかったんだろう･･･。きっと有名だよね。

PHP修行 MVC復習/改善の巻

Tue, 23 Feb 2010 11:47:37 +0900

この前書いた「PHP宿題　MVC の勉強」のエントリのコメントでたくさんアドバイス頂いて、いろいろ改善してだいぶマシになったっぽいので復習日誌。

まず元々のMVCとか関係ないソース

MVCを意識しないでダダダーと書いた元々のソースはこんな感じ。（前回のエントリと同じ内容だけど、名前を入力して送信ボタンを押すと「○○さん、こんにちわ。」という文が表示されるだけの内容）

んで、これをMVCを意識して書き直したものを「PHP宿題　MVC の勉強」に書いたのですが、それに対しての改善案をいろいろ頂いたのです。

改善・第一弾

「おしい！MVCのとこもクラスだったらよかた^^」と言われたのでこんな感じにしてみました。

改善した点

モデル部分はクラスを使う！
それに伴ってコントローラー部分も変更する

改善・第二段

上の改善第一弾に対して更に以下のアドバイスを頂いたのでやってみました。

改善した点

クラスのプロパティはprivateにしてsetter/getterの仕組みを利用
Helloモデル中でhtmlspecialchars()やPタグを使ってるが、これはviewに任せるべき。
1クラス1ファイルにしてクラス名とファイル名を一致させるとよい。

改善した理由

setter/getterの仕組みや使う理由についてはこちら。
ちょっと疑問に思ったけど、今回の内容のみで完結するような場合は（後で機能追加とか絶対ない場合）ここのgetName()は外から直接は使わないから書かなくてもいいんかなって思いました。それとも慣習的にsetNameおくならgetNameも必ずセットにして書いておくもの･･･？ま、ビビリなので確実に毎回セットにしてしまいそうな自分なのですが。あーでもオブジェクト指向という考え方自体が「後からでも手を入れやすい」とか「再利用しやすい」という考えを前提でやってるから必ずセットで入れておいた方がいいのか。

モデル内でhtmlspecialchars()やPを使わない理由は後で表示のみ変更したいのにロジックを弄らなければならなくなるから、とのこと。

そういえばSmartyでもテンプレート側でデザイナ(というかページの見た目担当の人)が{$hoge|escape}とか入れるのは同じ理由ってことですよね。となると、Smartyで修飾子つけて値を加工してるような部分ってのは全部Viewに任せちゃえばいいってことなんかな。そう考えると私的には役割分担がすごく分かりやすかったりするのだけれども･･･。

1クラス1ファイルにしてクラス名とファイル名を一致させるとよい理由は、ソースが見やすくなるのと__autoload()関数なんかが使えて便利だからとのこと。

クラスのオートローディング

確かに使ってみて「おおおおーー便利!」と実感しました。スゲーな。

もっとちゃんと考えること　変数の命名規則

同コメント内にて、「後は変数の命名規則に気をつけるとよいです。$Helloという変数名は違和感があります^^;」というお話も頂きました。んで参考サイトもお教え頂いた。

変数名はどう付けよう？ - ホリデープログラミング入門 - Yahoo!ブログ

よく使われる変数名やPEAR、Zendの命名規則の説明が書かれてた。メモメモ。なんかそれぞれに似てる部分と異なる部分があるのね。無難なの考えねば。とりあえず私もcamelCapsでこれから変数名は書いてみます。んでもってクラス名はUpper Camel、と。なんせちゃんと自分でルール決めて統一していけるように頑張ります。つーか、その前に英単語の勉強した方がいい気も･･･汗。

知らない事いっぱい。でもすっごく楽しいですｗｗｗｗ
いろいろとアドバイスくださった方々、ホントにありがとうございます！

PHP修行「setter/getter」を知るの巻

Wed, 17 Feb 2010 00:39:55 +0900

2010.02.17追記　PHPでは「カプセル化」でググる
2010.02.17追記　オブジェクト、getter/setterについての解説

この前書いたMVC勉強のコメントにて添削をして頂いてる最中なのですが、その中でまたもや新たなキーワードが出てきまして･･･。添削して頂いてる最中ですが、分からないコトが出てきたので、先にそっちの勉強して出直してきます。先生、すみません。しばしお待ちを･･･。そんでもって、分からなかったのがこの一文。

setterで値セット、getterで値取り出し。setter,getterを使うことで複数人で開発時に"誰かが勝手なルールで"$nameの値を変更してしまうことを防げる。

ちょっと待って。「setter」「getter」は初耳。教えて！google先生(n'∀')η

(n ▼ω▼ ) ＜ setter getter　とは - Google 検索

PHPのそれについて書かれているサイトがなかなか見当たらないのだけれども、とりあえず言語を問わず、「オブジェクト指向」に関するキーワードのようだ。多分。ここからはいろんなサイトで情報をあさりつつ、足りない頭をフル回転して自分なりに自問自答、解釈した内容。間違ってたらツっこみお願いします＞＜

「setter/getter」は何のために？

publicなプロパティは隠したい。これがことの始まり。
隠したいのはなぜ？→外から直接アクセスするのはよくないから。
なんで直接アクセスはダメなのか？→クラスのプロパティにクラスの外から直アクセスして値を書き換えるコト自体が基本的によくないの！
なんで？→そういうものなの！『複数人で開発時に誰かが勝手なルールでプロパティの値を変更してしまうことを防げる。』ってコメントで教えてもらっただろーがー！ああ、なるほど。
んじゃ直アクセスせずにどうしようか？→だから「setter」「getter」の仕組みを使うんだってば。
どゆこと？→プロパティに直アクセスするんじゃなくて、setメソッドを用意してプロパティの値をセット、getメソッドを用意してそれを返してあげる。

つまり、プロパティへ直接アクセスじゃなくて一旦メソッドを経由してプロパティをいじろうね、ということらしい。多分。

では、そのやり方は？

マニュアル探しまくったけど「setter」も「getter」もない。「set」も「get」ない。似た感じで怪しいのはあったんだけど→PHP: オーバーロード - Manual なんかコレが近い気がする。しかし「オーバーロードメソッドが起動するのは、宣言されていないプロパティやメソッドを操作しようとしたときです。」と書いてある。いや、私はプロパティを宣言している。従ってこれは関係ないと判断。が、「また、現在のスコープからはアクセス不能なプロパティやメソッドを操作しようとしたときにも起動します。」とも書いてある。わからん。一体何の話だ。これは日本語なのか？難しいよぉ･･･。とりあえず一旦スルー。

で、何？結局どうすればよいの？って一瞬ひるんだけど、私は諦めないっ。
「おう、私はred_hippy、あきらめの悪い女･･･」
これ便利ですよと教えてもらったジェネレータのURLへアクセス！

PHP Getter Setter Generator

なんか適当に下のExample Codeの変数の辺りをコピペして「Go」クリック！
何回かやってみたけど意味分からない。「一体何するものコレ？」状態。８回くらい「Go」をクリックしてからやっとピーン！と繋がったｗｗｗｗｗ
あぁ、自分でそれを用意するのですね。そのためのこのツールなのですね（恥

気付くの遅くてごめんなさい。愚かな私でごめんなさい。自分の脳内ではそれらは勝手にPHP側で用意してくれてる関数か何かの中に「set」とか「get」とかあってそれを利用するんじゃないかと思い込んでました。全然違ってました。ごめんなさい。自分で用意するのですよ、皆さん。ピーンときたと同時に、このジェネレーターツールが便利というその意味も分かりました。確かにコレ使ったほうが早い。便利だー！

こういうのを自分で用意すればよい、と。

「setter」「getter」を使う理由

「setter」「getter」を利用すれば、複数人で作業をする際にも他の人間が勝手に予想外の値を入れたりして「アーーー！」ってなるのを防げる。
「setter」「getter」を利用していれば、それらの内容が変わっても呼び出す側には影響しない。

こんなページも発見。

>>» オブジェクト指向プログラムで getter/setterメソッドを使わなければならない 10の理由 Pattern: Pattern Ref　—自分用覚書

書いてある事の半分も分からないけれども一番最後の理由が超分かりやすい。

オブジェクト指向とはそういうものである。

うおー。なんか超カッケー。そういうものなのですよ、きっと。

疑問に思ったこと/ググっても分からなかったこと

PHPはsetterで値のチェックはできないの？

PHPに拘らずサイト巡りをしていると、setterで値の型をチェックできるという風な話が出ていたのだけれど（数値を入れる変数に文字は入れない様にできるとか）それはPHPではどう書けばいいのだろう？全然見当違いな話なのでしょうか･･･はて？

↑自前でチェックコードを記述すればいいだけの話だった。なんか特殊な型を調べる書き方とかあるのかと勝手に思い込んでた＞＜

なんでPHPではsetter,getterを使わないの？

もう一度頂いたコメントを読み返してみると『※PHPではsetter,getterがない例も多い。』と。それはなぜ？まぁPHPだからとか言語に拘って考えるのが違ってるのかもしれない。オブジェクト指向だからこういうsetter,getterという考え方をするも良いという話なのかもしれない。そういうことにする。

↑コメントにて「PHPはスクリプト言語なのでgetter,setterを使うとコードが冗長になって速度面などで不利になるからかなぁなんて思ったり。あとはcakePHPなどのフレームワークを使うとgetter,setterなんかは見えないのでみんな気にしてないんじゃないかな^^;」という意見を頂いた。

PHP5では、set/get がある！

追記：すみません。違ってましたｗ　以下すっげー変なコト書いてます。
ここから下はちょっと間違ってる内容のようです。再びMVCのページのコメントで「未定義のプロパティを取得・設定しようとしたタイミングで呼び出されるメソッドなので、getter,setterとはちょっと違いますね。」と教えていただきました。この部分、全部削除してしまおうかとも思ったんですが、短時間でも一度公開してしまったので、一応そのまま残しておきます。勉強記録的な感じで･･･。が、スルー推奨。

三度追記･･･いや、「間違い」ではなかったみたい。頂いたコメントより抜粋。コメント「__get,__setはgetter,setterとしても使えるので「間違い」ではないです。下のPHP公式マニュアルのオーバーロードの例ではsetter,getterとして使用してます。
オーバーロード」
開発のスタイルにあったものを選択すると良いらしい。

で、上で書いたPHP: オーバーロード - Manualについて悶々としてると、ナイスタイミングできのこ先生から追加コメントｷﾀ━━━━(°Д°)━━━━!!!!

PHP5からは__set,__getというマジックメソッドがありますね。プロパティをprivateで宣言すれば、このマジックメソッドが自動で実行されるらしい。自分のルールでset,getしたい場合はこれらのメソッドをオーバーロードすればよいです。

先生、ホントにいいタイミングのコメントです。ネ申サンクス。どこかから私の今の様子を覗いているのではないかというくらいのタイミングでした。

ということで、私はPHP5を修行中なので、こちらの「__set」「__get」を利用するとよいのですね。

つーことで、ちと実験タイム

こんな感じで試してみました。

こうすることで、呼び出す側ではプロパティを直接呼び出してるような感じで実はメソッドを経由して呼び出してるっていう仕組みになるんですね。へぇーー。いやでも「ホントに分かった？」と聞かれるとsetter,getterを使う理由や意味は分かったけど、なんか変なことになってるんです。上に書いたソースがどこか間違っているのかもしれないんですが、何か適当に例えばこういうのを追加すると「$test->sample2 = "これはテスト２です。";echo $test->sample2;」それが普通に出てくるんです。頭が半分寝てて何かおかしなことをいってるのかもしれない。あれれ。クラスの中で定義してない変数ってこういう風にしたら出てくるんだっけ･･･。根本的にクラスの所から間違ってるかも･･･。ダメだ。寝てます。もう頭回ってない＞＜
明日もうちと練習します＞＜

関係ない話ですが、こういうの教えてもらう時に「○○するとよいです。」って言い切りの形で言ってもらえるとすごくありがたいですね。勇気100倍。100%勇気。眠たくなってきて変なテンションでごめんなさい。

2010.02.17追記　PHPでは「カプセル化」でググる

一夜明けて朝からTwitterで@kamiyamさんと@redsnow_さんからアドバイスを頂いた。んでもって「PHPだとこのあたり調べるといいかも」と新たなキーワード「カプセル化」という言葉を知った。聞いた事はあったけど、ちゃんと意味わかってなかった。

>>PHP カプセル化 - Google 検索

これはまさに昨日の夜戦ったsetter,getterの考え方なのでは！

>>php フレームワーク・オブジェクト指向入門: カプセル化
 >>「カプセル化」のアーカイブ | オブジェクト指向PHP

上の方のページのサンプルソースではこの考え方を利用するメリットがよく分かった。確かにそうしておくと仕様変更になった場合でも楽ですねー。

そしてもう一つ、お約束事みたいなのも書いてあった。「読み込み用のメソッド名は、getプロパティ名、書き込み用のメソッド名は、setプロパティ名」とするとよいのですね。（多分別にそうでなくてもいいのだけと思うけど、頭にgetやsetを付けると分かりやすいし一般的によく使われてるよという意味なのではないかと思う）

そして「こういった単純なゲット、セットだけをするメソッドをアクセサメソッドといいます。」と。getterメソッドとsetterメソッドの総称みたいなものをアクセサメソッドというってことでいいのかな。getterとかsetterの事をまとめてアクセサメソッドって言うよ、みたいな。

オブジェクト、getter/setterについての解説

@ukstudioさんさんがオブジェクト、getter/setterについての解説エントリを書いてくださいました。

UK STUDIO - PHPについて適当に

全然適当じゃない。むしろ理解度がかなりレベルアップした気がします。お忙しい中、わざわざありがとうございました！感謝します！

>例えばあるデータには数値だけ、文字列だけ入れたいというチェックもsetterでやることができる。

上の方で疑問に思ったことの部分に書いたけど、やっぱりそういうことできるんだ。~~やり方が分からない。後でもっとググってみます。~~自前でチェックコードを記述すればいいだけの話だった。なんか特殊な型を調べる書き方とかあるのかと勝手に思い込んでた＞＜

メンバ変数をこういう風にまとめたらいいよの例の部分、すごく納得でした。奥深そうでまだ完璧に分かってないけど、なんせ修正する際の手間減るような考え方も必要ってことですよね。なるべくシンプルな書き方をして再利用しやすくしておくってのも大事なのかなと思いました。

もっともっと知りたくなりました。ホントにありがとうございました！

素敵★ノンプログラマのためのPHP入門

Mon, 15 Feb 2010 10:05:33 +0900

この前「PHPを勉強する事についてデザイナが思う事。」っていうエントリを書いたのですが、たくさん見てくれてありがとうございますです。Twitterでも「何かあったら聞いてね」的なメッセージを頂けてとても幸せな気持ちになりました。ああいうの書くの恥ずかしかったけど公開してよかったｗ

どこからアクセスされているのか、リンク元を見るのが大好きなので、いろいろ見てたんですが、Twitter経由のアクセスがすげーーｗｗｗとか思ってました。Twitter恐るべしです。まじで。そんでもって、このつぶやきを発見したのですよ。

この記事で思いつきましたが、USTREAMでノンプログラマのためのPHPオンライン講座とか開催したら、参加してくれる人いるかな？＞http://redline.hippy.jp/lab/php/php_9.php

Followしている方ではなかったので、その場で「お願いします！してください！是非！」とは言わなかったのですが、もし実現したら絶対見たいなーと期待しまくりで待ってたらホントにしてくださった！行動早っ。動き早い人は尊敬しまくりです。自分もそういう人になりたい。素敵素敵素敵★

んで、そのUSTREAMがこちら。

vol.01 ノンプログラマのためのPHP入門, Recorded on 10/02/14 h2ospace on USTREAM. Technology

そうそうそうそう。ノンプログラマの向けのこういうのを待ってた！ありがたやーありがたやー！タイムリーでは参加できなかったのですが、録画、全力で見ました。朝からめっちゃ勉強になりました！

すごく分かりやすく初心者向けのお話をしてくださってます。専門用語も初心者にもわかりやすい例えを用いて説明してくださってて、とっつきやすいです。実際にソース内の一部の記号を実体参照に変換するツールを作ろうということで、画面を見ながら一緒に自分用のツールを作るという試みも。目の前で先生が一緒にエディタ使って説明してくれてる感じです。

プログラムは外国語を勉強するような感じ。
言葉だけはしっかり理解する。
俺ツールを作る。
叩かれて人は育つ。

ということで、ノンプログラマだけどプログラムに少しでも興味がある人は、是非見るべし！です。とりあえず動画の最後に「こんなツール作ってみたら？」というのがあったので、とりあえずそれを練習しまつ！課題があるのってありがたいですね。やる気出まくり。

そして、「Zen Coding」にもめっちゃ興味もちました(n'∀')η

PHPを勉強する事についてデザイナが思う事。

Thu, 11 Feb 2010 13:05:17 +0900

先日、こちらのエントリを拝見して･･･

デザイナーがwebサービスを10週間で作れるようになる方法。または私は如何にしてPHPを愛するようになったか。 - ウェブ狂の詩

なんかいいなぁ･･･って。PHPを今勉強している自分としては、こういうお話大好きです。

激しく同意→「デザイナーはphpを覚えると楽しいよ！」

自分はまだ何かwebサービスが作れるとか、そんな高度なレベルではない初心者ですけど、とりあえず今PHPの勉強するのがすごく楽しいです。

本業はデザインやコーディングがメインで、実務でPHPと言われれば他のプログラマさんが作ったシステムを設置・デザインをカスタマイズする程度。自分で1から何かを使って何か大きな事をするという機会にはまだ遭遇してないんですが（最近ちょこっとしたスクリプトは実務で自分で用意させてもらったりして、それはそれで感動しました）、とりあえず勉強するのはすごく楽しい。知らなかった事と中途半端だった知識がピーン（←ニュータイプの効果音）と連結する瞬間に遭遇した時とか「うひょーー」ってなります。

選択肢が増えたよ

以前は何かプログラムが必要ならば、プログラマさんにお願いするか、もしくはネットで配布されているものを探すか･･･。選択肢はそういう感じでした。自分で作るという道は考えもしませんでしたし。

環境によるとおもいますが、基本的にデザイナは、最初から誰かが作ってくれたプログラム一式をこう設置したら動作する、デザイン面はこうやって手を入れる、こう使えばこういう結果が出てくる。それだけ知ってればなんとかなっちゃうんです。プログラムを作ることは求められてないし、基本的な知識があればなお良いけどね、程度のレベルです。あまりテンションの上がる話ではないんですが、私のやってる規模の案件ではそんな感じです。

もちろん「一応この知識だけは勉強しておかなきゃ」という事は勉強しますが、レベルの高低に関わらず断片的な知識だけが増えていく感じなんです。例えば、MySQL使うモノがあるからとりあえずローカルに環境作らなきゃならないとか、接続方法知っておかなきゃならないとかphpMyAdmin使えなきゃならないとか何かエラーが出てるよ、こうすれば直るんだな、とか。別に自分でデータベース作って何かするわけではないのにそういう断片的な知識だけが増えていくんです。

それが、ちょこっとした内容のプログラムなら「自分で作れる」という選択肢が増えました。これはとても大きい。自分は代理店から請けてる仕事と個人として請けてる仕事があるんですが、代理店経由の方は向こう側にプログラマさんもいるし、いざとなったら何とでもなるんですが、今まで個人で請けてる案件が問題でした。

予算はないけどプログラムが必要だ、という状況がたまにあるんですが、予算ないと言われると今までの「自分で作る」選択肢がない時は全力で必要機能を満たしたフリーのスクリプトを探しまくらねばならんかったのです。これが意外と面倒だし大変。当然後から機能を増やしてとか言われても増やせないし。そうなるとまた探しなおしです。自分がプログラマだったらどれだけこの無駄な時間が省略できるだろうとか思ってました。

まだ自分は大した事はできないですが、少しずつできる事が増えてて、ちょこっとしたものなら自分で提供できるようになりました。楽になった。気持ち的に。会社勤務のデザイナさんはあまりこういう気持ちにはならないかもしれないですが、個人でやってるとデザイナ同士の横の繋がりはできてもプログラマさんとの横の繋がりがなかなか見つからなくて相談できる人もいなくてオロオロする瞬間があるんですね。どうしよっどうしよっ！ってなって、胃かキリキリするような。だから個人でやってるデザイナこそプログラムを勉強すると幸せになれるのでは、とか思ってます。

使い道はユーザーに提供する場面だけじゃなかった

自分が勉強しはじめるまでは、こういうのって外に公開するために勉強するものだっていう固定観念みたいなものにとらわれてました。だけどちょっと落ち着いて考えてみると、自分の作業を少し楽にするために使うこともできました。下記は以前PHPの勉強日記として書いたエントリなんですが、

全角数字⇔半角数字・全角カナ⇔半角カナ変換
 dat から１行ずつ抜き出して xml 書き出し
 画像にロゴ(ウォーターマーク)を入れる

こういうのって探せば専用のフリーソフトやwebサービスもあるとは思うんですが、自分でPHPを使って作ってみると好きにできるので･･･楽しいし手作業でやるよりなんぼか早いよっていうお話。外部に出して使うものでなくても、自分の手元での作業を少しでも楽にしちゃう使い方もできるんだなーと。

でも、神が身近にいません

上記サイトの方は身近な神がいらっしゃるそうですが、自分にはいません。以前は仕事を頂いてる代理店に私なんかにも優しくしてくれる神的な存在がいらっしゃったのですが、今はどこか遠い所へ転職されてしまいました。がーん。

身近にPHPのこと、気軽に質問できる人がいるのといないのでは随分差が出てくるのではないかとマジで思います。

今更聞けない、恥ずかしくてネットで聞けない

「多分これって初歩的な事だよね･･･ブログとかTwitterで誰かに聞けばもしかしたら教えてもらえるかもしれない。でも会った事のない誰かに聞くの失笑されそうで恥ずかしいわｗｗｗ」と思う瞬間が多々あります。こんな時、身近に神がいてくれたら･･･と思ふ。

まぁ、散々このブログでも初歩的な恥を晒しているので今更何を言ってるんだという感じもあるし、元々能力も知識もないのにカッコつけんなって話なんですが。

こういうレベルの質問ができる相手が欲しい

具体的に言うと、こういう質問がしてみたいです。

ソースの最後に「?>」をつけないってどういうこと？まじなの？
これセキュリティ的にＯＫでしょうか･･･？
結果としては問題なく動いてるけど、書き方はおかしくないですか？
などなど･･･

ググレカスで秒殺できる内容のしょーもない質問は自分で調べろやって話ですが、なんかこういう質問がサラっとできる神がいてくれたら幸せになれる気がするのです。

神がいたらモチベーションが保てる気がする

あと、技術的な事だけでなく、神がいるからモチベーションが保てるという意味でも存在感大きそうだなと思います。私去年からここのブログでPHPの勉強日記みたいなのを書きはじめたんですが、その前の数年間も勉強する→挫折する→もっかい1から勉強する→モチベーション下がって挫折→もっかい1から（ｒｙ･･･の繰り返しだったんですよ。

なんでわざわざ「もっかい1から」の手順になるのかといえば、「心機一転！」みたいな気持ちのしきりなおし的な意味でもあるんですが、理解したつもりで完全に理解してないから、なんでしょうねぇ･･･。

神がいたら「神に前いろいろ教えてもらったし、あーもっと勉強続けなきゃ！」「せっかく親切に教えてくれたんだから頑張って期待に応えたい！」とか、挫折しそうになっても、その人がいるから踏ん張れるみたいな状況になるかもしれない。

しかし、もし神が身近にいたとしても、私は神から何か教えてもらっても神にお返しできる能力がないや。神がHTMLとかCSSとか興味あるなら返せるかも、だけど。

そんなこんなで、神がいないので諦めて自分を追い込むためにブログで「そろそろPHPの勉強本気出す」宣言をしてからはなんとか今日まで続いてる。実務に時間とられて、なかなか勉強する時間が確保できない時期も去年後半はあったんですが、「もっかい1からやりなおし」はしてない。多分、ブログに書いた内容まではちゃんと身についてるんだと思う。だから継続して勉強できない時期があっても続きから続きから･･･でやれるようになった。これはなんか成長してる感じがして嬉しい。

テンション上げてくれてありがとう

私の勉強熱がまだ途切れてないその他の要因。みんなのお陰で続いてます。

ついったーで「勉強がんばってるね」って言ってくれてありがとうございます。
コメントやブクマでいろいろアドバイスしてくれてありがとうございます。
相方よ、「デザイナ・コーダーなのによくこんなに頑張ってるね」と言ってくれてありがとうございます。

頼む。定期的にそれ言ってくれ。ウソでもいいから言ってくれ。最近PHPの勉強日記書いてないなとふと思った方、気づいた時に言ってくれ。頼むっ。

デザイナの私が理解できなかったこと・間違ってたこと

これは私が馬鹿なだけって話かもしれませんし、すべてのデザイナさんがそういうレベルだと思っているわけでもないです。おそらくプログラマ脳の方からすると何いってんの？バカじゃね？って話だと思うんですけど、最初間違えてたなぁと今になって思う事です。

関数をある程度知った後、どうしていいのかわからない

私は、関数を組み合わせてロジックを用意するという考え方自体ができませんでした。他の人が書いたソースを見れば「それが何をしているのか」は理解できるんですよ。関数自体は調べながらでも何でも意味はなんとかなるので。でも自分で1から書けと言われると手順がまったく考えられない。分からない。できない。

だから参考書にそって勉強していっても何もできないまま。最終的に「何か作ってみよう」の章に書いてあるサンプルアプリもそこに見本があるからそのまま写せば動くし、やってる内容は調べながら理解はできるけど、自分では1から書けない。

とりあえず一通り本の通りに動かしてみた。「で？」という状態から抜け出せない日々が長かったです。実務で「これを作らなきゃならない」という目的があればもっと早くこの段階を乗り越えられたと思うんですよ。だけど如何せん、デザイナには「こういうプログラムを作れ」という指示はおりてきません。ここ、第一の壁でした。

作りたいものがないまま勉強してしまう

すごく漠然とした言い方なんですが、いくら関数の意味を知っても「何ができるのか」をまったく想像できなかったんです。「日付を取得するにはこれを使います→はい。サンプルソース試した→理解した。」「ファイルに書き込むのはこの関数です→はい。サンプルソース試した→理解した。」それでその後、何もしないままでした。何かを作りたいからその手段を知るために勉強するのではなくて、なんとなく勉強しなきゃならない気持ちになって読書してただけ、みたいな。

初心者向けの参考書って変数とは何かみたいな所から始まって、繰り返し処理とか条件分岐、関数の説明とか、そういう流れで進んでいって、最後の方の章には何か作ろう、という流れになってるんだけど、そこで高度すぎて挫折したり。

その中間をどうしていいのか分からなくて、それぞれの関数にサンプルソースは載ってるけど、その後「で？」っていう。「関数の勉強する→関数の意味理解した→終わり」になってたんですね。もったいない時間の使い方をしてました。

網羅しなくても全然大丈夫だった

それまでは無駄に関数ばっかり追いかけて、網羅しないといけないんじゃないかという錯覚に陥ってたんですが、そんなのは後から調べながらでも十分いけると分かりました。

CSSやHTMLと一緒である程度よく使うものってのは決まってて、それらは使用頻度が高いから何か自然と覚えられるし、一回自分で1から書いてみると、ふとした時に「あ、この処理、前にもやったことがある！」って自分がやった事を思い出すことが出来るんですね。んでコピペ、みたいな。

勉強方法を改めたら一歩進めた

いい加減に自分で1から書いてみようぜという気になった

去年、ブログで「PHP勉強、本気出す」宣言をしてからは「実際に何かを作る」という目的を先に用意して、どんな機能が必要か、それためにはどんな関数を使えばいいか、どういう手順で処理をしたらいいのかっていう事をちゃんと自分で考える勉強に変えました。

これ、当たり前の勉強方法ですよね。だけど、なぜか私はずっとこの勉強方法ができなかったんです。人のソース見て分かった気になって終わりじゃいけないと思ってるけど、その段階から先に進めなかったというか。面倒そうに思ってたのかな。必要に迫られてないから。

人のソースを真似するだけじゃなくて、一旦1から自分で書いて躓いたらマニュアルや他の人のソースを見て自分がやりたい事をやってる部分を探すっていう手順で勉強しはじめたらどんどん『何か』が分かってきた。その『何か』が分かってくるとどんどん楽しくなってきた。残念なことにその『何か』っていうのがうまく文章で説明できないのですが、『何か』というものがそこにはあるんです（ｷﾘｯ

そしてその段階になると逆引きリファレンスを読むのが楽しくて仕方なくなってきた。あーこの機能つけたいー！とかワクワクするようになってくる。

日本語で処理の道筋を考えた

私がまったく理解できなかった処理の道筋の立て方についての話ですが、最初からソースを書こうとしても私の頭のキャパオーバーで無理だったので、まずは関数とかそういうの一切無視で日本語で順番にどういうことをすればいいのか考える事にしました。例えばこういう感じ。

入力用フォームを作る。
受け取ったデータを変数に入れる。日付、ログ用ファイルも変数に。
フォームの送信ボタンが押されたら。
タイトルと本文の中身が入ってたらエスケープ。本文の改行文字はbrに変換。
それぞれの変数を配列にしてタブ区切りで結合する。
ログ用ファイルを開いてロック。
一行に結合してたデータをログ用ファイルに書き込む。
ロックを解除してログ用ファイルを閉じる。
表示のためにログ用ファイルを読み込んで配列に。
分解して変数に値をセットしてログ用ファイルの中身の数だけループ。

こういうのってプログラマさんは頭の中でパパーと整理しながら順序だててソースを書けるんだと思うんですが、私は最初まったくできませんでした。どんな処理が必要なのかなって紙に書き出して、順番はどうしたらいいかなって番号順に並べて･･･みたいなことやってました。

一通り日本語で流れを書いた後に、それぞれがどうやったら処理できるのか、必要な関数やらなんやらを先に調べて日本語で書いた手順をソースに変換してきました。そしたらなんとかなった。もしかしたら変なソースかもしれない。でもやりたいことはとりあえずできた。

もしもデザイナやコーダー業の方で私と同じように処理の手順を自分で考えられねーっていう同類の方がいらっしゃったら日本語でまず書いてみる方法、オススメします。素人の私がオススメしますって言ってもまったく説得力ないですけど、私は何回か日本語で全部手順考える方法を繰り返してるうちに、知らない間に1から手順を日本語で書かなくても頭の中でこういう手順でやればいいんじゃないかって「予想」していきなりソース書き始められるようになりました。

いや、もちろん日本語で書いても書かなくても私レベルではどこか何かの処理が抜けててうまくいかなくて後で「あーこれ入れなきゃ」っていうのを追加したりしてるんですが。まぁよかったら試してください。

余談･･･プログラマさんへ

不躾なお願いではありますが、デザイナに渡すデータの中に font とか b とか入れないでくれると嬉しいです。あ。あとHTMLの要素は大文字じゃなくて小文字だともっと嬉しいです。あ、あとbrは<br>じゃなくて<br />が好みのタイプです。

いや、もちろん言わんとすることは理解できるんですよ。エラー文だから赤字にしたいですよ、太字にしたいですよ、私も。ええ、わかりますとも。しかしながらですね、できたらそういうタグの代わりにclass="error"とか、何か、そういうのだと幸せなんだけどなぁとか思っちゃうんです。ええ、もちろんスタイルはあとでこっちで挿入でもOKですとも。

あ。確かに個々の仕様によりますよね。そうですよね。嫌ならまとめて置換すればって話ですよね。そうですよね。

直接やりとりできるプログラマさんに何かをお願いするときは、最初にそういう約束事を作ることもできるけど、よその業者さんのプログラムを購入する時とか、ふと上のような事を思ってしまいますっていうお話でした。

あ、いや、敵に回すつもりは毛頭ないです。ごめんなさい。動きゃーいいですよね。そうですよね。そうできない理由があるんですよね。わがまま言いました。生意気言いました。ごめんなさいごめんなさい。

PHP宿題　MVC の勉強

Sat, 06 Feb 2010 12:38:19 +0900

頂いた宿題勉強日誌。今日は「MVC」について。(MVC - Google 検索)
フレームワークを利用する前にきっちり理解しておくといい内容とのこと。

実は前にSmartyを使ったことがあって、デザインとロジックを分ける主旨についてはイメージできるのだけれど、MVCと言われると「C」の役割がいまいち分からない。（MとCの境目がイマイチ分からない）

MVCについて検索してるとフレームワークのお話に行き着く事が多くてなかなか初心者向けの簡単な説明が見つからないのだけれど、いろいろ調べた結果を自分なりに解釈すると、

表示担当がView
入力された内容についてModelに処理をお願いしたり、Viewに表示をお願いしたり、橋渡し的な役割をするのがController
データの処理がModel（こっちでは入力されたデータの受取とか処理後の結果を直接Viewに渡したりはしない）

という事でいいのかな。オススメして頂いた下記ページを参考にちゃんとやる！

>>PHPでMVC第1回：前編
 >>PHPでMVC第2回：後編(Modelの作成/DAOパターン)

･･･読んでる途中で何度も心が折れそうになったけど、頑張って最後まで読みました。こういう専門的なサイトで文字の圧力にくじけそうになった時はブラウザの文字サイズを少し大きくすると不思議と難易度が下がった気分になる傾向がある便利な性格なので、そんな錯覚に陥りながら、10%くらいは理解はできました。

が、やはりやってる内容が難しい。というか、多分字が多すぎて圧倒されてる。

初歩レベルでMVCの考え方、やってみます

ちょっと･･･その･･･あんまり難しい事できないので、私レベルでMVCの考え方だけ、やってみます。間違ってるかも知れんけど、とりあえず普通にこういうファイルがあるという前提で･･･。

単純に名前を入力して送信ボタンを押すと「○○さん、こんにちわ。」という文が表示されるだけの内容なんですが、これをMVC役割分担を考えてみますね。

あ。これは余談ですが、この前勉強したオブジェクト指向の件なんですが、↑上のような内容をclassを作って考えるとしたらコレで合ってますかね･･･。表示される内容自体は同じ結果になるし、変なとこがあっても初心者には分からないという罠。

んでは、本題に戻って･･･

Model部分

機能担当ファイル。
名前が入力されてたら、されてなかったら、それぞれの内容を返す機能。

View部分

デザイナ・コーダーさんが主に触るであろうファイル。テンプレート的な。

「<?=$Hello?>」の部分、{$Hello}みたいな分かりやすい書き方したい。（→だからテンプレートエンジンとかフレームワーク使えばいいよってこと？）途中で今回みたいな場合だと<?=$_SERVER["PHP_SELF"]?>はいらないって気付いたけどまぁ･･･そのまま。

Controller部分

入力データを受け取ってModelに処理をお願いして結果をViewに渡したりとか。

という感じでMVC役割分担を考えてみたのですが、考え方が間違ってたら教えてください＞＜

Thunderbird　「更新を確認」のエラー

Wed, 03 Feb 2010 10:11:18 +0900

メールソフトはThunderbirdを利用しているのですが、私の環境で、かなり前から自動更新が出来なくなってたんですね。「ヘルプ」>「ソフトウェアの更新を確認する」を選択しても『更新情報 XML ファイルが整形式になっていません（200）』っていうエラーが出てしまう状態。

そういうわけで、まぁ何かのファイルが壊れてるんだろーなーとか思いつつ、定期的にthunderbirdのサイトで新しいバージョンが出てないか確認したりして、もし新しいものがあればmozillaのサイトから最新版をダウンロードして上書きインストール･･･という手順でやってました。

さっき気が付いたら、3.0.1がリリースされてて「あー更新しなきゃ」と思ったんですが、そろそろいちいちサイトからダウンロードして･･･っていうのが面倒くさくなってきたのでエラー文でググってみると以下のページ発見。

>>更新情報 XML ファイルが整形式になっていません（200）

上記ページはFirefoxについて書かれてるものだし関係ないやろーとか思いつつも、一番上の「拡張機能による干渉」部分の「NoScriptを無効にする」っていう手順だけ何気なく実施。(無効っていうかmozilla.comを許可)

その後、thunderbird側で「ヘルプ」>「ソフトウェアの更新を確認する」を選択してみると･･･普通に更新できたよ。何それ。そんな単純な事だったのか。

ということで、めでたく楽々更新の日々を取り戻しました。

でも不思議。Firefoxの方は今までもずっと自動更新できてたんだけど･･･。なぜに？

PHP宿題　PDFライブラリを使う

Tue, 02 Feb 2010 12:00:36 +0900

先日PHPの勉強記録を書いたらいろいろ宿題を頂けたので順番にやってみる。まずは「PDFライブラリ」っていう単語が出てきたので使ってみる。

FPDFというライブラリを使ってみる

まず「PHP PDFライブラリ」辺りでググってみると･･･なんかどうも種類がいろいろあるみたい。どれ使えばいいのか分かんねーぜ。とりあえず一番目に付いた「FPDF」というもので勉強してみますね。

本家サイトに FPDF is released under a permissive license: there is no usage restriction. You may embed it freely in your application (commercial or not), with or without modifications. と書いてあったので、もし将来商用利用する機会があってもこれでいけるなー的な感じで。

マニュアルのダウンロード

英語サイトなんだけど、リファレンスマニュアルは日本語バージョンもあったのでそれをDownloadsのページから拝借。(A Japanese version of the 1.52 manualってやつ)というか、ダウンロードした後に気付いたけど普通にマニュアルのwebページ、あったし。

>>FPDF 1.52 リファレンス　マニュアル

本体のダウンロード

次に同ページから本体のダウンロード。日本語版マニュアルはバージョン1.52って書いてあるからそれに合わせた方がいい予感はしたけど、初心者にありがちな「無意味に新しいのを使いたい」欲に負けて現時点での最新版1.6をダウンロード。

そしてそして日本語に対応させるにはモジュールが必要らしいのですが、本家のJapanese supportに何か日本語絡みの拡張が2種類あるんですね。日本語の解説サイトなんかを確認してみるとサブ的な扱いになってる方、こちらのPHP toolsのものを導入している例ばかりが目に付いたので、こっちの方を使うのが一般的ってことですよね、きっと。

インストール・日本語化

インストールや日本語化の手順はいろんなサイトで解説されてたので、いくつかのサイトを見比べながら必要な手順を実施。ファビコンが超カワイイこちらのサイトさんとか分かりやすかったです。

>>FPDFのインストールと日本語対応｜FPDFライブラリてPDF作成｜PHP｜PHP & JavaScript Room

なんかしらんが元々XAMPPのPEARの中にfpdf.phpってやつが存在してたり、includesディレクトリがなかったりで、上記ページの手順に従っても一瞬うまくいかなかったけど、適当にやったらうまくいったよ。とりあえず「Hello World!」クリア。

チュートリアル

ダウンロードした日本語マニュアルを眺めつつ、本家サイトのTutorialsにそっていろいろやってみた。

例えば「Tutorial 1: Minimal example」ここはさっき上に書いたURLのページでHello World!までクリアした通りの内容。

require('fpdf.php');: fpdf.phpを読み込む。
$pdf=new FPDF();: new演算子でオブジェクトを作る。
$pdf->AddPage();: 新規ページの追加
AddPage([string orientation])
$pdf->SetFont('Arial','B',16);: フォント設定
SetFont(string family [, string style [, float size]])
ここではフォントファミリー「Arial」、スタイルは「B（ボールド）」、サイズが16ポイント。
$pdf->Cell(40,10,'Hello World!');: 表（セル(長方形)）を表示
Cell(float w [, float h [, string txt [, mixed border [, int ln [, string align [, int fill [, mixed link]]]]]]])
なんかこれ、オプションいっぱいあるけど、とりあえず今は幅「40」高さ「10」表示する文字列「Hello World!」
$pdf->Output();: PDFドキュメントを表示
string Output([string name [, string dest]])
nameを指定してないので、doc.pdfという名前で送信される。

これが最低限の仕組みらしい。同じようにチュートリアルを順番に進めていくといろいろできることが分かる。すごいな･･･。私自身、何も知らなくてもPDFファイル出来たわ。今回の宿題出してくれたかみやんがコメントで「オブジェクト＝外注とか代行屋さんって感じ」って書いてくれたんですが、なんかちゃんと分かった気がする。

そしてそして、先日のオブジェクト指向の勉強記録の後、かみやん様からプレゼントも頂いたんだぜい→素敵な補習講義的なエントリを書いてくださいました。

>>オブジェクト指向をあえて車クラスタ目線で書いてみた

速攻、印刷+保存しますた。ありがとうありがとう！

残りの宿題一覧

MVCの概念を知る
フレームワーク
SQLite

どんどん高度になってきたよー。初心者向けのPHP参考書でいうと後ろの方の項目に差し掛かってるはず！多分！がんばる！

CSS テキストリンクもボタンっぽくポチっとする

Tue, 02 Feb 2010 11:19:08 +0900

最近CSS関連の情報ってCSS3のお話が多いんだけど、今日は初歩的なところに戻って昔よくあったみたいな小ネタ。

こちらのページにテキストリンクもボタンリンクみたいにクリックしたらヘコませようぜっていうお話がありました。

>>Make All Links Feel Subtly More Button-Like | CSS-Tricks

テキストリンクって、hover時のスタイルに関しては毎回どうしよっかって迷うけど、個人的にはactiveのタイミングでのスタイルはあまり気にしてなかったかも、と思いました。なんかこういうのちょこっと手を入れるだけで印象が変わりますね。まぁ「ほんの一瞬」なので気付かない人も多いかもしれないけれど。

上記ページのコメントの部分にポチっとヘコむ時に少し暗い色にしたらどう？ってお話もあってなるほどなーと思ったので、そんな感じで一応サンプルページとか作ってみました。

>>サンプルページ

既存のサイトにコレ追加するのも結構楽だなぁとか思ったり。上のページではtop:1px;にしてるだけだけど、外国の方のコメント見てるとleftも加えて斜めとかどうよ？みたいな話も。

FeedBannerパラメータで、はてブ分散の件

Fri, 08 Jan 2010 10:09:24 +0900

PHPの勉強、頑張ろうと思って、はてブのPHPタグのついたエントリのフィードを追いかけてるんですよ。んでね、昨日PHP関連のエントリ書いたらそれがブクマして頂けたみたいなんだけど、朝いつも通りPHPタグのフィードチェックしてたらなぜか2つあるんですよ、昨日のうちのエントリが。

で、そういえば少し前になんかそんなに話をどっかで見た！と思って必死に思い出したらshin1x1さんのブログだーと気付いた。

↓なぜか2つある。

>>同じエントリへのはてブがバラバラに付く | Shin x blog

見事なまでに的を得たタイトル。そうそうそうそう。いつの間にかURLにパラメータがついてるなってのは気になってたんですよ。が、まぁとりあえず放置で･･･とか思ってた。でもやっぱなんか気持ち悪いからなんとかしたい。shin1x1さんのブログではWordpressではこうしたらいいって方法が書いてあったけど、もっと根本的にサクっとパラメータ自体を消す方法はないんかなと上記記事で紹介されてたリンク先を拝見してみるとこちらの記事のやり方の方が私の希望に近そう。いや、希望通りでした。

>>FeedBurnerやTwitterFeedを使っていると元のURLにutm_sourceなどのパラメータがついてしまうことがある - F.Ko-Jiの「一秒後は未来」

FeedBannerのサイトで「Track clicks as a traffic source in Google Analytics Customize」のチェックをオフに。さっそくフィードを再読み込みしてみると･･･パラメータ消えたよぉーー。歓喜。この方法だとAnalyticsでの解析が無効になるとのことですが、私はまったく気にしないのでこれでいい事にする。

すっきりしたー。ありがとうございます！

PHP オブジェクト指向の勉強

Thu, 07 Jan 2010 16:44:51 +0900

相方の知り合いにPHPに強い方がいらっしゃって、相方がその方に私がPHPを勉強してるって話をしたら「んじゃ、オブジェクト指向の勉強した方がいいよ」とアドバイス頂いたのでさっそく勉強してみる。

実のところ「オブジェクト指向」っていうの、今までも何度も何度も本読んだり、サイト見たりして自分でサンプルに書かれてるソース手打ちして実験したりもしてたんだけど、なんか分かったような分からんような･･･な状態だったんですよね。何が分からないのかと聞かれるとそれもまた分からないんだけど、なんだろう、概念みたいなものが自分の理解であってんのかどうかわかんない + 使いどころはどこ？ + 難しそうで怖いという先入観。まぁ、とりあえずおさらいしてみる。

手続き型とオブジェクト指向

処理を1つ1つ流れに沿って動作させるのが「手続き型」っていう方法。私がPHPに興味を持ち始めた頃「これからはPHP5だからオブジェクト指向だぜ！」みたいな内容の雑誌記事をよく目にしたんだけど、その対となる処理の形としてこの「手続き型」っていう言葉がよく出てきてた。結論としてはPHP4の頃はあまり意識しなかったけど、PHP5になってオブジェクト指向の機能が強化されてるから、今後はそっちメインでプログラミングした方が効率いいよって話っぽい。

どこで見たのか聞いたのか忘れたけど、イメージとして手続き型のやり方は家を建てるときに適当な長さの木材をその都度大きさを合わせて切って組み合わせて家を建てる。反対にオブジェクト指向は予め大きさや色の決まったレゴブロックを組み合わせて家を建てる、みたいな。

無理やりCSS脳で考える

私にはCSS脳しかないので、CSSに置き換えて考えてみると、手続き型はいちいちhtmlソース中の任意の要素に1つ1つstyle="hoge:hoge;"というスタイルを付けていく方法。反対にオブジェクト指向は予め別の場所で.hogeっていうクラスを作っていつでもどこでも好きな場所でそのクラスを指定するだけでスタイルを反映させることができる、みたいな感じですかね？

時間の流れ的にも、昔はそういう風に要素に直接styleでも普通だったけど、今は「ちょｗｗｗ　なんでこんな大量に要素に直接スタイルつけてんのさ。ソース見難いしｗｗ　別の場所にclass作ってhtml側ではクラス指定した方が早いキレイ便利でしょｗｗ」みたいな流れでオブジェクト指向で行こうぜ！という流れになってるとか？間違ってたら超恥ずかしいけど。

そもそも「オブジェクト」ってなんぞ？

「PHP 逆引きレシピ」という本によると、『データとそのデータを操作する手続きをまとめたものを「オブジェクト」と呼び、オブジェクトの定義（雛形）を「クラス」と呼びます。PHPでは、オブジェクトは変数（データ）と関数（手続き）をまとめたものです。』とのこと。うん。なんか分かったような分からんような。

なんせ普通の関数との違いはそこに一緒に変数を持てるかどうか、ということらしい。で、また専門用語出てきたわ。

プロパティとメソッド

プロパティ(属性): オブジェクトの持つ変数 / メンバー変数、メンバーとも言う。
メソッド: オブジェクトの持つ関数 / メンバー関数とも言う。

さすがにこれは私でも意味はわかる。「メンバー」はサイトによっては「メンバ」って書いてあるところもあるけど、多分同じ意味。

クラスとは

上にも書いたけど、クラスはオブジェクトの定義（雛形）らしい。そういえば昔自分の先輩にオブジェクト指向について質問した時に「設計図のこと」って言ってた。その先輩曰く「何か作るときってまず設計図作るやん？設計図の作り方はもう決まってるから、そこに必要な事を入れる。で、設計図だけじゃモノはできないでしょ？だからそれを実体化するわけさ。なんたらかんたら･･･」きっと今なら話聞けば理解できたかもしれないのに、当時はこの人は違う世界の人だと思ってた。失敗した。やっぱり目上の人の話はちゃんと聞かなきゃいかんね。なにはともあれ、その雛形の書き方。

クラスを定義する

基本的な定義の書き方はこんな感じみたい。参考）PHP: クラスの基礎 - Manual

class クラス名
{
    // プロパティの宣言
    public $プロパティ名 = 'プロパティの内容';

    // メソッドの宣言
    public function メソッド名(引数){
        メソッドの内容
    }
}

「$プロパティ名」の部分で、このクラスはこんなプロパティを持ってますよーっていうのを定義、「function メソッド名(引数)」の部分でこのクラスができる機能っていうか関数を定義。メソッドの定義方法はユーザー定義関数と同じ。

アクセス修飾子

上の基本形のプロパティ部分では「public」を使用して定義してるけど、PHP5でのではアクセス修飾子というものを使用して、そのプロパティへのアクセス権を指定できるらしい。全部で3つ（4つ）ある。いろんなサイト見てるとここ「var」にしてあるページが多かったけど昔の名残なんかな？マニュアルによると『var で変数を宣言する PHP 4 の方法は、互換性を保つために今でもサポートされています (これは public と同じ扱いになります)』とのこと。

public: どこからでもアクセス可能（デフォルト）
protected: そのクラス自身と継承したクラス、親クラスからのみアクセス可能
private: 定義したクラスからのみアクセス可能
var: public と同じ扱いになります

どういう使い分けをしていいのかまだまったく分からないけれども、とりあえずそういうのがあるということだけ覚えておく事にする。

public $プロパティ名 = 'プロパティの内容'; の部分

上の基本形では変数を宣言して、そこに初期値を入れてるけど、別にここは初期化せずに単に変数の宣言だけでもいいみたい。とりあえずそういうプロパティ持ってますっていうのを宣言すること。

ここで宣言したプロパティにはクラス内のどこからでも「$this->●●」という形で取り出したり、値を変えたりできる。この「$this」はオブジェクト自分自身のことやんね。javascriptとかでも使うし、身近な感じするね。

これ「->」は何回か使ったことあるけど、~~何て呼ぶのかは未だ不明。勝手に「矢印」とか「～の（$this「の」●●）」とか脳内では呼んでる。~~で、調べてみたら「矢印演算子」っていうものと判明。オブジェクト（インスタンス）のメソッドやプロパティにアクセスするためのものなんだって。

クラスを使う

クラスを利用するには上で作った雛形だけじゃダメ。そこから実体を作る。それには「new演算子」というものを使用する。そうしてクラスから生成されたオブジェクトを「インスタンス」と呼ぶ。また、クラスからインスタンスを生成することを「インスタンス化（実体化）」と呼ぶ。

1つのクラスからオブジェクト（インスタンス）はいくつでも生成でき、生成されたオブジェクトはそれぞれがプロパティを持つ。これが関数との大きな違いということらしい。

インスタンスって言葉、CS4使ってると何かたまに見かける。(FlashとかFireworks等等）その場合は一旦シンボルっていう元となる形を作っておいて必要な状況になったらそれを実体化（インスタンス）して使うよね。元になってるシンボルをコピーしてインスタンスにして、必要に応じて個別のインスタンスの色変えたり、大きさ変えたり･･･。クラス＝シンボルって置き換えて考えるとすごく理解しやすいんだけど、同じような事って考えていいんかな。

話は戻ってPHP。オブジェクトの生成はこんな感じで書く。これで「$変数hoge」の中にオブジェクトが入る。

$変数hoge = new クラス名();

オブジェクトが元々持ってるプロパティやメソッドにアクセスしたい場合はこんな風に書く。（●●っていうプロパティにアクセスしたい場合）

$変数hoge->●●

この前、simplexml_load_fileを使ってRSSフィードをサイト内に表示するっていうのをやったんだけど、なんか意識せずにこういうのやってたってことだよね。

ちょっと実験

こういうのは手を動かさないと分かった気になって終わってしまう私なので、ちょっと上で勉強した事ふまえて適当なクラス作る～使うまで書いてみたよ。なんかホント意味ない内容で笑われそうだけど＞＜

>>サンプルページ実行

･･･こういう時にササっともっと気の利いたサンプル作れるくらいの賢さが欲しい。

クラスの継承

クラスの継承とは既存のクラスを元に拡張や変更した新しいクラスを作ること。元になったクラスを「親クラス（スーパークラス・基底クラス）」、継承して新しく作ったクラスを「子クラス（サブクラス・派生クラス）」と呼ぶ。親が持ってるプロパティ＆メソッドは子が引き継ぐ。子は親の持ってないプロパティ＆メソッドを定義したり、変更したりする記述のみ加えればいい。

これはCSS脳には非常に分かりやすい項目なのでは･･･。あの便利な継承だよね、継承。この勉強記録書きながら一番自信あるわ、継承の概念。
書き方はこんな感じ。

class 子クラス名 extends 親クラス名

上の方で「クラスを定義する」っていうところに書いた基本形の頭の部分で「このクラスはこの親から派生してます」っていうのをちゃんと書いて上げなきゃいけないっていうことなんですね。了解。

クラスを継承して子クラスで親クラスと同じメソッド名を定義した場合は子クラスの方が優先され、親クラスのメソッドは上書きされる。（「オーバーライド」と言う）

ちょっと実験

>>サンプルページ実行

コンストラクタとデストラクタ

オブジェクトが生成されるときに自動的に実行されるメソッドの事を「コンストラクタ」と言う。オブジェクトを生成する時に初期化の処理を済ませておきたい時に使うものらしい。（プロパティの初期化・データベースへの接続等）別にこれは必須ではない。

コンストラクタメソッドのメソッド名の書き方はこんな感じ。

function __construct(引数){
    // コンストラクタで行う処理
 }

デストラクタはその逆。「特定のオブジェクトへの全てのリファレンスが削除された直後やオブジェクトが明示的に破棄された直後に実行されるメソッド」らしい。なんか難しい説明だけど、なんせそのオブジェクトが消える時に実行したいものがあればデストラクタメソッドを使う。書き方はこう。

function __destruct(引数){
    // デストラクタで行う処理
 }

デストラクタはよく分からないけど、コンストラクタは意味分かった。前にPEARのAuthを使ってみたいとか言ってた時に「Auth::Auth()はコンストラクタ」って書いてあって『何それ？どゆこと？』状態やったんよね。もう頭の中で専門用語がごじゃごじゃで。ようやく分かった。ありがとうありがとう。

参考にしたサイト・本

PHP 添付ファイル付メール送信勉強メモ

Tue, 10 Nov 2009 11:46:38 +0900

ブログで「今年こそはちゃんとPHP勉強するよ」宣言したのが効いているのかまだ諦めずに続いてます。PHPの勉強。脱三日坊主。やったぜ。

ようやく実務でもちょこちょこ自分で1からPHPの何かを作らせてもらえるようになって、調子に乗ってたんですが、「添付ファイル付きのメールを送る」という事態に対して、まったく仕組みがわからなかったんだぜ。

メールの仕組みをおさらい

分かってるようで分かってなかったメールの仕組みをもっかいおさらい。

メールにかけられた呪文「MIME～前編」
メールにかけられた呪文「MIME～後編」

めっちゃ詳しく説明されてる。全力で印刷した。読んだ。とりあえず前半を読んでMIMEってやつの仕組みをしっかり理解しておかないといけない、と初心者ながらに悟った。

ちょうど上のリンク先の後編は添付ファイルを送るときの仕組みが書かれていたので、それにそって勉強。

MIME-Version

MIMEのバージョンを示す。現在は1.0しか存在しないらしい。

MIME-Version: 1.0

マルチパートであることを宣言

複数の異なる種類のデータをメールで送ろうと思ったら絶対このマルチパートさんの力が必要になる、と。今回のケースで使用するのは

Content-Type: multipart/mixed;

これは最も一般的なマルチパートらしい。個々のパートがそれぞれ別のデータを表す、という意味。

パートの境界はバウンダリ(boundary)という任意の文字列で示す

添付ファイルを送るときはボディ部分をパートに区切る必要がある。分割の区切りには区切り文字というものを使用する。それがバウンダリ(boundary)という任意の文字列。

--バウンダリ文字列
↑ここから開始
↓ここで終了
--バウンダリ文字列--

頭に「--」が付いてるのが区切りのしるし。おしりにも「--」がついてるのがそれで全部終わりだよのしるし。

7ビットの日本語コードは ISO-2022-JP

ISO-2022-JPのコード体系はJISとほぼ同じ。でも半角カナ等に該当するコードが空けられているという点が違う。Content-TypeのcharsetでコードがISO-2022-JPであることを表す。ISO-2022-JPは7ビットコードなので、Content-Transfer-Encodingは省略しても構わない。

Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit

ISO-2022-JPに変換できない場合や、正確に送信する必要のある原稿などを添付ファイルにする場合は、BASE64を用いて中身をテキストデータにエンコードする。例えばこういう風にするとよいらしい。

Content-Type: text/plain; charset="SJIS"
Content-Transfer-Encoding: base64

とにかくそのまま送ったらマズいものはエンコードして送ればいいという感じなんかな。なんか難しい。とりあえずメールの仕組みはうっすらと分かった気になったので、実際のソースを見ながら追ってみた。

ソースを参考させて頂いたページ

上で予習した内容を元にソースを追ってみると、分かる･･･分かるわ、ママン！状態でウホウホになった。

めっさ大まかな流れ

ヘッダの組み立て
添付画像のエンコード（base64でエンコードして、chunk_split）
バウンダリを利用してパート化、ボディの組み立て
mail関数で送信

mb_send_mailではなくmailを使ったほうがいい理由

いろいろググった情報では「添付を扱う場合はmb_send_mailじゃなくてmailの方を使う」みたいな事が至るサイトに書いてあった。んでもね、最近購入した「PHP 逆引きレシピ」という本によると「添付ファイル付きのメールを送りたい」のページのソースはmb_send_mailになってるんですよね。んで、このページにたどり着きました。

mb_send_mailで添付メール - おふぃす・ぞんち開発日記

なるほど。「結論的には、受け手の環境によるということです。」とのこと。だからみんなmail関数の方を使って添付ファイルを送ってるってことなんですね。理解。

分かったような分かってないような状態ながらいろいろ参考になるサイトや本の力を借りてなんとかそういうモノが作れた。けど1から何も見ずに書けと言われたらまだ書けないな･･･。えーん。まぁ１回作ったんだからそれを元に改造していけばいいか。

なんか添付絡み、スゲーーややこしかったんですけど、PEAR使ったらもっと簡単にできるらしい。道は長いな。

Photoshopブラシ「まとめ」の「まとめ」

Wed, 21 Oct 2009 21:24:13 +0900

2009.11.22　2件追加しました。
2010.02.07　5件追加しました。

先日Photoshop用ブラシをFireworksで使うためのエントリを書いたので、その肝心のブラシまとめ記事のまとめ。ちょっと自分でもこういう系のエントリをブクマしすぎて把握できなくなってきたのでメモ的に。
勢いでまとめたのでリンクミスとかあったらすいません＞＜

今まで自分がブクマとかしたブラシまとめ・紹介ページ

とりあえず適当にジャンル分けしてみた。

光系・キラキラ系

かっこいい系・グランジ系など

手書き風

フレーム・罫線・枠・角

矢印

人・シルエット

植物

季節モノ

その他多種多様

海外サイト

この辺り押さえておけばいいよね

ブクマしたまとめページの中でも自分の気に入ったものがなかったらこの辺りで探せばいいよねっていう配布サイト。紹介されてるのってだいたいこの辺りで配布されてんじゃね？っていうサイトをいくつか。

Photoshop用ブラシをFireworksで。

Sun, 04 Oct 2009 13:39:29 +0900

いろんなサイトでPhotoshopの素敵なフリーのブラシ素材が配付されてて、そんな配付サイトの紹介エントリを目撃するたびに「これFireworksでそのまま使えたらいいのになぁ」なんて思います。まぁそのままブラシとしてFireworks上で使うことはできないのですが、Photoshopの素敵ブラシを使用する機会は多いのでFireworks使いの自分がどう付き合ってるのかっていうエントリです。

とりあえず前提として、Fireworks上でそのままブラシとして使うことはできない（多分）ということで、感覚的にはスタンプ画像みたいな感じで使ってます。とにもかくにも、まずはどうにかして使いたいブラシをFireworks上に移植にする事からですよね。Fireworks用にスタンプ画像的なものを用意するいくつかの方法から。

Photoshopからそのままグイーン

自分はFireworks使いといってもPhotoshopも持っているので、これは一番楽な方法。Photoshop上でブラシを使って、それをそのままFireworksのカンバスへドラッグ。但し、透過されないので背景が白色になる。

白背景のデザインでもうそのまま置きたいだけっていう場合はこれが一番早い。逆に透過されてないと困る場合はこの方法じゃ無理。背景色が白、単発で使いまわしもしない場合はコレで事足りる。けど、同じブラシをサイズや色を変えてFireworks上で使い回ししたい場合は不向き。いちいちFireworksとPhotoshopを行ったりきたりしなきゃならないのでその辺りは面倒。

Photoshopで一旦透過png画像へ

使いたいブラシで画像を作って一旦Photoshopから透過png画像として保存。その後Fireworks上へ配置する方法。スタンプ的な感じ。上記の直接グイーンよりもこっちの方がFireworks上でいろいろできる。というか、やっぱり透過されてる方が絶対便利で使いやすい。

「あ、もう少し大きくしたい」という場合が多々あるので、予めPhotoshopで大きめの画像にしておく方がオススメです。大きい画像を小さくする分には問題ないのですが、小さいものを大きくするとぼやけて汚くなるので･･･。何回もPhotoshop上で同じ画像をサイズ変更して保存するのは面倒なので、大きすぎるんじゃね？くらいで後々使いやすくなるんじゃないかと。

Photoshopがないなら「abrViewer」

以前にも紹介した事があるのですが、Photoshopのブラシをプレビューすることが出来る「abrViewer」というソフトがあります。Photoshopを持ってなくても、これがあればブラシをプレビューして透過png画像として保存、という工程はクリアできます。

>>Opensource photohop brush viewer - abrViewer

「abrViewer」にブラシファイルを読み込んで「Export」>「thumbnail」をクリック。

「thumbnail」をクリック" />

任意のフォルダを選択すると、自動的にそのブラシファイルに含まれるすべてのデータが透過png形式で保存されます。

こんな感じで透過されてるのがわかります。

気に入ってるブラシに含まれるデータをいろいろと使いたいって場合はPhotoshopを開いて1つ1つ選ぶより、こっちの方法で一気に用意してしまった方が早いです。何度も使いまわしたいので共有ライブラリに入れておきたいっていう場合もこっちの方がいいと思います。保存されるサイズはそのブラシのオリジナルサイズになります。ということでPhotoshopがなくてもFireworks上にスタンプ画像を用意する事はできる、と。

Fireworks上で出来る事

本当はこういったブラシに関する事はPhotoshopで仕上げてしまうというのが一番いいのでしょうが、今回はFireworks上で加工もなんとかするぜ！という趣旨なのでそういうノリで書きますね。

色の変更

色の変更はフィルタ関連のパネルの「カラーを調整」の辺りで調整するか、ツールボックスの「カラーの置き換え」を利用して変更してます。「カラーの置き換え」はビットマップ画像でも特定の色だけを変更するという作業が効率よくできるので結構オススメです。という自分も「カラーの置き換え」は最近知ったツールなんですが･･･。例えばサイトのメインカラーが決まっててそれに合わせて特定の色部分のみ、その決まっている色に変更したい場合なんかにはめちゃめちゃ使いやすいです。

>>Adobe Fireworks CS4 * ビットマップオブジェクトのカラーの置き換え

「カラーを調整」>「色相・彩度」で色を変更してみた例。
「色相・彩度」で色を変更してみた例" />

「カラーの置き換え」で元画像の一番濃い色部分のみを変更してみた例。

サイズ・方向の変更

普通に「拡大・縮小ツール」や「変更 > 変形 > 数値を入力して変形」等で変更。反転とか角度とかも普通にいつもFireworksで作ってる画像同様に変形すればいい。

※ちょいメモ。読み飛ばしＯＫ。
何か理由があって画像補完形式を「バイキュービック法」以外の設定にしてる場合は頻繁にそういう設定を変更するのは面倒だと思うのでエッジが汚くなるのを防御するため、一旦別のカンバス上にその画像を置いて「カンバスをあわせる」>「画像サイズ」で変更。

左が「バイキュービック法」以外の形式で小さくしたもの、右が「バイキュービック法」や「画像サイズ」で小さくしたもの。

実は少し前に何かあって「バイキュービック法」から違う形式に変更していたのを忘れてて、画像の拡大縮小の際にえらくエッジがギサギサでどないなっとるねんって一人で悶々としてたんですね。普段触らない設定をいじると焦りますねぇ。つーことで上の一文は自分がまた焦らないための復習メモってことで。デフォルト設定はちゃんと「バイキュービック法」になっているはずなので気にしないでＯＫです。

グラデーションを付ける・その1

配置した画像は、そのままグラデーションをかけるのは無理なので、方法を2つほど。

まずはマスクを利用する方法。長方形でも円形でもいいので、普通にグラデーションの付いた矩形を用意してマスク（Alt+M+M+G）。もしくは「コマンド」>「クリエイティブ」>「ベクトルマスク」とか。

グラデーションの種類は線形でも円形でもその他の種類でもＯＫ。

マスクに使用するグラデーションは何色にしてもマスクかけた画像の色自体は変わらないのでそこはやっぱり手動で変更。

「コマンド」>「クリエイティブ」>「ベクトルマスク」でも同じような結果になる。（自分が使ってるバージョンはCS4なんですが、以前使ってたバージョンでは「イメージのフェード」っていう名称だった気がします）

グラデーションをかける・その2

これは以前FireworksのTipsを紹介してるサイトで見かけた（どこのサイトだったか忘れました。すみません＞＜）方法なのですが、一旦そのpng画像と同じサイズくらいのグラデーションをかけたオブジェクトを作ります。（元画像がすっぽり入るように）グラデーションの種類は線形でも円形でも何でもいけます。

そのグラデーションをかけたオブジェクトを元pngの上にピッタリ重ねてから「カット」（CTRL+X）。そして元pngを選択した状態で「編集」>「内部にペースト」（CTRL+Shift+V）

左が元png画像、右がグラデーションを入れたもの。

ただ、ブラシの種類によってはエッジがかなり目立つ感じになるのでそこは何とかせねばならんかもです。
また、ブラシの中で色の濃淡による模様が入ってる場合はなくなっちゃうので、濃淡も活かしたいって場合は･･･元ファイルを下に重ねてみる･･･とか？

グラデージョンをかけたオブジェクトをカットする際、必ず元png画像の上にピッタリ重ねる必要があります。ここちゃんと重なってないと内部にペーストできないです。

フィルタをかける

デザインに合わせて、フィルタパネルの中から適当なフィルタ効果をかけて加工。なんかちょっとだけ作ってみた。ちょっと立体的にしたり、ノイズ入れたり。なんやかんや・・・。

というわけで、自分はこんな感じでPhotoshopブラシをFireworks上で使ってます、というお話でした。

意外と知られていないペースト機能

ここからはブラシ関係ない話なんですが、上でちょっと触れたので、ついでに書いてみます。Fireworksの「編集」メニューの中には普通のペースト以外にも3つのペースト機能があります。これが意外と便利なんですよ。

属性をペーストのマニュアルのページがどこか分からない＞＜
これは一度作ったオブジェクトのスタイルだけをコピーして別のオブジェクトに適応させてくれる使い勝手のいいペースト機能です。よく使うものはスタイルパネルに登録という方法もあるんですが、そこまでするまでもないっていうケースでいい感じです。

今回エントリで使用させて頂いたブラシ

今回、上で使用させて頂いた蝶のブラシはhawksmont Universe :)さんで配付されていたものなんですが、なにやらセキュリティ問題に遭遇してブラシ配付が停止になってるっぽいです。（2009年10月4日現在）ブラシのページにいくとNot Foundになっちゃう。ブラシを紹介してるいろんなブログで取り上げられてたのに残念＞＜

CSS 画像の一部を使う3つの方法

Mon, 28 Sep 2009 12:49:18 +0900

こちらの記事でCSSを利用して画像の一部分だけを表示させる3つのテクニックが載ってました。タイムリーに実務で使うかも！とか思ったのでメモがてらにエントリ。

3 Easy and Fast CSS Techniques for Faux Image Cropping | Css Globe

ちなみに上記エントリでは、これらの方法を「Faux Image Cropping」って呼んでます。私の拙い英語力ではCropって「作物」としか記憶してなくて一瞬何のこっちゃと思ったんですが、辞書引いてみると「刈る」とかいう意味もあるんですね。なるほどなるほど。

ネガティブマージンを利用する方法

まず１つ目はネガティブマージンを利用する方法。

必要条件

親要素に「overflow:hidden;」を指定
一部分を利用する画像に対してのネガティブマージンの指定

>>ネガティブマージンを利用したサンプルページ　その1

【CSS部分】
.crop{
	float:left;
	overflow:hidden;  /* これが重要 */
	border:2px solid #630;
	}
.crop img{
	margin:-20px -15px -40px -55px;　/* 位置コントロール */
	}
   
【HTML部分】
<p class="crop"><img src="090929_01.jpg" alt="サンプル画像" /></p>

一応上記サイトのソースを元にサンプルを用意したので.crop に float が入ってるけど、別にそれはなくてもいい。ただ、同ページの解説によると「親要素（ここではP）はフロートしてるはず、もしくは明確に幅が指定してあるに違いない」となってる。（英訳おかしかったらツっこんでくだせー＞＜）まぁこの方法はそのブロック要素が全幅ブロックの場合はうまくいかず不都合があるんじゃないかな、ということらしい。同じく.crop に入ってる border は画像がカットされてますっていうのを判りやすいように入れているだけなのでなくても大丈夫。ネガティブマージンの値は、自分好みの位置になるまでいじいじしまくるべし。

当然、親要素に幅・高さを指定した場合はそのサイズになる。

>>ネガティブマージンを利用したサンプルページ　その2

【CSS部分】
.crop{
	width:150px;
	height:150px;    
	overflow:hidden;  /* これが重要 */
	border:2px solid #630;
	}
.crop img{
	margin:-20px -15px -40px -55px;　/* 位置コントロール */
	}
   
【HTML部分】
<p class="crop"><img src="090929_01.jpg" alt="サンプル画像" /></p>

いろんなサイズの画像をズラーと並べて一覧みたいにしたい時はこっちの方が絶対見栄えはいいと思われ。

絶対配置を利用する方法

必要条件

親要素に幅・高さを必ず指定（領域確保用）
親要素に「position:relative;」を指定
親要素に「overflow:hidden;」を指定
一部分を利用する画像に対しての「position:absolute; 」と位置の指定

>>絶対配置を利用したサンプルページ

【CSS部分】
.crop{
	float:left;
	overflow:hidden; /* これが重要 */
	position:relative; /* これが重要 */
	border:2px solid #630;
	width:150px;
	height:150px;
	}
.crop img{
	position:absolute; /* 絶対配置で位置コントロール */
	top:-20px;
	left:-55px;
	}
   
【HTML部分】
<p class="crop"><img src="090929_01.jpg" alt="サンプル画像" /></p>

ここでも.crop に floatは別に必ず必要なものではないけど一応入れてみた。親要素に幅や高さを指定が必ず必要なのは position を利用するので、表示の領域確保用。幅・高さの指定がなかったらスペースが詰まって画像消えちゃうと思う。該当画像に対しては position:absolute; を指定して親要素からの位置合わせを。

Clipプロパティを利用する方法

必要条件

親要素に幅・高さを必ず指定（領域確保用）
親要素に「position:relative;」を指定
一部分を利用する画像に対しての「position:absolute; 」と位置の指定
一部分を利用する画像に対して「clip」の指定

>>Clipプロパティを利用したサンプルページ

【CSS部分】
.crop{
 	float:left;
 	position:relative;
	width:150px;
	height:150px;
	border:2px solid #630;
	}
.crop p{
	margin:0;
	position:absolute;
	top:-20px;
	left:-55px;
	clip:rect(20px 205px 170px 55px);
	}	
   
【HTML部分】
<div class="crop">
<p><img src="http://redline.hippy.jp/images/090929_01.jpg" alt="サンプル画像" /></p>
</div>

親要素に幅・高さを与えるのはその分の領域を確保しておかないと詰まってスペースがなくなっちゃうのを回避するため。クリップされる要素に position:absolute; を指定するのは、それを指定しないと clip が有効にならないため。

ややこしいのは clip のrect で指定する値。並びは margin やら padding といったプロパティと同じ上右下左の順番。ただ、それらが上右下左の各点の端から距離を計算すればいいのに対して、clip は右と下の値に左・上からそこまでの距離を指定する必要がある。日本語難しいから図にするとこんな感じ。（↓）

clipプロパティについてはこちら。

clip CSS 表示と配置
 clip－スタイルシートリファレンス

CSS2とCSS2.1でちょこっと仕様が違うみたい。『CSS2 では半角スペース、またはカンマ（,）のどちらかで区切って指定することになっていましたが、CSS2.1 ではカンマ（,）で区切らなければなりません。ただし、現状では CSS2 仕様に準拠している UA が多いことと、Windows版Internet Explorer 6 においては「top」「right」「bottom」「left」の部分に対応する値をカンマ（,）区切りにすると、表示に反映されないので、CSS2 仕様の半角スペース区切りによる指定を行う方が無難です。』とのことで、今のところ値の区切りは半角スペースでよさそう。IE6以外ではどっちでも問題ない。

おまけ

そういえば随分前にこんなエントリも書いた。遊びだけどもしよかったら･･･。

RedLine Magazine : CSSで文字サイズに画像サイズを合わせる

RedLine Magazine

Firefox 検索バーに好きなの追加

PHP修行 MVC復習/改善の巻

まず元々のMVCとか関係ないソース

改善・第一弾

改善した点

改善・第二段

改善した点

改善した理由

もっとちゃんと考えること 変数の命名規則

PHP修行 「setter/getter」を知るの巻

「setter/getter」は何のために？

では、そのやり方は？

「setter」「getter」を使う理由

疑問に思ったこと/ググっても分からなかったこと

PHPはsetterで値のチェックはできないの？

なんでPHPではsetter,getterを使わないの？

PHP5では、__set/__get がある！

つーことで、ちと実験タイム

2010.02.17追記 PHPでは「カプセル化」でググる

オブジェクト、getter/setterについての解説

素敵★ノンプログラマのためのPHP入門

PHPを勉強する事についてデザイナが思う事。

激しく同意→「デザイナーはphpを覚えると楽しいよ！」

選択肢が増えたよ

使い道はユーザーに提供する場面だけじゃなかった

でも、神が身近にいません

今更聞けない、恥ずかしくてネットで聞けない

こういうレベルの質問ができる相手が欲しい

神がいたらモチベーションが保てる気がする

テンション上げてくれてありがとう

デザイナの私が理解できなかったこと・間違ってたこと

関数をある程度知った後、どうしていいのかわからない

作りたいものがないまま勉強してしまう

網羅しなくても全然大丈夫だった

勉強方法を改めたら一歩進めた

いい加減に自分で1から書いてみようぜという気になった

日本語で処理の道筋を考えた

余談･･･プログラマさんへ

PHP宿題 MVC の勉強

初歩レベルでMVCの考え方、やってみます

Model部分

View部分

Controller部分

Thunderbird 「更新を確認」のエラー

PHP宿題 PDFライブラリを使う

FPDFというライブラリを使ってみる

マニュアルのダウンロード

本体のダウンロード

インストール・日本語化

チュートリアル

残りの宿題一覧

CSS テキストリンクもボタンっぽくポチっとする

FeedBannerパラメータで、はてブ分散の件

PHP オブジェクト指向の勉強

手続き型とオブジェクト指向

無理やりCSS脳で考える

そもそも「オブジェクト」ってなんぞ？

プロパティとメソッド

クラスとは

クラスを定義する

アクセス修飾子

public $プロパティ名 = 'プロパティの内容'; の部分

クラスを使う

ちょっと実験

クラスの継承

ちょっと実験

コンストラクタとデストラクタ

参考にしたサイト・本

PHP 添付ファイル付メール送信 勉強メモ

メールの仕組みをおさらい

MIME-Version

マルチパートであることを宣言

パートの境界はバウンダリ(boundary)という任意の文字列で示す

7ビットの日本語コードは ISO-2022-JP

ソースを参考させて頂いたページ

めっさ大まかな流れ

mb_send_mailではなくmailを使ったほうがいい理由

Photoshopブラシ「まとめ」の「まとめ」

今まで自分がブクマとかしたブラシまとめ・紹介ページ

Firefox　検索バーに好きなの追加

もっとちゃんと考えること　変数の命名規則

PHP修行「setter/getter」を知るの巻

PHP5では、set/get がある！

2010.02.17追記　PHPでは「カプセル化」でググる

PHP宿題　MVC の勉強

Thunderbird　「更新を確認」のエラー

PHP宿題　PDFライブラリを使う

PHP 添付ファイル付メール送信勉強メモ

その他多種多様