This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests. To view the new OWASP Foundation website, please visit https://owasp.org
はじめに データアクセスの高速化、セッションの保持などに非常に重要なポジションを占めているMemcached 特徴をあげると、速い安い美味いで、AWS上のサービス化などされており、非常に扱いやすいプロダクトなのですが、Memcachedそのものが単一障害点とならないように冗長化を測った時に深刻な問題が発生する可能性があることをご存知でしょうか。 システムに心あたりがある方は今すぐ代替手段を検討しなければなりません。 どうしてもMemcachedを使いたいという方はこちらへ それでもMemcachedを使いたいあなたへ 前提条件 そもそも冗長化をしなければ問題ないという運用はその時点で怖いのでNG cache機構という性質上、データが飛ぶのは問題ない(”正”となるデータを他から読み出すだけ)が、誤ったデータが読み出されるのをNGとする Memcachedを利用した時に利用ノードを決定するのは
ずーーーっとネイティブ開発ばかりして来たエンジニアが社内の都合でウェブ系の開発現場に放り込まれて色々解決した記録を残しておくチラ裏的なモノ。 php oil g modelで作ったモデルクラスにormでfind('all')したら COLUMN NOT FOUNDでidが無いとか怒られました。 いや、てかid無いんですよー うちeidでやってるんでー mysqlを起動して確認してもやっぱりidなんて無い そーいえば会社で扱ってるモデルクラスには protected static $_primary_key = array('eid'); とゆー記述があったなー と思って追加したら怒られなくなりますた(・∀・) もしかこれ無いとデフォルトでidを探す仕様??? と思ってぐぐったけど、そんなことは書いてない... 例によって「こうしたら直ったよ。ただしうちの中ではな!」です。 ちなみに公式 h
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く