apxs - 클라우드에서의 온라인

프로그램:

이름

apxs - APache eXtenSion 도구

개요

apxs -g [ -S name=가치 ]-n 모드 이름

apxs -q [ -v ] [ -S name=가치 ] 질문 ...

apxs -c [ -S name=가치 ] [ -o dsofile ] [ -I Incdir ] [ -D name=가치 ] [ -L 라이브러리 디렉토리 ] [
-l 라이브러리 이름 ] [ -화장실,컴파일러 플래그 ] [ -윌,링커 플래그 ] 파일 ...

apxs -i [ -S name=가치 ] [ -n 모드 이름 ] [ -a ] [ -A ] dso 파일 ...

apxs -e [ -S name=가치 ] [ -n 모드 이름 ] [ -a ] [ -A ] dso 파일 ...

개요

apxs는 Apache HyperText용 확장 모듈을 구축하고 설치하기 위한 도구입니다.
전송 프로토콜(HTTP) 서버. 이는 동적 공유 객체를 구축하여 달성됩니다.
(DSO) 하나 이상의 소스 또는 개체에서 파일 그런 다음 Apache에 로드할 수 있습니다.
mod_so의 LoadModule 지시문을 통해 런타임에 서버.

따라서 이 확장 메커니즘을 사용하려면 플랫폼이 DSO 기능을 지원해야 하며
Apache httpd 바이너리는 mod_so 모듈로 빌드해야 합니다. apxs 도구는 자동으로
그렇지 않으면 불평합니다. 다음을 수동으로 실행하여 직접 확인할 수 있습니다.
명령

$ httpd -l

mod_so 모듈은 표시된 목록의 일부여야 합니다. 이러한 요구 사항이 있는 경우
자체 설치를 통해 Apache 서버의 기능을 쉽게 확장할 수 있습니다.
이 apxs 도구의 도움으로 DSO 메커니즘이 있는 모듈:

