아파치 설치

Apache 웹 서버는 자유 소프트웨어이며(그러나 자체 라이센스가 있으므로 준수해야 함) 공식 웹사이트 https://httpd.apache.org 에서 무료로 다운로드할 수 있습니다. 2.2.16 이상의 모든 버전을 다운로드할 수 있습니다. 다운로드하기 전에 서버의 운영 체제(Unix 또는 Windows)를 선택하십시오. Apache의 다른 버전이 있는 디렉토리:
https://archive.apache.org/dist/httpd/binaries/win32/

웹 모드에서 구성을 개발하고 테스트하기 위한 1C 구성의 개발자는 자신의 컴퓨터에 Apache를 설치할 수도 있습니다. 로컬 컴퓨터, Windows 7 및 Windows XP에서 Apache를 실행할 수 있으며 개발자의 로컬 컴퓨터에 설치할 때 한 사용자(현재 사용자)에 대해 설치하도록 선택할 수 있습니다. 이 경우 웹 서버는 표준 포트 80을 통해 액세스하지 않지만 포트 8080을 통해

Apache 설치 절차는 매우 간단합니다. 웹 서버의 MSI 형식(일반적으로 파일 이름은 "httpd-2.2.16-win32-x86-no_ssl.msi")의 작은 배포판(5.2MB)을 다운로드한 후 배포판을 추출하고 "setup.exe " 파일.

모바일 기기의 광범위한 사용과 함께 현대적인 상황 사용 가능한 인터넷소규모 기업의 정보 시스템에 대한 새로운 요구 사항을 만듭니다. 몇 년 전만 해도 대규모 조직에서 원격 액세스가 많았지만 오늘날에는 어디에서나 정보에 액세스할 수 있는 기능이 당연한 것으로 여겨집니다. 오늘 우리는 파일 모드에서 작동하는 1C:Enterprise 데이터베이스에 대한 웹 액세스를 빠르고 비용 효율적으로 구성하는 방법을 알려 드리겠습니다.

파일 모드에서 1C:Enterprise를 사용하는 기존 방식은 파일 공유를 의미합니다. 정보 기반 SMB 프로토콜(Microsoft 네트워크)을 통해. 이 경우 컴퓨터 중 하나가 다음과 같이 작동합니다. 파일 서버, 다른 사람들은 호스팅된 에서 작업하는 동안 공개 액세스정보 베이스.

그러나 이 계획에는 여러 가지 중요한 단점이 있습니다. 작업 속도는 작업 속도에 크게 영향을 받습니다. 처리량네트워크 및 컴퓨팅 파워 클라이언트 컴퓨터. 우리는 우리 자료에서 이 문제에 대해 더 자세히 논의했습니다. 이는 이전 세대 구성보다 훨씬 더 많은 리소스를 필요로 하는 관리형 애플리케이션 기반 구성으로 이동한 후에 더욱 분명해집니다.

원격 액세스 문제도 심각합니다. 원격 컴퓨터 RDP를 통해 원격 액세스를 구성할 수 있습니다. 그런데 전용 서버가 없는 소규모 회사에서 항상 사용할 수 있는 것은 아닙니다. 그런 다음 모바일 기기그것은 모두 꽤 슬프다.

동시에 관리되는 응용 프로그램은 파일 모드에서 작동하는 기능을 포함하여 정보 베이스에 대한 웹 액세스와 같은 새로운 기능을 제공합니다. 이를 통해 작업을 질적으로 변경할 수 있습니다. 정보 시스템추가 비용이 거의 없습니다.

정보 기반이 있는 컴퓨터에서 정보 기반이 게시되는 웹 서버의 추가 역할이 발생합니다. 그 후에는 파일 모드와 웹 서버 모드 모두에서 계속 작업할 수 있습니다.

이 경우 운영을 위해 브라우저를 사용할 필요가 없으며 플랫폼에서도 웹 서버를 통해 데이터베이스에 접근할 수 있습니다. 씬 클라이언트. 이 기능을 사용하면 원격 및 모바일 클라이언트에 대한 액세스를 구성할 수 있을 뿐만 아니라 모든 주요 계산이 서버 측에서 수행되고 네트워크를 통해 전송되는 트래픽이 최소화되기 때문에 사무실의 성능이 떨어지는 기계에 대한 작업을 개선할 수 있습니다. 클라이언트 컴퓨터의 부하도 마찬가지입니다.

