집 › 네비게이터 › Bitrix 프레임워크의 파일 구조. Bitrix 란 무엇입니까? S-Bitrix: Enterprise – 대규모 인터넷 프로젝트를 위한 솔루션

Bitrix 프레임워크의 파일 구조. Bitrix 란 무엇입니까? S-Bitrix: Enterprise – 대규모 인터넷 프로젝트를 위한 솔루션

나는 1C-Bitrix 소프트웨어 제품에 대해 별도의 기사를 작성하겠다고 약속했으며 이제 이 약속을 이행하고 있습니다. 이 기사는 리뷰이므로 프로그램 코드 사용에 대한 기술적 세부 사항과 기능을 다루지는 않을 것입니다. 이에 대한 자세한 문서는 회사 공식 웹 사이트에서 모든 사람이 사용할 수 있습니다.

여기서는 Bitrix Framework의 중요한 기능과 이 플랫폼에서 생성된 소프트웨어 제품에 대해 설명하겠습니다. 이 기사는 우선 특정 Bitrix 개발이 비즈니스에 필요한지, 해당 기능이 무엇인지 이해하려는 사용자를 대상으로 합니다. 또한 이 기사의 정보는 다른 CMS를 사용하면서 Bitrix에 대한 통찰력을 얻고자 하는 개발자에게도 유용할 수 있습니다.

최근에는 상품 이동을 기록하고 CRM 시스템 및 프로그램과 사이트가 통합되는 것을 자주 접합니다. 돈. 우리나라에서는 대부분 1C의 다양한 버전 및 구성과 통합이 필요합니다. 또한 고객이 저에게 연락할 때 이미 Bitrix 웹 사이트를 만들었거나 1C 회사가 데이터 교환을 자동화하는 데 필요한 모든 것을 갖춘 시스템으로 권장하기 때문에 이 엔진으로 전환할 가능성에 관심이 있는 경우가 많습니다. 수많은 질문과 Bitrix 사이트 작업에 대한 축적된 실제 경험이 Bitrix에 대해 자세히 이야기하겠다는 오랜 약속을 기억하고 그럼에도 불구하고 이 기사를 쓴 요인이 되었습니다.

비트릭스란 무엇인가요?

나는 Bitrix라는 개념의 정의부터 시작할 것을 제안합니다. 일반적으로 이 이름은 두 가지 버전으로 사용됩니다.

Bitrix는 소프트웨어 개발 회사의 이름입니다.
Bitrix는 소위 Bitrix Framework라고 불리는 웹 애플리케이션을 개발하기 위한 환경입니다.

약간의 역사

먼저, 그것이 어디서 왔는지 이해하기 위해 회사에 대해 이야기해 봅시다. 소프트웨어"Bitrix"와 그 이름이 그렇게 된 이유. Bitrix 회사는 금융 위기 직후인 1998년 맞춤형 웹 사이트 개발을 전문으로 하는 웹 스튜디오로 설립되었습니다. 2000년대 초반에 회사는 Bitrix라고도 불리는 자체 CMS 시스템을 만들고 개발하기 시작했습니다. 첫 번째 버전 CMS 비트릭스 2007년 1C 회사가 Bitrix의 지배 지분을 매입한 후 사이트 관리 시스템이 1C-Bitrix로 명명될 때까지 다른 많은 웹 사이트 엔진과 근본적으로 다르지 않았습니다.

이러한 회사 합병 후 제품 이름의 후속 변경이 비즈니스 및 마케팅 수준에서 발생했음을 이해하는 것이 중요합니다. 회사가 합병되고 브랜드가 합병되었지만 대부분의 기술 솔루션은 동일하게 유지되었습니다. 각 소프트웨어 제품(1C 및 Bitrix)에는 고유한 솔루션이 있었습니다.

종종 1C 회사의 이름과 광고에 초점을 맞춘 사용자는 결론에 도달합니다. 회사가 1C를 사용하고 온라인 상점을 만들려는 경우 Bitrix CMS를 선택하는 것이 가장 좋습니다. 동일한 브랜드로 1C 개발자도 추천합니다. 1C 프로그램과 데이터를 교환하는 데 가장 적합한 엔진입니다.

마찬가지로, Bitrix에 온라인 상점이 있고 소유자가 판매 자동화가 필요하다는 결론에 도달하면 회계 시스템의 모든 옵션 중에서 1C 소프트웨어 제품을 선택할 가능성이 높습니다.

실제로 Bitrix와 1C는 서로 다른 회사에서 만든 서로 다른 제품이며 이러한 제품의 개발자는 서로 완전히 독립적으로 작업합니다. 1C 개발자가 Bitrix 사용자의 요구에 작업을 집중하거나 반대로 Bitrix 개발자가 작업에서 1C의 일부 혁신을 고려한다고 말할 수도 없습니다. 그리고 이름의 조합은 독점적입니다. 마케팅인정해야 할 움직임은 매우 성공적이었습니다. 즉, 이번 움직임은 마케팅 측면에서 보면 성공적인 움직임으로 볼 수 있지만 기술적인 측면에서는 합병에 대한 긍정적인 사례를 제시할 수 없습니다.

소프트웨어 제품으로서의 Bitrix

모든 Bitrix 소프트웨어 제품은 Bitrix Framework를 기반으로 합니다. 1C-Bitrix 웹사이트의 도움말 섹션을 참조하면 다음 정의를 볼 수 있습니다.

Bitrix Framework는 웹 애플리케이션 개발을 위한 PHP 기반 플랫폼입니다. 이 플랫폼에서 1C-Bitrix는 1C-Bitrix: 사이트 관리 및 1C-Bitrix: 기업 포털이라는 두 가지 인기 제품을 만들었습니다.

이 정의는 웹 개발자에게 명확하지만 사용자에게 아무 것도 알려주지 않습니다. 그래서 간단하게 설명하려고 노력하겠습니다. 우리 얘기 중이야.

프레임워크는 소프트웨어 제품을 만들기 위한 플랫폼인 일종의 "프레임워크"입니다.
PHP는 이 "프레임워크"가 작성된 프로그래밍 언어입니다.

Bitrix 회사는 이 "프레임워크"인 이 플랫폼을 기반으로 "1C-Bitrix: 사이트 관리" 및 "1C-Bitrix: 기업 포털" 소프트웨어 제품을 만들었습니다. 이는 다른 콘텐츠 관리 시스템과 마찬가지로 호스팅에 설치하고 구성하고 사용할 수 있는 기성 CMS입니다.

기술적인 관점에서 Bitrix 소프트웨어 제품(웹사이트 및 모바일 애플리케이션)은 자체 Bitrix Framework 플랫폼을 기반으로 제작되었습니다.

오늘날 이러한 소프트웨어 제품은 다음 솔루션으로 대표됩니다.
1C-Bitrix: 사이트 관리. 웹사이트와 온라인 상점을 만드는 시스템입니다.
1C-Bitrix: 기업 포털. 강력한 기업 포털을 만들기 위한 플랫폼입니다.
Bitrix Framework 기반의 모바일 애플리케이션(웹사이트의 모바일 버전 등)
다양한 기성 산업 솔루션.

또한 Bitrix 회사는 자체 매장을 운영하고 있습니다. 앱 스토어" MarketPlace라고 하며 템플릿, 추가 모듈, 소프트웨어 제품용 추가 기능 등 다양한 솔루션을 무료로 구매하거나 다운로드할 수도 있습니다. 기성 솔루션전화 연결, 다른 서비스와의 통합 등

Bitrix Framework 플랫폼의 소프트웨어 제품 개발은 회사 전문가로 구성된 좁은 범위의 프로그래머에 의해 수행됩니다. 이는 상용 제품이므로 이러한 제한은 장점으로 간주될 수 있습니다. 소프트웨어 업데이트는 예측 가능하고 명확하며 작업 접근 방식은 포괄적이며 새로운 기능은 일반적으로 광고된 대로 정확하게 작동합니다.