$ apxs -i -a -c mod_foo.c
gcc -fpic -DSHARED_MODULE -I/path/to/apache/include -c mod_foo.c
ld -Bshareable -o mod_foo.so mod_foo.o
CP mod_foo.so /path/to/apache/modules/mod_foo.so
chmod 755 /path/to/apache/modules/mod_foo.so
[/path/to/apache/etc/httpd.conf에서 `foo' 모듈 활성화]
$ apachectl 재시작
/path/to/apache/sbin/apachectl restart: httpd가 실행되지 않고 시작하려고 합니다.
[31년 11월 27일 화요일 55:1998:XNUMX] [디버그] mod_so.c(303): 로드된 모듈 foo_module
/path/to/apache/sbin/apachectl 재시작: httpd가 시작됨
$_

인수 파일 모든 C 소스 파일(.c), 개체 파일(.o) 또는 라이브러리일 수 있습니다.
아카이브(.a). apxs 도구는 이러한 확장자를 자동으로 인식하고 자동으로
컴파일을 위해 C 소스 파일을 사용하고 개체 및 아카이브 파일을
연결 단계. 그러나 미리 컴파일된 객체를 사용할 때는 컴파일되었는지 확인하십시오.
PIC(Position Independent Code)가 동적으로 로드된 공유
물체. 예를 들어 GCC에서는 항상 -fpic를 사용해야 합니다. 다른 C 컴파일러의 경우
매뉴얼 페이지를 참조하거나 apxs가 오브젝트 파일을 컴파일하는 데 사용하는 플래그를 감시하십시오.

Apache의 DSO 지원에 대한 자세한 내용은 mod_so 설명서를 참조하거나
src/modules/standard/mod_so.c 소스 파일을 읽을 수도 있습니다.

옵션

공통의 옵션
-n 모드 이름
-i(설치) 및 -g(템플릿)에 대한 모듈 이름을 명시적으로 설정합니다.
세대) 옵션. 이를 사용하여 모듈 이름을 명시적으로 지정합니다. 옵션 -g의 경우
옵션 -i의 경우 apxs 도구가
소스 또는 (대체적으로) 적어도 파일 이름에서 추측하여.

질문 옵션
-q httpd를 빌드하는 데 사용되는 변수 및 환경 설정에 대한 쿼리를 수행합니다. 언제
없이 호출 질문 매개변수, 알려진 모든 변수와 해당 값을 인쇄합니다.
선택적 -v 매개변수는 목록 출력의 형식을 지정합니다. .PP 이것을 사용하여 수동으로
모듈을 로드할 httpd를 빌드하는 데 사용되는 설정을 결정합니다. 예를 들어
수동이 필요한 경우 INC=-I`apxs -q INCLUDEDIR` .PP를 사용하십시오.
Apache의 C 헤더 파일에 대한 액세스.

구성 옵션
-S name=가치
이 옵션은 위에서 설명한 apxs 설정을 변경합니다.

주형 세대 옵션
-g 하위 디렉토리를 생성합니다. name (옵션 -n 참조) 및 두 개의 파일: 샘플
mod_라는 모듈 소스 파일name.c 생성을 위한 템플릿으로 사용할 수 있습니다.
자체 모듈을 사용하거나 apxs 메커니즘을 사용하기 위한 빠른 시작으로 사용할 수 있습니다. 그리고
이 모듈을 더 쉽게 빌드하고 설치하기 위한 해당 Makefile.

DSO 편집 옵션
-c 컴파일 작업을 나타냅니다. 먼저 C 소스 파일(.c)을 컴파일합니다.
of 파일 해당 객체 파일(.o)로 변환한 다음 동적으로 공유되는
반대하다 dsofile 이러한 개체 파일과 나머지 개체 파일(.o
그리고 .a)의 파일. -o 옵션이 지정되지 않은 경우 출력 파일은
첫 번째 파일 이름 파일 따라서 일반적으로 기본값은 mod_name.그래서.

-o dsofile
동적으로 생성된 공유 객체의 파일 이름을 명시적으로 지정합니다. 그렇지 않다면
지정되고 이름을 추측할 수 없습니다. 파일 목록, 대체 이름
mod_unknown.so가 사용됩니다.

-D name=가치
이 옵션은 컴파일 명령으로 직접 전달됩니다. 이것을 사용하여
빌드 프로세스에 자신의 정의를 추가하십시오.

-I Incdir
이 옵션은 컴파일 명령으로 직접 전달됩니다. 이것을 사용하여
빌드 프로세스를 검색할 포함 디렉토리를 추가하십시오.

-L 라이브러리 디렉토리
이 옵션은 링커 명령으로 직접 전달됩니다. 이것을 사용하여
빌드 프로세스를 검색할 자체 라이브러리 디렉토리.

-l 라이브러리 이름
이 옵션은 링커 명령으로 직접 전달됩니다. 이것을 사용하여
빌드 프로세스를 검색할 자체 라이브러리.

-화장실,컴파일러 플래그
이 옵션은 통과 컴파일러 플래그 libtool --mode=compile에 대한 추가 플래그로
명령. 이것을 사용하여 로컬 컴파일러 관련 옵션을 추가합니다.

-NS,링커 플래그
이 옵션은 통과 링커 플래그 libtool --mode=link에 대한 추가 플래그로
명령. 이것을 사용하여 로컬 링커 관련 옵션을 추가합니다.

-p 이 옵션을 사용하면 apxs가 apr/apr-util 라이브러리에 링크됩니다. 이것은 유용하다
apr/apr-util 라이브러리를 사용하는 도우미 프로그램을 컴파일할 때.

DSO 설치 과 구성 옵션
-i 이것은 설치 작업을 나타내며 하나 이상의 동적으로 설치합니다.
공유 객체를 서버의 모듈 디렉토리.

-a 해당 LoadModule 행을 자동으로 추가하여 모듈을 활성화합니다.
Apache의 httpd.conf 구성 파일에 추가하거나 이미 존재하는 경우 활성화합니다.

-A 옵션 -a와 동일하지만 생성된 LoadModule 지시문에 해시 기호가 접두사로 붙습니다.
(#), 즉, 모듈은 나중에 활성화할 준비가 되었지만 처음에는 비활성화됩니다.

-e -a 및 -A 옵션과 함께 사용할 수 있는 편집 작업을 나타냅니다.
Apache의 httpd.conf 구성 파일을 편집하는 -i 작업과 유사
모듈을 설치하려고 시도하지 않고.

사용 예

Apache 모듈을 확장해야 하는 mod_foo.c라는 이름의 Apache 모듈이 있다고 가정합니다.
서버 기능. 이를 달성하려면 먼저 C 소스를
다음을 통해 런타임에 Apache 서버에 로드하기에 적합한 공유 객체
명령:

$ apxs -c mod_foo.c
/path/to/libtool --mode=gcc 컴파일 ... -c mod_foo.c
/path/to/libtool --mode=link gcc ... -o mod_foo.la mod_foo.slo
$_

그런 다음 LoadModule 지시문이 다음인지 확인하여 Apache 구성을 업데이트해야 합니다.
이 공유 객체를 로드하기 위해 존재합니다. 이 단계를 단순화하기 위해 apxs는 자동 방법을 제공합니다.
"modules" 디렉토리에 공유 객체를 설치하고 httpd.conf 파일을 업데이트합니다.
따라서. 이는 다음을 실행하여 달성할 수 있습니다.

$ apxs -i -a mod_foo.la
/path/to/instdso.sh mod_foo.la /path/to/apache/modules
/path/to/libtool --mode=cp mod_foo.la 설치 /path/to/apache/modules
...
chmod 755 /path/to/apache/modules/mod_foo.so
[/path/to/apache/conf/httpd.conf에서 `foo' 모듈 활성화]
$_

이렇게 이름이 지정된 줄

LoadModule foo_module 모듈/mod_foo.so

여전히 존재하지 않는 경우 구성 파일에 추가됩니다. 이것을 비활성화하고 싶다면
기본적으로 -A 옵션을 사용합니다. 즉

$ apxs -i -A mod_foo.c

apxs 메커니즘의 빠른 테스트를 위해 샘플 Apache 모듈 템플릿을 만들 수 있습니다.
다음을 통해 해당 Makefile:

$ apxs -g -n 푸
[DIR] foo 생성 중
[파일] foo/Makefile 만들기
[파일] foo/modules.mk 생성 중
[파일] foo/mod_foo.c 만들기
[파일] foo/.deps 생성 중
$_

그런 다음 이 샘플 모듈을 즉시 공유 객체로 컴파일하고 로드할 수 있습니다.
아파치 서버:

$ cd 푸
$ 모두 새로고침
apxs -c mod_foo.c
/path/to/libtool --mode=gcc 컴파일 ... -c mod_foo.c
/path/to/libtool --mode=link gcc ... -o mod_foo.la mod_foo.slo
apxs -i -a -n "foo" mod_foo.la
/path/to/instdso.sh mod_foo.la /path/to/apache/modules
/path/to/libtool --mode=cp mod_foo.la 설치 /path/to/apache/modules
...
chmod 755 /path/to/apache/modules/mod_foo.so
[/path/to/apache/conf/httpd.conf에서 `foo' 모듈 활성화]
apachectl 재시작
/path/to/apache/sbin/apachectl restart: httpd가 실행되지 않고 시작하려고 합니다.
[31년 11월 27일 화요일 55:1998:XNUMX] [디버그] mod_so.c(303): 로드된 모듈 foo_module
/path/to/apache/sbin/apachectl 재시작: httpd가 시작됨
$_

onworks.net 서비스를 사용하여 온라인으로 apxs 사용