물론 거의 무한한 가능성이 있습니다. 원격 액세스데이터베이스에: 어디서나, 모든 장치에서 브라우저가 있을 것입니다.

아래에서는 클라이언트 운영 체제를 기반으로 하는 파일 모드에서 작동하는 작은 데이터베이스에 대한 웹 액세스를 구성하기 위한 가능한 구성을 고려할 것입니다.

이 순간두 가지 주요 웹 서버 Apache 및 IIS가 지원되며 플랫폼도 웹 서버가 있는 시스템에 설치되어야 하며 웹 서버 확장 모듈. 플랫폼 설치 프로그램을 다시 실행하기만 하면 언제든지 추가로 설치할 수 있습니다.

윈도우와 IIS

알 수 없는 이유로 인터넷 정보 서비스(IIS)는 관리자와 1C 별명으로 인기가 없습니다. 그러나 헛되이 일부 타사 소프트웨어를 선호하는 일반 솔루션을 무시하는 것은 나쁘지는 않더라도 적어도 이상해 보입니다.

클라이언트 OS(이 경우 Windows 7 x64)에 IIS를 설치하려면 다음으로 이동하십시오. 제어판 - 프로그램 및 기능 - Windows 기능 켜기 또는 끄기.

열리는 창에서 다음을 선택하십시오. IIS 서비스, 목록을 확장하고 인터넷 서비스 - 응용 프로그램 개발 구성 요소옆에 있는 확인란을 선택하고 ISAPI 확장, 나머지 매개변수는 기본값으로 둘 수 있습니다.

IIS를 설치한 후 구성으로 넘어가겠습니다. 제어판 - 관리 도구 - 인터넷 정보 서비스(IIS) 관리자.

왼쪽 트리에서 선택 애플리케이션 풀, 클릭 마우스 오른쪽 버튼으로 클릭마우스 온 기본 앱 풀- 추가 옵션 그리고 허용 32비트 애플리케이션에서 적절한 옵션을 설정하여 진실.

이제 그룹에 필요한 권한을 설정하십시오. IUSR그리고 IIS_IUSRS.정보 베이스가 있는 폴더에 대한 권한을 발급합니다. 변화그리고 읽고 실행:

폴더당 큰 상자플랫폼 - 읽기와 실행:

그런 다음 1C:Enterprise를 관리자로 실행하고 필요한 정보 베이스를 구성자 모드로 로드합니다.

메뉴에서 관리선택하다 웹 서버에 게시. 1C:Enterprise는 자동으로 웹 서버(IIS)를 감지하고 웹 애플리케이션을 웹 서버의 루트에 배치할 것을 제안합니다. 이 디렉토리는 또한 출판물의 이름이 될 infobase 폴더의 이름을 사용하여 변경할 수 있습니다. 필요한 경우 이러한 설정.

준비가 된! 데이터베이스에 액세스하려면 다음 형식의 주소를 사용할 수 있습니다. http://호스트 이름(주소)/publication_name, 우리의 경우 http://192.168.3.109/Ac30, 브라우저를 실행하고 작업을 확인하십시오.

플랫폼을 통해 데이터베이스와 함께 작동하도록 구성할 수도 있습니다. 이를 위해 새 정보 기반 추가 대화 상자에서 웹 서버의 위치를 ​​지정합니다.

다음 단계는 연결 주소를 입력하는 것입니다.

정보 베이스를 시작한 후 파일 모드가 아닌 웹 서버 모드에서 작동하는지 확인할 수 있습니다.

윈도우와 아파치 2.2

어떤 이유로 IIS를 사용하지 않으려면 다른 인기 있는 Apache 웹 서버와 함께 작동하도록 1C를 구성할 수 있습니다. 불행히도 Apache 개발자는 파트너에게 연락할 것을 제안하면서 Windows용 바이너리 빌드 게시를 중단했으므로 Apache Haus 웹 사이트로 이동하여 빌드를 다운로드하겠습니다. 2.2.x 아키텍처 x86 64비트 운영 체제를 사용하는 경우에도 마찬가지입니다.

