직조 웹

Jamstack의 흥미로운 역설 : 개념은 간단하지만 복잡성으로 이어질 수 있습니다.

핵심 아이디어는 사전 렌더링 된 정적 파일을 정적 파일 처리에 적합한 웹 호스팅 서비스 (CDN)에 배포하는 것입니다. 그렇게 간단합니다. 더 많은 기능이 필요한 경우 Jamstack 백엔드의 이상적인 파트너이므로 일반적으로 Serverless 기능과 함께 사용되는 Client JavaScript를 사용하십시오. Guillermo Rauch는 최근 Smashing Conf에 Jamstack이 엄격하게 "기술 스택"이 아니라고 언급했습니다. 구현 방법에는 제한이 거의 없기 때문입니다. "Jamstack"이라는 단어가 마음에 들지만이 진술도 의미가 있습니다.

아이러니하게도, 개념은 간단 하지만,이 단순성은 복잡성 으로 이어질 수 있습니다.

Netlify는 Jamstack의 주요 인 에이 블러이며 이것을 잘 알고 있습니다. 그들은 백엔드 서버와 백엔드 언어가 없으면 기본 연락처 양식과 같은 기능이 구현하기가 복잡하다는 것을 알고 있습니다. 기성품 솔루션을 직접 사용하는 대신 양식을 처리하는 다른 방법을 찾아야했습니다. 그래서 그들은 당신을 위해이 문제를 해결했습니다 (그리고 인증 및 서버리스 기능과 같은 몇 가지 다른 문제). 그러나 시스템에 장비가되고 싶은 다른 많은 회사가 있습니다.

이것은 잠재적 인 복잡성 중 하나 일뿐입니다. 어떤 CMS 또는 기타 데이터 스토리지를 사용하십니까? 빌드 프로세스는 어떻습니까? 콘텐츠 변경을 어떻게 미리보기합니까? 당신은 어떻게 인증합니까? 멋진 캘린더 위젯이 필요한 경우 어떻게해야합니까? 무언가를 팔고 싶다면 어떻게해야합니까? 웹 사이트가 달성 할 수있는 기능에 대해 Jamstack은 솔루션을 가지고 있습니다. 모든 것을 결합하면 단편화되고 혼란 스러울 수 있습니다.

Dave는 최근 Eleventy Tailwind Netlify CMS (Jamstack 스타일)를 사용해 보았고, 그는 무리를 방목하는 것처럼 느껴졌습니다.

내 애플릿은 원래 3 개의 기술을 사용 할 계획 이었지만 약 20 개의 다른 기술에 노출되어 자정 이후 Nth 레이어 종속성의 소스 코드를 깊이 파고들 수있었습니다. 현대 웹 개발의 측면이 마음에 들지 않는다는 것을 보여주는 은유가 있다면 그게 다릅니다. 세 가지 도구를 사용하려고하지만 20 개의 도구를 사용하는 법을 배워야합니다. 모듈과 구성 요소가 레고 벽돌과 같으면 필요한 작은 블록을 찾기 위해 전체 블록 상자를 바닥에 붓는 것입니다.

"우리가 짜는 복잡한 네트워크"가 실제로 그 경우입니다.

Richard MacManus와 Matt Mullenweg¹ 간의 대화에서 Richard는 Matt를 인용합니다.

"당신은 각각 자체 계정과 청구서로 수십 개의 서비스를 모아서 한 달에 수백 달러를 지출하여 공유 호스팅에서 WordPress와 비슷한 결과를 얻을 수 있습니다." "체인의 강도는 가장 약한 링크에 의존하기 때문에 더 취약 할 것입니다. 다른 도구 세트, 로그인, 청구서, 호스팅 등을 연결하십시오. 실패의 일부는 전체 프로세스를 망칠 수 있습니다."

프로젝트에 Jamstack을 사용하고 총 12 개의 서비스로 끝나는 경우, 특히 WordPress를 사용하여 하나의 서비스로 줄일 수 있다면 다시 생각할 수 있습니다. Jamstack은 또한 특히 개발 초기 단계에서 다른 많은 정당한 비판을 가지고 있습니다. 예를 들어, "미리보기가 포함 된 CMS"스토리는 좋지 않으며,이 기능은 그 기능을 가지고 있기 때문에 WordPress에서 고려하지 않을 기능입니다.

Jamstack은 내가 매우 소중히 여기는 일을하고 다른 기술보다 앞서 있습니다. GIT 기반 배포? 모든 웹 사이트에는이 기능이 있어야합니다. 내 풀 요청 미리보기? 기이. 100 밀리 초의 첫 번째 요청? 나는 그것을 얻을 수 없다. 캐시와 함께 바이올린이 필요하지 않습니까? 너무 멋지다. 다른 기술 스택을 따라 잡으십시오.

내 말은, 여기에는 "금발 소녀"와 같은 선택이 있습니다. 이미 할 수있는 일을함으로써이를 수행 할 수 있습니다. 성인 바지를 입고 프로젝트가 필요한 것에 대해 생각한 다음 최상의 옵션을 선택하십시오.

제작 환경을위한 WordPress 웹 사이트가 있습니다. 이렇게! 엄청난!

또한 제작 환경을위한 Jamstack 웹 사이트도 있습니다. 이렇게! 복잡한 네트워크 서비스가 아닙니다. GitHub 저장소에 있고 NetLify를 사용하여 배포 된 컨텐츠가있는 정적 웹 사이트 생성기입니다. CSS- 트릭은이 웹 사이트가 할 수없는 100 가지를 수행 할 수 있지만 CSS 트릭이 할 수없는 컨텐츠 요청 수락과 같은 몇 가지 트릭도 있습니다.

나는 모든 경우에 꽤 좋은 계획을 선택한 것 같은 느낌이 듭니다.

1. Matt는 WordPress의 접근 방식을 방어하려는 동기를 분명히 가지고 있지만, 여기서 요점은 진심이라고 생각합니다. 부분적으로 자동 기술 스택 접근에 자동으로 투자하고 WordPress와 Jamstack은 상호 배타적이지 않기 때문입니다. 나는 Ohad Eder-Pressman의 공개 서한과 같이 이것에 대한 응답을 좋아합니다.

위 내용은 직조 웹의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!