또한 회사는 MarketPlace 추가 기능 및 애플리케이션 스토어 운영에 대해 매우 책임감 있는 접근 방식을 취하고 있습니다. 회사 직원뿐만 아니라 제3자 개발자도 이 스토어에 대한 개발을 제안할 수 있습니다. 그러나 제안된 모든 제품은 엄격한 사전 조정을 거치며 Bitrix 전문가가 솔루션을 테스트한 후 승인이 공개 도메인에 나타난 후에만 수행됩니다.

이 접근 방식의 단점 중 하나는 무료 라이센스 제품에 비해 확장(모듈) 수가 훨씬 적고 다양성도 훨씬 낮다는 점입니다. 이는 이해할 수 있습니다. 개발자 수는 회사 규모에 따라 제한되지 않습니다.

"프레임워크"란 무엇입니까? Bitrix 프레임워크에 대한 추가 정보

Bitrix Framework는 특정 세트입니다 기성 모듈및 구성 요소, 즉 Bitrix 프로그래머가 소프트웨어 제품을 만드는 "벽돌"입니다. 원칙적으로 모든 프로그래머는 원하는 경우 Bitrix Framework 플랫폼을 사용하여 자신의 소프트웨어 솔루션을 만들 수 있으며 기성 Bitrix 제품을 사용자가 필요로 하는 방식으로 수정하는 것도 가능합니다.

Bitrix Framework - 솔루션 오픈 소스, 즉. 프로그래머는 원하는 방식으로 Bitrix 소프트웨어 제품을 수정할 수 있으며 이 시스템의 소프트웨어 모듈 및 해당 코드에 대한 액세스에는 제한이 없습니다. 그러나 동시에 Bitrix Framework는 라이센스를 기반으로 제공되는 솔루션입니다. 저것들. 구매한 라이선스 수만큼 많은 컴퓨터에 Bitrix Framework 기반의 소프트웨어 제품을 설치하고 사용할 수 있습니다.

비교를 위해 1C 소프트웨어 제품에도 라이센스가 제공되지만 구성만 수정할 수 있으며 프로그래머는 커널(소프트웨어 제품의 기본)을 사용할 수 없습니다. Bitrix에서 프로그래머는 코어를 포함하여 모든 변경을 수행할 수 있습니다. 예를 들어 DRUPAL은 오픈 소스 시스템이지만 라이센스가 없습니다.

Bitrix 소프트웨어 솔루션의 작동 방식을 이해하려면 각 솔루션이 코어(플랫폼)와 추가 기능 모듈로 구성되어 있음을 알아야 합니다. 저것들. 핵심을 작성하는 프로그래밍 언어(php)가 있습니다. 커널에는 개발자가 사용할 수 있는 특정 기능, 규칙 및 도구가 포함되어 있습니다. 소프트웨어 제품을 만들 때 필요한 도구를 연결하고 구성하며, 필요한 경우 커널을 수정할 수도 있습니다. 그리고 완성된 소프트웨어 제품으로 작업할 때 플랫폼을 조정할 수도 있지만 그대로 유지되는 경우가 더 많으며 다양한 외부 모듈을 사용하여 개선이 이루어집니다.

또한 필요한 경우 연결하거나 비활성화할 수 있는 특정 기본 모듈 목록이 플랫폼에 이미 포함되어 있다는 점도 고려해야 합니다. 예를 들어, 기업 포털에 완전히 불필요한 것처럼 보이는 '장바구니' 모듈이 있는 이유도 바로 이 때문입니다. 그런데 그 사람이 들어간 이후로 기본 세트, 모든 Bitrix 소프트웨어 제품에 존재합니다.
다음으로 사용자(운영자, 사이트 관리자 등)는 기성 도구를 사용하여 콘텐츠 제작, 제품 게시 등을 수행할 수 있습니다.

Bitrix 소프트웨어 제품

Bitrix 소프트웨어 제품은 주로 기성 솔루션에 포함된 모듈 세트에서 서로 다르며 특정 경우에 필요할 수 있는 사이트 유형에 따라 범주로 나뉩니다.

"1C-Bitrix: 사이트 관리" 솔루션은 온라인 상점, 명함 사이트 및 유사한 프로젝트를 개발하는 데 사용되는 소프트웨어 제품입니다.
1C-Bitrix: 기업 포털 솔루션은 다음에 가장 적합합니다. 대기업운영을 위해 기업 포털이 필요한 모든 비즈니스에 적합합니다.
산업 솔루션은 특정 산업의 작업을 구성하기 위한 모듈을 제공하는 Bitrix Framework를 기반으로 하는 전문 솔루션입니다.

1C-Bitrix: Enterprise – 대규모 인터넷 프로젝트를 위한 솔루션입니다.

또한 별도의 방향으로 생성하는 데 사용되는 "1C-Bitrix: 모바일 애플리케이션" 제품을 강조할 가치가 있습니다. 모바일 버전웹사이트나 온라인 상점, 기타 유형의 애플리케이션 모바일 장치, 일단 생성되면 App Store에 다운로드 또는 판매용으로 게시할 수 있습니다. 구글 플레이. 이 소프트웨어 제품은 또한 기성 플랫폼입니다. 모바일 애플리케이션처음부터 프로그래머로 일하는 것보다 훨씬 빠르고 쉽습니다.

구매 후 1C-Bitrix 제품은 익숙한 외부 모듈과 추가 기능부터 핵심 수정까지 모든 수준에서 수정할 수 있다는 점을 다시 한 번 상기시켜 드리겠습니다.

1C-비트릭스. 사이트 관리

"사이트 관리"는 온라인 상점, 명함 사이트 등을 생성하고 관리하기 위해 설계된 소프트웨어 제품입니다. 이 소프트웨어 제품에는 수많은 에디션이 있지만 모두 하나의 목적, 즉 웹 사이트 생성 및 추가 유지 관리(채우기, 편집 등)를 위해 만들어졌습니다.

처음에 Bitrix는 온라인 상점 생성을 위한 엔진(CMS)으로 만들어졌으므로 사이트 관리에는 매우 광범위한 기능과 풍부한 기능이 있습니다. 반면에 이 엔진의 풍부한 기능은 거의 사용되지 않습니다. Bitrix 웹 사이트에서 여러 카탈로그를 보는 경우는 거의 없습니다. 대부분의 온라인 상점에는 이러한 모든 기능이 필요하지 않지만 여전히 소프트웨어 제품의 기능에 포함되어 있으며 필요한 경우 마케팅 기회가 실제로 사용되지 않습니다. 언제든지 연결될 수 있습니다.

사이트 관리 제품을 사용하여 온라인 상점을 생성할 때 다음을 수행해야 합니다.

호스팅에 "엔진" 자체를 설치합니다.
디자인을 설정하고 정보 페이지를 설정합니다.
제품 카탈로그 및 장바구니 관리(결제)를 설정합니다.
필요한 경우 결제 시스템, 회계 프로그램과의 데이터 교환 등을 연결합니다.

모든 유형의 온라인 거래를 구현하는 데 필요한 대부분의 기능은 이미 "사이트 관리" 제품에 포함되어 있지만 자체 개발을 사용하거나 MarketPlace에서 솔루션을 구입할 수도 있습니다.

중요한! 시스템 "1C-Bitrix. 사이트 관리'에는 광범위한 호스팅 기능이 필요합니다. 일부 호스팅 회사는 특별한 호스팅 기능을 도입하기도 합니다. 관세 계획"Bitrix의 온라인 상점"의 경우 호스팅을 선택하고 웹사이트 지원 비용을 계산할 때 이를 기억하는 것이 중요합니다.

1C-Bitrix: 기업 포털

일반적으로 엔터프라이즈 포털은 직원이 회사 데이터 및 애플리케이션에 액세스하기 위한 웹 인터페이스입니다. 위키피디아

