リモートホストのファイル等でdiffする方法 : しげふみメモ
2009年02月28日21:14 カテゴリLinux リモートホストのファイル等でdiffする方法 Linuxのdiffコマンドで、リモートホストのファイルやコマンド実行結果を比較する方法をメモ。 最近知りました。 $ diff <(ssh host1 cat file1) <(ssh host2 cat file2) bash系のプロセス置換（process substitution）がサポートされているシェルで可能です。 この場合、公開鍵認証で認証エージェントに鍵を追加してあるか、ホストベース認証を使用するなどして、パスワードやパスフレーズを入力せずに接続できる必要があります。 ちなみに、一方がローカルなら以下でも可能。 $ ssh host1 cat file1 | diff - file2 sshでコマンド実行した結果とか。 $ diff <(ssh host1 "rpm -qa"
(新人向け) Unixオペレーションの注意点 - Magical Diary
主に新人向けとして、Unixサーバで作業をする際の注意点を書いておく。 ここに書いてある内容は絶対的なものではないし、会社や現場ごとにルールがあるので、適宜ルールに合わせて実践すれば良い。 ログを取れ 何をやったか、何をやらなかったか、というエビデンスのためにログは必ず残しておく。SSHクライアントによっては毎回自動的にログ取得する設定が可能なので、設定しておくと良いだろう。 作業後に問題が発生した場合に作業内容を確認するためにも使うため、必ずログは取得しておくこと。 (追記) 当たり前だが、コマンドとその出力をペアで取ることに意味がある。 set -x (set verbose) しろ ログを取得しても、コマンドラインを編集した際には以下のように非常に見づらいものとなってしまう。(がんばれば解析することは出来るが…) ESC[0mESC[27mESC[24mESC[JESC[1myasu
＠IT：Windows TIPS -- Tips：共有ファイルを現在使用しているユーザーを特定する方法
対象OS：Windows 2000 Professional／Windows XP Professional／Windows XP Home Edition／Windows 2000 Server／Windows 2000 Advanced Server 解説 企業内は言うに及ばず、いまや家庭内でも、イーサネットなどで複数のコンピュータをネットワークで接続し、これらのコンピュータ間でファイル（ディスク）やプリンタを共有するのはもはや常識になってきた。 複数のメンバーで共同作業を行うときなどは、共有ディレクトリを作って、互いに共有したい文書類などをここに格納しておけば、作業が容易になるし、このネットワーク上のファイルを直接編集するようにすれば、常に最新版の文書が共有ディレクトリに保存されることになり、無用なバージョンの混乱（古いファイルで新しいファイルを上書きしてしまうなど）を避けることがで
＠IT：Windows TIPS -- Tips：オープンしているファイルを調査する
ファイルを削除や移動しようとしても、使用中になっていて操作できないことがある。このような場合は、どのプロセスやユーザーがどのファイルをオープンしているかを調査できると便利である。openfilesというコマンドを使うと、使用中のファイルや共有リソースの一覧を調べることができる。 解説 ファイルを削除したり、移動、更新しようとしても、何らかの理由でアクセスが拒否されることがある。原因のほとんどは、そのファイルを“誰か”がオープンしていたり、ロックしていて、移動や削除、変更などができないからである。だが、実際にだれがファイルを使用しているのかが分からないことも多い。特に、自分1人しか使っていないはずのマシンなのに、そして何もアプリケーションを起動していないはずなのに、どうしてもファイルを操作できない場合には、その原因を特定するのは困難である。たぶん、何らかのサービスかバックグラウンドで動作して
＠IT：ログアウトしてもプログラムを実行し続けるには
ターミナルエミュレータなどでプログラムを実行している場合、そのターミナルエミュレータを終了すると、ハングアップ（HUP）シグナルによってプログラムは強制的に終了される。しかし、実行結果が得られるまでに何時間、何日もかかるようなプログラムを実行する場合、それでは困ってしまう。かといって、ログインしっ放しにしておくのはセキュリティ上問題だ。 このような場合には、nohupコマンドを利用するといい。nohupは、文字通りHUPシグナルを無視してプログラムを実行し続けるコマンドだ。標準出力と標準エラー出力は、nohup.outまたは~/nohup.outに追記されるので、プログラムの実行結果は後で確認できる。 nohupコマンドの使用法は、nohupに続けて実行したいプログラム名を指定すればいい。
設定ファイル:/dev/null: UNIX/Linuxの部屋
/dev/null への出力は、ディスクに書き込まれることはなく、全て破棄される。例えばコマンド hoge の実行時間を計りたいときは
めっちゃ便利やねん find コマンドのオプションまとめ | バシャログ。
こんにちは nakamura です。そういえば 4/1 から 神奈川県公共的施設における受動喫煙防止条例 が施行されましたね。今のところよく行くお店でそれらしい光景は見掛けませんが、先日行った居酒屋はものの見事に禁煙になっていて心なしか客足もまばらな感じでした。神奈川県の飲食はこれから厳しそうですな。 さてさて思わず関西弁になってしまうほど便利な find コマンドを今日はご紹介します。比較的有名なコマンドですが、オプションが相当な数あり正直全てを把握するのは無理かもしれません。ただ、よく使うものだけでも頭に入れておくと何かと便利な優れものなのです。 基本的なオプション まずは基本的な使い方。 -type ファイルタイプの指定に使用するオプションです。スペシャルファイルや名前付きパイプ等様々な引数がありますが、よく使うのはディレクトリを示す d と通常ファイルを示す f でしょうか。 -n
Visual Studio .NETによるチーム開発事始め 効率のよいソース管理を実現しよう（1/4） - ＠IT
これまで本連載は、マイクロソフトの統合開発環境「Visual Studio .NET（以降、VS.NET）」と、同マイクロソフトのソース管理ツール「Visual SourceSafe（以降、VSS）」を組み合わせてソース管理を行うための基本的な操作方法について解説してきた。つまり、本連載のこれまでの主な内容は、開発者がVS.NETでソース管理を行うことを念頭に置いたものだった。VSSの連載の最終回である今回は、その視点を離れ、管理者から見たVSSの活用法やVSSの将来などについて説明していくことにする。具体的には、バッチ処理ファイルによるソース管理作業の自動化、VS.NET 2003で導入されたソリューション・ルート、ピン設定／共有／分岐の機能、次期VSSで追加される新機能などについて説明する。 それではまずは、バッチ処理ファイルの自動処理から解説することにしよう。 1. バッチ処理ファイ
コマンドラインからVSSを操作する - Cyberbridgeの備忘録
Cyberbridgeの備忘録 トップページページ一覧メンバー編集 コマンドラインからVSSを操作する 最終更新： cyberbridge 2008年10月23日(木) 08:53:52履歴 Tweet １．コマンド構文 Visual SourceSafe のコマンド ライン エントリは、SS ユーティリティを表す "ss"、コマンド名 (Checkout など)、コマンドの対象となるファイルまたはプロジェクト (項目)、およびコマンド オプションで構成されます。コマンドを実行すると、SS ユーティリティは、初期化変数および環境変数の現在の設定と共に、そのコマンドに設定したオプションを調べます。コマンド ラインエントリの構文は次のとおりです。 ss <command> <items> [options] 出典<http://msdn.microsoft.com/ja-jp/library/
Linuxの各種コマンドのチートシート
UnixやLinuxには山ほどコマンドがあるわけですが、それらすべてを覚えるのは至難の業。そのため、よく使うコマンド以外はあんまり詳しく覚えていないわけですが、そういう場合にちらっと見て「ああこれこれ」といった感じでわかるようにできるのがカンニングシートみたいなこのチートシート。Linux初心者から初級者、中級者に至るまで幅広くオススメです。 ダウンロードは以下から。 FOSSwire >> Unix/Linux Command Cheat Sheet クリエイティブ・コモンズライセンスで配布されているPDFファイルなので、印刷して手元に置いておけば結構便利かも。リファレンスブックほどのものはいらないが……という人に最適です。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MSDN - 派生クラスから基本クラス イベントを発生させる
IBM Developer
IDEA * IDEA
IDEA * IDEA