>  기사  >  백엔드 개발  >  discuz와 phpwind의 장단점 비교

discuz와 phpwind의 장단점 비교

(*-*)浩
(*-*)浩원래의
2019-09-03 15:51:344553검색

discuz!(dz라고 함)와 phpwind(pw라고 함)는 모든 측면에서 연속적으로 오픈 소스를 발표한 이후 중국에서 가장 유명한 두 가지 PHP 포럼 시스템입니다. , 기술에 관계없이 기능이나 인터페이스면에서 큰 발전을 이루었고 단순한 기능을 가진 외국 전자 게시판 시스템과 비교할 수 없을만큼 그 명성이 높아졌습니다.

discuz와 phpwind의 장단점 비교

부작용 중 하나는 중국에서 PHP의 인기를 크게 높였다는 것입니다. 적절한 포럼 프로그램을 찾고 나서 스스로를 벗어날 수 없습니다).

1. 인터페이스 장 (권장 학습: PHP 비디오 튜토리얼)

우선, #🎜 🎜# 인터페이스 측면에서는 전반적으로 dz의 인터페이스가 상대적으로 아름답고 전체적인 느낌이 좋습니다.

pw의 인터페이스는 사람들에게 dz를 흉내내는 듯한 느낌을 줍니다. 동시에, 인터페이스의 세부적인 측면에서 pw는 아직 dz만큼 완벽하지 않은 것 같습니다.

2. 기술 기사

기술적으로 말하면 pw와 dz 모두 파일 기반 데이터 캐싱 기술을 사용합니다# 🎜🎜# , 포럼 레이아웃 매개변수, 기본 매개변수 등과 같이 일반적으로 사용되는 데이터 테이블을 정적 캐시 파일(조건에 따라 트리거된 업데이트 또는 수동 업데이트)로 변환하여 데이터베이스 읽기 횟수를 줄이고 효율성을 향상시킵니다. 매우 유사합니다.

1. 템플릿 기술

템플릿 기술 측면에서 dz는 2.5f 버전부터 이 정적 템플릿 기술을 채택했습니다

. 보기에는 포럼과 같이 자주 업데이트되는 웹사이트 프로그램에 여전히 매우 적합합니다. 정적 템플릿을 동적으로 생성하여 템플릿 구문 분석 효율성 문제를 해결합니다.

동시에 dz의 템플릿 방식을 사용하면 인터페이스 수정이 더 쉽고 매우 직관적입니다.

pw에서 echo 문(템플릿이라고 부르자)을 사용하는 방식이 많이 허술합니다

. PHP 코드와 혼합된 템플릿은 Dreamweaver에서 실수로 쉽게 삭제됩니다. 특히 수정 시 주의하지 않으면 웹 페이지가 화이트보드(출력 없음)가 되어 pw 템플릿을 수정할 때마다 살얼음판을 걷게 될 가능성이 높습니다. . . . 이것이 타사 템플릿에 pw보다 dz가 훨씬 더 많은 이유이기도 합니다.

그러나 pw는 템플릿도 개선하고 있습니다. 이제 Verycms 3.0에서는 실제 템플릿 기술을 사용하기 시작했지만 현재의 템플릿은 여전히 ​​상대적으로 초보적입니다. . . 2. PHP 파일의 속도 문제 부분과 dz 템플릿은 일반적으로 파싱할 필요가 없으므로 효율성은 거의 동일해야 합니다. 하지만 인터넷에는 항상 웹사이트에 있다고 주장하는 사람들이 있습니다. dz를 사용하는 것은 pw보다 느립니다. 나는 이 측면을 테스트하지 않았으며 감히 불합리한 의견을 제시하지 않습니다. 또한 웹 사이트 액세스 속도는 여전히 로컬 네트워크 속도, 서버 대역폭, 심리 등 다양한 요인의 영향을 받습니다. . . . . 전문적인 기술적 수단을 사용하지 않는 한 객관적인 평가는 여전히 어렵습니다. 하지만 공식 홈페이지의 속도로 보면 pw가 우세한 게 확실하네요 ㅎㅎ ​​

