サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Wikipedia
garin.jp
改善前と比べてだいぶ統一されています。 ただし、コピーは全て PRIMARY に保存されますが、ペーストは CLIPBOAD を利用するアプリーケーションがります。 そこで、PRIMARY の内容を CLIPBOARD にコピーする以下のスクリプトを作成します(後述)。 2.更新履歴 2013-05-27 * primary_to_clipboard.rb を ruby + xclip から ruby + gtk2 に変更 * primary_to_clipboard_daemon.rb が不要になった * 実行時間が1/4になった 2010-01-30 * 「セクション内容共有スクリプト」を修正 * xclip のゾンビが大量に発生する問題を修正 * セッション共有の状態を監視する primary_to_clipboard_daemon.rb を追加 * 「セクション内
author:がりん <garin54@gmail.com>create:2014-01-09update:2014-02-19version:0.1.2tag:serverspec rspec 1.目的 serverspec は rspec の仕組みを使ってサーバのテストを行うフレームワークです。 serverspec では サーバのテストをするために file や group といったいくつかのリソースタイプ が定義されています。しかし、いくつかのテストサンプルを書いているとそのサンプル専用のリソースタイプが欲しくなることがあります。 たとえば、「/var がマウントポイントとして存在し、かつ、ディスク使用量が80%未満であること」をテストしたい場合、mount のような専用のリソースタイプは(まだ)用意されていないので、 command リソースを使って次のようなサンプルを記述し
1.概要 ohai はマシンの環境(プラットフォーム・ネットワーク・カーネル・プロセス・ホスト等)の情報を取得するためのコマンドラインツールです。 ここでは ohai に独自のプラグインを追加して使用する方法を紹介します。 2.インストール ohai は環境設定ツールの chef と一緒に配布されています。 Debian 6 では以下の手順でインストールします。 $ export LC_ALL=C $ sudo apt-get update $ sudo apt-get install curl $ curl -L https://www.opscode.com/chef/install.sh | sudo bash $ ohai --version Ohai: 6.16.0 3.プラグインの追加 3.1.プラグインの作成 /etc/ohai/plugins ディレクトリを作成しプ
1.概要 1.1.AmazonEC2 EBS とサイズ変更の問題点 EBS(Elastic Block Storage)は Amazon EC2 上で使える仮想のディスクボリュームです。 1GB 単位で最大1TB まで自由な大きさで作成し、通常のディスクボリュームと同じように OS にマウントして使えます。 ただ、現時点(2011/04/01)で EBS(Elastic Block Storage)のサイズを動的に変更する方法は用意されていません*1。 つまり、EBS ボリュームを10GB で作成したとして、徐々にディスク容量が増え、より大くのボリュームサイズ(例えば20GB とか30GB とか)が必要になったとしても、ディスクのサイズをすぐに変更することはできません。 EBS のサイズを変更するには、新しい EBS ボリュームを作成し、既存の EBS からデータをコピーして、新し
改善前と比べてだいぶ統一されています。 ただし、コピーは全て PRIMARY に保存されますが、ペーストは CLIPBOAD を利用するアプリーケーションがります。 そこで、PRIMARYの内容をCLIPBOARDにコピーする以下のスクリプトを作成します(後述)。 primary_to_clipboard_daemon.rb primary_to_clipboard.rb 2 更新履歴 2010-01-30 「セクション内容共有スクリプト」を修正 xclip のゾンビが大量に発生する問題を修正 セッション共有の状態を監視する primary_to_clipboard_daemon.rb を追加 「セクション内容共有スクリプト」の対象とするRubyのバージョンを 1.8.7 から 1.9.1 に変更 2009-12-06 初稿 3 アプリケーションごとの修正 では、上記の改善案を
Redmine(Rails) の DB を SQLite3 から MySQL に移行する - garin.jp ホーム | ドキュメント Table of contents: 概要 変換方法 今回の方法: SQLite3 => YAML => MySQL SQLite3 => MySQL のツールではダメなの? 更新履歴 前提環境 移行手順 準備 データの出力 データの入力 Redmineサービスの再開 参考URL 1 概要 Ruby on Rails製のプロジェクト管理ツール『Redmine』を最初に設置した際、ファイルを作成するだけという設定の容易さからデータベースとして SQLite3 を採用しました。 しかし、管理するデータの容量が増えてくると目に見えて速度の遅さが気になりはじめました。 そこで、データベースを SQLite3 から MySQL への移行する事になりました。
このページを最初にブックマークしてみませんか?
『http://garin.jp/』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く