1C-Bitrix: 기업 포털은 회사의 정보 센터인 정보를 수집하는 일종의 플랫폼입니다. 가장 많은 정보를 결합할 수 있는 다기능 제품입니다. 다른 방향. 예를 들어, 회사는 1C에서 회계 데이터를 유지 관리합니다. 회계, 창고를 통한 상품 이동 및 판매 - 1C. 무역 및 창고, 잠재 고객 및 실제 고객과의 작업 - CRM 시스템에서는 전문 고객 지원 서비스를 통해 기술 지원이 제공됩니다.

기업 포털을 사용하면 이러한 모든 영역을 한 곳에서 관리하고, 경영 보고를 위한 데이터를 수집하고, 다양한 관점에서 회사 업무에 대한 전반적인 세부 정보를 얻을 수 있습니다. 어떤 면에서 Bitrix 기업 포털은 스위스 칼과 유사합니다. 이 도구는 전문화되어 있지 않지만 제품에 클라이언트, 사용자 등과 작업할 수 있는 도구가 포함되어 있으므로 도움을 받으면 다양한 작업을 수행할 수 있습니다. 최소 수준.

1C-Bitrix: 기업 포털은 관리자가 회사의 전체 업무 프로세스를 제어할 수 있는 제품으로도 포지셔닝되어 다양한 보고 기능이 사용되며 관리자는 시작 및 종료와 같은 기능도 설정할 수 있습니다. 근무일에 부서의 작업 (프로젝트)을 설정하고 구현시기와 주요 단계를 설정합니다. 또한 CRM 시스템, 전화, 회계, 회계 프로그램 등을 포털과 통합할 수 있습니다.

Bitrix에는 기업 업무용으로 설계된 두 가지 제품이 있습니다.

Bitrix24는 클라우드 서비스에 대한 액세스 비용을 지불하는 SAAS 솔루션입니다. 여기에서는 호스팅 및 전문 서비스에 대한 비용을 지불할 필요가 없으며 모든 서비스 업데이트는 귀하의 조치 없이 사용할 수 있습니다. 그러나 동시에 개발자가 제공하는 기능과 MarketPlace의 솔루션만 사용할 수 있습니다. Bitrix24에서는 사용자 정의 수정이 불가능합니다.
기업 포털은 고객을 위한 오픈 소스 코드가 포함된 소프트웨어 제품으로, 구매 후 자체 호스팅에 설치해야 합니다. 이 소프트웨어 제품에 대한 모든 설정은 귀하가 직접 수행해야 합니다. 업데이트를 받으려면 업데이트를 다운로드하여 직접 설치해야 합니다. 그러나 동시에 귀하의 전문가는 소프트웨어 제품의 모든 기능에 액세스할 수 있으며 귀하는 모든 수정 사항을 사용할 수 있습니다.

산업 솔루션

전문 산업 솔루션은 기본 버전에서 사용할 수 있는 모든 기능을 갖춘 "사이트 관리" 시스템으로, 특정 산업 분야의 작업을 구성하기 위해 사전 설치된 추가 기능으로 보완됩니다. 예를 들어, 이러한 솔루션은 의료 기관, 예산 조직, 교육 기관 등의 업무를 구성하는 데 매우 널리 사용됩니다.

환자의 의료 기록을 작성하거나 기업가, 납세자, 미래의 재산 소유자 등을 등록하기 위한 특별 설문지가 이미 있습니다. 등등. 전문가와 약속을 잡고 비용을 지불할 때 일련의 작업에 대한 옵션을 구현했습니다. 주정부 의무, 서비스 송장 및 특정 산업에 대한 편리한 웹 사이트를 만드는 데 필요한 기타 모듈입니다.

1C-Bitrix: 기업

크고 복잡한 프로젝트 구현을 위해 설계된 이 솔루션은 매우 높은 가격(RUB 1,499,900부터)에 판매됩니다. Bitrix는 이 제품을 인터넷과 전자의 기회를 최대한 활용할 준비가 된 기업을 위한 솔루션으로 포지셔닝합니다. -상업. 이 제품에는 기존의 모든 모듈과 추가 기능이 포함되어 있으며 상상할 수 있는 가장 다양한 기능의 구현이 포함되어 있습니다. 개발자들은 이 제품이 수많은 기능과 함께 놀라운 수준의 확장성과 유연성을 갖추고 있으며 확장된 기술 지원을 보장한다고 주장합니다.

그렇게 비싸고 강력한 제품을 사용할 가치가 있는지 여부는 귀하의 결정에 달려 있습니다. 일부 대형 소매 체인에서는 이 솔루션을 성공적으로 사용하고 있으며, 다른 체인에서는 일반적인 "사이트 관리" 기능을 기반으로 작업을 구현하는 것을 선호합니다. 이는 모두 프로젝트 규모와 개발자가 위에 표시된 가격으로 제공하는 다양한 기능에 대한 수요에 따라 달라집니다.

MarketPlace에 대한 몇 마디

원하는 경우 자체 애플리케이션 스토어인 1C-Bitrix MarketPlace를 통해 모든 소프트웨어 제품에 대해 기성 솔루션을 구입하거나 다운로드할 수도 있습니다. 다양한 템플릿, 다양한 소프트웨어 제품 및 시스템과의 통합을 위한 솔루션, 다양한 기능을 구현하기 위한 추가 모듈이 있습니다. 이러한 솔루션은 오픈 소스로도 제공됩니다. 원하는 경우 필요에 맞게 수정할 수 있습니다. 그러나 코드를 변경한 후에는 다음을 이해하는 것이 중요합니다. 기술적 지원이러한 솔루션에는 제공되지 않습니다.

중요: 1C 코어와 같은 Bitrix 코어도 정기적으로 업데이트해야 합니다. 이러한 업데이트는 1C 소프트웨어 제품만큼 중요하지는 않지만 고유한 뉘앙스가 있습니다.

소프트웨어 제품의 핵심을 업데이트할 때 MarketPlace의 모든 추가 기능 및 응용 프로그램이 작동하지 않을 수 있으므로 업데이트 후 이러한 기능을 다시 테스트해야 하며 필요한 경우 해당 업데이트를 별도로 다운로드하여 설치해야 합니다. . 또한 소프트웨어 제품 코드가 변경되면 업데이트를 사용할 수 없거나 문제가 발생합니다.

복합 사이트는 1C-Bitrix 개발자가 적극적으로 홍보하는 또 다른 기술입니다. 그들은 복합 사이트를 현대적이고 역동적인 사이트의 모든 기능과 높은 로딩 속도를 결합할 수 있는 기회로 자리매김합니다.
작동 방식:

사이트 페이지는 정적 부분과 동적 부분으로 구분됩니다.
정적 부분을 빠르게 표시하기 위해 캐싱을 적극적으로 사용합니다.
시스템은 동적 부분을 배경브라우저에도 캐시됩니다.

캐싱을 적극적으로 사용하면 사이트에 다시 액세스할 때마다 사이트가 사용자에게 보내는 정보의 양을 줄일 수 있습니다.

저것들. 복합 사이트에 처음 접속하면 페이지가 정상적으로 로드됩니다.
사용자의 브라우저에서 호스팅 사이트로 호출이 이루어집니다. 사이트는 응답을 생성합니다. 모든 이미지 및 기타 유형의 콘텐츠가 포함된 전체 페이지. 사용자는 모든 정보가 컴퓨터에 다운로드될 때까지 기다리고 전체 페이지를 봅니다.

그런 다음 복합 사이트는 대부분의 페이지(이미지, 비디오, 기타 정적 정보)를 시스템 캐시에 저장합니다. 그리고 다시 액세스할 때 캐시에 있는 페이지의 정적 부분 복사본이 있는지 고려하므로 동적 부분만 생성 및 전송되고 나머지는 캐시에서 로드됩니다. 이로 인해 다운로드 속도가 크게 향상됩니다.

1C-Bitrix 제품의 유용성

