PHPのCGI方式/Module方式の違い
あなたのサイトの PHPは，CGI方式ですか？ Module方式ですか？ もどる PHP-CGI の query string の処理の脆弱性が，軽く世を賑わしました．なお，PHPは，脆弱性に対する脇が甘く．時々爆弾が炸裂します．phpを利用する場合は，注意深くメンテする必要があります． PHPは，ApacheなどのWEBサーバと組み合わせて利用している場合，PHPコードを CGI方式，または，Module方式かで実行しています．この両者の違いをはっきりと述べていないサイト・本が多く，酷いものです．そこで，以下に簡単にまとめておきます． Webサーバ(ほぼapacheです)におけるPHPコードの実行方式は，2つに大別される Module方式(module type) これは，apacheなどのWEBサーバに組み込まれているmodule (mod_phpなど)が，PHPコードを引き渡したPH
「初めてのChefの教室」をアップデートしました | Engine Yard Blog JP
第2回 JAWS−UG 神戸 OpsWorks (Chef) 特集 ! on Zusaar 神戸で開催された JAWS-UG 神戸でChefについての発表を行いました。以前、Engine Yardのオフィスで開催したものをChef11に対応した形でアップデートした内容です。 おもな変更点としてはインストールの方法やChefの全体のアーキテクチャの解説を最新に変更しています。以前の資料のとおりだとやや残念になってしまうのでこちらを参照して頂けるとスムーズにChefを導入できるのではと思います。 すぐに手元で試したい方にはこちらのVagrantfileをオススメします。 超シンプルなVagrantfile https://gist.github.com/yandod/5934790 Engine YardはAmazon Web ServiceやWindows Azureなどのクラウド環境にC
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
Rails のモデルはどうあるべきか - tomykaira makes love with codes
2013-07-05 Rails のモデルはどうあるべきか rails TL;DR: Rails の model が太りやすいのは、生まれつき責務過剰だから。開発者が設計段階で責務を絞り、食べる量を減らしてあげよう。 Rails の model というのは、概念も実装も、とても奇妙な使われ方をしている。 いささか不気味だし、実害もある。 fat model はずっと Rails 界で話題になりつづけている。 すでに Rails のプロフェッショナルは抜け出せているのかもしれないが、まだ議論の余地のある話題ではあるようだ。 なぜ model が太るかというと、なんでもかんでも model に食べさせるからである。 一日中食べてれば元々どんなにスレンダーでも太るに決まってる。 コードのダイエットは食べる量を減らすか、外に出すしかない。 太ってから外に出すのがリファクタリングである。 後知恵的に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
