보도 자료: Atul Jindall과 함께 놀라운 속도 등을 위해 엔터프라이즈 WordPress를 최적화하는 여정

WMR의 WordPress 커뮤니티 팟캐스트 Press This에 오신 것을 환영합니다. 여기 호스트 David Vogelpohl이 커뮤니티 주변의 게스트와 함께 WordPress 개발자가 직면한 가장 큰 문제에 대해 이야기합니다. 다음은 원본 녹음의 필사본입니다.

David Vogelpohl: 안녕하세요. WMR의 WordPress 커뮤니티 팟캐스트 Press This에 오신 것을 환영합니다. 저는 귀하의 호스트인 David Vogelpohl입니다. 저는 WP Engine에서 제 역할을 통해 WordPress 커뮤니티를 지원합니다. 매주 언론에서 들을 수 있는 최고의 커뮤니티를 여러분에게 전하는 것을 좋아합니다. , 또는 iTunes, iHeartRadio, Spotify에서 이를 누르거나 wmr.fm에서 최신 에피소드를 다운로드하도록 구독할 수 있습니다. 이 에피소드에서는 놀라운 속도 등을 위해 엔터프라이즈 WordPress를 최적화하는 과정에 대해 이야기할 것입니다. 이것저것 구경하다 보니 정말 멋진 물건입니다. 그리고 이 대화에 참여합니다. 이 Atul Jindall을 누르는 것을 환영합니다. 아툴, 환영합니다.

아툴 진달: 고마워요, 데이빗.

DV: 당신이 여기 있어서 정말 기쁩니다. 그리고 듣는 사람들을 위해. 오늘 다룰 내용은 바니시를 사용하여 최적화된 접근 방식으로 빠른 속도의 유쾌한 검색을 위해 엔터프라이즈 WordPress 사이트를 최적화하는 도구 여정이므로 오늘은 조금 촌스러워지고 있습니다. 그래서 나는 당신이 당신의 괴상한 모자를 내가 모르는 괴상한 안경에 쓰고 있기를 바랍니다. 그것에 대해 생각해보십시오. 시원한. 그럼 우리를 도구에서 시작하십시오. 나는 모든 사람에게 했던 것과 같은 질문을 할 것입니다. 워드프레스의 기원을 간단히 말씀해 주시겠습니까? 워드프레스를 처음 사용한 때는 언제였습니까?

A J: 고마워요, 데이빗. 그래서 PHP 개발을 시작하겠습니다. 2007년에 저는 개발자로서 PHP 작업을 시작했고 몇 년 동안 일한 후 2012년에 도시 주변의 지역 비즈니스를 위해 WordPress를 사용하기 시작했으며 WordPress 백엔드가 마음에 듭니다. 시스템과 나는 지역 비즈니스와 작은 팀을 만드는 것이 매우 사용자 친화적이라고 생각했습니다. 그런 다음 Drupal Joomla WordPress와 같은 몇 가지 다른 CMS에서 작업했습니다. 그리고 그 지역의 현지 기업들과도 컨설팅을 시작했습니다.

DV: 그것은 2012년에 말했던 환상적인 작업입니다. 이것은 사용자 정의 메타 필드가 있는 사용자 정의 게시물 유형 이후 2년이 되었을 것입니다. 2012년에 WordPress를 사용하기로 한 결정에 제가 영향을 미쳤습니까? 아니면 단지 그것에 대해 듣거나 그냥 궁금하신가요?

AJ: 오, II에는 몇 가지 CMS가 있었고 저는 2009년부터 2010년까지 곧 사용하고 있었습니다. 그러나 Zula는 URL 구조가 좋지 않았기 때문에 중소기업이 사용하기에는 많은 복잡성을 가지고 있었습니다. 그들은 웹 사이트가 SEO 친화적이기를 원했고 WordPress에는 이러한 기능이 내장되어 있고 사용하기 쉽습니다. 그래서 그 이후로는 다른 CMS보다 워드프레스를 선호했고, 제가 바로 그 시스템입니다. 나는 WordPress를 사용하고 있으며 그것을 좋아합니다.

