LINUX 起動時のサービス一覧を取得してチェックする

LINUX TEST

サービスの起動時確認

service --status-all　> before-20141101-service.txt
再起動
service --status-all　> after-20141101-service.txt
diff　before-20141101-service.txt　after-20141101-service.txt

pidは違うのでそこは目視確認かな。

と思ったけれどやはりpid出てると無理なので

 

ログイン
service --status-all | sed -e 's/ (pid .*) //g' > before-20141101-service.txt
再起動
service --status-all | sed -e 's/ (pid .*) //g'　> after-20141101-service.txt
diff　before-20141101-service.txt　after-20141101-service.txt

で再チャレンジ

Apache2に、mod_rewriteを追加でインストールする

Computer

すでにApache2はインストールしているが、mod_rewriteが設定されていませんでした。
追加でインストールする方法のメモ。

  • mod_so.cの確認

起動時に動的に実行コードとモジュールをサーバにロードできる
mod_soが設定されているか確認する。

/usr/local/apache/bin/apachectl -l
mod_so.c

apxsを利用してコンパイルする。
ソースコードは、apacheのソースコードの modules/mappers にある。

/usr/local/apache/bin/apxs -c mod_rewrite.c

  • mod_writeのインストール

/usr/local/apache/bin/apxs -i -a -n rewrite mod_rewrite.la

ダイナミックビジネスアプリケーション（Dynamic Business Applications:DBAs）

business Technology

SOAを超えて: 動的な業務アプリケーションのための新しいエンタープライズアーキテクチャフレームワーク

" エンタープライズシステムの運用者と、設計者の間には根本的な違いがあります。これを説明するのに、飛行機の通常オペレーションにおいて最も重要な二人の人物を考えてみましょう。一人は飛行機の設計者で、一人はパイロットです。設計者は、普通のパイロットが操れるように飛行機を作成します。ここで「（飛行機の）マネージャ」と言えば、普通は設計者ではなく、パイロットの方を指すのではありませんか？そして、パイロットが飛行機を動かすのとちょうど同じように、経営者は組織を運営するのです。パイロットが成功するかどうかは、設計者がよくできた飛行機を作ったかどうかに依存しています。一方、経営者が運営する企業は、誰が設計したのでしょう？計画的な成長と安定を達成するために組織をデザインすることには、ほとんどの人が注意を払っておらず、深く考えてもいません。現在の経営管理スクールでは、企業のオペレータを教育しています。企業の設計については、ほとんど注意が払われていません。"

イベントモデル/ライフサイクル – これは、他のモデルが全て構築された後のモデルであり、ビジネスユーザにとっては価値の流れです。プロセスの順序は、製品/サービスのライフサイクルを反映しており、顧客にとっての価値を創造します。技術者にとっては、メインの業務エンティティの状態変更を反映しているのは、連続したイベントです。結果として、イベントモデルは粗結合な要素として働き、設計と実装をより簡単なタスクにします。イベントモデルは他にも重要な役割を演じます。なぜなら、他の四つのモデルはイベントモデルの周りに構築されるので、統合プラットフォームとしても動作するのです。実際のところ、イベントモデルは変化をインプリメントし、階層型で分散されたコンポーネントを作成するための唯一の方法です。
ステートフルモデル – ビジネスユーザに取っては、このモデルはエンタープライズダッシュボードを表現しており、現在のオペレーションの全ての状態を捉えた物です。技術者にとって、それはシステム全体の状態を表しており、全てのライフサイクルインスタンスの現在の状態 - その変化も含め - をまとめた物です。
分散モデル – ビジネスユーザにとってのこのモデルは、メインの製品/サービスをそのライフサイクルの間コントロールしている、様々な組織を捉えたものです。技術者にとっては、メインとなるエンティティが分散モデル上でのみコントロールされると言うことになります。
階層型モデル – 全てのビジネスは、経営のレイヤを表現する階層構造を持ちます。全てのシステム設計は、コントロールの階層がアーキテクチャ上で反映されている必要があります。営業のバイスプレジデントがCEOに対して命令を行えないのと同様、低いランクのコンポーネントは、それより高いレベルのコンポーネントに対して" 命令（コマンド）"を送信することはできません。
ダイナミックモデル – イベントモデルの次に重要なモデルです。ビジネスユーザはこのモデルを用いて、彼らのオペレーションが日々扱う必要のある全ての変化を捉えることができます。前述したように、二つの種類の変化が存在します。顧客からのインプットのように外部的なもの、経営上の決定のように内部的なものです。技術者に取っては、動的モデルは様々なイベント、ライフサイクル、変化の種類にマッチする、プラグインアーキテクチャへと変換されます。

Jay W. Forrester, Designing the Future (1998)

business

現在の経営管理スクールにおける教育は、企業をどう運営していくか、についてのものだ。そこには、会社をどうデザインするかに関する注意はほとんどない... 計画的な成長と安定を達成するために組織をデザインすることには、ほとんどの人が注意を払っておらず、深く考えてもいない。
-Jay W. Forrester, Designing the Future (1998)

ファインマンが考える教育

Ithink

ファインマンは「意味をつくりだそうとすること」が「考えること」であり、そのことを伝えようとすることが「教育」や「学習」であると確信する。

　なかでマシなのは、ぜんまいオモチャの絵、自動車の絵、自転車に乗った子供の絵などで始まるもので、「これは何の力で走るのだろう？」と書いてある。うん、これはいいぞと先生は期待する。けれども次のページを見ると、どの絵にも「これはエネルギーによって動いているのです」とある。ファインマン先生は怒り出す。これでは何もわからない。
　先生ならどうするか。こんな例示を本書は示している。
　オヤジが子供に話している。「おまえは、何がモノを動かしていると思っているんだ？」「わかんない」「太陽が照ってるからなんだぞ」。そこで子供が反論する「ちがうよ、オモチャはぜんまいを巻くんだ」。オヤジが聞く「じゃあ、どうやってぜんまいは巻かれたんだ？」「ぼくが巻いたんだ」「それでおまえはどうして動けるんだ？」「いろいろ食べてるからね」。こうしてオヤジが得々として言う、「その食べ物はもともと太陽が照っているから育つんだ。だから太陽が照ってるからみんなが動くんだ」。

画像のコピーガードサンプル

Computer

見つけたのでメモメモ

function imgGuard(obj,copyr){
obj.ondragstart = function() {
if(copyr){alert(copyr);}
window.event.returnValue = false;
return false;
}
obj.oncontextmenu = function(){
if(copyr){alert(copyr);}
return false;
}
obj.onmousedown = function(){
if(copyr){alert(copyr);}
return false;
}
}