ギークなお姉さんは好きですか

> GETとPOSTはどっちでも良いですよ

GETとPOSTの（見た目上の）違いは戻るボタンを押したときの挙動ですね。
GETの場合は戻るボタンを押した場合にデータが再度送られます。
POSTだと送るかどうかの確認ダイアログが出ますよね。

コンパイルは無理ですが、
lintくらいなら付き合ってもいいです。

べにぢょさん、これどうぞ。
ﾉｼ http://cruel.org/freeware/hacker.html

PHPを選択した時点でgeekになれなくなっちゃうよ！w

Bitchというだけで沢山のコメントが貰えるんですね、こんなKiddyでも:-)

初めの-です。2人目の-の補足ありがとうございます。
さらに補足すると一度ログインした後はそのユーザを追跡するためにcookie等にセッション情報を格納しそれをアクセスの度にサーバに送信するのですが、mixiなどログイン時以外にはhttpsを使用していない場合はセッション情報は平分で流れます。
つまりログイン以降の通信を傍受しセッション情報がわかればそのユーザに成りすましてmixiにログインし、ゴニョゴニョすることができます。
mixiを使用する上で守りたいのがログインのためのパスワードではなくmixiに保存されている情報にあるのだとすれば、セキュリティを確保するためにはすべての通信をhttpsで暗号化する必要があります。
ログイン時だけhttpsを用意してセキュリティはばっちりですとかいってる奴はバッタです。しかしApacheではhttpsにするとhttpで通信するのに比べパフォーマンスが約1000分の1になってしまいます。ニコニコが最近これをしようとして失敗してましたね。そこでまだがんばるのであればSSLアクセラレータといわれるような専用ハードを買わないといけないのですが、これは高い。サーバ証明書もちゃんとしたのを用意しないと、わざわざ暗号化して通信した先が悪い人だったみたいなことを避けられないですし、悩みは尽きないわけです。
コメント2回もしてる俺がきもいのでこの辺で

×へぼギークが100行かかって説明するコードを3行で書ける 　これはどちらかというとスクリプトキディ

べぼキークが100行かかって書くコードを1000行かかって書くが、10倍軽くて速いのがギークかと思います。

チューニングすればするほど、コードは高度に複雑に長くなりますから。とはいえ、コードに長さは関係ないです。　読みやすさと実行スピードのバランスがアートかと思います。

アセンブラを使いこなす　ギークの夢ではないでしょうか？

どうもはじめまして。どっからかたどってきたら、けんすうさんの名前があったので。

GET/POSTの違いは、その名の通り、データを取得するか、送るかの違いです。
ログインなんかは、アカウント名とパスワードを送るのでPOST。
グーグルの検索なんかは、キーワードなんかから検索したデータを取ってくるのでGET。

最近は、RESTと言ってURLをリソースに見立てて、それに対してPOST, GET, PUT, DELETEするなってのも流行ってます。

POSTとかGETは見たい奴がサーバに送ってくれるおてがみ(phpﾀﾝへの指示)
POST→封書
GET→はがき
はがきだと文字数が限られるし、裏を見れば中身がすぐ見れる。
封書だと見られないと思いきや、悪い郵便やさんが、封を開けて中見てまた封しちゃえば...
だから、パスワードとか電話番号は、httpsっていう鍵付きトランクに入れたほうが良いよ。