Bitrix 소프트웨어 제품의 유용성은 매우 독특합니다. 처음에 Bitrix 개발자는 CMS에 특별한 접근 방식을 사용했는데, 이는 여러 면에서 다른 인기 있는 웹 사이트 콘텐츠 관리 시스템과 일치하지 않았습니다. Bitrix 소프트웨어 제품에 포함된 기능의 수는 매우 많으며 각 릴리스마다 더욱 늘어납니다. 그리고 다른 많은 CMS는 필요에 따라 다양한 솔루션을 연결할 수 있는 작고 상대적으로 간단한 코어를 갖는 원칙에 따라 설계되었지만 Bitrix는 "모든 것을 한 번에" 소프트웨어 제품에 넣으려고 합니다.

결과적으로 오버코딩이라는 현상이 발생하며 1C-Bitrix 소프트웨어 솔루션에는 가장 자주 사용되지 않는 코드와 기능이 너무 많습니다. 이는 결과적으로 전체 시스템의 복잡성을 증가시킵니다. 결과적으로 사용자뿐만 아니라 프로그래머조차도 소프트웨어 제품의 유용성을 이해하고 각 기능이 어디에 구성되어 있는지 이해하는 데 어려움을 겪는 경우가 많습니다. 안타깝게도 이러한 단점은 강력하고 다기능적인 솔루션의 단점으로, 웹 사이트 제작이나 기업(협업) 작업을 위한 제품을 선택할 때 고려해야 할 중요한 사항입니다.

요약

1C-Bitrix 소프트웨어 제품은 웹사이트, 기업 포털 및 모바일 애플리케이션을 만들기 위한 매우 강력한 최신 도구입니다. 그러나 우리는 이러한 기술이 현대 시장에서 사용할 수 있는 솔루션 중 하나일 뿐이라는 점을 이해해야 합니다. Bitrix는 높은 진입률과 특정 특성을 가지고 있습니다. 따라서 특정 소프트웨어 제품을 사용하기로 결정하기 전에 시중에 나와 있는 다양한 제품을 숙지하고 전문가와 상담하는 것이 매우 중요합니다.

장점 중에는 위에 나열된 기회 외에도 소프트웨어 제품과 모든 문서가 러시아어로 되어 있고 Bitrix를 다른 시스템과 통합하기 위한 많은 파트너 솔루션이 있다는 점도 주목할 가치가 있습니다.

단점은 사용자를 위한 소프트웨어 제품이 복잡하고(웹 사이트를 스스로 관리하는 것은 어렵고 전문가의 도움 없이 설정하는 것은 거의 불가능함) 가장 저렴한 가격이 아니라는 것입니다.

이걸로 일할지 말지 소프트웨어 솔루션– 모든 사람의 개인적인 선택입니다. 1C와의 통합에도 Bitrix를 사용할 필요는 없으며 데이터 교환을 구성하는 다른 방법이 있다고 생각합니다. 반면에 복잡하고 큰 프로젝트의 경우에는 강력한 시스템광범위한 기능을 갖춘 것이 적합한 솔루션일 수 있습니다.

CMS 1C-Bitrix 소개

이 시스템은 기업 웹사이트, 정보 및 참고 포털, 소셜 네트워크, 온라인 상점, 미디어 사이트에 중점을 두고 있으며 기타 유형의 웹 리소스를 생성하는 데 적합합니다.

관계형 DBMS는 사이트 데이터를 저장하는 데 사용됩니다. 지원되는 DBMS는 Oracle, MS SQL입니다. 이 제품은 GNU/Linux를 포함하여 Microsoft Windows 및 UNIX 유사 플랫폼에서 실행됩니다.

"1C-Bitrix: 사이트 관리"는 시스템의 모듈 및 기능 세트를 결정하는 개발자(Start, Standard, Expert, Small Business, Business, Portal, Large Business)가 편집한 7가지 에디션 중 하나로 판매됩니다. 현재까지 시스템에서는 기본 모듈, 구조 관리, 정보 블록, 검색, 소셜 미디어, 사전 보호, 압축, 웹 양식, 포럼, 구독, 메일링 목록, 설문조사, 블로그, 포토 갤러리 2.0, 웹 분석, 광고, 기술 지원, 메일, 교육, 테스트, 번역, 통화, 웹 서비스, 무역 카탈로그, 인터넷 스토어 , 문서 흐름, AD/LDAP, 성능 모니터.

이 관리 시스템을 올바르게 사용하려면 HTML 및 PHP 언어에 대한 지식이 없는 사용자가 먼저 시스템을 구성해야 합니다(기반 템플릿 생성). 그래픽 디자인, 섹션 및 페이지 구조 생성, 시스템 모듈 연결). 이 기회회사의 파트너가 제공하는 1C-비트릭스.

시스템의 이데올로기는 논리를 모듈과 구성 요소로 나누는 것을 나타냅니다. "1C-Bitrix: 사이트 관리"의 모듈은 다양한 유형의 데이터베이스 작업과 통합 시스템 API 제공을 담당하는 소프트웨어 구성 요소 세트입니다. 구성 요소는 웹 사이트의 최종 정보 표시를 시스템의 소프트웨어 코어와 연결하는 역할을 합니다. 모듈에서 생성된 API를 사용하여 데이터베이스 정보의 검색, 수정 및 관리를 구성합니다. 구성 요소는 모듈보다 훨씬 간단하므로 사이트 논리를 변경하는 것은 매우 간단합니다. 동시에 제공된 API 기능은 매우 유연하며 각 구성 요소는 이를 자체 방식으로 사용할 수 있습니다. 예를 들어, "Infoblocks" 모듈을 기반으로 뉴스, 제품 카탈로그, 파트너 카탈로그, 사진 갤러리 등 모든 카탈로그를 구성할 수 있습니다. 별도의 유형의 디렉토리를 구성하려면 모듈은 동일하지만 자체 구성 요소가 담당합니다.

시스템의 첫 번째 버전은 2001년에 출시되었습니다. 20,000개 이상의 웹사이트가 시스템에 생성되었습니다. 러시아와 CIS에서는 1C-Bitrix 사이트가 3,000개 이상의 웹 스튜디오에서 개발되었습니다.

~에 현재버전 8.0.3을 사용할 수 있습니다.

기업 포털 1C-Bitrix 정보

"1C-Bitrix: Corporate Portal"은 기업 내부 생성을 위한 소프트웨어 제품입니다. 정보 자원회사의 커뮤니케이션, 조직 및 HR 문제를 해결합니다. 콘텐츠, 구조, 포럼, 광고 및 기타 사이트 기능을 관리하기 위한 23개의 모듈이 포함되어 있습니다.

시스템의 단점

1C-Bitrix 모듈 버전의 변경 사항 목록

모듈 버전(2009년 5월 9일 현재)

모듈 - 버전 - 변경
기본 모듈 - 8.0.4 - 2009년 4월 21일
사전 방어 - 8.0.5 - 2009년 4월 21일
구조 관리 - 8.0.3 - 2009년 4월 14일
정보 블록 - 8.0.2 - 2009년 4월 22일
검색 - 8.0.2 - 2009년 4월 20일
압축 - 8.0.0 - 2009년 4월 7일
웹 양식 - 8.0.2 - 2009년 4월 7일
포럼 - 8.0.8(베타) - 2009년 5월 5일(신규)
구독, 메일링 - 8.0.1 - 2009년 4월 20일
여론 조사, 투표 - 8.0.2 - 2009년 4월 23일
블로그 - 8.0.3 - 2009년 4월 23일
포토 갤러리 2.0 - 8.0.0 - 2009년 7월 4일
소셜 네트워크 - 8.0.3 - 2009년 4월 23일
통계 - 8.0.1 - 2009년 4월 21일
광고, 배너 - 8.0.4 - 2009년 5월 6일(신규)
기술 지원 - 8.0.1 - 2009년 4월 21일
메일 - 8.0.1 - 2009년 4월 21일
교육 - 8.0.1 - 2009년 4월 21일
번역 - 8.0.1 - 2009년 4월 21일
통화 - 8.0.1 - 2009년 4월 21일
웹 서비스 - 8.0.0 - 2009년 3월 27일
무역 카탈로그 - 8.0.1 - 2009년 4월 21일
온라인 상점 - 8.0.1 - 2009년 4월 21일
문서 흐름 - 8.0.2 - 2009년 4월 21일
AD/LDAP 통합 - 8.0.0 - 2009년 4월 7일
성능 모니터 - 8.0.0 - 2009년 3월 28일

