WordPress를 CMS로 사용 : 사용자 정의 플러그인과 기존 플러그인에 대한 개발자 환경 설정

개발자가 WordPress를 CMS로 사용하는 방법에 대한 일반적인 피드백을 측정하고 싶었습니다. WordPress에 구축 된 웹 사이트에 대한 몇 가지 클라이언트 요청을 시작했습니다. 대부분의 경우 매우 단순하며 핵심 WordPress 기능이 제대로 작동합니다.

때로는 사용자 정의 기능이 필요하지만 일반적으로 사용 가능한 수천 개의 플러그인을 탐색하고 적합한 플러그인을 사용합니다. 그러나 더 많은 사이트를 구축 할 때 플러그인 작동 방식에 100 % 만족하지 않는 것으로 나타났습니다 (너무 많거나 너무 적음)

클라이언트를 위해 구축 한 WordPress 사이트에 대해 사용자 지정 플러그인을 작성합니까 (유사한 사이트가 이미 존재하더라도)? 커스텀과 기존의 결정에 어떻게 도달 할 수 있습니까?

본격적인 CMS로 워드 프레스를 사용하기 시작할 때 많은 사람들이 간신히 발견 한 최첨단 기능을 다루기 때문에 요즘 훨씬 더 많은 사용자 정의 코드 (플러그인 및 테마 기능, 실제로는 모두 동일)를 작성하고 있습니다. (또는 여전히 소스 자체에서 걸려 넘어지기를 기다리고 있습니다). 따라서 최신 기능을 처리하는 플러그인이 많지 않습니다.

또한 워드 프레스를 CMS로 사용하는 특성은 클라이언트를위한 특정 전문화 및 사용자 정의를 의미합니다. 따라서 특정 CMS 기능을 처리하는 플러그인을 찾은 경우에도 항상 더 구체적인 솔루션이 필요하다는 것을 알았습니다. 플러그인은 모든 종류의 활용에 융통성있게 작성되어야하지만, 사용자 정의 코드 (기존 플러그인을 기반으로 할 수 있음)는 플러그인이 사용자가 개별적으로 원하는 것을 알아야하는 모든 종류의 불필요한 입력 양식 및 설정 패널을 무시할 수 있습니다. 결과적으로. 그것들을 제거하고 (그리고 클라이언트의 특정 시나리오를 위해 특정 기능을 하드 코딩하면) 누군가 실수로 나중에 만질 수있는 입력 UI 및 설정의 양을 줄입니다 ...

안녕하세요 @pingu :

좋은 질문입니다!

클라이언트를위한 사용자 정의 CMS를 구축하고 클라이언트를위한 블로그를 설정하지 않기 때문에 거의 모든 사용자 정의 플러그인을 사용하는 서비스를 제공하는 클라이언트 유형을 찾을 수 있습니다. 내 고객은 일반적으로 원하는대로 원하는 것을 원하며 상용 플러그인이 거의 필요하지 않습니다.

그러나 플러그인 개념이 잘못되었다고 생각하지는 않습니다. 반대로 플러그인이 존재할 가능성이 있다고 생각합니다. 대부분의 경우 상용 플러그인을 사용할 수있게된다면 오늘날 사용 가능한 대부분의 플러그인은 블로깅 최종 사용자를 대상으로하고 설계되지 않은 것입니다. 고객에게 솔루션을 제공하기위한 플랫폼으로 WordPress를 사용하는 전문 개발자를 염두에두고 있습니다.

고객과의 작업에서 찾은 것은 플러그인의 유스 케이스 패턴 세트로, 사용자 정의 코드 요구의 적어도 50 %를 해결할 것이라고 생각합니다. 이 플러그인에 거의 1 년의 시간을 투자 한 후, 나는 먼 미래에 어느 시점으로 제품으로 출시하기로 결정했습니다.

그러나 그 동안에는 내가 개발하고있는 도구를 사용할 수있는 능력과 대가로 자신의 주요 요구 사항을 말해 줄 수있는 사람들을 찾아야합니다. 관심이 있다면 내 프로필 페이지에서 내 이메일 주소를 찾을 수 있습니다. 나에게 이메일을 쏴 가장보고있는 지역을 알려주세요.

이것은 매우 좋은 질문입니다. 성능 / 캐싱, SEO 및 양식 (Gravity Forms)과 같은 기본 문제를 해결하기 위해 정기적으로 사용하는 선반 플러그인이 일반적입니다.