주목! Apache 빌드를 얻으려면 프로젝트 웹 사이트에 나열된 신뢰할 수 있는 소스만 사용해야 합니다. 웹 서버와 데이터의 보안이 여기에 달려 있습니다!

Apache 빌드가 제대로 작동하는 데 필요한 Microsoft Visual C++ 2008 재배포 가능 패키지도 설치해야 합니다.

그런 다음 다운로드한 Apache 아카이브를 임의의 디렉토리에 압축을 풉니다. 예를 들면 다음과 같습니다. c:\apache22, 전체 폴더 세트에서 폴더에 관심이 있습니다. 큰 상자그리고 htdocs, 첫 번째 파일은 웹 서버 실행 파일을 포함하고 두 번째 파일은 웹 콘텐츠를 포함해야 합니다.

열자 명령줄관리자 권한으로 디렉토리로 이동 큰 상자웹 서버:

CD C:\Apache22\bin

이제 Apache를 서비스로 설치해 보겠습니다.

Httpd -k 설치

우리는 경고에주의를 기울이지 않습니다. 1C와 함께 사용하는 것이 적합합니다. 아파치 구성기본.

서비스가 시스템을 대신하여 실행되기 때문에 계정기본 및 플랫폼이 있는 폴더에 대한 권한을 설정할 필요가 없습니다.

그런 다음 같은 방식으로 구성자 모드에서 관리자로 1C를 시작하고 웹 서버에 게시를 진행합니다. 이 경우 IIS와 달리 플랫폼 자체에서 경로를 지정하고 폴더를 생성할 수 없으므로 수동으로 수행합니다. 폴더는 디렉토리 안에 생성되어야 합니다. htdocs그리고 그 이름은 출판물의 이름과 일치해야 합니다:

우리의 경우 이 C:\Apache22\htdocs\Ac30\그건 그렇고, 폴더 선택 대화 상자에서 직접 원하는 디렉토리를 만들 수 있습니다. 그런 다음 정보 기반을 게시합니다.

"는 세 가지 모드로 작동할 수 있습니다.

  • 씩 클라이언트 모드
  • 씬 클라이언트 모드
  • 웹 클라이언트 모드

이 기사에서는 기업에 EDMS "Document Management Prof"를 설치하는 것을 고려할 것입니다. 아파치 웹 서버(무료 배포) 및 시스템 출시 웹 클라이언트.
Apache 웹 서버를 설치 및 구성한 후 사용자는
다음 중 하나를 통해 문서 관리 시스템의 데이터베이스를 입력할 수 있습니다.
다음 웹 브라우저:

  • 모질라 파이어 폭스
  • 마이크로소프트 익스플로러
  • 구글 크롬
  • 오페라
  • 원정 여행

우리는 즉시 이 기사의 자료가
기업에 배포하는 데 사용할 수 있을 뿐만 아니라
워크플로 시스템의 웹 서버뿐 아니라 배포용
다른 "1C" 구성(예: "1C: 중소기업 관리"),
"1C: 무역 관리", "1C: 문서 관리", "1C: 관리
생산 기업" 및 기타 모드에서 작업할 수 있는 사람
관리되는 양식 8.2.

아파치 설치

Apache 웹 서버는 무료입니다.
분산 소프트웨어(아직 고유한
준수해야 하는 라이선스) 및 다음에서 무료로 다운로드할 수 있습니다.
공식 웹사이트 http://httpd.apache.org .
2.2.16 이상의 모든 버전을 다운로드할 수 있습니다. 다운로드 전
서버의 운영 체제(Unix 또는 Windows)를 선택합니다.


"1C" 구성 개발자
웹 모드에서 구성을 개발하고 테스트할 수도 있습니다.
로컬 시스템에 Apache를 설치하면 Apache를 실행할 수 있습니다.
로컬 컴퓨터에 설치된 경우 Windows 7 및 Windows XP에서
개발자는 단일 사용자(현재
사용자), 이 경우 웹 서버에 대한 액세스가 수행됩니다.
표준 포트 80이 아니라 포트 8080입니다.


