http://herd-horse.com/blog PHPとかMySQLのメモなど。 Mon, 21 Sep 2009 03:32:08 +0000 http://backend.userland.com/rss092 ja 先週だか、先々週だかに友達から「黒部ダムいくべー！」って誘われたので、 シルバーウィークを使って行ってきた。 そのときのメモでも。 なんかの参考になれば幸いでございます。 ちなみに長野から車で向かいました。 あと天気は超晴天でした。雨とかだともっと寒いかも。 ○出発（９月１９日０時） ０時新宿発。 調布から高速乗って、中央道をひたすら走り、そして扇沢駅へ。 着が大体４時半くらいでした。 が、駐車場がほぼ満車。＼(^o^)／ びっくりだよままん・・・。 途中車もないし、一番乗り！余裕すぎる！ とか思って扇沢駅ついたら車すげーわ寒いわ（多分10℃前後）で大変でした。 やっとこ駐車スペースを見つけて、トロリーバス(扇沢駅から黒部ダムをつなぐバス)の発車時刻を確認。 通常は始発が７時半みたいなのだけれども、この季節は臨時も出ているようで、始発が６時半でした。 そして切符の発売が５時５０分から。がちんこすぎる。 車も多かったから並ぶなーとか思ってちょっと寝て５時半頃外に出たら、やはり５０人くらい並んでて＼(^o^)／な感じ。 しかも寒いわ(何故かわからんけど上着忘れた)で並んで、無事切符も購入。 旅行会社とかの引き換え券とかあると優先的に交換できて便利かもしれないです。 あと朝は、山の玄人ばかりでした。(さみーとか言ってる横で、米３合で足りるよねー的な話をしてました。) まじ素人うちらだけで、お前その格好で黒部行くのかよwwww的な目で見られました・・・ 上着は持って行ったほうがよいよ！(当然だけど) あと扇沢の切符売り場で往復が買えます。 どこまでを目的地にするのかにもよると思いますが、往復で買わないと金銭的な意味できっついぞ！ ちなみに私たちは黒部処女だったので、大観峰まで買いました。往復で5650円です。(!) ○扇沢→黒部ダム ６時半のトロリーバスの乗って、無事着。結構きつきつでした。 ○黒部ダム ダム！ダム！放水！でかい！冷たい！きゃっほう！ でかさを堪能して、次へ。 ○黒部ダム→黒部湖 ダムの上を歩いて黒部湖駅へ。 ダムはすばらしい。 ○黒部湖→黒部平 斜めっているケーブルカーに乗って、黒部平へ。 写真は黒部湖から、立山連峰を撮りました。 ○黒部平→大観峰 ロープウェーに乗って、大観峰へ。 ロープウェーすごいよ。1700m一本のロープでつなぐとかすげー。 ある程度高さないと弛んで地面についてしまうしね。 ちなみに、何故途中に鉄塔がないのかというと、なだれが多くて立てられないそうです。 ○大観峰（１９日９時前着くらい） ケーブルカーとかロープウェーの発車時刻は決まっているので、土産もの屋で物色しながら行くと 大体こんな時間になるかと思います。 標高2315m。黒部ダムが小さくなります。 晴天すぎて山とかくっきり移りすぎて絵みたいだった。 みんなは持参してた朝ご飯を食べてた。俺？切符待ってる間に食べたよ＼(^o^)／ で、どーしよーかーみたいな話になって、意外と大観峰なにもねーなってことになって、 山超えますかーってことになって山超えました。 大観峰から下界を見下ろす。 ○大観峰→室堂 チケット往復で3150円です。＼(^o^)／ でも室堂まで行ってよかったよ！ 標高2450mの高さで、散歩コースみたいになってます。 ここは人が多くって、みんなここを目的地として来てる人が多いみたい。 さすがに標高がそんなだから、階段を上るだけですっげー息が切れて辛かったです。 そこそこ日頃から運動とかするんだけどな！ なんだかんなで朝早いし、天気いいし、ベンチあるしってことで２時間くらい休み休み歩いたり、休憩したり、３０分くらい昼寝したりしてきますた。 昼寝中に空撮った。意味ないwwww ○室堂→大観峰→黒部平→黒部湖→黒部ダム→扇沢 下山。 １９日１２時半くらいに出発して、着いたのが１３時半くらい。 行きとはうってかわって、一般客の方が多数だったのでロープウェーとか 「うわー！」「きれー！」とかそんなでした。 行きはみんな玄人なので終始無言でしたよ。 ダムについたらまだ放水やっていて(１日放水してるらしい)、晴天と見事にマッチして虹が出ておりました。 無事２重虹撮れました。 そのあと蕎麦食って宿へ。 宿超よかった！けど、そのあたりの話はまたどこかで。 とりあえず、 扇沢から、室堂まで往復で9000円弱かかります・・・。 どこまで行くか決めて、行く時間決めたほうがよいかも。 車で行く場合は車がおけなかったりするので、早めのほうが○です。 http://herd-horse.com/blog/archives/136 phpで変数で変数参照する書き方ができると、プログラムもかなりすっきりするので個人的には結構好きなんで、まとめておこー。 変数で変数を参照 とりあえずコード。 [code lang="php"] [/code] 意外と忘れがちな、変数で、変数参照するパターン。 まん中の${$a}の部分。変数bは存在しないが、$aの中身を変数として扱うため、$bにcが代入され、cが表示される。 変数で関数を参照 [code lang="php"] [/code] ちょっと長めですが。 インスタンスを作成して、その中のfunctionを参照するときには変数で参照が可能。 referというインスタンスの中に、aというfunctionとbというfunctionを定義。 $function_nameという変数を用意して、インスタンスの関数を呼びだす。 $function_nameの中身はbだから、bのfunctionが実行されるので　b_from_function という結果が返ってくる。 defineされた値を変数参照 [code lang="php"] [/code] phpにはconstantという関数があって、これを使えば簡単にdefineされた値に変数で参照できる。 説明するより、プログラム見たほうが早そう。 とりあえずこの３つだけでも覚えておくと、プログラムがすっきり書けたりするので覚えておいて損はないかも。 特にfunctionの部分は、同じような処理をするけど、function別に処理しないと困るし・・・なんてときにいいかも。うむ。いい例が浮かびませんでした。 macから初めて投稿してみた！ まだまだ慣れませぬ・・・・ http://herd-horse.com/blog/archives/128 最近色々な人の作業を見てたりするんだけど、なんだか非効率的なことしてるなーと思うときがあるので、ちと書く。 とりあえずこれくらいやっておこうよ！(知っておこうよ！)なものです。2つだけですが･･･。 puttyでログイン名を設定しておく。 大体会社の人たちはputtyなんだけど、意外と設定してない人がいるputtyのログイン名の設定。 毎回毎回ログイン名打つのって手間でしょー。特に鍵でログインしてる場合とかは。 これ設定すれば、一撃で入れるようになるし、とりあえず設定しておくことをおすすめします。 ↓の赤枠のところをにログイン名を入れればOK。ちゃんと設定は保存しましょうね。 Ctrl+R これはputtyの話でなくてLinuxのお話です。 前の会社の人に教わったbash_historyの履歴検索であってるのかな？ これ慣れると作業効率30%は確実にUPする。↑とか使ってhistory探すのとか必要なくなる。 まずCtrl+Rで以下のような状態になる。 [musi@localhost ~]$ (reverse-i-search)`': ↓ で、検索した単語の一部を入力する。途中の単語でもOK。 例えば適当に以下のようなgrep文だとしたら、「ID」でもOK. その1行のどこでもよいから覚えておけばよい。 $ cat /usr/local/apache/log/access.log | grep index.php | grep -v ID ↓ 試しに↑の文を入力して、検索してみた。 「I」を押した状態が以下。 [musi@localhost ~]$ (reverse-i-search)`I': cat /usr/local/apache/logs/access_log | grep index.php | grep -v ID やってみるとわかるんだけど、一番近いbashのhistoryで一致するものを表示してくれる。ワードを続けて打ち込んでいけばどんどん絞れるので間違っていたらどんどん進めていけばよい。 ↓ でも「これ以上キーワード思い出せないけど、このコマンドじゃないんだよ！！！」っていう場合。 ↓ その状態でCtrl+Rを押すと、条件そのままで、一致するもう1つ前のコマンドを探してくれる。 ↓ Ctrl+Rで探したはいいけど、探しすぎて戻しすぎた！って場合は落ち着いてShift+Ctrl+Rを押す。そうすれば前のコマンドに戻れる。 ↓ コマンドが見つかったら、そのままEnter押せば実行されるし、Esc押せばそのコマンドを表示してくれる。そのまま編集して実行することもできる。 意外と、cdとかlsとか使いすぎてて↑押してもあれじゃねーこれじゃねーとか見つからない場合もあるし、昨日使ったあのコマンドもう一回使いたいのに！っていう場合にも一撃で検索できたりするので使ったほうがよいですよ！！ あと昔は解除方法がまったくわかんなかったんだけど、Ctrl+Sを押して何もできない状態になったら気をつけて！そのコマンド裏で受け付けてるよ！！！！ Ctrl+Qでそのコマンドを全てリリースするので、怖かったらお使いのターミナルを終了することをおすすめします。 一度、Ctrl+S→$ cat 適当なファイル（実際にはフリーズしたように見えて何も表示されない)→Ctrl+Qってのをやってみるとよいです！ これの使い道がいまいちわかんないんだけどなんなんだろ･･･。 http://herd-horse.com/blog/archives/123 追加募集で無事参加できたので、行ってきました！ 詳細はこちら→第4回CakePHP勉強会@Tokyoぽんぎ！ぽんぎ！ ストリートビューで「VOLVOの上ですね。わかりました。」とか思っていったら改装中で焦ったわ！んもー！ さて、cakephpの4回目です。関東です。まだ4回目なんですねー。 お外の勉強会に出るのは久々で楽しかったです＞＜＞＜ Main Session CandyCane:yandoさん cakephp会の重鎮yandoさんのRedmineのPHP化計画のご報告。 RedmineはRailsでできてる→webサーバの設定とかインストールとか大変だよねー→じゃPHPでよくね？→cakePHPで作られたキラーアプリになるかも！(←ここ重要 ということでお話聞いてました。合宿の話とかは確認済みだったのですんなり聞けました。 今Tracですけど、リリースされたら是非ともいれよう！やっぱりソースも見たいし！ 今後も期待してます＞＜ Ktai Library:MASA-Pさん 最近注目の携帯用CakePHP。なさそうでなかったスタンダードな機能が目白押しっ！ 携帯は3キャリアになると絵文字や、画像が気になるところなのでその辺を気にしなくなるのはよいですなー。フォントサイズも3キャリで微妙に違ったりするんだけど、どうなってるのかな･･・。 文字コードはSJISUTF-8ということなので、既存サービスに取り込むとなるとちょっと大変そうなイメージ。(文字コードとが合うとも限らないし) GPSの機能ないと言ってたけど･･･GPSのcomponentあるけどいるかなー。お話聞けばよかた･･･。 極める　routes.php:akiyanさん gihyoで絶賛Cakeの記事を書かれているakiyanさんのお話キター！ あとで資料アップしてくれるってことなので、Cakeやってる人は絶対見たほうがいい。 目からうろこな情報が沢山ありました。基本:controllerと:actionしか使ってなかったけど、routes.phpで書いたものを$this->paramsで受け取れるとはしらなんだ！逆ルーティングとかすげー！とかで口ぽかーんでした。 あとで会社のプログラム書き直そう･･･。λ。。。。 LT Session CakePHP 1.3:cakephperさん ichikawayさんキター！以前このブログにコメントくれてたの覚えていてくれてたようで嬉しかった！うほほ。 こんな1日数PVあるもの覚えていただいてるとは思っていなかったぜ･･･。ビール飲んだら早口になった。ごめんなさい。 1.3でもまたまた色々な機能が追加されるようですが、個人的にデプロイツールね！気になる！ 結局自作して運用してますが、便利そうだったら乗り換えようかなー。あとthechewはやっぱgitなのか。gitそろそろ覚えよう･･･。 phpUnderControl+cakePHP:miauさん なんか色々すごかった。マインドマップ的なプレゼンで初めてみました。おもろー！ CI(Continus Integration)のお話。テストを1つのサーバにまとめて動かして、みんな幸せになろう的なもの。(であってるのか･･･＞＜) やっぱりテストは必要だよなー。書いたほうがあとあと楽だし。がんばる！ PEAR:Image_Graph:s-yo-koさん Image_Graphをcakeで使う！ってお話。そーえばPHPで画像処理とかしたことないな･･･。ImageMagicもよく聞くけど結局よくわかってないし！ 一番大変なのはImage_Graphのインストールだったようでｗ機会があったら使ってみよう！ ビヘイビア:syuhariさん うおおおおSun Limited Mt.の中の人だ！Cakeで困ったことあったら大体参考にさせていただいております。 cakeはそこそこ使ってるけど、まだビヘイビアだけ手をつけたことがない状態。というのもテーブル数が少ないのでビヘイビアを使うまでもない。app_model.phpを上書きしてくれるわ！みたいな感じでやってるもんで･･･。 便利なことはいうまでもないので、たまにはbarkeyでも覗きましょうかね。 とここで時間になったので、一度乾杯しました。 お酒と食事をつまんで、残る2つのLTを再開。 みんなお酒入ってて盛り上がりがはんぱなかった！ プラグイン三段活用:slywalkerさん プラグインの使い方を初めて知った！これ聞けてよかった。 プロジェクトは違うけど、コンポーネントを共有したいときに、本体につっこんでたんだけど、いい方法がないかなーなんて思ってたんだけど、まさにこれじゃないか。 本体に入れると、強制的にcomponentが読み込まれるから、気になってたんだよなー。 おれも10万円欲しいし！ 10分でできるApp::import:shin1x1さん Cakeの中はApp::import使ってファイルを読み込むのが普通な感じだけど、その中身(サーチ順だったり、サーチパスの追加だったり)を解説！ あまり深く考えたことなかったApp::importだけど、よく考えれば毎回サーチするなら結構な時間かかるかも。うむ。 Cake1.2のガイドブックの発売＋池袋ジュンク堂でトークショーとCakeにもびゅーびゅー風が吹いてますね。 ２，３，４回目と参加させていただきますが、Cakephpの勉強会は人数が募集人数が多いので参加しやすくすごいありがたいです！今回も60人ですからね。ほかの勉強会はこうはいかない･･･。 久々に会社外の人と話したらやっぱたのしーな！よい刺激になりました＞＜ 運営の皆様、また会場を提供していただいたGREE様、お疲れ様でした。 また次回も参加できればと考えております。次回はLTでしゃべってみようかしら。 その前にノートPCを買わないとでした。だめだこりゃ。 http://herd-horse.com/blog/archives/119 久々すぎて泣いた。。。もっと書かなきゃなぁ。 http://book.cakephp.org/ja/view/73/Retrieving-Your-Data#findAll-448 最近知ったよ＼(^o^)／ まぁ最近はアソシエーションなしで、JOINを普通に書いてしまってる今日この頃なので、大して問題ありませぬが。 あれだよね。find('all')とかでやったほうが色々融通利いてよし！と思ってる。 アソシエーションなしなのは、テーブル設計しても、結局単体でデータひっぱってくるほうが多いもので。 あとはLEFTになるのがどうもいやなのであまり使ってないんですよね。 データベースがそこまで大きなものじゃない(テーブル数10も行かないくらい)なのでこれで無問題！ これから書くときはfind('all')でがんばる！ http://herd-horse.com/blog/archives/115 頭の中を整理したくて、シーケンス図でも描くかと思ってJUDEを使おうかと思ってたんだけど、会社で使うのはどうなんかなーと思って違う方法を探してました。 そしたら、Eclipse＋Amaterasuでいけそうなのでそれで対応することに。 以下インストール手順です。 ですが、Eclipseのインストールをしてない人専用かも･･･。 1.Eclipseのダウンロード http://www.eclipse.org/downloads/へアクセス。 Eclipse Modeling Tools (includes Incubating components) (313 MB)をDL。(313Mとかｗ) 展開して、自分の作業しやすい場所に移動。 EclipseのインストールはこれでOK。日本語はいいよね･･･ 2.Amaterasuのダウンロード インストールはここ（http://eclipsewiki.net/eclipse/index.php?EclipseHTMLEditor）を参考にしました。 Amaterasuを利用するには、 GEF、JDTが必要ですが、先ほどインストールしたEclipseにすでに入ってますので、AmaterasuだけでOK。 Amaterasuをダウンロード 解凍して、中身のjarファイルを↑でインストールしたEclipseのdropinsにコピー これでAmaterasuのインストールはOK 3.シーケンス図を描く。 Eclipseを起動。わたくしの環境だと何回か起動でこけましたが、Eclipseを再起動したら大丈夫でした。 先にプロジェクトを適当に作成。中身は空でOK。シーケンス図だけでは作成できず、プロジェクトが必要なので。 プロジェクトを開いて、右クリックで、新規→その他→Amaterasu シーケンス図を選ぶ プロジェクトを選んでOK これだけです。そんな難しくないですね。 今回のこのために前のEclipseが残ってたらおかしくなるかとと思って、Eclipseは削除しました。 で、またインストールしました。 Amaterasuの使い心地ですが、まぁ必要な分は描けたので満足してます。 左側にある操作パネル？からエンティティなどを選んで設置していきます。 あとでお時間あったらSSでも載せます。 シーケンス図で困ったって人はお試しあれ。アンインストールも削除するだけなので楽チンです！ http://herd-horse.com/blog/archives/113 なんとなく書いてみる。 ようやく俺もあと2日経つと社会人3年生が終わり、4年目に突入します。 いろいろあったなー。 大体半年くらい働くと、その人が信頼できるかどうかってのがわかる。早ければ1,2ヶ月で。 できる人とできない人との違いって大げさなほどなものじゃないけど、ここをこうすれば上司から「こいつ使えねぇ」とか思われることはないと思う点があるんだ。 そんなこと書いてみる。 ポイントは3つ。 メールの書き方、質問の仕方、遅刻はしない の3点です。 遅刻はしない とりあえず基本から。社会人で当然だし、当然っちゃ当然なんだけど、できない人は本当できない。 なんとかなおそうと思っても難しいもんだと思うけど、基本遅刻はしちゃだめ。 特に新卒ならなおさら。 何故かというと「いざってときまかせるのが不安」になる。 学生ではなく社会人になってお金もらう立場なのに「眠たいから遅刻しました」とかそんな理由感じをつけそうなやつに仕事をまかせることはできない。 私がエンジニアなので、ちょっと例を出すと･･･(結構極端な話です申し訳ない) ==== あなたが今日1時間遅刻したとします。 出社すると、アラートメールがきています。 どうやらあなたが作ったプログラムのようです。 修正しないといけません。 ですが、私はあなたの作ったプログラムを触ったことがありません。 どういう思想でプログラムを書いているのかもわからないので、原因を探るのに時間がかかりました。 また、私はそのプログラムを修正する必要があります。 あなたが遅刻している今、修正できるのは私しかいません。 結局私が1時間かけて修正しました。 ==== 何が言いたいかというと、もしあなたが出社していれば、プログラムを熟知しているので5分で直るかもしれないものを1時間かけて私が修正していることが問題です。 1時間あれば、私はほかの仕事もできましたし、システムが止まる時間も短くできます。 そうすれば全てにおいて会社にプラスなのです。(エラーがあるシステムを作ってしまったことを除いては) 上のはあくまでひとつの例ですが･･･こんな感じに いざというときにその人がいるとわかっていればほかの人は安心して仕事できるんです。 人の信頼を得るなら誰よりも早く来て仕事するといいですよ。 あと、あまり大きな会社だとありえない状況かもしれないですけど、人のいないオフィスってすごい快適ですよ！ 静かに仕事できるので、結構はかどったりします。 最後に･･･ みんな遅刻してるから大丈夫だろ！とか思ってたら逆に遅刻しないで出社しましょう。 ちゃんと真面目に出社しているところを見せるチャンスです！ メールの書き方 メールって以外とその人の性格がはっきり出る(ような気がする) 下手な人のメールって、話の意図が捉えられてなくて何言ってるのか、どこのことを言ってるのかよくわからなかったりします。 とりあえず、あなたのメールは50%くらいしか伝わってないと思っていいです(また極端な話になったな･･･。) また例でも出しておこう。(社内→社内を想定してます) ==== ○○さん お疲れ様です。○○です。 さきほどはMTGありがとうございました。 MTGの内容をまとめて、添付いたしますので、ご確認ください。 よろしくお願い致します。 ==== 例が悪いとか言うなｗ これをどうとるかは人によると思うんだけど、上司で、すっげー忙しい人だったとする。(さんつけでメールしないか･･･) その場合、受け取った側は･･･ 「MTG･･･どのMTGだ･･･」 「なんでわざわざ添付するの？なんで俺が添付資料を開ける手間をかけなきゃいけないの？」 などと思われてしまうかもしれません。 個人的にメールを送る注意点として MTGや、ファイル名など沢山あるものはちょっとくどくても1つに絞れるような条件を加える なるべく受信側の手間をかけない。 メール内で完結できる内容にする という点に注意してます。 変に丁寧ないいまわしよりも、代名詞を使わないようにしてわかりやすい表現にしたほうがよいかと思います。 あと、件名も超重要です。 ちょっと前に件名に[EOM]をつけるのが流行りましたね。 End of Messageの略で、「本文を見る必要ないよ！件名で内容終わりだよ！」ってことです。 これも「受信側に手間をかけない」のひとつです。 件名で「あーあの内容か」と判断してから本文を読めば、理解の早さも変わってきます。 あと受信側に手間をかけないという点では、「など」を使わないというのがあります。 たまにいるのが人に頼むときに「～～などもよろしくお願い致します」っていうの。 などって何？ そこまで余分にわざわざ調べてあなたに知らさないといけないの？ その余分は本当に必要なの？ って思うことがあります。(って思ったことがある) 曖昧な表現はなくしたほうがいいです。特に人にものを頼むときはなおさら。 まとめると 人にメールするときは、短文でいいので、なるべくわかりやすい表現で、曖昧な表現をなくしましょう。ってことです。 質問の仕方 これもやり方によって、できる人とできない人の差が出てくる。 仕事してれば、新しいこともやるだろうし、わかんないこともあって当然です。 そのときわからなかったら質問しなければなりません。 でも質問の仕方もちょっと変えると相手の受け取り方が変わるので、気をつけましょう。 例によって、例でも。 新人君にプログラムの修正依頼を出したとしよう。 ==== 「○○さん、すみません。ちょっとお時間よいですか？」 「はい」 「(プリント見せながら)この部分なのですが、わからないので教えていただたいのですが？」 「･･･」 ==== ｢･･･｣で、どう思いますか？ これだけみたら「あーこいつ何も調べてないのかなー」とかちょっと思います。 どう見てもいやなやつです。本当にありがとうございます。 とりあえず、わからなかったら自分なりに調べましょう。 調べれば少しでも何かがわかるはずです。それを伝えましょう。←ここ重要。 例えばさっきの例なら 「(プリント見せながら)この部分なのですが、わからないので教えていただたいのですが？」 ↓ 「(プリント見せながら)この部分なのですが、多分、ここ処理で無限ループになっているようなのですが、この処理の中身がよくわからないので教えていただたいのですが？」 書くと長いけど、こんな感じに質問するといいかもしれない。 そうすれば、答える側もどこまでわかってるかわかるし、説明もしやすいと思う。 もう小学生じゃないんだから「わかんない」みたいな、曖昧この上ない表現はやめましょうね。 でもここでひとつ注意点。 あまり調べるのには時間をかけすぎないこと。 3,4時間もかけて調べたけど、ちょっとしかわかんなくて聞きに行ったら 「え？あ、終わった報告じゃなくて？あぁまだやってのか」 とか思われるかも･･･。 どう見てもいやなやつです。本当にありがとうございます。 せっかくあなたを頼りにして仕事をふってくれたのだから、その期待に答えて少しでも理解しようと努力したよ！ってところを少しでも見せるといいよ！ 個人的に感じてるのは上の3点です。 上ができていれば、「こいつつかえねー」と思われることはないはずです。 真面目に仕事をしてるという印象は持たれると思います。 さて・・・こんな記事初めて書いたので、わかりにくい箇所とか多々あるとおもいますが、気がついたらちょくちょく書き足したり、修正しますのでお許しください。 まーこれ読んで少しでも「あー確かに」って思ってくれればよいです＞＜ 例が悪いとか、文章が読みづらいとかいうのは勘弁してください･･･＞＜ http://herd-horse.com/blog/archives/107 いただいた本をすこーしづつ読みすすめてます。 今回はpythonの基本文法について。 基本文法を習得するにも時間がかかった＼(＾o＾)／ 慣れるまでにはもう少し時間かかりそうだなー。関数まわりの奥が深いよ。うん。 今日は文字列、リスト、タプル、辞書、for文あたりについて。 文字列 文字列は、"(ダブルクォーテーション)、’(シングルクォーテーション)で囲めばOK.ヒアドキュメントを使いたい場合は"""(ダブルクォーテーション*3)、'''(シングルクォーテーション*3)でOK. [code lang="python"] >>> l="Hello Python!" >>> print l Hello Python! >>> s='Hello Python' >>> print s Hello Python >>> print """abd ... edg ... eoo""" abd edg eoo >>> print '''aboel ... eowako ... voeo''' aboel eowako voeo [/code] 文字列はオブジェクト扱いになるので、そのまま配列につっこまれたような感じになる。 ので、 [code lang="python"] >>> s='Hello python!' >>> print s[1] e >>> print len(s) 13 [/code] 添え字は0からね。 リスト PHPでいうとこの配列と認識した。 []で囲めばOK。 追加するのは、extendとappendがあるらしい。動作が微妙に違う。 多重配列の場合は[]の中に[]を書けばOK。 変更するときも、PHPと同じように上書きしてあげればよい。 [code lang="python"] >>> a=[1,2,3,4,5] >>> print a [1, 2, 3, 4, 5] >>> a.extend(["a","b","c"]) >>> print a [1, 2, 3, 4, 5, 'a', 'b', 'c'] >>> a.append(["a","b","c"]) >>> print a [1, 2, 3, ... http://herd-horse.com/blog/archives/101 wassrから情報をキャッチして、著書である露木さんが「Django×Pythonをブログに書くぜ」というメールを送った方の中から本をプレゼント！ということで応募しましたら、なんと当選しました！＞＜ 露木さん本当にありがとうございます！ (300ページ弱に渡るDjango×Python本) まだDjangoどころかPython(･ω･)？っていう感じな状態ですが、この機会にpythonやって、「pythonも書けますけどなにか」的な存在になろう！ 言語は、これでJava,PHPに続き3言語目！楽しみであります！ 先にJavaScript勉強したほうがいいんじゃないかとか聞こえない聞こえない。 http://herd-horse.com/blog/archives/97 私は大体cakephp使って携帯サイトを作ることが多いのですが、 そのときにlayoutはdefault.ctpは使わず、別layoutを作成して指定していたのですが、 アクションのエラー時にはdefault.ctpが使われるので、レンダリング前に$this->layoutで指定したほうがよさげ？ あとは普通にapp_controller.phpでlayoutを指定しておいてbeforeRenderで [code lang="php"] [/code] とかするのも微妙だよなーとか思ってて、こんなタイトルになった。 エラー周りについてはまた少し書くつもり。 とりあえずいまさらだけど、debugが0の場合はどのエラーの場合でもviews/errors/error404.ctpが使うことを知った！OTL http://herd-horse.com/blog/archives/90