전문가 통찰력: ManageWP의 Stefan Karamancic과의 대화

옛날 옛적에 WordPress는 단순한 블로그 플랫폼이었습니다. 수년에 걸쳐 모든 종류의 웹사이트를 구축하기 위한 가장 강력한 도구가 되었습니다. ManageWP의 지원 베테랑인 Stefan Karamancic도 마찬가지입니다. 그는 오늘 우리와 함께 얼음을 깨고 모든 사람을 "전문가 통찰력" 블로그 시리즈에 오신 것을 환영합니다. 여기에서 ManageWP 지원 팀과 인터뷰하고 그들이 테이블에 가져오는 경험과 헌신에 대한 통찰력과 몇 가지 문제 해결에 대한 통찰력을 제공할 것입니다. 그들이 매일 사용하는 기술.

2009년에 WoW와 소녀 블로거의 공통점은 무엇이었습니까? 답은 바로 당신이라고 들었습니다. 이 올바른지? WordPress 업계에서 어떻게 시작하게 되었는지 안내해 주시겠습니까?

글쎄, 당신은 그렇게 말할 수 있습니다. 진실은 둘 다 웹 기술 분야에서 경력을 쌓는 데 관심을 불러일으킨다는 것입니다. 약 15년 ​​전, 저는 한 소녀를 만났고 그녀가 제게 완전히 새로운 세계인 WordPress의 세계를 소개할 사람이 될 줄은 몰랐습니다! 그녀는 WordPress.com에 개인 블로그를 가지고 있었고 나는 그녀가 외모를 조정하는 것을 몇 번 도왔습니다. 우리는 여기저기서 약간의 사용자 지정 CSS를 수행했으며 당시 사용 가능했던 무료 테마를 최대한 활용하도록 그녀를 도왔습니다. 다른 시간이었습니다. 모든 것이 사용자 정의할 수 없었기 때문에 사용자 정의 기능과 조정에 훨씬 더 의존해야 하는 경우가 많았습니다.

기술에 대한 열정과 새로 발견한 지식을 적용할 수 있는 가능성에 대한 호기심이 있었기 때문에 몇 가지 프로젝트에 WordPress를 사용하기 시작했습니다. 주로 가족과 친구들을 위해 몇 개의 길드 포럼과 간단한 웹사이트를 만들었습니다. 최신 상태로 유지하고 시간이 지남에 따라 새로운 기능을 추가함으로써 WordPress로 웹사이트를 구축하는 핵심에 도달할 수 있었습니다. 돌이켜보면, 그 열정적인 프로젝트를 통해 전체 학습 과정이 산들바람처럼 느껴졌습니다. 나는 직업을 얻는 법을 배우지 않았습니다. 열정 프로젝트를 개선하는 방법을 배우고 있었습니다. 요즘은 플러그인과 테마도 많고 산업도 많이 발전했습니다. 코딩이 거의 또는 전혀 없이 놀라운 웹사이트를 구축할 수 있습니다.

오늘날의 세계에서 우리는 매일 새로운 이야기, 출처 및 경향이 생겨나면서 끊임없이 정보의 폭격을 받고 있습니다. WordPress의 최신 개발에 대해 어떻게 최신 상태를 유지합니까?

좋은 질문입니다. 내가 관심 있는 영역을 정의하고 각각의 뉴스 소스를 주시하여 최신 정보를 얻는 것이 도움이 된다는 것을 알았습니다.

저는 일반적인 WordPress 지식 및 커뮤니티 뉴스를 제공하는 WP Tavern 및 공식 WordPress 웹사이트(특히 개발자 리소스)를 좋아합니다. 향후 발표 내용을 읽는 것 외에도 WordPress 커뮤니티와 계속 연결되어 있습니다. 공식 WordPress Slack은 뉴스를 듣고 다른 커뮤니티 회원에게 도움을 요청할 수 있는 좋은 장소입니다.

또 다른 훌륭한 웹사이트는 WP Beginner입니다. 다양한 주제를 다루고 가이드와 기사를 지속적으로 발표하고 업데이트합니다. 기본 사항을 찾고 있다면 WP Beginner로 잘못 갈 수 없습니다.

내가 중요하다고 생각하는 다음 영역은 웹 사이트 보안입니다! Sucuri 및 WordFence 뉴스레터와 블로그는 항상 쫓고 쫓기는 게임이기 때문에 웹 사이트 보안에 대한 최신 정보를 얻기 위해 제가 찾는 출처입니다.

