タグ

2016年12月31日のブックマーク (7件)

  • CakePHP 2.x系におけるSchemaについて - Qiita

    スキーマファイルの使い方 スキーマファイルは、プロジェクトで使用するデータベースのテーブル定義(テーブルの構造)をphpで記述したものです。現在のデータベースのテーブル定義にもとづき、その内容をスキーマファイルとして保存することが出来ます。 この機能は、複数人でプロジェクトを進める際に有用です。開発者1と開発者2で、プロジェクトを開発しているとすると、開発者1が自分で作成したテーブルをスキーマファイル(schema.php)に変換して、gitリポジトリにコミットすることが出来ます。開発者2は、リポジトリをcloneして、スキーマファイル(schema.php)に基づいて、テーブルを作成することが出来ます。 同様のことは、テーブル定義をdumpすることでも可能です。ただし、dump -> restoreの場合、データベースを1から作り直すことになります。このとき、開発中に挿入したレコードも一

    CakePHP 2.x系におけるSchemaについて - Qiita
  • Vue.jsでVideoタグを扱う - Qiita

    気付けば単純なことだけど2日程思いつかなかったので書いておく。 なにがしたかったか Vueのメソッドの中で動画の再生制御 結論: カスタムディレクティブ使え Vue.directive('play',function (el, binding) { if(binding.value){ el.play(); }else{ el.pause(); } });

    Vue.jsでVideoタグを扱う - Qiita
  • Redis の永続化 — Redis Documentation (Japanese Translation)

    このページでは Redis の永続化について、技術的な説明を提供します。すべての Redis ユーザーはこの内容に目を通しておくことを推奨します。Redis の永続化と障害耐性の保証について、より広範に概観するため Redis persistence demystified も参照すると良いでしょう。 Redis の永続化¶ Redis は、守備範囲の異なる永続化オプションを提供します: RDB 永続化は、ある時点のデータセットのスナップショットを、特定の間隔ごとに作成します。 AOF 永続化では、サーバーが受け付けたすべての書き込みコマンドを記録します。サーバーは起動時にログをリプレイし、元のデータを再構成します。コマンドは Redis プロトコルと同じフォーマットを使い、追記方式で記録されます。ログが大きくなりすぎたら、Redis はバックグラウンドでそれをリライトします。 サーバーが

  • redisがハックされた(その2) | cocoのつぶやき

    先日、redis ハックされた件を検証してみました。 どうやら “config set dbfilename” 機能を悪用することで、外部から任意の文字列を redis 起動ユーザの権限でファイル作成できてしまう(sshの公開鍵を配置できる)脆弱性のようです。 実際に試行してみたら、以下手順で ssh の公開鍵が配置できました。 ・別サーバで秘密鍵と公開鍵を作成しておく ・乗っ取りたい redisサーバ に外部から接続する ・既に格納されているキーとバリューをいったん全消去(クリア)する ・適当なキーで ssh 公開鍵をセットする ・データ格納ファイルの書き出し場所を、SSH公開鍵を配置したい場所に変更する ・データ書き出しを命令する(バリューが出力され、ssh公開鍵となる) ・redis を shutdown する(気づいた運用者の redis 再起動で dbfilename は元に戻る

  • GitHub - panxianhai/php-redis-mamp: Pecl redis Extension for MAMP 3.x & 4.x

  • Memcached, MongoDB, Redis, DynamoDB 簡易比較 - Qiita

    NoSQLの特徴 一般に”Not only SQL”と解釈される。SQLを否定するノーSQLの意味ではない。 固定されたスキーマに縛られない。 水平スケーラビリティが確保しやすい事が多いこと、トランザクションを利用できないものが多い。 NoSQL比較表 単純比較している情報が見つからなかったため情報を集めて作成。 (そのため、謝りがあればご指摘いただければ幸いです) Memcached MongoDB Redis Amazon DynamoDB

    Memcached, MongoDB, Redis, DynamoDB 簡易比較 - Qiita
  • 【おわりに】拝啓、山本一郎様。 - "総会屋2.0"山本一郎(やまもといちろう)氏の検証

    おわりに 山一郎様、お読みいただいた読者の皆様、長い長い記事に最後までお付き合いいただき、ありがとうございました。 まず、「この記事の筆者は、どの立場から書いているのか」と思われた方が多いと思います。 私は、山一郎氏とは公私ともに一切関係がなく、面識もありません。 また、ここで取り上げた企業とは、取引や利害関係は一切ないことを誓って明記しておきます。 また、実名の山氏に対してペンネームで検証するのは卑怯である、という批判は甘んじて受け入れます。 山一郎氏へのお願い そして、山一郎様へのお願いがあります。 1. この検証記事に事実と異なる記述がありましたら、訂正しますのでご連絡ください。「@kurikindi1」のツイッターアカウントからフォローしておりますので、DMでご連絡ください。 2. 反論があれば、掲載するご用意があります。 反論をいただいた場合には、なるべくご要望に沿う形