Apache 설치 절차는 매우 간단합니다.후에
MSI 형식의 작은 배포 키트(5.2MB) 다운로드(일반적으로 파일
웹 서버의 "httpd-2.2.16-win32-x86-no_ssl.msi"와 같은 이름을 가짐)
배포판의 압축을 풀고 "setup.exe" 파일을 실행합니다.



확대하려면 사진을 클릭하십시오


설치가 시작되면 완료
웹 서버 설정. 이메일 주소를 입력하세요
시스템 관리자, 네트워크 도메인, 서버 이름 필드에서 지정
서버를 구성할 계획이 아닌 경우 서버 이름
외부 네트워크에서 액세스하려면 임의의 이름을 지정할 수 있습니다. 예를 들어
myServer, 1c_doc 등



매개변수를 입력한 후 "다음"
그리고 설치가 끝날 때까지 기다립니다. 시스템의 Apache 웹 서버 상태
Windows는 시계 옆의 시스템 창에 표시되며 녹색이 표시됩니다.
삼각형은 서버가 실행 중이고 올바르게 작동하고 있음을 나타냅니다.



다음을 클릭하여 Apache Monitor를 열 수 있습니다. 오른쪽위 그림에 표시된 아이콘에 마우스 버튼을 누릅니다.



일반적으로 추가 설정 없음
아파치 윈도우 시스템우리는 할 필요가 없습니다, SED 구성
"Workflow Prof"는 웹 서버에 자동으로 게시되며,
"1C:Enterprise 8.2" 구성기에서.

1C:Enterprise 8.2 설정

작업할 수 있는 기능을 활성화하려면
웹 클라이언트 모드에서 구성하고 모든 기능 사용
게시해야 하는 관리되는 양식 버전 8.2
(내보내기) 구성을 웹 서버로 보냅니다. 구성을 게시하려면
웹 서버에 연결하려면 "Configurator" 모드에서 데이터베이스를 열어야 합니다.
"관리" 메뉴에서 "웹 서버에 게시"를 선택합니다.



열리는 창에서 다음을 입력하십시오.

  • 이름 - 라틴 문자로 된 데이터베이스 이름입니다. 주어진 이름될거야
    사용자가 입력할 때 웹 브라우저에서 사용자가 사용
    URL(예: localhost 웹 서버의 경우 cfg82_doc 이름 입력)
    사용자는 데이터베이스 주소가 http://localhost/cfg82_doc 필요합니다. 이름은 URL 표준(RFC 1738 표준)을 따라야 합니다.
  • 웹 서버 - Apache 2.2 선택
  • 카탈로그 - 출판물의 물리적 위치에 대한 장소
    예를 들어 웹 서버 디렉토리의 시스템 파일
    C:\apache_ws\doc_prof\