DV: 훌륭합니다. 나는 여기에서 기억의 쇄도가 카약에서 우리의 이전 주소와 동일한 경험을 가지고 있는 것 같습니다. 그는 PHP 개발자이기도 했으며 자체 개발한 CMS를 교체하고 있었습니다. 그것이 그의 이력이었습니다. 그것은 일종의 흥미롭지만, 당신의 여행과도 비슷합니다. 나는 당신이 야생 성장으로 일부 작업을 수행한다는 것을 이해합니다. 그리고 나는 단지 당신이 그들에 대해 조금 말해줄 수 있는지 그리고 당신이 그들을 위해 또는 다른 일을 하는 것과 같이 궁금했습니다.

AJ: 네, 많이요. 의 성장은 기업 비즈니스를 위한 컨설팅 에이전시입니다. 그리고 저는 그들과 프리랜서 컨설턴트로 convertcrank와 같은 몇몇 다른 회사들과 함께 일하며 높은 수준과 가격 청구서뿐만 아니라 트래픽이 많은 웹 사이트에서 컨설팅합니다. 따라서 기술적인 관점에서 엔터프라이즈 로드 웹 사이트를 관리하고 구축하기 위한 개발자 작성 뿐만 아니라 이들을 최적화하는 방법과 다양한 전략을 작성합니다. 그래서 저는 프리랜스 컨설턴트로서 큰 브랜드, 사랑의 물약 브랜드 및 컨트롤 드링크와 함께 몇 가지 프로젝트를 수행합니다.

DV: 굉장합니다. 글쎄, 우리는 기업에서 구축에 대해 이야기에 꽤 많은 손님을 가졌고 나는 당신의 접근 방식 중 일부를 읽고 있었고 여기 인터뷰를 통해 그에 대해 더 많은 질문을 하게 되어 정말 기쁩니다. 하지만 우리는 매우 큰 WordPress 사이트를 갖고 있거나 기업에서 일하거나 심지어 가격 책정 작업을 하는 다른 대행사에서 일하는 사람들이 많이 있다는 것을 알고 있습니다. 그곳의 성장에 대해 생각하는 것은 정말 흥미로운 일이라고 생각합니다. 그리고 그것을 추진하는 것은 무엇이며 또한 당신이 알고 있는 구현 측면도 알고 있습니다. 당신은 정말 좋은 관점을 가지고 있지 않았습니다. 고맙습니다. 그래서 이해합니다. 오늘 우리가 이야기할 프로젝트의 경우 회사 이름, 최적화한 사이트 이름을 공유할 수 없으며 완전히 얻을 수 있습니다. 사이트의 목적이 무엇인지 대략적으로 설명했기 때문에 공유할 수 있는 통찰력이 정말로 감사하다면 그것은 브로셔 사이트 같았습니까? 학생들에게 높은 수준에서와 같은 일종의 기능이었습니까?

AJ: 예, 웹사이트는 Wenders였습니다. 기본적으로 제조 회사를 세계 최고의 회사 중 하나로 유지하기 위한 웹 사이트였습니다. 그리고 그들은 세계 곳곳에 거의 Wenders가 있었고 두 개의 다른 포털이 있었습니다. 원래 하나는 Drupal에 있었고 다른 하나는 Microsoft의 SharePoint에 있거나 또는 둘 다에 있었습니다. 나는 그들이 Microsoft에서 그것을 어떻게 가지고 있었는지 정확히 기억하지 못합니다. 저는 무엇이든 오픈 소스였고 하나는 하나의 포털이 자체 사용자 정의였기 때문입니다. 발표를 위한 뉴스 및 마케팅 목적과 WordPress를 백엔드 솔루션으로 사용하려는 제품 책임자, 모든 것을 함께 갖추고 CMS에 대한 공급업체를 관리하기를 원했습니다. 그래서 이것이 프로젝트의 주요 목표였으며 솔루션에 WordPress 또는 Drupal을 포함하고 싶었지만 WordPress 편집기와 마찬가지로 작성 및 콘텐츠 관리 팀이 있기 때문에 WordPress를 사용하고 싶었습니다. 이것이 그들이 시장의 다른 사람들 중에서 WordPress를 선택한 방법입니다.

