redisのバックアップは慎重に | Nekoya press
皆様におかれましては、WEB+DB PRESSの最新号のRedis特集は既にご覧頂いたかと存じます。 弊社では1年ほど前から広告配信に関する様々な部分でRedisを使っています。まだ2.4系なので、2.6の新機能とか新鮮でした。 本番環境でRedisを運用する上で、強く訴えたい注意点は「RDBが壊れることがある」ということです。 「RDBがあるからインスタンスが落ちても平気だぜ」とか思ってると、RDBが壊れてリストア失敗→データ消失ということになりかねません。ファイルにdumpされるからと安心していると痛い目に遭うかも知れません。 （2013/02/27追記）今のところ壊れたのはハード障害が怪しい場面のみです。「RDB壊れるとかRedis使えねー」とかそういう話ではまったくありません。誤解無きよう。壊れる時はRedisじゃなくても壊れます。自分のユースケースではTokyo Cabinet/
Reddish - A Better Visual Admin for Redis. - FreeFlow
TL;DR http://reddi.sh We at FreeFlow Labs (Jim and Danielle) do a lot of node.js development where we need a small degree of data persistence and find that redis suits us pretty well. Since we use redis on a pretty regular basis, we realized it would be really handy to have a visual administrator similar to phpmyadmin (but more modern and way less ugly) instead of just using the redis command line
Heroku で無料・有料でできること - 君の瞳はまるでルビー - Ruby 関連まとめサイト
Heroku の基本 Hello Heroku（Web アプリケーション） Hello clockwork on Heroku（定期実行アプリケーション） foreman について 複数のプロセスを管理する Ruby 上のツール／ライブラリ clockwork について cron の代替となる機能を単独で提供してくれる軽量のツール／ライブラリ Git について ローカル環境で試す 注意：このページの内容は古いです！ 料金体系が変わるようです。以下、関連する Heroku の記事です。 2015/5/7 New Dyno Types and Pricing Public Beta 2015/5/7 Heroku’s Free (as in beer) Dynos 少なくとも無料で 24 時間稼働はできなくなります。 目的 本ページの目的は、開発／研究にあたって可能なことを整理することです。
ももクロスライダーで測る Redis vs MongoDB on Heroku 第二弾 - from scratch
今日はみどりの日らしく、ももクロスライダーも緑の話が活発です。 さてさて、前回に続いてRedisの話です。 危険なほど速いと言われていますが、実際の実力はどうなのか気になるところです。 確かに他の参考記事を見ると、かなり高速なようです。 redis、それは危険なほどのスピード｜サイバーエージェント 公式エンジニアブログ FreeBSDで，mongoDB V.S. Redis - なぜか数学者にはワイン好きが多い じゃーって事で、RedisとMongoDBをベンチマーク比較してみました。 結論から言うと、Redisはやっぱり鬼のように速いです。 ベンチ方法 RedisとMongoにtwitpicから取得してきた ももクロの画像に関するデータを入れておき、それを取り出す処理がどちらが早いかだけを計測しています。更新系の操作も高速なようですが、ももクロスライダーは今は更新系の操作がないので、これ
Redisによる透明な永続化層 - Zerobase Dev Blog
『RedisとMongoDBについて調べた』(2013-02-03)について考え直した。Redisによる透明な永続化層のアーキテクチャは、下記のようにシンプルになる。『データベースを使った永続化への復讐』(2013-02-03)に書いた理想に少しずつ近づいている。 エンティティと値オブジェクト すべてがオブジェクトである。 オブジェクトには二種類ある。エンティティと値オブジェクトである。 エンティティは、ドメインで意味のあるIDを持つ（例：ISBN）。 値オブジェクトは、エンティティを記述する。アイデンティティ(ID)はない。 Redisによる永続化の方針 エンティティだけを永続化する。 エンティティは、シリアライズして、Redisのhashに保存する。 値オブジェクトは、その値とクラス情報のペアで表現する。 他エンティティへの参照は、エンティティIDとクラス情報のペアで表現する。 エンテ
RedisとMongoDBについて調べた - Zerobase Dev Blog
『Play (Scala) + Redisで作ろうか』という思いつきの実現可能性を検討した。Redisも使えるかもしれないし、MongoDBのほうが使えるかもしれない。それはそもそも永続化の方式に依存する。 Redisの扱えるキー数はメモリ容量の制約を受ける memcachedと“正反対”、Redisが仮想メモリをサポート － ＠IT： キーがすべてメモリに乗っていることから、Redisの高速性は保たれるというわけだ。また実際のバリューのほうがいくら大きくなっても、メモリ消費量はキーの数にだけ依存することになり、100万キー当たり160MBのメモリ消費で済むという。 1億キー扱うには16GBのメモリが必要だ。まあ、そのときはスケールアップ（メモリ増強）かスケールアウト（分散化）すればよいのだが。サーバー２台で1億キー。MySQLやPostgreSQLと比べても、そんなにバランスが悪いわけで
インメモリKVSのRedisについて – Rest Term
* wiki(Tech Note)のページ追加 このエントリーの内容を整理してwikiにもRedis関連のページを追加しました。 Redis – Tech Note Redis is an open source, advanced key-value store. It is often referred to as a data structure server since keys can contain strings, hashes, lists, sets and sorted sets. インメモリKVSのRedisを少し触ってみました。 さくらVPS(CentOS 5.6)にインストールしようと思ったのですが、yumのレポジトリだと今は古いバージョンしか入れられないようなのでソースからビルドしました。手順は公式の通りに。(参照: Download – Redis) また、/
UMLも捨てたもんじゃない | Nekoya press
UML、最近はあまり名前を聞くこともなくなってきた感があります。 「UMLなんていらない」なんてスレもあったりして、どうにも廃れた物と見る向きもあるようです。 「UML」タグではてブの人気エントリを探しても、2005〜2007年ぐらいのものが目立つので、注目度という意味では流行ではないのは確かなのかなぁとは思います。 が、このところ有用性を改めて実感することが多いので「UMLいいよ」というエントリを書きます。 上記のスレは賛否両論併せてなかなかいい具合に意見が出ていて面白いのですが、以下を抑えていれば認識としてはいいのではないかと思います。 UMLは設計の技法ではない 頭の中を整理するため、あるいは人と共有する際の表現技法である 弊社では、新しく入社したメンバーにプロダクトの設計を共有したり、新機能の開発をする際の社内レビューなどの際に、シーケンス図っぽいものやクラス図っぽいものを使うこと
SQL Serverで大量レコードをインサートする方法
Windows10、Windows Server EssentialsやPowerShell、Azure、Office 365など小規模企業で活用できるMicrosoft製品やトラブルシューティングに関する情報ブログです。 SQL Serverに大量データを挿入（インサート）する機会があり、どうすれば効率的にできるか調べてみました。 BCPを使う方法は知っているんですけどね・・・ 私はデータベース屋ではないので、もっといい方法があるかもしれません。 2013.10.22 加筆 BULK INSERTに「読み込み開始行（FIRSTROW）」を追記しました。 BULK INSERTの改行文字列の既定値を修正しました。 2015.04.13 加筆 SQL Server PowerShellを使ったBulk Insertの実行サンプル記事のリンクを追記しました。 SQL Serverで大量データを
Gitを使った分散開発管理16 – p4mergeでマージを行う | DevelopersIO
Gitでのマージ作業 Gitを使用していて競合が発生した場合、それを解決して正しい状態にする必要があります。 私は以前、競合が発生したファイルに＜＜＜＜＜＜＜HEADとかのよくわからない文字列が入って、どうやって修正すればいいか悩んでいました。 こういった競合を解消するためのツールはいくつもありますが、今回はMacで「p4merge」というツールを使用して Gitの競合を解消する方法について紹介します。 環境 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.5 Git : 1.8.2 Gitは使える状態にしておいてください。 p4mergeをセットアップ 1.p4mergeをダウンロード まずはここからp4mergeをダウンロードして、p4merge.appを/Applicationsにインストールします。 2.gitconfigの設定 ~/.gitconfi
「Klepto」を使ったJavaScript開発手法の紹介
PACとは何か Proxy Auto Config Proxyの設定情報をJSで書ける PC, iOSのみ設定可能 （Androidは4.1でも設定できなかった） なぜ重要か 「指定ドメイン、パスのみProxy通す」とかできる （Commet等のLocal Proxyを通しにくいAPIを除外したり） 安全に常時LocalProxyをたちあげていられる （OS、アプリのアップデートや動画再生等でも落ちない） PAC sample（example.comに接続する場合だけproxyを通す） function FindProxyForURL(url, host) { if (host === 'example.com') { return 'PROXY 127.0.0.1:8888'; } return 'DIRECT'; }
サイトの使い方をその場でステップに分けてオーバーレイできるJSライブラリ「Intro.js」:phpspot開発日誌
Intro.js | Better introductions for websites and features with a step-by-step guide for your projects. サイトの使い方をその場でステップに分けてオーバーレイできるJSライブラリ「Intro.js」 はじめてのサイトの場合、何をやっていいか、使い方もよくわからない場合も少なくなさそうですが、このライブラリを使えば、サイトの一部をハイライトさせて説明のチュートリアルをサイト上で作ることが出来ます。 data-step, data-introという属性を付与していくだけで、簡単に使い方のチュートリアルが作れてしまうところがよさそうです。 キーボードの左右のキーで次に送ることもできます。プレゼンのデモとして使うのもアリかもしれません。 関連エントリ サイトの使い方をその場でアニメーションしてチョー
twitterに学ぶなりすまし投稿対策
先日もtwitter上の犯行予告により20歳の青年が逮捕されたようですが、なりすましによる誤認逮捕ではなかったのか気になるところです。そこで、twitterが、なりすまし投稿をどの程度対策しているかを調べてみることにしました。twitterの安全性を確認することが目的というよりも、twitterが実施している対策を知ることにより、皆様のWebサイトを安全にする参考にしていただければと思います。 今回調べた「なりすまし投稿」の手法は下記の通りです。 クロスサイト・リクエスト・フォージェリ(CSRF) クロスサイトスクリプティング（XSS） HTTPヘッダーインジェクション クリックジャッキング DNSリバインディング クッキーモンスターバグ このうち、上の5つの解説は拙稿「“誤認逮捕”を防ぐWebセキュリティ強化術」、最後のクッキーモンスターバグについては、過去のエントリ「クッキーモンスター
QA＠IT サービス終了のお知らせ - ＠IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
MySQLのデフォルトのトランザクション分離レベルは SELECT がスナップショットを参照する - ngyukiの日記
MySQL の InnoDB のデフォルトのトランザクション分離レベルは REPEATABLE READ で、ファジーリードしないようにトランザクション中の SELECT はトランザクションを開始してから最初の SELECT の時点のスナップショットから行われます。 そのため、次のやり方だと一意制約エラーが発生する可能性があります。 テーブル定義と初期データ /* なんか関係ないテーブル */ CREATE TABLE t_dummy ( dummy_id INT NOT NULL PRIMARY KEY ); /* カテゴリ */ CREATE TABLE t_category ( category_id INT NOT NULL PRIMARY KEY ); /* カテゴリごとのデータ */ CREATE TABLE t_data ( category_id INT NOT NULL,
SQLServerではNOLOCKを使用していても「ロック要求がタイムアウトしました。」のエラーになることがある - 小さい頃はエラ呼吸
SQLServerのNOLOCKロックヒント SQLServerのNOLOCKロックヒントは、テーブルやレコードに対してロックをかけません。このため、別プロセスによってロックがかかっていたとしてもダーティリードして、データを読み取ることができます。 SQL Server の場合、既定の分離レベルの Read Committed が指定された SELECT ステートメントでは、行に対して読み取り時に S ロックが取得され、解放されます。これにより、分離レベルが適用されますが、S ロックが必要な行に互換性のないロックが存在する場合に、SELECT ステートメントが待機することを意味します。NOLOCK ヒントが指定されている場合、SELECT 操作では S ロックが取得されずにデータが読み取られます。操作は成功しますが、この場合、SELECT ステートメントはコミットされないデータも読み取りま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redis-Commander
GitHub - ServiceStackV3/mythz_blog: Archive of posts previously on old mono.servicestack.net/mythz_blog
http://jimneath.org/2011/03/24/using-redis-with-ruby-on-rails.html
「いつソースを読むのか」
remora.cx