phpcms와 Empirecms의 차이점은 무엇입니까?

먼저 cms를 선택할 때 고려해야 할 사항을 나열해 보겠습니다

　 1) 프로그램이 안전하고 안정적인가요? 버그가 자주 발생하나요?

　 2) 프로그램이 괜찮은가요? 사용하기 쉽다? 간단하다

　　3) 프로그램이 정적 속도를 생성하는 속도가 충분히 빠른가?

　　4) 프로그램 템플릿이 많은지, 템플릿을 만들기 좋은지, 라벨이 사용하기 쉬운지 5 ) 프로그램 로딩 용량이 강한지

　　6) 부동산 모듈이 있는지, 전화번호부 모듈이 있는지, 기밀 정보 모듈이 있는지, 질문과 답변 등 프로그램 모듈이 많은지 모듈 등

　　7) 프로그램의 2차 개발이 유연한가요

2차 개발을 잘하거나 좋아하는 분들은 2차 개발의 유연성과 모듈이 자신에게 적합한지 먼저 고려하게 될 것입니다 ; 일반 사용자는 프로그램이 사용하기 쉬운지, 템플릿 태그가 단순한지 더 고려할 것이므로 CMS 선택의 초점은 기본적으로 2차 개발의 유연성과 템플릿 태그 사용의 용이성

이라는 두 가지 측면에 중점을 둡니다. .

　1. 2차 개발의 관점에서:

　 PHPCMS(2008 버전)