DV: 와, 정말 놀라운 통찰력이군요. 그래서 그들은 기본적으로 제조 공급업체와의 관계를 용이하게 하기 위해 사이트를 구축하고 있습니다. 그리고 그들은 전 세계에 있습니다. 그들은 큰 회사입니다. 그들은 스택에 Drupal을 가지고 있습니다. 그들은 스택에 SharePoint가 있고 스택에 몇 가지 사용자 지정 플랫폼이 있으며 WordPress와 스택이 약간 있으면 제품 책임자가 이를 위해 WordPress를 사용하고 싶다고 말합니다. 그리고 그 결정적인 요인 중 하나는 콘텐츠 입력의 용이성이었습니다. 제 생각에는 그가 기업에 WordPress에 대한 모든 사람의 제안처럼 썼습니다. 그리고 그것은 굉장했습니다. 그 도구. 응. 자, 제가 여러분에게 이것을 묻겠습니다. 맞아요. 마치 제가 저기 있는 것을 상상하고 있는 것처럼, 앉아서 이 모든 시스템을 바라보며 이렇게 생각합니다. 이 크고 중요한 일을 위해 우리는 어느 쪽을 택할까요? 그리고 분명히, 그들은 회색을 가진 SMB처럼 생각하지 않습니다. 우리는 사이트를 빠르게 만들 수 있는 템플릿을 가지고 있습니다. 맞죠? 그들은 그렇게 생각하지 않습니다. 그렇다면 이러한 결정을 내릴 때 기업을 위한 고려 사항은 무엇이라고 생각하십니까? 그것은 확실히 편집자 이상의 것이지만 SMB가 사물을 어떻게 볼 수 있는지 말하는 것과 다른 고려 사항에 대해 어떻게 생각하십니까?

AJ: 네, 맞습니다. 그래서 그들은 큰 기업을 가졌습니다. 그들은 400,000개 벤더에 달하는 모든 벤더, 레코드가 있고 원래 Drupal과 SharePoint에 저장되어 있었기 때문에 데이터 보안에 매우 집중했습니다. 두 개의 서로 다른 작업 그룹이 있었기 때문입니다. 하나, 한 작업 그룹은 Drupal을 사용하고 있었고 다른 하나는 SharePoint를 사용하고 있었습니다. 그리고 그들은 400,000개의 모든 레코드를 한 곳에서 통합하기를 원했습니다. 그리고 이를 위해 그들은 기록을 시스템으로 쉽게 마이그레이션하기를 원했습니다. 그리고 그들은 또한 데이터 보안에 대한 한 가지 고려 사항을 가장 많이 배웠습니다. 그래서 우리는 데이터를 마이그레이션하고 WordPress에 대한 사용자 정의 포스트 유형 로그인을 사용하여 사용자 정의 백엔드 시스템을 구축하는 솔루션으로 더 많은 것을 생각해 냈습니다. 4. 그런 다음 WordPress에서 호출할 나머지 API를 사용하여 데이터를 고객 스트라이프에 직접 푸시한 다음 그 위에 상단을 구축하고 다른 애플리케이션 계층을 수행합니다.

DV: Amazon이나 eBay가 여기에서 떠오르는 주제처럼 들립니다. 그리고 고려 사항은 유연성과 속도입니다. 이 모든 기록을 가져와야 합니다. 그것들은 모두 복잡합니다. 그리고 저는 보안 측면에서 약간의 호기심을 가지고 있습니다. 그리고 성능과 관련하여 수행한 다른 최적화와 함께 압축을 풀고 싶지만 먼저 휴식을 취하겠습니다. 곧 돌아올 것입니다. 광고 시간에 연결할 시간입니다. 잠시만 기다려 주십시오. W EMR에서 이 WordPress 커뮤니티 팟캐스트를 누르기 위해 다시 오신 것을 환영합니다. 호스트 David 롤러볼입니다. 저는 Jen Doll 도구에서 놀라운 속도 등을 위해 엔터프라이즈 WordPress를 최적화하기 위해 수행한 프로젝트에 대해 인터뷰하는 중입니다. 휴식 시간 직전에 이 프로젝트의 특정 클라이언트가 WordPress를 선택한 이유에 대해 잠시 말씀해 주셨고 제 관점에서 유연성, 속도, 사용 편의성에 대한 이야기를 들려주셨지만 저는 약간 궁금했습니다. 약간. 알다시피, 우리는 여기에서 몇 가지 구현 세부 사항에 대해 약속하고 놀렸고 그 핵심에 대해 이야기하고 싶습니다. 그리고 당신은 이 인터뷰 전에 나에게 성능 최적화를 위해 별로 노력하지 않았다고 언급했습니다. . 그래서 나는 당신이 속도를 위해 이 특정 빌드를 최적화하는 데 사용하는 몇 가지 방법을 안내해 줄 수 있는지 궁금합니다. 왜냐하면 지금까지 당신은 내가 거대한 데이터베이스를 가지고 있고 전 세계의 사람들이 볼 것이라고 말했기 때문입니다. 그것은 느린 사이트라고 생각합니다. 어떻게 빨리 만들었어요?

