歩叶コラム歩叶コラム パスワード ログイン状態を保存する
データベースを用いたセッションデータ管理について - LukeSilvia’s diary
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
Deep Learning
An MIT Press book Ian Goodfellow and Yoshua Bengio and Aaron Courville The Deep Learning textbook is a resource intended to help students and practitioners enter the field of machine learning in general and deep learning in particular. The online version of the book is now complete and will remain available online for free. The deep learning textbook can now be ordered on Amazon. For up to date an
ソシャゲエンジニアの自分がコードレビュー時に重視する箇所33選 【随時追加】 - Qiita
コードレビューで土日に安寧を ソーシャルゲームは、ユーザアクセス集中と、それに伴うユーザデータ増加によって劇的に負荷が上がり、（主に土日に）サービスに影響を与えがちです。 問題があるコードは、たとえ負荷テストを行っても、作成したシナリオによっては見つけられない可能性もあります。 そういった見えない不安を払拭するという意味でも、コードレビューは重要だと思っています。 【ステキポイント】 ・ ソースを見ることにより、時限爆弾が土日に爆発するのを解除 ・ スキル共有によってメンバーがレベルアップすることにより、土日に爆発する時限爆弾の設置確率低下 まぁまとめると これに尽きます（4歳の息子談） 今は、gitのプルリクエストという強力なレビューツールもあり、敷居がかなり低くなったのでオススメです！ チェックするポイントは5つ コードレビューを行うにあたり、「どんなところをチェックすればいいのか分か
間違えて大企業入っちゃったので10ヶ月で辞めました。IBM月速退職記。 - かずかずのたまご
2016 - 03 - 31 間違えて大企業入っちゃったので10ヶ月で辞めました。IBM月速退職記。 どもども、かずかずです。 僕は昨年４月に入社した、日本アイ・ビー・エム株式会社(以下IBM)を今年の１月末に退職しました。 自分のやりたいことの実現に向かって就活しているつもりが、あれよあれよと逸れていきました。気付いたら「これでいいんだ、これでいいんだ」と一生懸命現状を肯定しようとしていた自分がいました。そして僕は時間を、会社はお金を無駄にしました。 これは、全体で変な方向に向かってる就活市場を経験しながら、大企業とか世間体とかのを気にして、どんどん夢から遠ざかっていた僕の忘備録です。 くっそ長いので、トイレでうんこがなかなか出ない時とかに読んでください～！ 僕の生い立ち 僕は小さいころから社会が何を要求にしているかに繊細でした。５歳の頃に自分がゲイだと気付いてから、傷付くの恐れた僕は、
Mockitoの真価はspyにあり - R42日記
以前の日記でEasyMockをご紹介したのですが、現在の現場ではMockitoを使っています。 それにしてもモックキット？モキット？モキート？どう読むんだろう… ロゴは有名なカクテル「モヒート」ではあるが。僕はミントが苦手なので余り飲まないけど。 Mockitoは比較的新しいモックユーティリティです。 何か革新的な機能を備えているかというとそうでもないのですが、使い勝手が非常に良いのが特徴。 サンプルコードはこんな感じ。 public class VeryHugeBusinessLogic { void doSomethingHardProcessing() { ... } } public class VeryHugeService { @Autowired VeryHugeBusinessLogic logic; public void execute() { logic.doSome
セッション管理の要注意点 - Qiita
Webアプリを開発するに当たって、「自分でセッションを書きたい」なんて思う人はおそらく1%もいないでしょう。とはいえ、標準で備わっているセッション機能に問題や機能不足があって、手を入れざるを得なくなる、という場面も多々存在してしまいます。ここでは、セッションまわりでよく問題になる部分について触れてみましょう。 そもそも、セッションとは Webアプリにおけるセッションは、 接続ごとに固有の識別子（セッションID）を割り当て、その接続を使った通信のたびにセッションIDを送受信する セッションIDと紐付ける形でデータを持って、アクセスごとに値を読み出す。 データが書き変われば、書き戻す。 というような流れで、「接続ごとにデータを保存する」ということを実現しています。 セッションとCookie 上の1にあるような「通信のたびにセッションIDを送受信する」ために使われるのがCookieです。ただ、C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
セッション管理の周辺知識まとめ
