サイトの構築 |
7.38 |
Content Template |
ページテンプレートが反映されません。 |
コンテンツの管理 |
7.15 |
Content Access |
簡単に閲覧制限を行うには? |
サイトの構築 |
7.23 |
Conditional fields |
ノード編集フォームを動的にしたい |
アップデート |
8.9.x |
Composer update |
composer update するときに パッチが必要なモジュールが更新されパッチが消えてしまうことへ対応する方法 |
アップデート |
8.9.x |
Composer update |
Composer で drupal/core-8.9.7 に更新できなくなった場合の処置 |
アップデート |
8.9.x |
composer patch |
patch を composer に 組み込む方法 |
アップデート |
8.8.x |
Composer |
composer updateが異常終了する |
Commerce2 |
8.6.x |
Commerce Shipment |
Commerceで配送情報を得る方法 |
Drupal Commerce |
7.34 |
Commerce profile |
Drupal Commerceの請求情報、配送情報の住所を日本的(郵便番号、都道府県、市区町村、住所、、、) |
Commerce |
8.6.x |
Commerce Payment Order |
Commerceで歴代購入数/金額を集計する方法 |
Commerce |
8.6.x |
Commerce Payment Gateway |
オリジナルCommerce決済モジュール(Offsite)で決済サーバーへのPOST時のエンコードを変更する方法 |
Commerce2 |
8.6.x |
Commerce Order |
Commerceで注文情報から全Itemを得る方法 |
Drupal Commerce |
7.34 |
Commerce order |
Drupal Commerce:カート内や購入手続きページ内の「Order total」が翻訳できない |
Commerce |
7.34 |
Commerce kickstart, Commerce file |
Commerceモジュール利用時のダウンロード製品登録方法 |
コンテンツの管理 |
8.6.x |
Commerce |
Commerce orderからすべての商品名を取得する方法 |
コンテンツの作成 |
7.50 |
Code per Node |
ページ毎にCSSやJSを設定したい |
コンテンツの作成 |
7.26 |
CKEditor Views |
Viewsでティザーを一覧するとページのレイアウトが崩れることがある |
コンテンツの作成 |
8.7.x |
CkEditor |
CKEditorエディタ内に Colorboxポップアップ を簡単に挿入する方法 |
コンテンツの作成 |
7.31 |
CKEditor |
CKEditorの新規生成ダイアログ内の初期値の変更 |
コンテンツの作成 |
8.9.x |
CKEditor |
CKEditor編集中の見た目をフロントと全く同様にする方法 |
コメント
設定面で試行錯誤がありましたが、動作はします。
パーマリンク Submitted by actbrain on 2014/03/28 17:53.
設定面で試行錯誤がありましたが、動作はします。
最近、あるきっかけがあって、NginxでDrupal7を動作させてみました。
AWS(Tokyo):m1.mediamにて、
(Apache2.0+mod_php+Apc+rds-db.m1.medium+Drupal7.23)で動作させてみました。
の環境で動作しているシステムを
AWS(Tokyo):t1.micro~c3.largeインスタンスにて、
(Nginx1.4+Fastcgi+Apc+Mysql5.6+Drupal7.23)で動作させてみました。
※今回の調査の目的は、
・Nginxにより「ページビューをさばく?」のではなく
・Nginxにより「Drupal7は軽くなる?」の方でしたので
下記検証は、体感速度のみで、abテストなどは行っていません。
~
Type |ECU|Memory|Strage...
t.micro|変数| 0.615 |EBS のみ $0.027 /1 時間
・Mysql5.6では、さすがにメモリ不足のためSwapを使うようになり、動作はするものの、かえって遅くなるようになりました。
・Mysql5.1にしたら、なんとかSwapなしで動作しました。Drupal7は通常、メモリ2Gないと不安なのですが、0.6Gで動作するというのはNginxメモリ効果です。
・体感速度はオリジナルの2割減といったところでした。
~
Type |ECU|Memory|Strage...
m1.medium| 2 | 3.75 |1 x 410 $0.175 /1 時間
・オリジナルと同インスタンスという事もありストレスなく動作しました。
・体感速度はオリジナルの2割減といったところでした。
※t.microにおけるMysql5.0での動作とほぼ同様の体感速度は意外でした。
~
Type |ECU|Memory|Strage...
m1.large| 4 | 7.5 | 2 x 420 $0.350 /1 時間
・オリジナルと同インスタンスという事もありストレスなく動作しました。
・体感速度はオリジナルの2割減といったところでした。
※Mysql等、キャッシュメモリ調整等でチューニングしてないので、m1.mediumとECUの差のみという事ですが、負荷は掛っていないので、結果的には同様です。
~
Type |ECU|Memory|Strage...
c3.large | 7 | 3.75 |2 x 16 SSD $0.192 /1 時間
・MySQLも含めSSDです。
・体感速度はオリジナルの5割減となりました。
総括:
閲覧負荷をかけていないので基本的には t.micro~c3.largeに至るまで、「1ECU+各々の搭載メモリ」での動作したのだと思われます。
そのため、t.microで実メモリ不足になった以外は総じて同結果。
一点、SSDによる効果が相当のものであるという内容です。
※Drupalは標準ではキャッシュ、セッション、ログの保存場所がデータベースなので、標準状態でも SSD化するだけで相当な効果がりそうです。
※Nginx設定に関してはリバースプロキシ部分の設定は行っていないため、静的ページ対応のキャッシュ設定を行えば相当なパフォーマンス向上を見込める目途がたちました。
ページ