AJ: 예, 그래서 스택에 메모리 캐시가 있었고 데이터베이스의 콘텐츠를 최적화할 수 있는 틈새가 많았습니다. 한 가지 고려 사항이었습니다. 데이터베이스에서 레코드를 가져올 때 모든 것이 메모리에 로드되기를 원했습니다. 우리는 메모리 캐시와 조정을 사용한 해당 페이지의 스냅샷을 갖고 싶었습니다. 따라서 CD를 사용하는 것보다 더 빨리 콘텐츠를 전달하는 것은 매우 안타까운 일입니다. 그런 다음 보안에 대한 또 다른 고려 사항이 있었습니다. 우리가 구현하고자 하는 가장 중요한 것인 공개 도메인에서 WordPress 관리자를 숨기려고 합니다. 이를 위해 로드 밸런서가 있었고 다른 서버 세트에 WordPress 프런트 엔드만 있습니다. 그리고 나서 사람들이 person이라는 단어에 접근할 수 없도록 다른 곳에 머물렀습니다.

DV: 이를 위해 헤드리스 빌드를 고려했습니까? 내 말은, 당신이 설명하는 이점 중 일부와 같은 의미를 알고 있다면 핵심 WordPress로 어떻게 하고 있는지 알 수 있습니다. 그리고 나는 당신이 그 문제를 해결하기 위해 분리된 JavaScript처럼 생각했는지 궁금합니다.

A J: 네, 있습니다. 분리된 JavaScript의 일부도 있지만 몇 년 전과 같습니다. 그래서 우리는 완전히 헤드리스를 구현하지 않았습니다.

DV: 알았어. 따라서 로드 밸런서를 사용하여 기본적으로 프런트 엔드를 백 엔드에서 분리함으로써 헤드리스 이점을 얻을 수 있습니다. 네, 맞습니다. 성능에 도움이 되었습니까?

AJ: 네, 도움이 되었습니다. 알다시피, 다른 서버에 공유 데이터베이스가 있었기 때문에 이에 대한 복잡한 아키텍처가 있었습니다. 그래서 우리는 공유 데이터베이스를 사용하고 있지만, 우리는 페이지의 스냅샷을 찍고 있었기 때문에 성능이 많이 다른 몇 대의 다른 서버에 머무르는 모든 프론트 엔드 부분을 가지고 있었기 때문에 방문자가 있을 때마다 또는 트래픽이 서버로 급증하는 경우 해당 트래픽을 유지하고 페이지에서 스냅샷을 표시하기 위해 와이어 메쉬를 사용했습니다. 그러나 검색이 큰 문제였습니다. 이 아키텍처가 있으면 검색 결과를 시스템에 표시하는 데 너무 오래 걸리고 해당 시점에서 기본 WordPress 검색을 사용하는 사용자에게 좋은 경험이 아니었기 때문에 검색을 최적화하려고 했습니다. ~ 전에

DV: 네, 무엇으로 이사하셨습니까?

AJ: 우리는 사용자를 위한 검색 경험을 최적화하기 위해 태양열 검색을 사용하려고 시도했고 기업이 프리미엄 솔루션을 사용하는 것을 원하지 않았기 때문에 구매 주문을 통합했습니다. 그래서 그들은 모든 것을 집에 갖고 싶어했습니다. 엔터프라이즈 서비스로 이동합니다. 그래서 우리는 이를 위해 오픈 소스 매치를 사용합니다.

DV: 아, 흥미롭군요. 예, 전자 상거래 제품이 포함된 WP 엔진에는 WordPress 최적화용 Elastic Search와 유사한 탄성 프레스가 포함되어 있습니다. 응. 그 혜택 중 하나. 이 빌드에서 내가 익숙하지 않은 다른 도구와 함께 이점을 활용했는지 궁금합니다. 하지만 웹 페이지를 로드할 때 쿼리에 관해서는 그냥 궁금합니다. 탄력적 프레스 솔루션과 마찬가지로 검색 결과를 향상시킬 뿐만 아니라 쿼리가 많은 페이지의 페이지 로드 속도도 향상됩니다. 이 청구서에서 그 점과 성능 최적화를 활용했는지 궁금합니다.

