WordPress 플러그인 충돌을 관리하는 모범 사례

WordPress 웹사이트를 운영하는 동안 어느 시점에서 주요 플러그인 충돌이 발생하는 것은 거의 불가피합니다. 그런 일이 일어난다.

이러한 충돌이 발생하는 경우 일반적으로 두 개의 작은 플러그인 사이의 문제는 아닙니다. 귀하의 사이트에서 가장 중요한 플러그인이 직접적인 영향을 받아 전체 기능이 중단될 것이라는 것을 거의 보장할 수 있습니다.

그 말은 50%는 편집증이고 50%는 이성입니다. 사용하는 가장 중요한 플러그인은 기능의 복잡성으로 인해 다른 플러그인과 충돌하는 경우가 많습니다. 귀하의 사이트가 이벤트 관리 플러그인, 전자상거래 플러그인, 또는 완전히 다른 것을 중심으로 실행되는지 여부에 관계없이 발생하는 모든 충돌에서 해당 사이트가 주요 피해자가 될 것임을 확신할 수 있습니다.

많은 플러그인을 사용한다면 충돌을 완전히 피하는 것은 거의 불가능합니다. 그러나 플러그인 충돌과 문제를 최소한으로 유지하기 위해 사용할 수 있는 몇 가지 방법이 있습니다.

1. 오래된 플러그인을 피하세요

특정 기능을 위해 플러그인을 사용해야 하는 경우 해당 플러그인이 최근에 업데이트되었는지, 최신 버전의 WordPress와 호환되는지 확인하세요.

개발자가 6개월 이상 플러그인을 업데이트하지 않은 경우 오래된 코드가 포함될 가능성이 높습니다. 이제 WordPress에서는 개발 주기를 단축하려고 노력하고 있으므로 이것이 더욱 중요해졌습니다.

또한 더 이상 존재하지 않는 플러그인도 피하세요. 이는 장기적으로 문제를 일으킬 가능성이 거의 확실합니다.

2. 업데이트하기 전에 플러그인을 백업하세요

우리는 가이드에서 이것을 많이 언급합니다. 그러나 변경하기 전에 항상 사이트를 완전히 백업하십시오.

대부분의 사람들은 다시 생각하지 않고 플러그인과 웹사이트를 업데이트합니다. 최신 버전의 WordPress와 웹 사이트의 테마 또는 플러그인을 실행하는 것이 좋습니다. 이는 사실입니다. 하지만 이러한 업데이트를 수행할 때 무모해서는 안 됩니다.

핵심 WordPress 소프트웨어를 업데이트할 때와 마찬가지로 주요 변경 사항을 적용하기 전에 전체 사이트의 완전하고 사용 가능한 백업을 만드는 것이 좋습니다. 백업을 사용하면 문제가 발생하여 이전 버전으로 롤백해야 하는 경우 각 플러그인의 이전 버전을 복원할 수 있습니다.

개인적으로 선호하는 VaultPress를 포함하여 모든 것을 백업할 수 있는 멋진 WordPress 백업 플러그인이 많이 있습니다. FileZilla와 같은 FTP 프로그램을 사용하여 wp-content/plugins 폴더를 다운로드할 수도 있습니다.

3. 사이트의 로컬 개발 버전 만들기

MAMP 또는 WAMP와 같은 애플리케이션을 사용하여 로컬 컴퓨터에 웹 사이트 버전을 만듭니다.

그런 다음 사이트의 로컬 버전을 설치한 각 플러그인을 업데이트하기 위한 테스트 환경으로 사용할 수 있습니다. 이를 통해 다른 플러그인과 충돌을 일으키지 않고 각 플러그인의 업데이트가 작동하는지 테스트할 수 있습니다.

충돌이 발생하더라도 사이트의 라이브 버전에서는 충돌이 발생하지 않습니다. 모든 것이 제대로 작동하는 것에 만족할 때까지 개발 버전에서 플러그인을 테스트하고 조정할 수 있습니다.

그런 다음 해당 시점에 라이브 버전을 업그레이드할 수 있습니다.

4. 플러그인을 개별적으로 업데이트

모든 플러그인을 선택하고 WordPress에서 동시에 업데이트하도록 하고 싶을 수 있습니다. 모든 것이 계획대로 진행된다면 확실히 시간이 절약됩니다.

업데이트 후 플러그인에 문제가 있는 경우 각 플러그인을 개별적으로 업데이트하는 데 몇 분을 더 소비하게 되어 기쁩니다. 이 방법을 사용하면 충돌을 일으킨 플러그인을 정확히 확인한 다음 백업에서 이전 버전을 즉시 복원할 수 있습니다.

동시에 모든 플러그인을 업데이트하면 충돌하는 플러그인을 찾는 데 상당한 시간을 소비해야 할 위험이 있습니다.

5. 갈등을 찾아라

이전 요점은 좋은 습관이지만 대부분의 사람들이 추가로 몇 분을 소비할 의향이 있는 것은 아닙니다. 모든 플러그인을 동시에 업데이트한 경우 두 가지 옵션이 남아 있으며 가능하면 두 번째 옵션은 피하는 것이 좋습니다.

플러그인 복원

업데이트 직전에 수행한 백업에서 플러그인을 완전히 복원할 수 있습니다. 그런 다음 각 플러그인을 한 번에 하나씩 업데이트하여 충돌을 일으키는 플러그인을 찾으세요.