또한보십시오

연결

개발자가 제공하는 정보

www.1c-bitrix.ru - 개발 회사의 웹사이트.
dev.1c-bitrix.ru - 개발자 지원 센터.

1C-Bitrix에 대한 기사 및 프로그래밍 예제

1C-Bitrix에 대한 의견

“1C-Bitrix”: 600만 조회수 - 사이트가 얼마나 많은 부하를 견딜 수 있습니까?

노트

위키미디어 재단. 2010.

서적

1C-비트릭스. 기업 포털. 회사의 효율성 향상, Robert Basyrov, 이 책은 "1C-Bitrix: Corporate Portal" 제품을 사용하여 회사의 효율성을 높이는 방법을 설명합니다. 새로운 제품은 회사가 팀워크를 구성하는 데 도움이 될 것입니다... 카테고리: 프로그램 출판사: 피터, 전자책 (fb2, fb3, epub, mobi, pdf, html, pdb, lit, doc, rtf, txt)

질문:콘텐츠가 정적이더라도 파일 시스템에 콘텐츠를 저장하는 것이 허용되는 이유는 무엇입니까? 콘텐츠가 데이터베이스에 속하지 않습니까?

적절한 기술을 사용하면 공개 부분은 12개의 실제 파일로 구성될 수 있습니다. 메뉴를 포함한 모든 콘텐츠는 정보 블록에 포함될 수 있습니다. 그러나 일반적으로 정적 페이지(예: 회사 소개) 데이터베이스 레코드보다는 파일로 편집하는 것이 더 편리합니다. 그러나 그러한 정적 페이지가 무제한으로 존재한다면 이것이 페이지를 구조화하고 디스크가 아닌 정보 블록에 배치하는 이유입니다.

시스템의 크기는 관리 부분의 빠른 시작 및 작동에 필요한 많은 구성 요소를 포함하기 때문에 상당히 큽니다. 시스템이 모듈식이므로 구성 요소가 통합되지 않습니다. 모듈, 구성 요소 및 템플릿에는 특정 구조가 있습니다. 이는 시스템 업데이트와 자체 구성 요소 개발 모두에 중요합니다.

많은 수의 파일은 유사한 시스템의 속성입니다. (유 Zend프레임워크동일한 기능이 있습니다). 올바른 호스팅 구성을 사용하면 PHP 사전 컴파일러가 이 문제를 처리합니다. 호스터가 할당한 공간의 크기와 많은 수의 시스템 파일이 중요할 수 있습니다. (문제는 Bitrix Framework의 일반적인 작동이 아니라 예를 들어 호스터의 백업 시스템 작동입니다. 파일 수가 많으면 제대로 작동하지 않기 시작합니다.) 따라서 호스터를 선택하려면 , 권장 호스팅 목록을 사용하는 것이 좋습니다.

요약. 파일 시스템은 다음과 같은 이유로 데이터베이스가 아닌 사이트 구조를 저장하기 위한 도구로 선택되었습니다.

이 파일은 사이트 개발자에게 더 많은 자유를 제공합니다. 시스템의 파일은 단지 실행 파일일 뿐이기 때문입니다.
이렇게 하면 관리가 더 쉬워집니다. 이 관점의 뿌리에는 정적 구조가 있습니다. HTML 페이지, 폴더로 정렬됩니다. 약간의 개선(소량의 PHP 코드 도입)을 통해 우리는 해당 사이트에서 Bitrix Framework에서 실행되는 프로젝트를 즉시 얻을 수 있습니다.
어느 정도 이것은 CMS 형성 초기에 매우 중요한 전통입니다.
이 견해는 현지에서 일하는 콘텐츠 관리자의 경험과 일치합니다. 파일 시스템(폴더 및 파일).

사이트 구조는 데이터베이스(인포블록)에 있을 수도 있지만 관계형 데이터베이스에서 계층 구조를 관리하는 것은 그다지 편리하지 않습니다.

예제를 사용하여 Bitrix Framework에서 파일 사용을 살펴보겠습니다.

파일 시스템 및 메뉴. 파일의 메뉴를 사용하면 실제로 필요하지 않은 데이터베이스에 연결하지 않을 수 있습니다. 페이지 및 섹션 속성은 물론 파일 권한에도 동일하게 적용됩니다. 이론적으로는 데이터베이스에 전혀 접근할 수 없는 정보 사이트를 구성하는 것이 가능합니다. 특히 공유 호스팅에서는 더 빠르게 작동합니다. 보너스도 있습니다. 섹션을 복사하면 해당 섹션의 메뉴, 접근 권한, 속성이 즉시 자연스럽게 복사됩니다.
파일 시스템 및 사용자. 관리 섹션의 사용자는 커널 파일 및 기타 프로그램 파일에 액세스할 수 있습니다. 하지만 사용자는 다릅니다. 예를 들어 1C-Bitrix 기술 지원이 있습니다. 웹 개발자가 사용자에 대해 확신이 없다면 언제든지 사용자가 PHP 코드와 전체 섹션(핵심)을 편집하지 못하도록 금지할 수 있습니다. Bitrix Framework의 최신 개념에 따르면 공개 부분에는 PHP 코드가 없어야 합니다. 모든 것이 구성 요소에 캡슐화되어야 합니다. 그런 다음 사용자는 "기본" 정적을 편집하거나 구성 요소를 구성합니다.
파일 시스템 및 언어 버전. 데이터베이스에 언어 정보를 유지하는 것은 어려울 것입니다. 언어 파일의 정보는 거의 변경되지 않습니다. 이러한 정적 문구를 데이터베이스에 저장하는 것보다 1년에 한 번 언어 파일의 한 줄을 편집하는 것이 더 쉽습니다. 그리고 반복합니다. 데이터베이스는 느리고 중복됩니다.

파일 구조

Bitrix Framework 파일 구조는 다음과 같은 방식으로 구성됩니다. 소프트웨어 구성요소제품 커널이 분리되었습니다. 사용자 파일, 사이트의 외부 표현을 정의하는 파일. 이 기능을 사용하면 다음을 수행할 수 있습니다.

시스템 파일 작업 시 제품 코어의 원치 않는 수정을 방지합니다.
제품 업데이트를 다운로드할 때 사이트의 공개 부분이 변경될 가능성을 배제합니다.
곡조 모습거의 모든 작업을 위한 웹사이트

전체 시스템은 /bitrix/ 디렉터리에 있으며 다음 하위 디렉터리와 파일을 포함합니다.

