> 1.CSSの直書き？
直書きすると、色などのカスタム設定ができなくなりますが高速になります。

elements/header.phpにmain.cssを下のように書いているが

<link rel="stylesheet" media="screen" type="text/css" href="<?php echo $this->getStyleSheet('main.css')?>" />
<link rel="stylesheet" media="screen" type="text/css" href="<?php echo $this->getStyleSheet('typography.css')?>" />

下に変更する。

<link rel="stylesheet" media="screen" type="text/css" href="<?php echo $this->getThemePath().'/main.css'?>" />
<link rel="stylesheet" media="screen" type="text/css" href="<?php echo $this->getThemePath().'/typography.css'?>" />

eAccelerator ですが、今まで、concrete5 はネイティブで、キャッシュを直接 eAccelerator のメモリ空間内に保存できました。 APCもそうです。

/config/site.php にキャッシュ指定を記入することにより（以下例）

define('CACHE_LIBRARY', 'apc');

キャッシュファイルを /files/cache/ 内に生成するのではなく、直接、サーバーのメモリ上に保存します。

それの eAccelerator サポートなくす予定です（というか、なくした？）

なんでも、eAccelerator との相性が悪くて、結構、本家のサーバーがクラッシュしたからです。

APCに変えるメインの理由は、PHP6から、PHPに標準装備されるから、そして、それらが本家のフォーラムのユーザーとの議論で、「APCのほうがいい」という結論に達したからです。

当 concrete5 の日本語サイトですが、5.4.0.5 にアップグレードした際・・・昨年の6月に、eAcceralator から APC に変更しました。スピード的に違和感はありません。ただ、APCは、PHPと同じチームが開発しているので PHP との互換性や、バージョンアップなどのサポートは eAcceralator と比べものにならないのかな〜と思っています（間違ってたら直してね）



本家の後日談。APC に替えても、やっぱ、本家はユーザーフォーラムが1分に1回更新されるぐらい活発なので、キャッシュを貯めている意味がなくなります。フォーラムに新規投稿される数分の度に数万人以上いるユーザーに一斉に通知メール配信とかしてます。

キャシュは、そんなに更新されないけれどもアクセスが凄いサイトにしかオススメでないです。本家のサイトは、だいたい、月間1.6百万PVあります。

ということで本家は、キャッシュを使うのを諦めました。普通にバランサを使ったり、ファイルの保存場所を変更したり Apache httpd.iniや MySQL my.cnfの設定を絶妙に調節してチューンアップしています。

はい。確認しました。

Zend Framework の Cache に eAccelerator 含まれていませんね（eAcceleratorのサポートは5.3.3.1 までです）

なので、concrete5 では、eAccelerator を使用している場合は、concrete5 では、キャッシュ機能をオフにして、PHPファイルをキャッシュするとスピードが一番向上するかも。ただ、これは、かなり条件によってかわります。

Zend Framework が現時点でサポートしているキャッシュは・・・

apc
xcache
memchaced

などなどです。ただし、私は Zend にあんまり詳しくないので、間違ってたら、どなたかフォローお願いしますね。

memchaced使えましたよ

あ、読み返してたら、補足。

eAccelerator は今まで、 concrete5 で独自にサポートをしていましたが、だんだん、アプリケーションが肥大化してきて、他の多言語サポートや日付サポートなども必要になってきました。

ということで、Zend Framework を使えるところは使っていこうということになり、自然に、eAccelerator のサポートが終了し、Zend Cache が’サポートしている、APC、 memcached 、xCache のサポートが付きました。ということです。

前記事にある各キャッシュの名前を /config/site.php に書き換えることにより、それらのキャッシュを使うことが出来ます。もちろんサーバーにそれらの機能がインストールされている必要がありますが。

サーバーによって千差万別。こういうのは、自分でインストールして比べるしかありません。

ただ、いろんな人のご意見も大事。もしもよろしければテストをお願いします。

（cocnrete5-japan.org ってある意味、私がテストに使ってるようなもん〜（！？））

僕はメディアトラックのサーバー利用しています。

eAcceleratorが入っているサーバーで
concrete5側でのキャッシュはオフです。

いろいろありますね～

僕もちょっと相談してみよう～

現在もeacceleratorは使用可能なのでしょうか？

eacceleratorのコントロールパネルで確認するといつも
cached　scripts　１　
でphpファイルをキャッシュ出来ていない感じです。

また、site.phpにdefine('CACHE_LIBRARY', 'eaccelerator');を
入れると500エラーで表示できませんので未記入です。

環境はレンタルサーバーで以下の状況です。
eaccelerator　0.9.6.1
php5.3.3
concrete5　5.4.1.1ja

これも高速化する為の一つで、本来APCが望ましいのでしょうが、VPS以外の
共用サーバーでは見つけられませんでした。
こういったPHP高速プログラム以外にも高速化するための方法はありますでしょうか。

残念ながら、現在は APC のみのサポートになっています。

eAccelerator を搭載していたら、若干早くなります。

ややこしいですが、キャッシュをファイルにするか、メモリーに構築するかですが、そもそもの PHP は、eAccelerator にキャッシュされますんで・・・。

memchacedを使う方法もあります。

あとは、ページの編集履歴（古いバージョン）を消すと少しDBが軽くなります。

お返事いただきましてありがとうございます。自己レスにてお礼申し上げます。

eAcceleratorがサポートされない　＝　cache_library　とやはり使えないんですね。
仰るようにサポートされなくても、本来のPHPファイルのキャッシュが機能してればいいんですが
そのキャッシュされるスクリプトが「１つ」しかなかったものでしたので・・・

書き込み後、快適環境を求め、さくらインターネットの共用サーバーのビジネスプロでAPCをSSHで入れ
どの程度体感できるか試してみました。
が、標準インストール直後及びAPC含め、現在使用しているサーバーよりももっさり感がありましたのでまた振り出しです。

memchachedは入れたことはないのですが、一度導入してみた方がいいでしょうか。

いずれにしてもベストな環境を探してみます。

僕はさくらのVPS1.5GでAPCでサクサク動いていますよ。

serverman＠vpsでもテスト運用していたんですが、管理メニューが英語になる症状から
脱せなく、その後concrete5はVPSでの運用は躊躇していました。

さくらのVPSも試してみます。ありがとうございます。

いろいろとご教授いただき有り難うございます。
試せるところは試していきたいです。

>yamanoiさん
ありがとうございました。
スタイルシートの当て方は、現在getStyleSheetを使っていました。
getThemePathに置き換えたかったのですが、css内のクラスで画像をしていているのでそっちが上手く動かず・・・

background-image: url(images/background.gif);　的な感じ

なにか方法がないか、もう少し粘ってみます。

>katz515さん
いろいろご確認していただきありがとうございます。

今後のことも考え、apcの導入と、httpd.conf、my.cfのチューニングもやってみたいとおもいます。
サーバーのチューニングはちょっと自信ないですけど・・・


余談ですが。
先日の週刊Concrete5では、うちの福岡のkenjiがお世話になりました。
システム的な開発は私が担当しているので、話してる内容が若干間違っててちょっと文句言ってやりましたが、今後ともよろしくお願いします。

たぶん、福岡の勉強会は私も参加するのでよろしくお願いします。