3. 기능

#🎜🎜 # 다음은 dz5.5 및 pw5.3 기능을 간단히 분석해 보겠습니다. 제 생각에는 전문가에게는 너무 간단할 수 있습니다. 수정해 주세요.

1. 로그인 방법: #🎜🎜 #pw는 프런트엔드 로그인과 백엔드 로그인에 서로 다른 쿠키 방식을 사용합니다. 개인적으로 이렇게 프런트엔드와 백엔드를 분리하는 방식이 보안에 도움이 된다고 생각합니다. 관리하기 쉽습니다. 백엔드 계정과 프런트엔드 계정은 완전히 분리될 수 있습니다.

dz의 프론트 및 백엔드 로그인은 계정을 사용하지만 백엔드에 들어갈 때 비밀번호를 다시 입력하라는 메시지가 표시되지만 여전히 pw만큼 편리하지는 않습니다. 특별한 점은 등록할 때 dz에서 프롬프트 질문(선택 사항)을 입력해야 한다는 점이며, 로그인 인터페이스에 입력을 요청하는 인터페이스도 있다는 점입니다. 지루한. 비밀번호를 검색하려면 프롬프트 질문을 사용하는 것이 좋습니다. 질문을 유도하는 방법은 초보자가 읽다가 혼란스럽고 어지러워집니다

2. 열 표시:

pw는 5.0.1부터 왼쪽 및 오른쪽 열 표시를 지원합니다. 이 기능은 너무 단순하고 트리의 하위 섹션을 표시할 수 없습니다. 이 기능은 그다지 존재하지 않으며 약간 우스꽝스럽고 반제품입니다(그러나 이는 pw의 일반적인 특성과도 일치합니다. 모든 사람이 수정할 수 있도록 일부 불완전한 항목을 시작합니다.

dz5.5의 컬럼 디스플레이를 보니 작업이 상당히 완벽하고 느낌도 꽤 좋습니다.

3. 백그라운드 관리 효율성:

pw의 수평적 작업은 매우 우수하여 관리의 어려움을 크게 줄여줍니다. 특히 사용자 그룹에 따라 권한을 설정할 때 매우 좋습니다. 편리하네요. dz는 이 부분을 개선해야 합니다.

dz는 백그라운드에서 반복되는 작업 문제를 해결하기 위한 솔루션을 제공하지만, 별도의 프로젝트를 설정하는 경우 사용하기가 쉽지 않습니다. 더 번거로울 것입니다.

4. 개인 공간(수집) 기능 :

dz5.5에는 미니스페이스 개인 공간 기능이 내장되어 있습니다. discuz가 supsite와 합병된 이후로 포럼 기능의 홍보에 큰 이점을 발휘하며 많은 개인 웹사이트의 주목을 받았다고 할 수 있습니다.

dz의 공식 표현에 따르면 이 미니스페이스는 다음과 같습니다.

"포럼의 원본 리소스를 최대한 활용하면 회원은 비용을 지불하지 않고도 개인화된 디스플레이 페이지를 가질 수 있습니다. more#🎜 🎜#

은 X-Space와 완벽하게 결합되어 MiniSpace 간의 자연스러운 전환을 원활하게 구현하고 뛰어난 게시물을 컬렉션으로 정리하여 다른 사람들이 쉽게 접근할 수 있도록 합니다. 이전에 다른 포럼에서 이 기능을 본 적이 있는데 dz가 이 기능을 통합할 것이라고는 기대하지 않았습니다. 이 기능은 이미 대부분의 포럼의 기능적 요구 사항을 충족할 수 있습니다. 예를 들어 공식 성명에 따르면 사용자가 b0 게스트 기사를 게시하도록 허용하려는 경우 X-space로 마이그레이션할 수도 있습니다. 그러나 더 중요한 것은 minispace가 오픈 소스인 반면 X-space의 소스 코드는 오픈 소스가 아니라는 점입니다.

X-space에 관해 말하면 pw는 기능 측면에서는 dz와 비슷하지만 포럼 확장 측면에서는 dz보다 뒤떨어져 있다고 생각합니다. X-space는 포럼을 중심으로 한 개인 공간 기능을 구현할 수 있지만 pwblog(Lxblog로 이름이 변경되었으며 공식 버전은 출시되지 않았습니다. 이 기사에서는 버전 5.1.5만 예로 듭니다)는 포럼과 완전히 다릅니다. 4.3.2에서 포스트 푸시 기능이 변경되었으나 항상 사용이 어려웠습니다. 4.x를 푸시한 이후에는 5.1.5에서는 정상적으로 푸시가 가능하지만, 포스트는 정상적이지 않더군요. 포럼에서 업데이트된 내용은 더 이상 b0 게스트의 답글에 표시되지 않습니다. 푸시 기능은 pwblog의 쓸모없는 장식일 뿐이라고 할 수 있습니다.

결국 우리가 바라는 것은 단지 포럼 게시물 수집 기능일 뿐이라는 점입니다. pwblog는 포럼의 콘텐츠를 b0 고객에게 반복적으로 푸시하는데, 이는 공간 낭비이며 의미가 없습니다. , dz는 멀리 떨어져 있습니다. pw를 이기고 칭찬받을 만합니다. 하지만 미니스페이스의 기능은 여전히 ​​선집 게시물에 대한 분류 기능이 없고, 홈페이지에 추천 게시물이 없는 등 다소 단순합니다. (포럼 게시물의 분류는 별 의미가 없을 수도 있지만 없는 것보다는 낫습니다. , 그렇죠?)

#🎜 🎜#5, 홍수 방지 기술

pw5.3 드디어 N번째 게시물에 올리기 전에 인증 코드를 등록하고 사용하라는 제안을 받아들였습니다. 기존 사용자의 사용에 영향을 미치지 않으며 악성 스팸 봇을 제한하는 방법을 확인합니다. dz에서는 이 기능을 제공하지 않지만 N번째 게시 이후에는 맞춤 Q&A를 사용하지 않는 기능이 있습니다(dz의 인증코드가 형편없어 전혀 눈에 잘 띄지 않아 맞춤 Q&A를 사용하는 것이 더 나은 것 같습니다).

자동 등록 방지 측면에서, pw와 dz는 모두 사용자 정의 질문 및 답변 방식을 사용하여 자동 등록을 방지합니다. 구체적인 원칙은 매우 간단하며 둘 다 구현이 유사합니다. 차이점은 dz가 적용되려면 10개 이상의 질문을 설정해야 하는 반면, pw는 하나의 질문만 설정할 수 있다는 것입니다. 또한, 또 다른 차이점이 있는데, pw는 Q&A에서 내부적으로 사용되는 양식 변수 이름을 사용자 정의할 수 있어 악의적인 자동 등록을 방지하는 데 더 효과적일 수 있습니다. pw의 사용자 정의 질문은 등록에만 사용할 수 있는 반면, dz의 사용자 정의 질문은 등록, 게시 및 단문 메시지에 사용할 수 있습니다.

현재 특정 애플리케이션으로 볼 때 하나의 질문을 사용하면 기본적으로 자동 등록 문제를 해결할 수 있습니다(장기 연습의 결과). 물론 매우 큰 웹사이트도 쉽게 할 수 있다는 점을 배제할 수는 없습니다. 하나의 질문을 사용하여 해결하면 돌파 가능성이 있으므로 dz가 더 효과적일 수 있습니다. 다만 dz 제한이 적용되려면 10 이상이 필요하다는 점은 수수께끼입니다

위 내용은 discuz와 phpwind의 장단점 비교의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
이전 기사:php 하면 좋은가요?다음 기사:php 하면 좋은가요?