/admin/ - 관리 스크립트;
/cache/ - 캐시 파일;
/activities/ - 비즈니스 프로세스를 위한 작업 폴더
/comComponents/ - 시스템 및 사용자 구성 요소용 폴더입니다.
/gadgets/ - 가젯 폴더;
/js/ - 자바스크립트 모듈 파일;
/stack_cache/ - "제거 기능이 있는" 캐시 파일;
/themes/ - 관리 섹션의 테마
/wizards/ - 마법사 폴더;
/images/ - 시스템 전체와 개별 모듈 모두에서 사용되는 이미지입니다.
/managed_cache/ - 관리형 캐시;
/modules/ - 시스템 모듈이 있는 디렉토리로, 각 하위 디렉토리에는 엄격하게 정의된 구조가 있습니다.
/php_interface/는 보조 서비스 디렉터리이며 다음 디렉터리와 파일을 포함합니다:
- dbconn.php- 데이터베이스에 대한 연결 매개변수
- init.php - 추가 옵션문;
- after_connect.php- 데이터베이스에 대한 연결을 생성한 후 즉시 연결합니다.
- dbconn_error.php- 데이터베이스에 대한 연결을 생성할 때 오류가 있으면 연결합니다.
- dbquery_error.php- 현재 오류가 있을 경우 연결됩니다. SQL 실행요구;
- / 사이트 ID/init.php- 추가 사이트 매개변수 사이트 식별자 - SITE_ID를 사용하여 특수 상수를 정의한 후 즉시 파일이 연결됩니다.
/templates/ - 웹 사이트 및 구성 요소 템플릿이 있는 디렉터리이며 다음 하위 디렉터리를 포함합니다.
- /.default/ - 기본적으로 특정 템플릿에서 사용되는 공통 파일이 있는 하위 디렉터리입니다. 이 디렉터리의 구조는 아래 설명된 특정 템플릿을 포함하는 디렉터리의 구조와 유사합니다.
- /사이트 템플릿 ID/ - 사이트 템플릿이 있는 하위 디렉터리이며 다음 하위 디렉터리와 파일을 포함합니다.
  - /comComponents/ - 사용자 정의된 구성 요소 템플릿이 있는 디렉터리입니다.
  - /lang/ - 이 템플릿 전체와 개별 구성 요소 모두에 속합니다.
  - /images/ - 이 템플릿의 이미지가 있는 디렉토리입니다.
  - /page_templates/ - 페이지 템플릿과 해당 설명이 파일에 저장된 디렉토리 .content.php. 사용자가 생성할 때 새 페이지, 그는 이 카탈로그에 제시된 템플릿 중에서 이 작업을 수행하는 데 사용할 템플릿을 선택할 수 있습니다.
  - 헤더.php- 이 템플릿의 프롤로그
  - 바닥글.php- 이 템플릿의 에필로그
  - template_styles.css- 템플릿의 기본 스타일 파일
  - 스타일.css- CSS 템플릿 스타일 비주얼 편집기(사이트 스타일 탭);
/tools/ - 설치 중에 도움말, 달력, 이미지 표시 등 사이트의 모든 페이지에서 직접 사용할 수 있는 추가 페이지가 이 디렉토리에 복사됩니다.
/updates/ - 업데이트 시스템에 의해 자동으로 생성된 디렉터리입니다.
헤더.php- 현재 사이트 템플릿의 특정 프롤로그를 포함하는 표준 파일입니다. 이 파일은 공개 부분의 모든 페이지에서 사용되어야 합니다.
바닥글.php- 현재 사이트 템플릿의 특정 에필로그를 포함하는 표준 파일입니다. 이 파일은 공개 부분의 모든 페이지에서 사용되어야 합니다.
라이센스_키.php- 라이센스 키가 있는 파일
스프레드.php- 방문자 쿠키를 다양한 사이트의 추가 도메인으로 전송하기 위해 기본 모듈에서 사용하는 파일
리디렉션.php- 모듈에서 사용하는 파일 통계링크 클릭 이벤트를 기록합니다.
rk.php- 모듈에서 사용하는 기본 파일 광고하는배너 클릭 이벤트를 기록합니다.
stop_redirect.php- 모듈에서 사용하는 파일 통계중지 목록에 포함된 방문자에게 메시지를 발행합니다.
활동_제한.php- 모듈에서 사용하는 파일 통계활동 제한을 초과하면 로봇에 메시지를 보냅니다.
및 기타 서비스 파일 및 폴더.

사용된 버전에 따라 일부 디렉터리와 파일이 누락될 수 있습니다.

사랑

코스타
접근하기 쉬운 방식으로 작성되었습니다.
세르게이
감사합니다

관리자
물론 당신은 할 수. 잡지에서 "현재 상태"- "만 ..."을 선택하면 충분합니다.
라리사
안녕하세요! 마감된 주문을 주문 목록에서 숨길 수 있는지 알려주세요...
관리자
분명히 나는 Bitrix 세션에 참여하고 싶었습니다. 하지만 그는 그렇게 하지 않았습니다. 결과적으로 이 라인은...
안드레이
안녕하세요, 기사 주셔서 감사합니다. 읽으면서 의문이 생겼습니다. 처리 코드에 왜...
관리자
두 프로그램 간의 연결에서 문제 영역은 항상 교환입니다. 거래소를 설립하고 관리하는 경우는 드뭅니다.
마리나
안녕하세요! 이제 오전 11시에 일하는데 UT+소매 조합으로 전환할 가치가 있나요? 수중은 무슨...
안
나는 이후 불일치 행위에 대한 질문에 동참합니다 ...
사랑
UNF에는 현금 장부가 없습니다(라인 159). 이는 존재하지 않는 외부 보고서를 통해서만 생성될 수 있습니다.
코스타
접근하기 쉬운 방식으로 작성되었습니다.
세르게이
감사합니다

최신 기사

인포블록은 데이터베이스의 여러 테이블을 결합하는 엔터티입니다. 이를 통해 테이블 구조와 테이블 간의 관계에 대해 생각하지 않고도 데이터베이스 작업을 수행할 수 있습니다. 정보 블록 작업을 위한 특별한 API가 있습니다. 정보 블록은 사이트의 관리 부분에도 표시되며 정보 블록의 정보를 보고 편집하는 데 필요한 전체 시각적 명령 세트가 있습니다. 명확하게 표시되지 않더라도 시스템에서 수행되는 거의 모든 작업은 어떤 방식으로든 이 모듈과 연결되어 있습니다.

얼마나 강력하고 무거운 개체인지 알아보기 위해 정보 블록에 포함된 테이블 수를 세어 보겠습니다.

정보 블록 유형( b_iblock_type)
정보 블록( b_iblock)
요소( b_iblock_element)

정보 블록 그룹(섹션)( b_iblock_section)
요소를 섹션에 연결합니다. 자동 테이블. ( b_iblock_section_element)
정보 블록 섹션의 속성( b_iblock_section_property)

정보 블록 요소 필드( b_iblock_fields)
정보 블록 요소의 속성( b_iblock_property)
"목록" 유형의 속성 값에 대한 옵션( b_iblock_property_enum)
속성값( b_iblock_element_property)
SEO 속성( b_iblock_iproperty)

정보 블록을 사이트에 연결( b_iblock_site)
표준 권한 모드에서 정보 블록에 대한 액세스 권한( b_iblock_group)
확장 권한 모드에서 정보 블록에 대한 액세스 권한( b_iblock_right)
섹션에 대한 확장된 액세스 권한. 자동 테이블. ( b_iblock_section_right)
요소에 대한 확장된 액세스 권한. 자동 테이블. ( b_iblock_element_right)
차단 요소. 비즈니스 프로세스 모듈( b_iblock_element_lock)
"카운터" 유형의 속성에 대한 시퀀스 생성기 표입니다. 자동적 인. ( b_iblock_sequence)
정보 블록 유형의 언어 종속 매개변수( b_iblock_type_lang)

인상적이죠? 물론 모든 테이블이 항상 사용되는 것은 아니지만 정보 블록은 유연하면서도 무거운 보편적 개체라는 점을 이해해야 합니다. 데이터베이스에 액세스하면 쿼리가 무겁고 길어집니다. 따라서 Bitrix의 고성능 호스팅에 대한 요구 사항과 캐싱 사용이 필요합니다. 이것이 Bitrix Infoblocks의 주요 단점입니다.
이 접근 방식의 장단점에 대해 즉시 이야기하겠습니다.

찬성

업무와 API의 보편성
모든 프로젝트에 동일한 데이터 구조
빠른 시각 디자인데이터 구조
관리 부분 및 공개 부분에서 액세스(자체 인터페이스를 개발할 필요 없음)

마이너스

성능 요구 사항 증가
간단한 구현에는 적합하지 않습니다(단순한 데이터 구조를 위해 여러 개의 정보블록 테이블을 사용해야 하는 경우입니다).