더 광범위한 웹 기술 뉴스에 관해서는 CSS 트릭, The Register 및 Smashing Magazine을 따릅니다.

WordPress와 관련하여 문제 해결 및 문제 해결에 어떻게 접근합니까?

새로운 개발 상황을 파악하는 것과 같은 방식 으로 조사를 시작하기 전에 문제의 영향을 받는 영역을 식별하고 가능한 한 많은 정보를 수집합니다 . 나는 보통 그것이 특정 구성 요소나 행동으로 제한되는지 확인하는 것부터 시작합니다. 예상 결과는 어떤 모습이어야 합니까? 이것이 내가 안정적으로 재현할 수 있는 것입니까? 다른 웹사이트에서도 같은 일이 발생합니까?

그런 다음 모든 정보가 있으면 프로세스를 단계별로 복제하는 것으로 시작하여 전개되는 대로 따릅니다. 오류 로깅이 활성화된 경우 해당 로그를 통해 문제가 발생한 위치를 가장 빠르게 확인할 수 있으므로 유용합니다. 로그에 유용한 정보가 있으면 문제에 대한 해결책을 빠르게 찾고 문제가 해결되었는지 확인한 다음 다시 시도할 수 있습니다. 예를 들어 플러그인이 업데이트되지 않으면 항상 업데이트를 다시 실행하거나 Hello Dolly 또는 웹 사이트의 다른 기본 플러그인을 업데이트하려고 시도합니다. 프로세스가 실패하면 로그를 확인하고 웹 사이트나 서버에서 받은 정확한 응답을 찾을 수 있습니다. 파일 권한, 라이센스 문제 또는 서버 메모리 부족으로 인한 심각한 오류였습니까? 무엇이든 오류 로그에 액세스하면 문제 해결 프로세스가 더 쉬워집니다.

또한 문제에는 여러 가지 원인이 있을 수 있으므로 첫 번째 문제를 해결한 후 다른 문제가 나타나는 것은 드문 일이 아닙니다. 이러한 상황에서는 원래 문제에 집중하고 풀릴 때까지 스레드를 따라가야 합니다.

이러한 접근 방식을 사용하면 흥미로운 이야기를 들려줄 수 있어야 합니다. 당신이 해결하는 데 도움을 준 특히 어려운 지원 사례의 예를 공유할 수 있습니까?

예, 가장 흥미진진한 웹 사이트 복제 요청이 내 받은 편지함으로 가는 길을 찾습니다. 당신은 내가 복제 사고에 대한 자석이라고 말할 수 있습니다! 몇 년 전에 사용자가 웹 사이트를 복제하는 데 도움이 필요하다는 티켓을 받았습니다. 복제를 시작한 후 라이브 웹 사이트가 다운된 경우가 있었습니다. 처음에는 서버에 저장된 백업을 사용하기 때문에 복제 도구가 복제되는 웹 사이트와 상호 작용하지 않기 때문에 매우 이례적인 일이었습니다. 티켓을 여러 번 검토하고 신선한 커피 한 잔을 마시며 사용자의 단계를 파악하고 되돌리려 했습니다. 문제를 재현하기 위해 들어갔고 동일한 결과를 얻었을 때 수수께끼가 깊어졌습니다.

플러그인, 테마 및 웹 서버 설정을 확인하여 이것 뒤에 무엇이 있는지 확인했지만 평범하지 않은 것은 표시되지 않았습니다. 그 순간 ' 기본으로 돌아가서 처음부터 시작하자'는 생각이 들었다. ” 우리 도구의 내부 작업은 매우 간단합니다.

• 웹 사이트를 복제하거나 완화하기 전에 백업을 생성해야 합니다. 확인!
• 그런 다음 해당 백업을 대상 서버로 전송합니다. PHP 또는 FTP 연결을 통해 수행하든 여전히 대상 서버이며 어떤 식으로든 소스 웹 사이트에 영향을 줄 수 없어야 합니다.
• 마지막 단계에서 새 서버에서 파일을 추출하고 데이터베이스를 가져옵니다. 다시 말하지만 소스에 대한 명확한 연결이 없는 새 서버입니다.

"불가능한 것을 제거했을 때 남아 있는 것이 아무리 있을 법하지 않더라도 진실임에 틀림없다." –