거의 모든 것이 완전히 관습입니다. 대부분의 사용자 지정 작업에는 클라이언트가 구체적으로 정의 된 콘텐츠 유형을 사이트에 추가 할 수있는 방법을 만드는 것이 포함됩니다.

예를 들어, 클라이언트는 채용 정보를 게시하는 방법을 요청할 수 있습니다. 여기에는 직책, 급여, 복리 후생, 혜택, 교육 요건, 직무 설명 등을위한 맞춤형 메타 박스가있는 맞춤형 포스트 유형이 필요합니다. 그런 다음 지금 신청 버튼을 내장하거나 단일 작업에 연결하여 온라인 신청서를 작성해야합니다. .php 템플릿.

또 다른 예는 클라이언트 로고를 사용하여 사용자 지정 로그인 화면으로 대시 보드를 흰색으로 레이블 지정하거나 사용자 정의하고 일부 대시 보드 위젯과 함께 일부 WordPress 브랜딩을 제거하는 것입니다. 일부 프로젝트는 사용자 지정 대시 보드 위젯을 만들어야합니다.

본격적인 맞춤형 CMS의 요구를 충족시킬 수있는 상용 플러그인은 많지 않습니다.

제 3 자 WP 플러그인의 거대한 라이브러리가 있다는 점을 좋아하며 개인 사이트 및 프로 보노 작업에 자주 사용합니다. 그러나 전문 개발 작업을 위해 저장소의 플러그인을 거의 사용하지 않습니다.

일반적으로 고객은 WordPress에 감정적 인 애착이 없으며 CMS 만 원한다는 것을 알았습니다. 따라서 기부 버튼 및 브랜드 플러그인 기능과 같은 것들을 덜 용서하는 경향이 있습니다. 사실, 그것은 긴장합니다. 그들은 단지 "CformsII"나 다른 것이 아니라 "Contact Form"이라는 버튼을보고 싶어합니다. 또한 엔터프라이즈 클라이언트에는 코드의 라이센스 및 소유권에 대해 걱정하는 법률 부서가 있으며 12 개의 타사 플러그인에 대한 라이센스 및 사용 약관을 지우고 싶지 않습니다.

그래서 대부분 개발 한 기본 화이트 라벨 플러그인 라이브러리에서 작업하고 각 클라이언트에 맞게 사용자 정의합니다. 그렇게하면 모든 코드를 안팎으로 알 수 있으며 사용자 정의를 매우 쉽고 깨끗하게 만들 수 있습니다. 그리고 거기에는 엣지 케이스를 수용하기 위해 설계된 쓰레기가 많이 없다는 것을 알고 있습니다.

그러나 분명히 타사 플러그인에서 많은 것을 배웁니다. 종종 플러그인을 열어서 작동 방식을 확인한 다음 배운 내용을 기반으로 내 자신의 버전을 만듭니다. 그런 다음 해당 기능에 대한 필요성이 다시 발생하면 내가 직접 만든 무언가, 혼란스럽고 귀속이 없으며 실제로는 클라이언트에게 보이지 않는 무언가가 있습니다.

나는 아직 클라이언트를위한 커스텀 플러그인을 작성하지는 않았지만 그들이 지불한다면 확실히 할 것이다.)

나는 최근에 완전히 맞춤화 된 중형 사이트를 통해 3.0의 더 많은 CMS "like"기능을 사용했습니다. 처음에는 너무 많은 사용자 정의 요소가 필요하고 실제로 블로그와 관련이 없었기 때문에 실제로 해결 될지 조금 걱정했습니다.

좀 더 견고한 CMS를 사용하는 데 매우 가까워졌지만 위험을 감수하고 돈을 지불했습니다. 사용자 정의 템플릿 (테마)을 간단하게 만들어서 필요한 모든 것을 달성하기가 매우 쉬웠으며, 실제로는 매우 쉬웠으며, 그것이 얼마나 유연한 지에 놀랐습니다. 더 이상 블로그 플랫폼이 아닙니다.

그 작업을 수행 할 수있는 몇 가지주의 사항이 분명히 있다고 말하면서, 나는 때때로 자신에게 .. 만 기능 x와 같은 기능이 있다면 ...라고 말합니다.

참고로 필자는 플러그인에 의존하거나 사용자 정의 함수 및 코드를 작성하는 데 훨씬 덜 의존했습니다. 실제로 특정하거나 독특하거나 잘 수행되지 않은 경우 거의 사용하지 않습니다.