AJ: 네, 좋은 질문입니다. 그래서 우리는 기본적으로 검색어 최적화를 위해 태양열 검색을 사용하지만 관광객이 많은 페이지의 경우 WordPress가 모든 레코드를 걱정스럽게 저장하기 때문에 사용자 정의 필드의 사용자 정의 레코드를 알고 싶었기 때문에 mem 캐시를 사용했습니다. 다른 형식으로 키 값 쌍을 데이터베이스에 저장합니다. 그래서 우리는 데이터베이스가 쿼리를 실행할 필요가 없도록 mem 캐시를 사용하기를 원했습니다.

DV: 예, 하루 종일 이러한 검색 쿼리의 부담을 덜어주는 모델링입니다. 그렇죠? 그래, 그래. 큰일, 큰일. 예, Elastic Press 인스턴스를 실행하는 것은 실제로 오프로드된 클러스터입니다. 따라서 모든 페이지렛 쿼리와 검색 쿼리는 모두 WordPress 서버에서 나옵니다. 정확히. 내가 처음 추가했을 때 친구가 있는 속도 음, 내 말은, 그들은 문서화하지 않았지만 우연히 발견했습니다. 사이트에서 켜봤습니다. 사이트는 더 빨라졌고 나는 '무슨 일이야? 이 실패 같은 건 하지 않았어, 결국

AJ: 저에게는 항상 WordPress에 최적화하려고 노력하는 것 같았습니다. Feed와 저는 데이터베이스 구조, 어떻게 콘텐츠가 도난당하고, 데이터베이스 내의 테이블에 구성되어 있는지 조사하기 시작했습니다. 왜냐하면 우리는 서로 다른 테이블, 매우 복잡한 것들을 가지고 있었고 WordPress 데이터 스토리지에 대해 이해하고 싶었기 때문에 다음과 같은 아이디어를 얻을 수 있었습니다. memcached가 WordPress를 최적화하는 최고의 솔루션임을 알게 되었습니다.

DV: 알겠습니다. 검색 구현에 대해 정말 빠르게 질문하겠습니다. 당신은 핵심 WordPress 검색이 저조한 성능을 보였기 때문에 거기에 도착했다고 말했습니다. 특히 큰 데이터베이스와 이와 같은 항목은 고객이 맞춤 검색 결과 또는 모든 종류의 경험을 최적화하려고 했는지 여부가 문제입니다. 예를 들어, 이해하려고 노력할 것입니다. 사이트의 목적을 정말 이해하지 못하는 것 같습니다. 그들이 시도한 것은 단지 더 빠르게 만들기 위한 것이었습니까? 그들은 경험 자체를 바꾸고 싶었습니까?

AJ: 그들은 검색 내에서 여러 필터를 사용하여 경험을 변경하고 일부 팀을 수행하고 멋진 레이아웃을 만들고 방문자의 고객 여정을 개선하기를 원합니다. 그래서 그들은 검색 성능뿐만 아니라 경험을 향상시키기 위해 WordPress의 전반적인 램프 경험을 압도하거나 겹치기를 원했습니다.

DV: 네, 정말 굉장합니다. 많은 사이트에서 최적화할 목록의 마지막 항목과 같으며 매우 중요한 부분입니다. 작년에 읽은 연구에 따르면 쇼핑객의 43%가 모든 통신 상점에서 검색창을 사용하며 구매할 가능성은 두 배이고 아니요, 예를 들면, 와우, 어쩌면 그게 실제로 좋은 것 같죠? 응. 그러나 검색은 귀하가 알고 있는 사이트를 구축하는 것과 제품 검색만큼 단순한 것 이상을 초월하기 때문에 흥미롭습니다. 여기에서 많은 이점을 얻을 수 있을 것 같습니다.

AJ: 네, 맞습니다. 콘텐츠 작가들이 워드프레스만 했기 때문에 정기적으로 이야기를 출판하고 뒤에서 편집자를 선호했기 때문입니다. 그래서 우리는 그들이 그것을 사용하기를 원했습니다. 드루팔로 갑니다.

