pdf파일 보면 $db_info->use_object_cache = 'apc'; $db_info->user_template_cache = 'apc'; 로 되어있는데요 $db_info->use_template_cache = 'apc'; 이 아닌지요.. 앞전이랑 틀려서 ㅎㅎ

파일 캐쉬만 설정하니.. 캐쉬 재생성에서 memcached 또는 캐쉬데몬을 재시작하라구 나오네요??

apc 설치까지는 무난히 진행했는데... php.ini 적용하고 나니 Allowed memory size 에러가 나와서 메모리 문제인가 하고 메모리 값을 1000M 정도 줬더니... 사이트 백지화 현장이... 약간의 구글링을 통해 removed eaccelerator.so 라는 내용이 있었는데... 난 그런거 사용안하는데... 하지만 zend optimizer를 사용하고 있어서... 그걸 주석처리 하니... 사이트가 잘 돌아가네요 -0-; 같이 사용하면 안되나요? 아무튼 어떤게 사이트에 더 좋은지는 모르겠네요~ ^^; 좀 더 사용해 봐야 알듯... (apc 사용전에도 전에도 전 느린걸 못느껴서 -0-)

무슨 말씀인지, 너무 어렵군요. 업그레이드때 기본으로 설정해 놓을수는 없는 일입니까?

apc...확실히 빨라졌어요..ㄳ

APC 적용하고 싶어요...;;; 적용은 되고, 속도도 향상되는데, 조회수가 제대로 안올라가서 사용 못하고 있어요......─..─); 다른 분들은 APC 적용하고 조회수 바로바로 올라가시나요?

결론적으로 XE는 개인서버를 운영하는 사람들이나, 개인PC를 이용하여 공부하는 학습용인가요? Memcached 데몬인던, APC를 적용하던지...XE의 속도를 높이기위해서 php.ini를 수정하고, Memcached의 소스를 수정해야 한다면......, 어떤 문제가 발생하리라는 예측을 개발팀은 충분히 고려해보셨나요? XE-Core를 개발하는 과정에 개발팀에서 APC, Memcached에 속도 호환이되도록 개발해야 되는 것이 원칙이 아닐까 생각해봅니다. 어떤 웹호스팅 회사에서 서버 성능과 치명적인 오류를 발생할 수도 있는 중요한 이슈를 두고, XE 속도를 높이기 위해 Memcached, APC, PHP.INI 를 수정해 줄까요? 다른 CMS는 일반적이며, 보편적인 웹환경에 기본적으로 적응과 성능 대비에 준수하면서 웹서버에서 아무런 문제없이 성능을 낼 수있도록 제공하고 있는 걱로 알고 있습니다.

이렇게 좋은 것을 왜 기본적으로 적용을 안 했는지 정말 궁금합니다. 본 글을 접하고는 운영중인 사ㅏ이트에 적용 할까 말까 망설이다가 개발자들께서 알면서도 적용하지 않은 이유가 분명히 있을 것이고 현재 XE 운영 체제 하에서는 적용 안 하는 게 더 긍정적이기에 안 했을 거라는 판단에 적용 안 하기로했습니다.