Ruby on Rails4のSessionをJSON形式にした時にハマったこと
HOMEchevron_right技術chevron_rightRuby on Rails4のSessionをJSON形式にした時にハマったこと 状況 Ruby on RailsとNode.jsでセッションデータを共有したい状況がありました。 Session StoreにはRedisを使っています。 普通に考えると、クッキーからセッションID取って当てに行けばいけるだろうと考えるのですが、Railsは一筋縄ではいきません。 中身覗くとすぐ分かるんですが、セッションデータ自体がMarshalでシリアライズされた状態で保持されている為。 Node側でデータとってもJSONでパースできないし、なんだこりゃ？となります。 さてどうするか、となった時に参考にさせていただいた記事がこちら(感謝)↓ Rails sessionのシリアライズにJSONが使われない理由: なぜMarshal? JSON/Y
Railsのセッション管理
Ruby on Railsでのセッションの管理方法を3つ紹介します。 🐞 Cookieでの保存(CookieStore、デフォルト)セッションの中身を_application_sessionというCookieに保存します。Rails 4以降は暗号化されていますが、クライアント側で操作できてしまうので、過去の状態に戻す等の不正が考えられます。 👽 DBへの保存「activerecord-session_store」などのGemを使うとDBにセッションの中身を保存できます。サーバ側に保存することでCookieStoreの問題を解消できますが、DBへの負荷が上がるデメリットがあります。 🎳 メモリへの保存「Dalli」などのGemを使うとmemcachedやRedisなどにセッションを保存できます。DBよりも高速に処理できますが、複数サーバの環境では一ヵ所のmemcachedやRedisを
顧客は「機能」ではなく「価値」で商品を選ぶ｜売れる営業｜日経BizGate
記事保存 日経BizGate会員の方のみご利用になれます。保存した記事はスマホやタブレットでもご覧いただけます。 マーケティング活動を始めるにあたっては、「（1）何を、（2）誰に、（3）どうやって」の順で考えるため、「（1）何を」がすべての活動の起点、出発点になります。そして「何を」が、「顧客が求めているもの」「顧客の期待を超えているもの」なのかどうか、しっかりと考えてみるのが大切です。 不振な会社や店の大半は、顧客価値が低かったり、ニーズが明確でない商品やサービスを売ろうとしています。そして、「何を」が原因であることを突き詰めずに、新規顧客や新規事業の開拓。さらに売り方ばかり考えて、むしろ傷口を広げています。 「おすすめ！」が多すぎるうどん屋は失敗する 本連載冒頭で、女性客に来てもらおうとカフェ風に改装して、結局はつぶれてしまった焼鳥店の話を書きました。これ、なぜつぶれたかおわかりでしょ
SaaSのプライシングに向けた4つの思考プロセス
プライシングは、多くのSaaSスタートアップが常に頭を抱えるお題の1つだ。その理由は、大きく2つあると思う。1つ目は、スタートアップが狙うような、新しい市場の場合、得られる情報が限られている中、価格という具体的な数字に落とす必要があるため。2つ目は、特に初期プライシングは確立された方法論がないためだ。（いわゆるコモディティ領域で行われているような需要-供給曲線で決められるモノがない） そのため、私も起業家の方とプライシングについてよく議論させてもらうのだが、その時に一番よく聞かれるのが、「このサービスは、いくらにするのが適切なのか？」という質問だ。確かに聞きたい気持ちもわかるし、私も起業家だったら人に意見を求めたくなる。ただ、プライシングをする前に、集めるべき情報や会社の戦略が固まっていないと、あまり有益な意見は誰からも出てこないし、求める答えには近づけられないのではないか、と思う。 そこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