DV: 콘텐츠 편집자에 대해 말씀하시는 것입니다. 그들은 이 인터뷰의 앞부분에서 저를 생각나게 했습니다. 아니면 여기서 결정한 것이 편집기의 사용 용이성이라고 말씀하신 것입니까? 그리고 제 말은, 아마도 동기 부여 뒤에 있는 것처럼 느껴집니다. 여기에서 관찰하신 내용이 있는지 모르겠습니다. 사람들이 만들고 유지하기를 원하는 시스템에 대해 생각할 때 다음과 같이 생각하고 있다는 것입니다. 얼마나 자주 해당 사용자가 WordPress와 같이 사용자를 도청할 것입니까? 이는 콘텐츠 제작자에게 매우 쉬운 경로이기 때문입니다. 나는 당신이 이 프로젝트의 표현과 당신의 측면을 보았는지 궁금합니다.

AJ: 네, 콘텐츠 제작이 간편하고 WordPress를 사용하기 쉽다는 점에서 많은 가치가 있다고 생각합니다. Drupal에는 편집기가 있지만 여전히 매우 복잡해 보이기 때문에 다른 CMS에 비해 기술적인 배경이 없는 작가나 사람들을 위한 것입니다. 이 편집자들 중 일부는

DV: 정말 좋은 것 같아요. 내가 한 큰 통신 회사와 회의에서 CMS를 선택하려고 했고 그들은 독점하고 우리에게 효과가 있었던 것을 기억하고 있습니다. 나는 방 앞에 서서 첫 번째 사용 방법이 다음과 같이 말했습니다. 독점 사람들이 손을 듭니다. 두 번째 독점, 몇 명 더. 워드프레스는 방 전체가 다른 CMS를 아는 사람이라도 손을 들듯이 손을 든다고 했습니다. 그리고 저는 '그래서 당신이 워드프레스를 고려하고 싶어할지도 모른다'고 생각했습니다. 예 바로 그 거예요.

AJ: 글쎄요, 우선 SEO에 좋은 SEO 이점이 있다고 생각합니다.

DV: 아, 물론 플러그인 생태계의 대부분은 개발자가 문서를 고용할 것입니다. 너무 많은 것들. 괜찮아. 이제 나는 이것을 조금이라도 연결하고 싶습니다. 그리고 저는 당신의 두뇌와 이 프로젝트에서 당신이 가장 좋아하는 부분을 선택하고 싶었지만 우리는 마지막 휴식을 취하려고 합니다. 곧 돌아올 것입니다. 광고 시간에 연결할 시간입니다. 자세한 내용은 잠시만 기다려 주십시오. 모두 웹마스터 라디오에서 이 WordPress 커뮤니티 팟캐스트를 다시 누르는 것을 환영합니다. 이것은 귀하의 호스트 David gold Paul이며 휴식 시간 직전에 속도 도구에 대한 WordPress 최적화 도구에 대한 인터뷰 중입니다. 우리는 CMS를 선택할 때 사용자 경험의 역할과 기업의 결정을 안내하는 역할에 대해 조금 이야기했습니다. 오, 그것에 대해 많은 이야기가 있습니다. 하지만 저는 이것이 여러분에게 꽤 큰 프로젝트였기 때문에 이제 여러분에게 공개하고 싶습니다. 복잡한 부분이 많으셨습니다. 프로젝트에서 가장 마음에 들었던 부분과 그 이유는 무엇입니까?

AJ: 네, 그래서 제가 Project에서 가장 좋아하는 부분은 사실 재미있는 이야기였습니다. 처음에는 워드프레스를 사용하게 되어 무척 설렜는데, 최적화를 하다보니 모든 것을 만들기 시작하고 팀이 다 꾸려지고 나서 데이터 크기가 너무 커서 설치 사이트가 엄청나게 느려지고, 기가바이트와 같았습니다. 그래서 저는 그들에게 이것이 느려지고 있습니다. 캐싱이나 무엇인가를 위해 엔터프라이즈급 무언가를 구해야 한다고 말했습니다. 그들은 아니오라고 말했습니다. 우리는 오픈 소스 솔루션을 사용할 것입니다. 그리고 나서 나는 이것을 어떻게 설계해야 할까요, 아니면 성능을 위해 생각해야 하는지 머리를 긁적였습니다. 그런 다음 우리는 몇 가지 옵션을 조사하기 시작했고 워메쉬와 memcached 및 solar를 생각해 냈습니다. 따라서 엔터프라이즈 웹 사이트의 경우 성능을 먼저 생각하는 가장 좋은 방법은 이에 대한 제 제안입니다.

