xargsは便利
以下のようにすると、指定した条件でファイル削除が可能
# find -type f -mtime +30 -print0 | xargs -0 rm
mtime:
http://www.itmedia.co.jp/help/tips/linux/l0539.html
UNIX findとxargsコマンドで-print0オプションを使う理由:
http://paranoids.sakura.ne.jp/kaworu/2008-12-08-1.html
2009年7月29日水曜日
Linux:いまさらxargsの便利さを主張してみる — ディノオープンラボラト
いまさらxargsの便利さを主張してみる — ディノオープンラボラト
2009年7月26日日曜日
CMS:いまさら聞けない「CMS」超入門(3/3)- @IT
いまさら聞けない「CMS」超入門(3/3)- @IT:
CMSを選ぶ際に明確にしておいた方がよいこと
CMSを選ぶ際に明確にしておいた方がよいこと
- サイトの目的
告知サイト/コミュニティサイト/販売サイトのどれか - 対応環境(編集)
Windows/Mac OS X、ケータイ(iPhone/Android)など複数選択可能か - 対応環境(読者)
Windows/Mac OS X、ケータイ(iPhone/Android)など複数選択可能か - サイトの編集者
社員や読者、外部のライターなど - 編集者の人数
1人か、5人程度か、数千人規模か - サイトの読者
社員や一般消費者、会員など - 読者の人数
想定される読者の人数。100人以下か、1000人以下か、1万人以上か、10万人以上か - サイトのダウンタイム
絶対に落ちてはいけない/30分以内なら許せる/24時間くらいなら許せる/1週間くらい落ちてもよい - 必須機能
以下の機能から選択- コンテント入力機能
- テキスト入力
- 画像アップロード
- 動画アップロード
- 音楽アップロード
- WYSIWYG編集
- ケータイなどからのメール投稿
- コンテント出力機能
- HTML出力
- XML出力
- JavaScript対応
- Flash連携
- ユーザー環境ごとに画像
- 動画などを出し分ける機能
- ケータイサイト出力
- ユーザーがサイト内を検索する機能
- 指定した時間にコンテントを更新/取り下げ
- カスタマイズ可能か
- 複数の編集ユーザーのワークフロー管理
- 編集者の管理権限設定
- 更新履歴管理
- サイト全体の履歴管理
- コンテントやページ単位での履歴管理
- 任意の時点への巻き戻し機能
- 会員管理機能
- Windows/Mac OS Xからの会員管理
- ケータイの会員管理
- 課金機能
- クレジットカード/代引き課金
- ケータイ公式サイト課金
- ショッピングカート機能
- アクセス解析
- サイト全体のアクセス解析
- ページ単位のアクセス解析
- アンケートとのクロス集計解析
- 負荷分散
- 読者ユーザー数1万人以上、編集ユーザー数1000人以上を目安として検討の必要あり
- コンテント入力機能
CMS:いまさら聞けない「CMS」超入門(2/3)- @IT
いまさら聞けない「CMS」超入門(2/3)- @IT
CMSが持つ代表的な9つの機能
【1】コンテントの入力機能
【2】コンテントの出力機能
【3】複数の編集ユーザーのワークフロー管理
【4】更新履歴管理
【5】会員管理機能
【6】課金機能
【7】アクセス解析
【8】SEO機能
【9】負荷分散機能(スケーラビリティ)
CMSが持つ代表的な9つの機能
【1】コンテントの入力機能
【2】コンテントの出力機能
【3】複数の編集ユーザーのワークフロー管理
【4】更新履歴管理
【5】会員管理機能
【6】課金機能
【7】アクセス解析
【8】SEO機能
【9】負荷分散機能(スケーラビリティ)
2009年7月25日土曜日
会議:よい会議はきちんと設計されている - @IT自分戦略研究所
よい会議はきちんと設計されている - @IT自分戦略研究所
当たり前のことだけれども改めて定義。
「会議の終了時に参加者が持ち帰るものは何か」
「この会議の後、参加者の行動は、どう変わるのか」
1つ目は会議の目的を明らかにすること
2つ目は会議の参加者を的確に選定すること。
3つ目は想定される議論の流れを整理しておくこと。
会議を終了する前に必ず行うべきこと
「合意したことと合意していないことを確認する」
「誰が、何を、いつまでに行うのか、を確認する」
「今後のスケジュールを確認する」
当たり前のことだけれども改めて定義。
「会議の終了時に参加者が持ち帰るものは何か」
「この会議の後、参加者の行動は、どう変わるのか」
1つ目は会議の目的を明らかにすること
2つ目は会議の参加者を的確に選定すること。
3つ目は想定される議論の流れを整理しておくこと。
会議を終了する前に必ず行うべきこと
「合意したことと合意していないことを確認する」
「誰が、何を、いつまでに行うのか、を確認する」
「今後のスケジュールを確認する」
2009年7月22日水曜日
Linux:NFSのオプションで、hard, soft, intrというのがありますが、それぞれの違�
NFSのオプションで、hard, soft, intrというのがありますが、それぞれの違�:
* hard, intr無し - 落ちたサーバにアクセスしに行ったクライアントプログラムは固まります。SIGINTなどの割り込みで中断することもできません。多くの場合、これはかなり困った状態になります。
* hard, intr有り - 落ちたサーバにアクセスしに行ったクライアントプログラムは固まります。が、シグナルを送ればクライアントはファイルアクセスをエラーとして処理します。
* soft - 落ちたサーバにクライアントプログラムがアクセスするとエラーが返ります。
* hard, intr無し - 落ちたサーバにアクセスしに行ったクライアントプログラムは固まります。SIGINTなどの割り込みで中断することもできません。多くの場合、これはかなり困った状態になります。
* hard, intr有り - 落ちたサーバにアクセスしに行ったクライアントプログラムは固まります。が、シグナルを送ればクライアントはファイルアクセスをエラーとして処理します。
* soft - 落ちたサーバにクライアントプログラムがアクセスするとエラーが返ります。
Linux:chkconfig によるサービス起動設定
chkconfig によるサービス起動設定
システム起動時に開始するサービスの設定が現在どのように設定されているのかを確認するには、以下のように chkconfig コマンドに --list オプションを付けて実行します。
システム起動時に開始するサービスの設定が現在どのように設定されているのかを確認するには、以下のように chkconfig コマンドに --list オプションを付けて実行します。
java:Permanent領域のメモリサイズの見積もり
Permanent領域のメモリサイズの見積もり: "r"
javaVMのメモリ
http://www.hitachi.co.jp/Prod/comp/soft1/manual/pc/d3M0420/EM040156.HTM#ID00676
Permanent領域のメモリサイズは,-XX:MaxPermSize=
Permanent領域の使用量の見積もり方法
Permanent領域の使用量は,大体J2EEサーバにロードされるクラスファイルの合計サイズになります。Cosminexusの場合,次に示すクラスファイルのサイズの総和から見積もることができます。
1. WEB-INF/classes以下のすべてのクラスファイル
2. WEB-INF/lib以下のJARファイルに含まれる,すべてのクラスファイル
3. JSPコンパイル結果として生成された,すべてのクラスファイル
4. EJB-JARに含まれるすべてのクラスファイル
5. コンテナ拡張ライブラリ,ライブラリJAR,参照ライブラリを利用している場合に追加するJARファイルに含まれる,すべてのクラスファイル
6. Cosminexus提供のクラスファイル(システムクラスファイル)
これらのクラスの総和は約80MBになります。
2009年7月21日火曜日
Java:Java Review:Java VMのメモリ不足――原因切り分けから解決まで (1/2) - ITmedia エン
Java Review:Java VMのメモリ不足――原因切り分けから解決まで (1/2) - ITmedia エン
メモリ域 見直す設定
Javaヒープ Javaヒープの最大サイズ(-Xmx)を確認する
Permヒープ Permヒープの最大サイズ(-XX:MaxPermSize)を確認する
Cヒープ Webサーバに設定した最大同時実行数を見直す(多重度が多すぎる可能性あり)、またはカーネルパラメータの設定値を見直す
メモリ域 見直す設定
Javaヒープ Javaヒープの最大サイズ(-Xmx)を確認する
Permヒープ Permヒープの最大サイズ(-XX:MaxPermSize)を確認する
Cヒープ Webサーバに設定した最大同時実行数を見直す(多重度が多すぎる可能性あり)、またはカーネルパラメータの設定値を見直す
2009年7月20日月曜日
2009年7月19日日曜日
失敗を生かす「失敗学」 畑村 洋太郎 氏
失敗を生かす「失敗学」 畑村 洋太郎 氏
1.「未知」
2.「無知」
3.「不注意」
4.「手順の不遵守」
5.「誤判断」
6.「調査・検討の不足」
7.「制約条件の変化」
8.「企画不良」
9.「価値観の不良」
10.「組織運営の不良」
の10種に原因を分類することができます
1.「未知」
2.「無知」
3.「不注意」
4.「手順の不遵守」
5.「誤判断」
6.「調査・検討の不足」
7.「制約条件の変化」
8.「企画不良」
9.「価値観の不良」
10.「組織運営の不良」
の10種に原因を分類することができます
2009年7月12日日曜日
全関係者の“納得”が、レビュー成功の大前提 - @IT情報マネ�
全関係者の“納得”が、レビュー成功の大前提 - @IT情報マネ�
中心的なメンバーはレビューを重視しているのに、関係者には軽んじられてしまうのはよくあるケース。
こうした場合、次の1~3のような計画面の不備と、4~6のような関係者の認識不足が原因です。
- 参加者(特にキーパーソン)の日程・工数の把握ができていない。
- レビューの手順と、開始/終了条件が明らかになっていない。
- レビューの「計画」がないか、メンバー間で合意できていない。
- レビューの効果、メリットをメンバーが認識していない。
- レビューの重要性が認識されていない。
- どんな目的でレビューを実施するのか、事前に共有できていない。
2009年7月11日土曜日
コンサル: Information :書籍『ITエンジニアのロジカル・シンキング・テクニック�
Information :書籍『ITエンジニアのロジカル・シンキング・テクニック�
http://www.itarchitect.jp/issue/-/151849-3.html
●ロジカル・モデリング
●ロジカル・ドローイング
●ロジカル・ライティング
●ロジカル・リーディング
●ロジカル・アグリーメント
●ロジカル・レビュー
●ロジカル・ドキュメンテーション
2009年7月9日木曜日
2009年7月8日水曜日
2009年7月5日日曜日
2009年7月4日土曜日
2009年7月3日金曜日
Blue Step Counter
Blue Step Counter:
"Blue Step Counterとは各種プログラムソースファイルの実行行・コメント行・空白行のステップ数をカウントするソフトウェア"
"Blue Step Counterとは各種プログラムソースファイルの実行行・コメント行・空白行のステップ数をカウントするソフトウェア"
2009年7月1日水曜日
登録:
投稿 (Atom)