SHOW VARIABLESにはGLOBALとSESSIONがある - Road To Nowhere
おそらくMySQL使いの人にとっては常識だと思うけど、ちょいはまったのでメモ。 MySQLの設定値（変数）を見るときに使うSHOW VARIABLESにはSESSIONとGLOBALの2種類がある。 そんでもって、SESSIONもGLOBALも指定しない場合はSESSIONから値をとってくるとのこと。 http://ftp.ku.ac.th/pub/mirror/mysql/doc/refman/5.1/ja/using-system-variables.html さて何にはまったかというと、MySQLのコマンドラインからSET GLOBALで設定値を変更後、 SHOW VARIABLESで設定値を確認すると値が変わってないわけです。 なんじゃろということで、数分あたふたして同僚に泣きつくと「変わってるよ」と。 気を取り直して、MySQLのコマンドラインに入り直してSHOW VARIABL
node.jsでhttp sessionを共有するsocket.ioのテストを書く - すぎゃーんメモ
node.js + socket.io はリアルタイムwebアプリを作るのにとても良い組み合わせだと思っています。 しかし、基本的にsocket.ioのconnectionはhttpのsessionと関連が無いので、例えばそのconnectionがログインしているユーザのものかその他のユーザのものか区別がつかない。以前はSessionWebSocketを使ってそれを判別するようにしていたのだけど、残念なことに残念なのでコレはもう使いたくない。。 そこでclientから最初にcookieを送信してもらって、そこからclientのsessionを識別する、という方法がある、と以前@masahirohさんに教えていただきました。 *1 session共有方法 クライアント側では下記のように接続時にcookieを送信するようにしておき、 var socket = new io.Socket();
Rails sessionのシリアライズにJSONが使われない理由: なぜMarshal? JSON/YAMLの罠 - memo.yomukaku.net
Rails sessionのシリアライズにJSONが使われない理由: なぜMarshal? JSON/YAMLの罠 2011-07-18 04:35 Railsのsession情報をJSONやYAMLでシリアライズすると不都合に出遭います。不都合の理由とその解消方法、sessionのシリアライズにJSONやYAMLではなくMarshalが使用される理由について書きます。 Railsと、node.jsのようなRuby以外で書かれた系の双方でsessionを共有する場合に重要です。 RailsのsessionはMarshalでシリアライズするのが一般的 現在、Railsのsession情報をシリアライズして任意のデータストアに永続化する場合、encode64(Marshal.dump(session_data))のようにMarshalしてさらにBase64を使ってバイナリの文字列にしてから永
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
