「説明会の参加者枠があっという間に埋まった」。システム開発大手SCSKの井出和孝人事企画部人事企画課長は2019年1月1日から導入する副業・兼業制度に対する社員からの注目度の高さに…続き 二足のわらじ本業に活気 ロート、70人経験中 [有料会員限定] 二兎を追って二兎を得る 成功者に聞く副業のすすめ
![【新連載コラム】文化庁の「大英断」・著作権改正法案に潜む見過ごせない欠陥 インターネット-最新ニュース:IT-PLUS](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d5ddedbcd31d627435a421dc21d870d6419596d/height=288;version=1;width=512/https%3A%2F%2Fassets.nikkei.jp%2Frelease%2Fv3.1.78%2Fparts%2Fds%2Fimages%2Fcommon%2Ficon_ogpnikkei.png)
多くの会員制Webサイトでは、ID/PWによるログイン処理がある。ユーザにログイン画面を提示し、ユーザがフォームにID/PWを入力してsubmitする。ID/PWがOKであれば、ユーザのブラウザにはログイン後の画面が表示される。 以下に、これを実現するための2通りのシーケンス図を描く。セキュリティの観点で望ましいのはA、Bのどちらだろう?というのが今回のテーマ。 Aではログイン要求に対してHTTPステータス200応答とともにログイン後画面をブラウザに返している。Bではログイン要求に302応答を返して(HTTP1.1では303応答)、ログイン後画面にリダイレクトしている。 結論を言うと、セキュリティの観点では、私はBの方が望ましいと考えている。 逆に言うと、Aにはどうにも気に入らないところがある。それは、ID/PWを含むリクエストに対して200応答を返していることだ。200応答のページは、ブ
↑勤務地はこのへん! お近くのみなさん遊んでください!! よろしくね! それと、ぼくが働くところを当てちゃったひとで、 スーパーハッカーだったり Flash職人だったり 宇宙人だったり未来人だったり超能力者だったりするひとは もれなくヘッドハンティングされてぼくの同僚です! やった!
オンライン版オフィススイート「Google Docs & Spreadsheets」にいくつか新機能の追加があった。新機能は大きく分けて次の5つ。実用性の高い書き出し機能から、NASDAQの株価が分かる特殊関数まで試してみた。
Selamat datang di situs terbaru dan terupdate hari ini, yang menyediakan game slot gampang menang Jackpot. Jika Anda ingin mendapatkan atau merasakan kemenangan jackpot terbesar dalam bermain slot online? Tentunya Anda sudah berada ditempat yang tepat, karena situs kami dapat memberikan pengalaman bermain yang spektakuler. Tidak hanya itu, Anda juga [...] Jika Anda masih mencari situs slot online
The WebKit Open Source Project からたどって、Safari の SVN trunk をビルドしてみたら、document.evaluate が実装されていることに気づいた。 どのくらい実装されているのかとか、いつリリースされるのかとかは調べてないけど、Google のラジオボタン押したら検索 が Creammonkey で動くのは確認。すばらしい。 2 Responses to “Safari が XPath をサポートしていた” amachang Says: December 1st, 2006 at 01:07 AM こんにちは。たぶんはじめてコメントさせていただきます 最近の prototype.js では、処理の高速化のため、document.evaluate を使えるブラウザでは、内部で XPath を使ってくれたりするようなので、いつのまにか we
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く