Jamstack Roundtable의 임의의 음표

Jamstack Roundtable Seminar는 지난 주말 Web Unfeashed에서 열렸습니다. 다음은이 경험에서 흩어져있는 메모입니다.

• "Jamstack"의 "m"은 "markdown"(HTML과 함께 HTML과 상호 교환 적으로 사용) (HTML로 컴파일 된 언어)을 의미한다는 사실에 놀랐습니다. 이것은 실제로 많은 혼란을 일으켰습니다. 대답은 : Jamstack은 Markdown이 필요하지 않습니다. 이 혼란은 Markdown이 종종 Jamstack과 밀접한 관련이있는 정적 웹 사이트 생성기와 함께 사용된다는 사실에서 비롯됩니다.
• 처음으로 NetLify에서 호스팅 된 모든 웹 사이트, GitHub 페이지 또는 S3 버킷 ( "STATIC HOSTING")은 JAMSTACK이라는 것을 깨달았습니다. 정말 Shamstack입니다! :). Jamstack의 정적 호스팅 (SH) 부분이 아마도 가장 중요한 측면 일 것입니다.
• 하나는 하나의 index.html 파일 만 있습니다.<div> 그리고 많은 JavaScript 웹 사이트 인 클라이언트가 다른 모든 것을 렌더링하고 Jamstack이 될 수도 있습니다. 필요한 데이터가 내장되었거나 다른 서버의 API에서 나온 것으로 가정하면 (해당 index.html 파일을 호스팅하는 서버 대신) Jamstack입니다.<li> <em>기술</em> 잼 스택과 <em>영적</em> 잼 스택 사이에는 차이가 있습니다. 위에서 언급 한 것은 더 기술적 일 수 있지만 영적 차원은 더 많은 페이지를 사전 렌더링하기를 희망합니다.<ul> <li> 사전 렌더링의 장점은 다음과 같습니다. 빠른, CDN 호스팅, 보안 및 SEO 친화적입니다. 많은 프레임 워크는 기능의 일부로 제공하므로이를 활용할 수도 있습니다. 사전 렌더링은 정적을 의미하지는 않습니다. JavaScript는 여전히 더 냉각기 효과를로드하고 달성 할 수 있습니다.</li> <li> 정적 웹 사이트 생성기와 Jamstack이 최고의 파트너라는 것은 의심의 여지가 없습니다. 그러나 Jamstack은 더 넓은 관점을 갖기를 원합니다. 50,000 개의 제품 페이지가 있고 세대가 너무 느리거나 비현실적이라면 어떻게해야합니까? 문제 없습니다. 다른 페이지를 사전 렌더링 할 수 있지만 제품 페이지의 프레임 워크를 작성하고 필요에 따라 API를 통해 제품 페이지 데이터를 가져옵니다. 일부 페이지가 정적으로 호스팅되지 않으면 어떻게해야합니까? 문제 없습니다. 다른 페이지를 변경하지 않고 정적으로 호스팅 가능한 페이지를 정적 서버로 프록시 할 수 있습니다. 정적 호스팅을 위해 모두 외출하고 싶지만 일부 기능을 구현하려면 서버가 필요합니까? 정적 호스팅의 영적 동반자라고 할 수있는 서버리스 함수를 사용하는 것을 고려하십시오.</li> <li> 사람들은 정말로 <em>이유를</em> 알고 싶어합니다. 왜 이런 일을 귀찮게합니까? 모든 요구를 충족시키는 WordPress가있는 웹 사이트를 구축 할 수 있다면 왜 그렇지 않습니까? 나는 기능 관점에서 WordPress의 사용을 방어하게되었습니다. WordPress를 CMS로 사용하더라도 무제한 시간과 완전히 새로운 출발점을 가지고 있다면 API를 통해 데이터를 사용하여 내 프론트 엔드를 완전히 분리하고 구축하지 않으면 적어도 일부 사전 렌더링이 수행되는 경로에있을 수 있습니다. 그러나 아마도 <em>속도</em> , <em>안전</em> 및 <em>탄력성</em> 에 <em>대한</em> 가장 설득력있는 답변은 Jamstack을 사용할 때 즉시 사용할 수 있습니다. 그것은 훌륭한 기초를 제공합니다.</li> </ul> </li> </div>

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