은 개발 프레임워크에 가깝고 성숙한 제품과는 거리가 너무 멀기 때문에 계속해서 PHPCMS를 사용했습니다. 새로 출시된 PHPCMS2008 버전부터 현재 PHPCMS2008 sp4 버전까지 5~6개의 플랫폼을 구축하기 위한 2차 개발(pcv9는 평가하지 않겠습니다. 개발 초기 단계에서 많은 테스트와 피드백을 드렸으나 아직까지 (중고) 정식 버전이 출시됐는데도 매번 같은 문제에 부딪히면서 항상 저수준의 오류를 지적하며 수정을 하곤 했는데요. 이제는 정식 개발도 중단됐고, 출시 당시의 버그도 여전히 많이 남아있습니다. 그럼에도 불구하고 PHPCMS는 여전히 선호되는 CMS입니다. 그 이유는 원하는 대로 변경할 수 있고 생각나는 대로 바로 수행할 수 있기 때문입니다. 제 생각에는 PHPCMS는 극단적인 것입니다. 즉, 2차 개발을 먼저 고려한다면 PHPCMS가 좋은 선택입니다. PHPCMS에서 데이터를 읽으려면 SQL을 작성한 다음 위 템플릿에서 GET 태그를 호출하기만 하면 됩니다. 템플릿에서의 처리가 충분하지 않다고 생각되면 다음과 같이 하면 됩니다. 해당 이름으로 PHP 파일에서 일부 처리를 수행하는 것이 전부입니다. 심지어 헤더에서 common.php 파일을 참조하고 템플릿 참조 함수를 호출하여 템플릿을 참조한 다음 템플릿과 동일한 이름의 HTML 파일을 생성하기만 하면 PHPCMS를 기반으로 원하는 많은 기능을 얻을 수 있습니다.

　　

Empire CMS

, 공식 슬로건은 생각나는대로 바로 달성 가능하지만, 제가 몇 가지 간단한 기능 요구사항을 수정하고 Empire CMS의 플러그인 개발을 한 것으로 판단하면, Imperium CMS는 생각보다 너무 멀리 갈 수 있으며 제국의 개발 아이디어에 의해 제한되며 일부 기능은 비록 작더라도 제국의 핵심 프로그램에 대한 대대적인 점검이 필요합니다. "다른 페이지 매김에 따라 다른 표시를 달성하기 위해 콘텐츠 페이지의 페이지 번호를 가져오고 싶습니다."라는 간단한 요구 사항에 대해서는 나중에 단순히 콘텐츠 페이지의 페이지 번호를 가져오는 측면에서 설명하지 않겠습니다. 거의 불가능할지도 모르겠습니다. 첫째, 이 태그가 없고 변수도 제공하지 않습니다. 포럼의 많은 사람들이 이 필요성을 언급했지만 둘째, 제국의 템플릿 태그 분석 방법은 해결되지 않았습니다. 먼저 HTML을 포함한 각 태그의 결과를 처리한 다음 데이터베이스에 저장된 템플릿을 읽고 내부의 태그를 하나씩 교체하는 것이 프로그램이라는 오래된 Dongyi의 생각입니다. 전문적인 처리 과정을 거쳐 구현하기에는 결합도가 너무 높아서 대부분의 코드를 보편적으로 사용할 수 없습니다. (요즘 주류 템플릿 엔진은 먼저 태그를 파싱하고 컴파일한 후 캐시합니다. 태그는 실행 가능한 PHP 프로그램이 되었습니다. 그런 다음 프로그램이 데이터를 처리한 후 템플릿 캐시를 직접 호출하여 실행합니다. 태그는 모두 , 강력한 다용성.) 그리고 각 라벨이 잘 포장되어 있고 완벽하기 때문에 사용이 매우 간단하고 안정적입니다. 프롬프트만 따르면 문제가 없으므로 제국은 안전합니다. 사용 편의성이 매우 좋습니다. 예를 들어 Empire CMS를 사용하여 프리미엄 스토리 웹사이트(http://www.pmume.com)를 만드는 친구가 있는데 아래와 같이 콘텐츠 페이지에 페이지가 매겨진 제목 탐색을 구현하고 싶습니다.

살펴보니 Empire Forum에 이러한 요구 사항을 가진 친구들이 많이 있지만 기본적으로 좋은 해결책은 보이지 않았습니다. 그런 다음 Empire 레이블의 코드를 살펴보니 실제로 콘텐츠 페이지 페이징 드롭다운 탐색 레이블이 내장되어 있습니다. 원래 일반 프로그램의 생각은 데이터와 템플릿을 분리하고, 데이터를 잘 처리하고, 다른 형태의 표현(드롭다운 목록이든 일반 텍스트 목록이든)을 템플릿에 맡기는 것인데 Empire에서는 그렇지 않습니다. 모두 핵심 함수에 의해 처리됩니다. 처리를 위해 function.php 및 t_functions.php 파일에 별도의 함수를 작성하여 이 태그를 처리하고 HTML을 잘 밀봉하여 모든 사람에게 제공합니다. 콘텐츠 페이지의 페이지 매김 제목 탐색 목록을 구현하기 위해 저는 그의 태그 구현을 따르고 이를 달성하기 위해 이 두 핵심 파일을 수정했습니다. 사실 다른 CMS에서는 PHP 파일에 있는 기사의 페이지 제목을 분석해서 배열 변수로 기록한 뒤 템플릿에 있는 loop 태그를 이용해서 반복하면 괜찮습니다. 원하는 대로 표시하세요. (자세한 내용은 http://bbs.chinaz.com/CMS/thread-2020475-1-1.html을 참조하세요.)

　 Empire CMS와 PHPCMS는 모두 모델을 사용자 정의하는 기능을 가지고 있습니다. 현장 사용자 정의 측면에서 Empire는 더 사용자 친화적이고 초보자 친구에게 더 적합한 반면, PHPCMS는 기능에 문제가 없으며 일부 디자인도 합리적입니다. 성능이 좋지 않습니다. 예를 들어 정의된 필드는 하위 테이블에만 존재할 수 있습니다(PCV9가 개선되었습니다). Imperial CMS의 각 모델에는 별도의 데이터 기본 테이블 + 보조 테이블이 있습니다. 문제는 서로 다른 모델에 동일한 ID를 가진 기사가 있다는 것인데, 이는 사이트의 경우 매우 번거롭습니다. -와이드 데이터 작업.. 모델을 하나하나 판단해야 합니다. 오늘 편집자가 Empire CMS 플러그인을 디자인할 때 이러한 디자인의 단점을 깊이 깨달았습니다. PHPCMS의 모든 모델은 메인 테이블을 공유하고 보조 테이블은 별도로 사용됩니다. 즉, 모델에 관계없이 모든 기사의 제목, 초록 및 기타 정보가 통합된 테이블에 저장되므로 전체 사이트에 대한 데이터 호출이 매우 편리합니다. 이러한 단점도 명백합니다. 사용자 정의 필드는 보조 테이블에만 배치할 수 있습니다. 사용자 정의 필드를 데이터 호출 또는 검색 조건으로 사용하려면 두 테이블을 공동으로 쿼리해야 합니다. 전체 기사의 데이터를 읽으십시오. 기본적으로 차이가 없습니다.

요컨대, 그렇게 높은 수준의 PHP를 사용하면 해당 분야를 이해하는 한 PHPCMS를 사용하여 부동산 모델, 질문 및 답변 모델, 자동차 모델 등 다양한 모델을 쉽게 디자인할 수 있습니다. 모델 및 프로세스 백그라운드에서 모델을 구축한 다음 list.php 및 show.php를 복사하고 일부 수정한 다음 의사 정적 HTML 파일 템플릿을 업로드하면 됩니다. .정적을 생성하려면 정적을 생성하십시오. 그리고 2차 개발에 Empire를 사용한다면 백그라운드에서 쉽게 모델을 맞춤화하고 테이블을 구축할 수도 있지만 데이터 처리 처리의 유연성이 많이 부족합니다. 템플릿 처리 측면에서 템플릿을 읽고 변수 레이블을 대체하는 함수를 작성하면 됩니다. 정적을 생성하려는 경우 콘텐츠 페이지의 원래 정적 생성 기능은 보편적이지 않으며 간단히 정적 생성을 작성하면 됩니다. 스스로 수업을 해보세요. 한마디로, PHP를 직접 작성하는 것이 더 좋습니다!

2. 프로그램 안정성과 템플릿 태그 사용성 측면에서:

PHPCMS의 태그는 모두 프로그래머의 생각으로 구현되었습니다. 태그 및 GET 태그는 실제로 SQL 문을 생성하고 이를 실행을 위한 함수로 구문 분석합니다. 콘텐츠 페이지의 태그 구현은 변수입니다. 즉, 데이터베이스의 데이터는 PHP 제어 파일에서 읽혀지고 다음과 같이 깨끗한 데이터로 처리됩니다. 필드 유형 및 변수에 배치된 이러한 변수는 PHP 콘텐츠 페이지 템플릿에서 직접 사용할 수 있습니다. 논리적 판단이든 추가 기능 처리이든 원하는 대로 처리할 수 있으며 이는 프로그래머의 생각에 더 부합합니다. . 그러나 일반 사용자는 사용에 대해 걱정할 수 있습니다. 템플릿을 변경하려면 PHP 논리적 사고와 SQL 문에 대한 이해가 필요합니다. PHPCMS의 일부 모듈에서 명백한 버그 잔재로 판단하면 실제로 해당 모듈을 사용하는 사람이 거의 없다고 판단할 수 있습니다. (물론 PCV9가 크게 개선되었어야 했으니 여기서는 다루지 않겠습니다.)

　 Empire CMS의 태그는 그와 Dongyi(ASP)가 생각하는 전통적인 의미에서 가장 정통적인 태그입니다. -type CMS)는 극단적입니다. 예를 들어 이 레이블은 무엇을 나타내는지, 프로그램이 이를 처리한 후 전체 블록을 직접 교체합니다. 사용하기 매우 편리하며 사용할 수 있는 모든 태그가 템플릿 하단에 주의 깊게 표시되어 있습니다. 웹마스터 친구는 안내에 따라 태그를 삽입하기만 하면 됩니다. 마음의 평화를 제공합니다.

단점: 이러한 레이블은 레이블일 뿐이며 깨끗한 데이터가 아니며 처리에 개인화가 부족합니다. Empire CMS 템플릿도 PHP를 지원하지만 템플릿 생성 방법이 먼저 변수를 PHP로 구문 분석한 다음 처리하지 않기 때문입니다. 라벨 데이터는 동시에 처리되어 생성되면 교체되므로 한계도 분명합니다.

　 친구의 부티크 스토리 웹사이트가 임페리얼 CMS를 사용하여 구축되었다고 기사에서 언급되었는데, 이 친구가 어떤 프로그램도 이해하지 못한 채 임페리얼 CMS를 사용하여 웹사이트를 매우 좋게 만들었다고 해서 실제로 추천했다고 합니다. Empire가 세부적인 부분에서 훌륭한 작업을 수행했음을 보여줍니다.

위의 내용은 말도 안되는 내용이 많습니다. 사실 기본 의미는 두 가지입니다. 2차 개발이 너무 많이 필요하지 않은 친구들에게는 Empire CMS 등을 사용하는 것이 상대적으로 좋을 것입니다. 2차 개발에 대한 요구 사항이 더 많고 PHP에 더 익숙한 사람들은 PHPCMS를 프레임워크로 사용할 수 있습니다. 버그는 문제가 되지 않으므로 변경해도 재미있을 것입니다. 제국처럼 변할 수 없습니다.

물론 기사에서는 Imperial CMS와 PHPCMS를 주로 추출했으며 DEDECMS를 사용하는 학생들을 무시한 것 같습니다. 구현 측면에서 제가 만난 웹마스터 친구들은 대부분 DEDECMS를 사용합니다. 이 CMS는 안정성과 태그의 용이성을 가지고 있습니다. 사용은 Imperial CMS와 PHPCMS 사이에 있습니다. 편집자는 친구들에게 몇 가지 팁을 제공하기 위해 여기서 두 가지 극단만을 분석합니다.

위 내용은 phpcms와 Empirecms의 차이점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!