첫 번째 항목에 대한 귀하의 반응이 “아, 그렇군요. 먼저 백업을 해야 했는데요.” 2번 포인트만 사용하게 되어 안타깝습니다.

수동 프로세스

백업이 없습니다. 시간을 절약하기 위해 모든 플러그인을 한 번에 업데이트했는데 이제 중요한 것이 깨졌습니다. 이제 충돌을 찾기 위해 각 플러그인을 수동으로 확인하는 힘든 작업에 직면하게 되었습니다.

이렇게 하려면 설치한 모든 플러그인을 비활성화해야 합니다.

모두 비활성화되면 문제가 있는 기본 플러그인을 활성화하고 제대로 작동하는지 확인할 수 있습니다. 플러그인이 깨졌을 가능성이 있습니다.

그런 다음 각 플러그인을 하나씩 활성화하고 충돌이 발생했는지 확인해야 합니다. 플러그인이 많이 설치되어 있으면 시간이 좀 걸릴 수 있습니다.

설상가상으로, 이 충돌을 발견한 후에는 두 번째 플러그인을 비활성화된 상태로 두거나 업데이트 전에 설치한 버전을 찾아야 합니다. 해당 버전 번호를 알고 있다고 가정합니다.

이 수동 방법은 완료하는 데 많은 시간이 걸릴 수 있으며 수행하는 동안 사이트에 주요 기능 문제가 발생할 수 있습니다. 사전 대응하고, 백업을 수행하고, 웹 사이트 업데이트 계획을 세워 이러한 시나리오를 완전히 피하는 것이 가장 좋습니다.

6. 플러그인 지원 포럼을 사용하여 충돌 해결

문제가 되는 플러그인을 찾았으면 해당 플러그인의 지원 포럼을 방문하는 것이 좋습니다. 플러그인이 무료로 제공되는 경우 WordPress.org 페이지에 "지원" 탭이 있어야 합니다. 또는 프리미엄 플러그인의 경우 기본 플러그인 랜딩 페이지나 개발자 웹사이트에서 확인하세요.

당신이 갈등을 겪은 첫 번째 사람이 아닐 가능성이 있습니다. 이 문제에 대해 운이 좋은 0번 환자라면 포럼에 스레드를 생성하거나 개발자에게 이메일을 보내 문제 조사를 시작해야 합니다.

자신만의 포럼 스레드를 시작하려면 WordPress.org 계정이 없는 경우 계정을 생성하거나 프리미엄 플러그인을 구입할 때 생성한 계정에 로그인해야 합니다.

7. 해결이 불가능할 경우 마이너 플러그인 교체

갈등에 대한 해결책이 없을 수도 있습니다. 해당 플러그인의 기능을 포기하는 것 외에 다른 옵션이 없을 수도 있습니다. 적어도 단기적인 해결책으로는 말이죠.

동일한 기능을 수행하는 다른 플러그인을 사용할 수 있습니다. 대체 플러그인을 검색하는 데 시간을 투자하고 처음 찾은 플러그인만 사용하지 마세요. 좋은 지원을 제공하고 최근 개발자가 업데이트한 제품을 찾으세요.

새 플러그인 개발자에게 미리 연락하는 것도 시간을 투자할 가치가 있을 수 있습니다. 해당 플러그인이 귀하가 사용하는 기본 플러그인과 호환되는지 알아보세요. 또는 이전 플러그인에서 발생한 충돌이 문제가 되었는지 물어보세요.

귀하는 어느 하나의 특정 플러그인에 묶여 있지 않으며, 귀하가 원하는 것을 정확하게 수행하는 플러그인을 찾을 수 없다면 플러그인이 완전히 필요하지 않은 귀하의 웹사이트에 대한 사용자 정의 코드를 생성할 사람을 찾는 것이 좋습니다.

WordPress의 거의 모든 작업에 플러그인을 사용할 수 있지만 그렇게 하는 것이 최선의 선택이 아닐 수도 있습니다.

간단한 작업을 수행하기 위해 플러그인을 사용하는 경우 해당 플러그인을 사용자 정의 코드로 바꾸는 방법을 배우는 것이 훨씬 더 현명한 선택입니다. 스스로 배우거나 작업을 수행하는 데 필요한 특정 코드를 작성하여 테마에 추가하도록 할 수 있습니다.

귀하가 사용하는 각 플러그인은 귀하의 웹 사이트에 대한 통제권을 갖고 있으며 장기적인 건강 상태를 제3자 개발자의 손에 맡깁니다.

해당 개발자는 플러그인을 완전히 최신 상태로 유지하지 못할 수도 있습니다. 그들의 코드는 지저분할 수 있고 의도하지 않은 구멍과 문제가 있을 수 있습니다. 단순히 설치한 다른 플러그인에서 이미 사용하고 있는 기능을 사용할 수도 있습니다.

문제가 무엇이든 일반적으로 플러그인을 더 적은 리소스를 사용하고 다른 문제를 일으킬 가능성이 적은 사용자 정의 코드로 교체하면 피할 수 있습니다.

귀하의 웹사이트에서 심각한 플러그인 충돌을 경험한 적이 있습니까? 어떻게 해결하셨나요? 우리는 의견을 통해 이에 대해 듣고 싶습니다.