DV: 내가 의역을 할 수 있다면 고객이 이 소스를 사용하기 위한 요구 사항을 제시하는 것입니다. 그리고 당신은 이렇게 생각하고 있습니다. 오, 당신도 알다시피, 이 독점적인 도구나 다른 것으로 그것을 해결할 수 있습니다. 그리고 제약 조건을 추가하면 항상 프로젝트의 재미있는 부분이겠죠? 이제 오픈 소스 방식을 파악하고 설계해야 합니다. 다음 번에 오픈 소스를 선택할 가능성이 더 높다고 생각합니까, 아니면 여전히 가끔 독점적인 쉬운 방법이라고 생각합니까? 그래서 그들은 그렇게 쉬운가요? 어떤 이유로 오픈 소스 솔루션이 더 우수하다고 생각했습니까?

AJ: 아니요, 오픈 소스가 가장 좋은 것 같아요. 그리고 필요하다면 오픈 소스로도 갈 것입니다. 내가 말하고 싶은 유일한 것은 내가 처음에이 프로젝트에서 잃어버린 몇 가지 사항이 데이터 과학을 기반으로 한 성능을 고려하지 않았다는 것입니다. 우리는 콘텐츠 마케팅 팀과 사용자 경험 담당자가 아름다운 디자인을 구축하도록 돕는 데 덜 집중했습니다. 따라서 엔터프라이즈를 선택하거나 오픈 소스를 선택하는 것은 전적으로 패턴에 달려 있습니다. 때때로 회사는 대규모 엔터프라이즈 솔루션을 수행하기 위해 주머니에 예산을 가지고 있습니다. 때로는 개발자가 머리를 긁적이며 제약 조건 내에서 솔루션을 찾도록 하고 싶을 때가 있습니다.

DV: 하지만 프로젝트에서 배울 교훈이 있다면 프로젝트 초기에 성능 측면을 확인하는 것처럼 들립니다. 안전한 가정입니까?

AJ: 네, 그것에 대해 생각해 보세요. 단순히 UX 사용자를 기쁘게 하려고 하는 것이 아니라 성능을 제공합니다.

DV: 네, 재미있거든요. 왜냐하면 제가 UX를 생각할 때 종종 그것을 고통과 기쁨의 균형으로 묘사하기 때문입니다. 누군가에게 새로운 시각적 경험을 가져다주는 기쁨과 그렇게 할 때 추가되는 페이지릿 시간의 고통은 그렇습니다. 예, 성능과 좋은 웹 사이트를 구축하려면 균형을 유지해야 합니다. 글쎄, 이것은 정말 흥미로운 프로젝트처럼 들린다. 행복하니? 나가셨나요? 문밖입니다.

AJ: 예, 저는 정말 즐거웠고 이 엔터프라이즈 수준 빌드에서 세 가지 매우 강력한 교훈을 얻었습니다. 왜냐하면 우리는 미래 개발을 위해 이 인프라를 최적화하는 방법도 고려했기 때문입니다. 그래서 이번 프로젝트에서 배운 것이 많았다.

DV: 훌륭합니다. 글쎄, 당신은 항상 멋진 일 수 있습니다. 듣게되어 기쁩니다. 글쎄, 도구. 오늘 당신의 이야기를 듣고 정말 즐거웠고 공유해 주셔서 감사합니다. 이 쇼에 함께 해주셔서 정말 감사합니다. 네, 절대적으로요. 대박. 고맙습니다. 고맙습니다. 도구가 무엇을 했는지 확인하려면 loud groov.com을 방문하세요. WMR의 WordPress 커뮤니티 팟캐스트를 들어주신 모든 분들께 감사드립니다. 이번에도 호스트 David Vogelpohl입니다. 저는 WP Engine에서 제 역할을 통해 WordPress 커뮤니티를 지원합니다. 그리고 저는 Press This에서 여기에서 최고의 커뮤니티를 여기에서 여러분에게 제공하는 것을 좋아합니다.