구차니의 잡동사니 모음

원인불명으로.. 실행이 안되서 여전히 고민..
일단 php-cgi를 재컴파일 해서 바꿔치기 해서
php-cgi 자체의 소유권 때문인가 싶어서 테스트 해봤지만
php-cgi가 root:root 던 www:www던 둘다 상관없이 안되므로 패스..

configure를 다시 뒤져봐도 컴파일시 지정하지 못했던 부분인데 어디서 나오는건지..

phpinfo()에서 extension_dir을 보면
php 5.3.22 기준 아래의 경로를 찍어 주는데
/usr/local/lib/php/extensions/no-debug-non-zts-20090626/

lighttpd -m/usr/lib를 해주어도 위의 경로에 무조건! 넣어 주어야 extension이 작동한다
일단.. 경로가 괴랄하니..

php.ini 에다가 
extension_dir = "/usr/lib" 라고 해주면 깔끔(?)하게 끝!

먼가 테스트 하다보니..
Firefox에서 이런 메타 태그가 보여서 성능 향상에 영향을 미칠까 하고 검색을 해보았지만..

정적 데이터에는 유효하나(캐싱된거 다시 쓰니)
동적 데이터(php 라던가?)는 이래저래 의미가 없을 듯 하다.
[링크 : http://blog.saltfactory.net/202]

Zend opcache에 실패하고 뱅글뱅글 돌아 다시 컴백...
일단 arm용 lighttpd에서 쑈하다가 또 다시 벽에 부딛힌.. ㅠㅠ

[링크 : http://xcache.lighttpd.net/wiki/Faq]

php 5.5 부터 Zend에서 기본 내장된 opcache라는 녀석이 있는데..
ARM에서 크로스 컴파일로 하려니

일단 dlopen 에서 패스를 하지 못해
extensions are not supported on this platform 이런 에러 발생..
이거야 configure에서 해당 부분을 강제로 스킵하게 하면 되지만

flock structure도 배를 째서..
그냥 강제로 flock_type=linux로 해서 컴파일 하는데 성공!

하지만 
정작 기능을 활성화 시키면
Fatal Error Unable to allocate shared memory segment of 8388608 bytes: unknown: Numerical result out of range (34)
에러를 발생한다.
opcache의 경우 opcache.memory_consumption 캐싱용량을 최소 8MB 이상으로 하기에 그 이하로 지정해도
무조건 8MB 이상으로 하기에 php.ini나 opcache.ini 에서 opcache.memory_consumption = 1M로 해도
뜬금없이 8MB로 나와서 헤메게 하는 부분.. -_-
그런 중요(?)한건 좀 메뉴얼에 제대로 명시하라고!! (디버깅 모드로 메시지 출력하도록 해서 발견)

opcache.memory_consumption integer The size of the shared memory storage used by OPcache, in megabytes.   [링크 : http://php.net/manual/en/opcache.configuration.php]

아무튼.. shared 메모리를 자꾸 외쳐서
/etc/sysctl.conf에서 설정해주고 리부팅 해도
이래저래 안되서.. 결론적으로 포기 ㅠㅠ

[링크 : https://www.msi.umn.edu/.../support/download/Linux_shared_mem_seg.html] shared memory
[링크 : http://pic.dhe.ibm.com/...com.ibm.swg.im.soliddb.accel.doc%2Fdoc%2Fsma.kernels.linux.html] sysctl
[링크 : http://stackoverflow.com/questions/17224798/how-to-use-php-opcache]
[링크 : https://github.com/zendtech/ZendOptimizerPlus/issues/134] 

크로스컴파일 해서 넣는데
php / php-cgi를 실행하면 계속 확장기능을 쓸수 없다고 나와서
의아한 나머지 검색을 해보니

php

php-cgi

php-cgi로 사용시에는
php를 강제로 바꿔치기 하면 위와 같이 텍스트로 깨져 나와버린다.

즉, php-cgi와 php는 비슷하지만 전혀 다른 결과물을 내는 별개의 프로그램이란 것 

기본값은
short_open_Tag = Off
(우분투 14.04 LTS / php5.5.9)

기본값이 Off 라서
<? phpinfo(); ?>가 실행이 안되었던 듯

일단 웹 표준(?) 문제나 파싱 문제로 인해서
기본은 Off 인 듯 하니 기억은 해둬야겠다 -_ㅠ

[링크 : http://www.phpschool.com/gnuboard4/bbs/board.php?bo_table=tipntech&wr_id=15692 ]
[링크 : http://php.net/manual/en/ini.core.php#ini.short-open-tag ]

[링크 : http://www.howtoforge.com/installing-lighttpd-with-php5-php-fpm-and-mysql-support-on-ubuntu-12.04]
[링크:  http://stackoverflow.com/.../php-what-are-the-effects-of-cgi-fix-pathinfo-1-in-php-ini-on-a-webserver]

$ sudo vi /etc/php5/fpm/pool.d/www.conf  ;listen = /var/run/php5-fpm.sock  listen=127.0.0.1:9000

[링크 : http://docs.cubieboard.org/tutorials/common/applications/lighttpd_and_php-fpm ]

Server API - CGI/FastCGI

 
Server API - FPM/FastCGI

 

php를 /bin/php-cgi로 바인딩 되어 있으면
fpm 설정을 해놔도 무조건 fcgi로 연결된다.
그러니 fpm으로 사용시에는 cgi.assign 부분에서 php를 반드시 주석처리 해야 한다.

$ vi /etc/lighttpd.conf
server.modules              = (
                                "mod_alias",
                                "mod_access",
                                "mod_auth",
                                "mod_cgi",
                                "mod_fastcgi")

cgi.assign                 = ( ".pl"  => "/usr/bin/perl",
                               ".html" => "/usr/bin/php",
                               ".php" => "/bin/php-cgi",
                               ".cgi" => "" )

fastcgi.server = ( ".php" =>
        ((
                "host" => "127.0.0.1",
                "port" => "9000",
                "max-procs" => 1,
                "bin-environment" => (
                        "PHP_FCGI_CHILDREN" => "1",
                        "PHP_FCGI_MAX_REQUESTS" => "10000"),
        )) 

) 

config.cache를 반드시 지우고 할 것
안지우면 마지막 configure 설정이 유지된다.