オブジェクト指向なご主人様はメイドを調教する方法を知っている。
普通なご主人様とメイドの関係だと、ご主人様が指示する(プログラミング)だけ。
メイドが何人いようと同じ指示を与えれば、どのメイドも同じことをする。
オブジェクト指向なご主人様は、指示する前にメイドに役割を与える。(調教して思い込ませる)
たとえば、お前はメス豚だとかドジッ子だとか。
調教してメイドに指示を出すと、メス豚とドジッ子ではやることが違う。
たとえば、靴をきれいにしろという指示で
メス豚は、舐めてきれいにしようとするし、
ドジッ子は、自分の靴をきれいにしようとする。
役割があるのがいいのは、たとえば新人さんが入ってきたとき。
普通のご主人様は、また一から指示する。
オブジェクト指向なご主人様は、今いるメイドのうちの1人の部下にする。
そうすると今いるメイドの役割をだいたい引き継いでくれるから。
メス豚の部下にすると靴を舐めるメイドに育つ。
ご主人様は、メス豚新人に目隠しって言う役割を与える。
それだけで、新人は靴をきれいにしろって言うと目隠しで靴を舐めてくれる。
わざわざ靴を舐めることから教えなくても良いところが楽。

ところでギークへの旅立ちっていうのはご主人様になることだから
相当な調教上手になるってことだよ。
...僕も調教されたいかも ＞＜

まずは、あなたのメモ絵に乾杯。

コンパイルしてくれる方を探しているようで。見つかると良いですね。
私でさえ、私生活のメモリリークを見つけてフリーしてくれる妻が見つかりました。

そのうち Google氏 がインデックスを貼ってくださるでしょう。 :-)

最初の-さんの書き込みにもありますが、情報の秘匿のために POST っていう箇所が一番気になります。
書いてる方のスキルがよく分からないのでもうちょっと補足しとくと、POST で渡したとしてもパケットには平文でデータが入ってるので、経路上のどこかで盗聴を受けた場合にはなす術なく情報が読み取られてしまいます。
mixi のログイン情報くらいならそう大した使い道もないでしょうからあまり神経質になる必要はないかもしれませんが、ショッピングやバンキングのようなクリティカルなシーンでは暗号化によって安全性を確保すべきです。
(実際には mixi にも SSL でのログインフォームがあるようです。)

> htmlは静的なページ
> phpは動的なページ

わかりにくいし違うと思う。phpはページじゃないしwww
↓以下エロゲ風コンパイル

htmlはただの書類。
サーバって言うところに書類置いとくとブラウザ(見たい奴)が取りに来る。
phpﾀﾝはサーバの裏にいて書類作ってくれるメイド。
見たい奴が指示するとphpﾀﾝは、素直に書類作ってくれる。
ただ、phpﾀﾝはみんなでいっぺんに指示されるとオロオロしちゃう（泣）
普通の指示とｸﾛｽｻｲﾄｽｸﾘﾌﾟﾃｨﾝｸﾞっていう悪ーい指示との区別もつかないので、
ｷﾞｰｸなご主人様（けんすうとか）が教えてあげて立派なメイドに育て上げる

ただのｷﾞｰｸは、メイドを働かせるだけ。
すごいｷﾞｰｸは、メイドを効率的に働かせて、余った時間でご主人様に御奉仕させることも可能。

ところで、べにじょをコンパイルしたいので僕に電話番号をhttpsなPOSTで教えてくれませんか？

書いたの僕なのでレスしちゃいます！
ご指摘ありがとうございます！

＞クロスサイトスクリプションって。何か間違ってますよ。

これはもちろんネタですよ！念のため！
でもこのくらいのミスは多そうなので
優しく指摘してください＞＜

どうでもいいけど、覚えるならちゃんと覚えましょうね。
クロスサイトスクリプションって。何か間違ってますよ。

かなりふわふわした説明ばかりで申し訳ないです＞＜

おいらも初心者なので、つっこみ入るとうれしすです。
わくわく。

GETとPOSTはどっちでも良いですよ。ただサーバ側のデータを変更するようなものはPOSTに見たいな軽い約束ごとがあるようなないような。
あとアドレスが長すぎるとサーバに切られる場合があるのでそれの予防とか、
他にはPOSTの場合はパラメータをブラウザがエンコードしてくれたるけどGETだとしてくれたりしてくれなかったりだとか。
大切なデータはGETでもPOSTでも流しちゃダメですよ。確かに他のサイトに飛んだときにREFERERにデータが入らない程度の安心感はありますが…