이름과 디렉토리를 입력한 후 "게시" 버튼을 클릭합니다. 후에
게시 후 웹 브라우저를 열고 사용자의 주소를 입력할 수 있습니다.
게시된 데이터베이스. 모든 것이 작동해야 합니다. 만일 거기에
문제가 있는 경우 웹 서버 디렉토리에서 httpd.conf 파일을 확인하십시오.
(기본 설치 디렉토리 "C:\Program Files\Apache Software
Foundation\Apache2.2\conf"). httpd.conf 파일에는 행이 포함되어야 합니다.
1C: Enterprise 8.2에서 Apache 사용을 나타내는 예는 다음과 같습니다.
윤곽:



LoadModule _1cws_module "C:/Program Files/1cv82/8.2.12.75/bin/wsap22.dll"


문자열이 존재하지 않으면 수동으로 생성해 보십시오(다음을 수행한 후
httpd.conf 파일의 복사본), 줄에 wsap22.dll 라이브러리 경로 지정
귀하의 플랫폼 1C. 아래 플랫폼 1C 버전을 사용하는 것이 좋습니다.
8.2.12. 어떤 경우에는 웹 서버를 외부에 배포하는 것이 도움이 됩니다.
기본 디렉토리 "프로그램 파일", 귀하의 다른 디렉토리에
서버 또는 워크스테이션. 또한 Apache 구성 파일에서
게시된 데이터베이스에 대한 정보가 포함된 섹션이 있어야 합니다.
예를 들면 다음과 같습니다.



#1c 간행물
별칭 ​"/cfg82_prof" "C:/apache_ws/doc_prof/"

재정의 허용 없음
옵션 없음
주문 허용, 거부
모두에서 허용
SetHandler 1c-응용 프로그램
ManagedApplicationDescriptor "C:/apache_ws/doc_prof/default.vrd"


주소를 입력하면 사용자 인증을 위한 창이 열립니다.
이름을 선택하고 비밀번호를 입력하세요. 아래 사진처럼 전혀
나머지는 "Document Management Prof" 플랫폼 8.2를 실행하는 예를 보여줍니다.
파이어폭스 웹 브라우저.





아래 그림은 브라우저 창의 관리 양식 모드에서 1C 구성 작업의 예를 보여줍니다.



웹 클라이언트에서 작업하는 것은 다음으로 작업하는 것과 거의 동일합니다. 관리되는 양식씬 및 웹 클라이언트에서.


2010. 루사코프 그리고리. 이 기사는 www.documentflow.net 사이트를 위해 작성되었으며 http://www.documentflow.net 사이트 및 저자에 대한 링크의 의무 표시와 함께 전재 및 복사가 허용됩니다.

1C 8.3 플랫폼 버전부터 웹 서버에 정보 베이스를 게시할 수 있게 되었습니다. 이 결정브라우저에서 링크를 클릭하면 1C에서 완전히 작업할 수 있기 때문에 매우 편리합니다. 작업은 "Enterprise" 모드에서만 가능하며, 구성기는 씩 클라이언트에서만 사용할 수 있습니다.

물론 1C는 요구 사항 목록을 발표했습니다. 운영 체제및 웹 서버를 통해 1C에 연결할 브라우저. 그러나 실제로는 더 많은 가능성이 있습니다. 예를 들어 휴대 전화에서 일반 브라우저를 통해 1C에서 작업할 수 있습니다.

이 기사에서는 Apache를 사용하여 웹 서버에 1C 8.3 정보 베이스를 게시하는 방법을 단계별로 살펴보겠습니다. 1C 자체에서 만들 아래에 설명된 설정은 IIS 웹 서버에 게시하는 것과 다르지 않습니다.

유일한 차이점은 IIS를 실행하는 서버가 설정 측면에서 더 "까다롭다"는 것이므로 선택은 대부분 Apache에 있습니다.

Apache 2.4 설치 및 구성

우선, 예를 들어 공식 웹사이트에서 Apache 자체를 다운로드해야 합니다. 현재 켜짐 이 순간버전 2.4. 설치 과정에는 복잡한 것이 없으며 조수를 따르기만 하면 됩니다.

설치하는 동안 서버에 대한 정보가 있는 창이 나타나면 처음 두 필드에 "localhost"를 입력합니다. 이것은 우리 컴퓨터가 1C가 위치한 서버가 됨을 의미합니다.

또한 포트 80(양식 하단의 스위치)을 사용한다는 점에 유의하십시오. 다른 응용 프로그램에 의해 점유되지 않는 것이 중요합니다.

프로그램을 성공적으로 설치하면 트레이에 특별한 Apache 아이콘이 나타납니다. 그것으로 웹 서버를 시작하고 중지할 수 있습니다.

정보 기반 1C 8.3의 출판

Apache를 설치한 후 웹 서버에 정보 베이스 게시를 직접 진행할 수 있습니다. 이렇게 하려면 구성자 모드에서 원하는 데이터베이스로 이동합니다. 필요한 모든 조치가 여기에서 수행됩니다. 이 경우 위에서 언급한 것처럼 IIS를 사용하는 경우 이 명령어를 사용할 수 있습니다.

"관리" 메뉴에서 "웹 서버에 게시"를 선택합니다. 열리는 창에서 모든 기본 설정을 그대로 두고 일부만 변경합니다.

웹 서버로 이전에 설치한 Apache 2.2를 선택합니다. 이름은 임의의 값일 수 있습니다. 우리는 1C: Document Management를 출판하므로 그냥 "doc"이라고 부를 것입니다. 디렉터리 필드에서 우리가 만든 빈 폴더도 선택합니다. 이 폴더는 어디에나 위치할 수 있습니다.

필요한 모든 데이터를 입력한 후 "게시" 버튼을 클릭하고 Apache 웹 서버를 다시 시작합니다.

지금에 주소 표시 줄브라우저에서 "localhost/doc"를 입력합니다. 1C에 인증 창이 있습니다.

비밀번호와 인증으로 로그인을 입력하면 친숙한 1C가 우리 앞에 열립니다.

우선 저는 Apache나 1C, IIS의 전문가가 아닙니다. 그럼에도 불구하고 나는 간단한 과제에 직면했기 때문에 뛰어들 수밖에 없었습니다. 로컬 네트워크플러스 여러 데이터베이스 1C: 8.3 플러스 여러 사용자. 물론 가능한 오류에 대한 보호와 최소한의 예산.

나는 postgres SQL 서버와 함께 1C를 사용하려는 시도에 대해 쓰지 않을 것입니다. 일반적으로 성공적인 시도입니다. 나는 이 DBMS에 모자를 벗지만 이 길을 거부했다.

선택은 데이터베이스의 파일 버전을 사용하고 웹 서버에 게시하는 것이었습니다. 1C는 Apache 및 IIS에서 작동합니다. Apache의 장점에 대해 말할 수는 없습니다. 모두가 듣고 있습니다. 1C와 관련하여 추가 설정 없이 Apache에서 데이터베이스 게시가 발생한다는 점만 추가할 수 있습니다. 이 인기 있는 웹 서버의 배포 키트를 만지작거리기만 하면 됩니다. 설치된 프로그램윈도우 OS. 예, 모든 것이 이러한 운영 체제에 배포된다는 사실을 잊어버렸습니다. 문제는 서버가 단순 복사로 설치된 경우 1C에서 Apache가 보이지 않는다는 것입니다. 버전 2.4를 설치하기 위해 숙련된 Apache 설치 프로그램을 만드는 데 손을 댔지만 도움이 되지 않았습니다. 글쎄, 1C는 웹 서버를 보지 못하고 그게 다야. 그러나 버전 2.2에 적합한 배포판을 찾았습니다.

모든 것이 시계처럼 진행되었습니다. 여러 데이터베이스를 사용하는 여러 사용자의 실제 작업을 시작하기 전에. 때때로 네트워크의 모든 사람은 데이터베이스를 다시 시작하거나 종료하라는 제안과 함께 "세션이 없거나 삭제되었습니다"라는 문구를 받았습니다. 동시에 논리적인 프로그램이 모든 사용자에 대해 한 번에 작동을 멈췄습니다. 이 모드에서 작업을 계속했습니다. 데이터 손실은 없었지만 나와 내 직원의 인내심은 무한하지 않았습니다. 인터넷에서 솔루션을 찾으려고 시도했지만 Apache 작업 매개 변수 (ThreadsPerChild; MaxRequestsPerChild; TimeOut)를 변경할 때 상황이 악화되는 것을 제외하고는 아무 것도 연결되지 않았습니다.

그런 다음 Apache에서 IIS로 전환하기로 결정했습니다. 동시에 IIS는 운영 체제의 표준 제공에서 일반적인 데스크톱 Win7x64 플랫폼에서 향상되었습니다. 네트워크의 1C 웹 서비스 요구 사항에 대한 IIS 설정에 대한 많은 정보가 있습니다. 예를 들어 여기. 처음에는 모든 것이 잘되었지만 ...

잠시 후 같은 오류로 다시 충돌했습니다.

그런 다음 여러 응용 프로그램 풀을 만들고 그 사이에 웹 응용 프로그램(기반)을 배포하려고 했습니다. 그 결과 IIS 작업자 프로세스인 w3wp.exe가 데이터베이스를 로드하는 데 사용된 응용 프로그램 풀의 수만큼 시작되었습니다. 이 경우 각 사용자의 사용자 이름은 실행 중인 프로세스 IIS 응용 프로그램 풀의 이름이 되었습니다. 부하가 분산되었습니다.

내가 무엇을 말할 수 있습니까? 일의 나날은 차질 없이 흘러갑니다. 소비가 눈에 띄게 늘었다 랜덤 액세스 메모리. 하지만 그 전에는 너무 컸을 수도 있습니다. Apache의 httpd와 IIS의 w3wp 프로세스가 올바른 크기로 충돌했을 뿐입니다. 특정 임계 질량에 도달하면.