셜록 홈즈

이것은 내가 내면의 Sherlock Holmes를 전달하고 목록에서 항목을 지우기 시작한 곳입니다. 혼합으로 인해 원본 웹 사이트가 충돌할 수 있는 유일한 단계는 최종 복제 단계에서 데이터베이스를 가져오는 것임이 곧 명백해졌습니다. 결과적으로 두 웹 사이트(소스 및 대상)는 동일한 호스팅 계획에 있었고 사용자가 보낸 데이터베이스 자격 증명은 대상이 아닌 라이브(소스) 웹 사이트용이었습니다. 데이터베이스 서버는 일반적으로 제한된 액세스로 설정되므로 일반적으로 문제가 되지 않습니다. 그래도 이 경우 두 웹사이트는 두 데이터베이스에 모두 연결할 수 있었고 복제 도구는 데이터를 잘못된 데이터베이스로 가져왔습니다. 사용자와 이를 확인한 후 복제 프로세스를 통해 사용자를 돕고 안내할 수 있었습니다. 운 좋게도 그 이후로 아무도 이것을 시도하지 않았지만 데이터베이스 원본을 테스트하고 확인하는 것이 절차에 추가되었습니다.

그리고 ManageWP를 사용하는 동안 사용자가 겪는 몇 가지 일반적인 오해나 문제는 어떻습니까?

다행히 많지는 않습니다. 그 이유는 직관적인 UX 디자인 때문이라고 생각합니다. 사용자를 안내하기 위해 내가 가장 좋아하는 것은 DNS가 실제로 작동하는 방식에 더 가까운 웹 사이트 URL을 다루는 것입니다. 브라우저에서 웹 사이트를 방문할 때 일반적으로 URL을 입력하고 Enter 키를 누르면 www가 있는지 없는지 또는 HTTP 또는 HTTPS를 입력했는지에 대해 생각하지 않습니다. 브라우저가 그런 종류의 일을 처리하도록 합니다.

ManageWP에 웹사이트를 추가할 때 이러한 사항에 주의를 기울여야 합니다. DNS가 작동하는 방식은 www.example.com과 example.com 사이 또는 http://www.example.com 과 https://example.com 사이에 큰 차이가 있을 수 있습니다. 둘 다 동일한 웹 사이트로 연결될 수 있습니다. 하지만 완전히 다른 두 개의 웹사이트로 연결될 수도 있습니다! 웹 사이트 마이그레이션 또는 소유권 변경에서 이러한 DNS 변경이 발생할 가능성이 가장 높은 때를 자주 볼 수 있습니다.

자신의 웹사이트에 연결하려는 모든 사람에게 제 조언은 “ManageWP에서 웹사이트 URL을 채울 때 브라우저가 작업을 수행하도록 하고 주소 표시줄에서 홈페이지 URL을 복사하여 붙여넣기만 하면 됩니다.

Stefan Karamancic, ManageWP 지원

사용자가 필요한 도움을 받기 위해 지원팀과 효과적으로 소통하는 방법에 대한 팁을 공유할 수 있습니까?

확실한 것! 우리에게 연락할 때 문제를 즉시 재현할 수 있도록 귀하가 취한 정확한 단계를 포함하는 것이 항상 좋은 생각입니다. 이상적으로는 글머리 기호 목록을 보내거나 이야기꾼에 가깝다면 연락하려는 내용을 최대한 구체적으로 설명하는 것이 나쁠 수 없습니다. 정보가 충분하면 초기 지원 티켓을 받는 즉시 문제 해결 프로세스를 시작할 수 있으며 추가 설명을 요청하는 답장을 보낼 필요가 없습니다.

또한 더 많은 사람들이 스크린샷을 첨부해야 한다는 것을 알게 되었습니다. 경우에 따라 신고하신 문제를 재현할 수 없으며 화면에 표시되는 내용의 스크린샷이 있으면 큰 도움이 될 수 있습니다.

별 것 아닌 것 같지만 이러한 간단한 작업을 통해 시간을 크게 절약할 수 있고 몇 번 왔다 갔다 하는 것보다 더 빨리 문제를 해결할 수 있습니다.

이것이 Stefan과의 인터뷰를 요약한 것입니다. 그에게 질문이 있거나 다음에 인터뷰해야 할 사람에 대한 제안이 있으면 아래에 댓글을 남겨주세요!