이론에서 실습으로 이동하거나 오히려 정보 블록을 생성하고 데이터로 채우겠습니다.

정보 블록 생성

Bitrix 관리 패널에서 Infoblock 작업에 대해 자세히 설명하지 않겠습니다. 이 문제는 스스로 알아낼 수 있다고 생각합니다. StartShop 매장을 개발하는 데 필요한 것만 설명하겠습니다. 그리고 우리는 준비된 정보 블록 자체를 다운로드할 것입니다. XML 파일사진이 포함된 제품으로 이미 채워진 정보 블록을 갖고 이를 작성하는 데 시간을 낭비하지 않고 작업할 수 있습니다.
정보 블록 관리는 섹션에 있습니다. 콘텐츠.
별도의 서비스가 필요합니다. 정보 블록 유형, 디렉토리라고 부르겠습니다. 트리와 같아야 합니다.
정보 블록 유형은 일부 정보 블록을 다른 정보 블록과 분리하는 데 편리한 자체 그룹화입니다. 최소한 두 가지 유형의 정보 블록이 있습니다. 목록그리고 서비스.
다음으로 우리는 infobox가 필요합니다. 상품.
필수 입력 항목 외에 이름, 문자코드, 사이트 링크설정에 주목하고 싶다 CNC(페이지 URL) 이것이 중요합니다. URL 설정은 정보 블록 요소 또는 요소 목록이 표시될 주소를 결정합니다. 결국 제품 페이지는 사이트에 별도의 페이지로 존재하지 않습니다. 동적으로 생성되고 구성 요소는 정보 블록에 요청하고 데이터를 수신하며 특정 주소에 가상 페이지를 발행합니다. 정보 상자에 요청해야 하는 주소 템플릿은 구성 요소 매개 변수(예: 뉴스)에서 구성되며 이 템플릿은 정보 상자 설정과 일치해야 합니다. 그렇지 않으면 빈 페이지가 열립니다.
지금까지 했던 것처럼 설정해 보겠습니다. 데이터 출력을 설정하면 모든 것이 어떻게 작동하는지 이해할 수 있을 것입니다.

페이지 URL정보 블록: #SITE_DIR#/카탈로그/
섹션 페이지 URL: #SITE_DIR#/카탈로그/#SECTION_CODE#/
세부정보 보기 페이지 URL: #SITE_DIR#/catalog/#SECTION_CODE#/#ELEMENT_CODE#/

다음으로 구성해야 할 것은 추가 필드입니다. 속성정보 블록.

필요에 따라 모든 속성에 대해 이야기하겠습니다. 이제 처음 두 가지에만 주목할 것입니다. 가격그리고 수량, 이는 제품에 필요한 데이터입니다. 두 속성 모두 유형이 됩니다. 숫자.
드롭다운 목록을 확장하면 유형속성이 다양한 방식데이터. 기본 유형(부울, 문자열, 숫자, 날짜)뿐만 아니라 복합 유형(비디오, 파일, 텍스트, 정보 블록 요소에 대한 바인딩, 지도에 대한 바인딩 등)도 있습니다. 저것들. 위에서 이야기한 것은 정보 블록은 그 자체로 다양한 데이터를 저장할 수 있는 매우 보편적인 개체라는 것입니다.

정보 블록 가져오기/내보내기

Bitrix Academy (정보 블록 자료)

그래서 우리 온라인 상점에서는 옷을 판매할 것입니다. Bitrix Academy에서 정보 블록 데이터를 가져오겠습니다.

나는 그들의 비디오 강의를 시청하는 것을 적극 권장합니다. 모든 것이 매우 명확하고 높은 수준입니다. 나만큼 상세하지는 않지만 몇 시간만 투자하면 많은 정보를 다룰 수 있습니다.
강좌 자료에서 정보 블록을 가져옵니다. 개발자 빠른 시작. 일반적인 Bitrix 온라인 상점의 데모 데이터와 동일한 이미지(매우 예쁜 소녀라고 말해야 함)가 있습니다. 정보 블록을 포함한 모든 강좌 자료는 1c-bitrix 웹사이트에서 다운로드할 수 있습니다. 정보블록을 조금 조정해서 홈페이지에만 올렸습니다.

인포블록 내보내기

정보 블록 내보내기 및 가져오기는 특히 Bitrix를 연구할 때 정보 블록 작업을 위한 매우 편리한 또 다른 옵션입니다. 이제 그 이유를 말씀드리겠습니다. 라이센스가 없으면 Bitrix 설치는 30일 동안만 작동합니다. 개발을 계속하려면 30일 동안 새 Bitrix 웹 환경을 다시 설치할 수 있습니다(이 내용은 2과에서 논의됨). 하지만 데이터를 어떻게 해야 할까요? 수동으로 입력하시겠습니까? 정보 블록 데이터를 내보내고 가져오는 기능이 우리를 구할 수 있는 곳입니다. 따라서 꽤 오랫동안 데모 버전으로 작업할 수 있습니다. 정보 블록은 내보내기/가져오기를 통해 로드되며 사이트 구조 및 폴더 현지의 그냥 이전 프로젝트에서 복사하세요.
Infoblock을 내보내려면 Bitrix 관리자 패널의 섹션으로 이동해야 합니다. 콘텐츠.

2가지 형식으로 내보낼 수 있습니다. CSV그리고 XML. 이러한 형식으로 내보내기 기능은 다음과 같습니다.

CSV

로 내보낼 때 CSV파일에 업로드될 필드를 구성할 수 있습니다. 하지만 사진은 업로드되지 않습니다.

따라서 가져올 때 먼저 모든 필드가 포함된 정보 블록을 생성하고 가져오기 설정에서 파일의 데이터를 로드할 필드를 지정해야 합니다.
구조가 다를 수 있는 기존 정보 블록으로 이러한 가져오기를 수행하는 것이 편리합니다. 예를 들어 가져오기를 통해 이전 사이트의 카탈로그 데이터를 구조가 다른 새 사이트로 복사할 수 있습니다. Excel에서 파일의 데이터를 변환하거나 보완한 다음 업로드할 수도 있습니다.

XML

로 내보낼 때 XML업로드된 필드를 사용자 정의하는 옵션은 없습니다. 정보 블록은 이미지와 함께 완전히 업로드됩니다.
이미지는 폴더의 동일한 디렉터리에 업로드됩니다. 카탈로그_파일 폴더로 아이블록 .
에서 가져올 때 XML가져올 필드를 선택하는 옵션은 없습니다. 새로운 정보 블록이 생성되거나 기존 정보 블록이 완전히 업데이트됩니다. 굳이 표시할 필요도 없고 정보 블록 유형가져오면 자동으로 생성됩니다.
이 방법한 사이트에서 다른 사이트로 작업을 전송하는 데 적합합니다. 예를 들어 테스트 사이트에서 데이터를 처리한 다음 이를 프로덕션 사이트로 전송했습니다. 글쎄, 또는 위에서 쓴 것처럼 이런 식으로 데이터를 데모 설치로 전송하고 계속 사용할 수 있습니다. Bitrix를 배우기 위해서는 이것이 꼭 필요한 메커니즘일 뿐입니다. 이것이 우리가 사용할 것입니다. 인포블록 데이터가 포함된 아카이브를 다운로드하고 프로젝트(예: 폴더)에 업로드하세요. 업로드. 아카이브를 현재 폴더에 압축 해제합니다.

그런 다음 위 그림과 같이 가져올 파일을 선택하여 XML을 통해 가져옵니다. 카탈로그.xml . 폴더의 모든 사진이 포함된 정보 상자가 로드됩니다. 카탈로그_파일. (한 가지 참고 사항: 로드할 때 그림은 업데이트되지 않으며 정보 블록이 처음에 그림 없이 로드된 경우 추가되지 않습니다. 이 경우 정보 블록이나 요소를 완전히 제거하고 다음을 사용하여 즉시 로드해야 합니다. 사진, 그림.)
정보 블록으로 이동 상품확인해 보세요. 이렇게 보일 것입니다.
그리고 목록에 있는 이미지를 바로 보려면 목록을 구성해야 합니다. 이렇게 하려면 오른쪽 상단에 있는 목록에서 설정 버튼을 클릭하세요.

