Get a whole new identity at the Fake Name Generator
Username Kentemad Password eeGhee8aegh Website waterheaterca.com Browser user agent Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 Finance MasterCard 5580 1638 4553 4778 Expires 2/2025 CVC2 852 Employment Company Whitlocks Auto Supply Occupation Transmission rebuilder Physical characteristics Height 5' 8" (172 centimeters) Weight 227.7
プログラミングと開発者のためのCodeZine：Perlで作るモバイルサイトのコツ：第1回（Perl, モバイル, CPAN）
http://www.cpan.org/。Perlのライブラリ・モジュールソフトウェアやその他のPerlで書かれたソフトウェアを集めた巨大なアーカイブで、世界中のサーバーにその内容がミラーされています。 対象読者 Perlを実行できる環境にて携帯サイトの構築を考えている方。 必要な環境 Apache 1.3系または2系 Perl 5.6以上 User-Agentより端末判別を行う 携帯サイト構築の主な処理として挙げられるのがUser-Agent解析によるキャリア、モデル、シリーズなどの分類処理かと思われます。iモード、EZweb、Vodafoneの3キャリアを判別するだけでも複数のパターンが存在しており、端末のモデルを取得するまでにはさまざまな条件分岐処理の記述が必要となります。それらをスマートに行う方法はHTTP::MobileAgentを使うことで、User-Agent
XSS - 表示系パラメータに存在する盲点 :: ぼくはまちちゃん！
こんにちはこんにちは！！ クロスサイトスクリプティングの時間です！ XSSというと…！ まっさきに思いつくのが、入力データ送信 → 確認表示の部分での無害化漏れですよね！ たとえばこんな感じのフォームから受け取ったパラメータを、 確認として表示するページとか！ (入力) <form action="register.cgi" method="post"> タイトル：<input type="text" name="title"> ← 「ぼくはまちちゃん！」を入力 本文：<input type="text" name="body"> ← 「こんにちはこんにちは！！<script>alert(1)</script>」を入力 </form> (確認) <p>この内容で登録していい？</p> <p> タイトル： ぼくはまちちゃん！<br> 本文： こんにちはこんにちは！！<script>alert
@nifty：デイリーポータルZ：フォトショ芸
Adobe Photoshop（アドビ社のフォトショップ）というソフトがある。写真加工ソフトとして、デザイン関連の現場でほぼデフォルトとなっているソフトだ。かくいう私も、記事で使う写真をトリミングしたりコントラストを調整したりするのに使っている。 超便利。もうこのソフトなしでのデザイン・記事作成は考えられない。でももし何かの事故でフォトショップ（以下フォトショ）が使えなくなったらどうしよう。 と思い立った私は、フォトショなしでどれだけ生きていけるかを検証してみることにした。 （乙幡 啓子） まず各機能を人力で 「フォトショなしでどれだけ生きていけるか」とはいうものの、もちろん生きていけるのです。私はデザイナーというわけではないし、写真をヘビーに加工するユーザーでもない。一汁一菜、立って半畳寝て一畳あれば、よろしい。 知識は初心者に毛の生えたレベルなので、使う機能も限られている。今回はその中
[mixi]2重サブミット防止の方法！！！ - Let's PHP | mixiコミュニティ
皆様へ いつも楽しく拝見しております。 （ー_ー）／じゃなくて いつも皆様に助けてもらってますm（＿＿）m (初心者質問広場にも書き込みましたが、 トピックもたてさせてくださいね。) えっとぉ。今回は2重サブミット処理について 質問させてください！！！！！ 『入力画面⇒確認画面⇒登録実行(INSERT文)』 という流れがあった場合、 確認画面から登録実行へ遷移するときに、 2重さぶみっとを防止する必要があるのです・・・。 (『おまぇー2重サブミットしてないだろっ』って鬼こーちに怒られました。） 私が考えた防止方法は、 処理1. 確認画面で一意キー発行 処理2. 確認画面で、hiddenとSESSIONに一意キーをセット 処理3. 登録実行で、hiddenとSESSIONの一意キーが 同じかどうかをチェック 処理4. チェック後、SESSIONの一意キーを廃棄(unset) です。（・ｈ・)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://homepage.mac.com/naoyuki_hashimoto/iblog/C1310380191/E20060801202336/index.html