그리고 표시해야 하는 필드를 선택하세요. 이 경우 해당 사진은 공지용입니다. (향후에는 편의상 수량과 가격을 표시하는 것도 가능할 예정입니다.)

저자로부터:
글쎄, 우리는 Bitrix의 주요 본질인 Infoblocks를 통해 그것을 알아냈습니다. 우리는 과정 내내 그들과 함께 일할 것입니다. 필요한 모든 데이터는 정보 블록에 저장됩니다. 이것은 배너, 댓글, 구독 및 기타 필요한 모든 것의 목록입니다. 다음 기사에서는 구성 요소를 사용하여 정보 블록의 정보를 표시합니다. 비트릭스:뉴스. 아직 구독하지 않으셨다면 구독하시고 새로운 강의를 위해 만나요!

약간의 이론:

시스템 내 비트릭스상당히 대중적인 아키텍처가 마련되었습니다. 즉, 데이터를 나누고 사용자 작업을 세 가지 개별 구성 요소로 표시하고 처리하는 것입니다.
이 아키텍처를 다음과 같이 지칭합니다. MVC(Model-view-controller, “Model-view-behavior”)이며 다양한 소프트웨어 제품을 설계하는 데 널리 사용됩니다.

Bitrix Framework용 MVC 템플릿은 다음 부분으로 구성됩니다.
모델- 이것은 API입니다.
성능- 템플릿입니다.
제어 장치구성 요소입니다.

이 기사에서 우리는 이야기 할 것입니다 Bitrix 구성 요소에 대해.
요소공개 섹션에서 사용하기 위한 컨트롤러이자 뷰입니다. 구성요소는 하나 이상의 모듈의 API를 사용하여 데이터를 조작합니다. 구성 요소 템플릿(보기)은 페이지에 데이터를 표시합니다.

구성 요소 구조

표준 Bitrix 구성 요소는 /bitrix/comComponents/bitrix/ 디렉터리에 저장됩니다. 개발자에 따르면 이 디렉터리에 있는 구성 요소는 업데이트 중에 덮어쓸 수 있으며 구성 요소를 사용자 정의하려면 구성 요소에 대한 별도의 디렉터리를 만드는 것이 좋습니다.

이와 관련하여 /bitrix/comComponents/ 디렉터리에 구성 요소가 저장될 새 디렉터리를 만듭니다.

이름을 custom으로 지정해 보겠습니다. 이제 구성 요소 /bitrix/comComponents/custom/sections.list/에 대한 디렉터리를 만들어 보겠습니다. 간단한 구성 요소의 일반적인 폴더 및 파일 구조는 다음과 같습니다.
- 돕다
— 이미지
—랭
—템플릿
.설명.php
.parameters.php
컴포넌트.php

이 모든 것을 순서대로 살펴 보겠습니다.
폴더 내 돕다보통 파일이 있어요 .tooltips.php, 구성요소 설정에 대한 도구 설명 배열이 포함되어 있습니다. 이에 대해 자세히 설명하지 않겠습니다. 이 파일의 예는 다른 구성 요소에서 찾을 수 있습니다.
폴더 내 이미지일반적으로 구성 요소 아이콘이 있습니다.
폴더 내 랭하위 폴더가 있습니다 언어 설정요소.
폴더 내 템플릿— 모든 구성 요소 템플릿.
구성 요소에 대한 기본 템플릿을 즉시 만들 수 있습니다. 전체 경로그 전에는 다음과 같습니다: /bitrix/comComponents/custom/sections.list/templates/.default/template.php.
지금은 여기에 한 줄을 삽입해 보겠습니다. "이것은 구성 요소 템플릿 custom:sections.list입니다."

파일로 .설명.php다음 코드를 작성하세요:

"사용자 정의: 정보블록 섹션 목록", "설명" => "정보블록 섹션 목록", "ICON" => "/images/sections_list.gif", "CACHE_PATH" => "Y", "PATH" => 배열 (" ID" => "유틸리티",),); ?>

따라서 파일에는 구성 요소에 대한 설명이 포함된 배열이 포함되어 있습니다.
다음은 파일입니다 - .parameters.php:

array("IBLOCK_ID" => array("NAME" => "Infoblock Id", "TYPE" => "STRING", "MULTIPLE" => "N", "PARENT" => "BASE",), "CACHE_TIME " => array("DEFAULT"=>3600),),); ?>

파일 내용을 좀 더 자세히 살펴보겠습니다. $arComponentParameters 배열의 PARAMETERS 키는 매개변수를 설명하는 배열입니다. 우리 구성 요소에는 IBLOCK_ID(섹션이 표시될 정보 블록의 ID)라는 하나의 기본 매개 변수만 포함됩니다.
열쇠:
이름— 매개변수 이름;
유형- 유형;
다수의— 다중성('Y'인 경우 매개변수는 값의 배열을 취할 수 있음)
부모의— 상위(매개변수는 그룹으로 나눌 수 있음)

두 번째 매개변수인 CACHE_TIME에 주의하세요. 이는 Bitrix 구성 요소의 기본값이며 캐싱 시간을 설정합니다.

$arParams 배열은 $arComponentParameters 배열에서 생성되며, 이는 구성 요소의 기본 파일에서 사용됩니다. 컴포넌트.php

파일 내용 컴포넌트.php:

"; print_r($arParams); 에코 ""; CModule::IncludeModule("iblock"); if ($this->StartResultCache(3600)) ( $iblock_id = $arParams["IBLOCK_ID"]; $arFilter = array("IBLOCK_ID"=>$iblock_id); $ db_list = CIBlockSection::GetList(array("NAME"=>"ASC"), $arFilter, true, array("ID", "NAME", "CODE")); while($ar_result = $db_list->GetNext ()) ( $arResult = array("ID" => $ar_result["ID"], "CODE" => $ar_result["CODE"], "NAME" => $ar_result["NAME"], "ELEMENT_CNT " => $ar_result["ELEMENT_CNT"]); ) // 에코 "

"; print_r($arResult); 에코 "

"; $this->IncludeComponentTemplate(); ) ?>

component.php 파일에는 모든 구성요소 로직이 포함되어 있습니다. 이 파일의 주요 작업은 수신된 매개변수($arParams)로부터 $arResult 배열을 형성하는 것입니다. 이 배열은 나중에 구성요소 템플릿에 전달됩니다. 두 가지 의견을 참고하세요. 주석 처리를 제거하면 구성 요소에 어떤 매개 변수가 제공되고 템플릿이 어떤 결과를 받는지 항상 관찰할 수 있습니다.
우리가 만든 구성 요소의 코드는 복잡하지 않습니다. 수신된 매개 변수(infoblock ID)에 따라 섹션을 선택하고 $arResult 배열에 저장합니다. $this->StartResultCache() 메서드 호출에 주의를 기울여야 합니다. 구성 요소에 최신 캐시가 있는지 확인합니다. 존재하는 경우 캐시의 정보가 표시됩니다. 결과적으로 데이터베이스에 대한 쿼리가 없고 $arResult 배열이 생성되지 않으며 템플릿도 포함되지 않습니다($this->IncludeComponentTemplate() 메서드).

구성요소 템플릿

다음 단계는 구성 요소에 대한 템플릿을 만드는 것입니다. 템플릿은 component.php 파일에서 생성된 $arResult 배열을 가져와 해당 내용을 브라우저에 출력합니다. 구성 요소의 템플릿 파일은 /bitrix/comComponents/custom/sections.list/templates/.default/template.php 경로에 있습니다.
구성 요소 템플릿의 코드: