현재 개츠비가하는 일은 아니지만 사람들이 요청한 것입니다. 더 큰 사이트에서 성능을 향상시키기 위해 버전 2에서 작업이 있었지만 아직 릴리스 날짜가 없습니다.

@ m-allanson을 처리하는 방법에 대한 토론 / 문제가 있습니까? 당신이 나열한 링크에서 그것을 보지 못했습니다. Netlify와 같은 호스트에서이 작업을 처리하고 현재 빌드 중에 많은 HTTP 요청이 필요한 Wordpress / Drupal과 같은 CMS를 사용하는 방법에 대한 대화를 듣고 싶습니다.

AFAIK에서는 .cache 및 public 디렉터리가 빌드간에 유지되지 않으므로 항상 클린 빌드를 수행하므로 netlify에서 증분 빌드를 사용할 수 없었습니다.

알아두면 좋습니다. 저는 잘 생각되지 않은 수많은 아이디어를 던지고 있습니다. 따라서 HTTP 요청의 필요성을 제거 할 수 있더라도 진입 기준을 낮추는 많은 호스트를 제거하는 빌드 도구가 .cache 및 공용 디렉토리를 참조 할 수 있는지 확인해야합니다.

증분 구축의 또 다른 사용 사례는 부분적으로 구축하려는 매우 큰 사이트가있는 경우입니다. 한 번에 ~ 5k 페이지를 빌드 할 때 "메모리 부족 오류"가 발생했습니다.

우리는 사이트가 매우 커질 계획이므로 Gatsby를 더 큰 규모로 테스트하고 있습니다. subPath가 process.argv[3] path: './src/pages/${subPath}', 와 같은 작업을 시도했습니다. gatsby develop 사이트의 일부를 호스팅 할 때 잘 작동합니다. 또한 5k + 페이지 사이트에 gatsby build 를 사용할 때 메모리 힙 문제를 우회합니다. 실제로 솔루션이 되려면 공용 폴더 내에서 출력 하위 디렉터리를 지정하는 기능에 따라 달라질 수 있습니다. https://github.com/gatsbyjs/gatsby/pull/4756

동일한 목표를 달성하기 위해 다른 접근 방식을 사용하면 어떻게 될까요? 저는 여러분들에 의해 아이디어를 실행하고 사람들이 어떻게 생각하는지보고 싶었습니다. 5k 페이지 웹 사이트가 있다고 가정 해 보겠습니다. 초기 페이지는 정적으로 생성되지만 각 페이지에는 정적 json 파일에서 읽은 동일한 콘텐츠와 함께 정적 콘텐츠 위에로드되는 하위 구성 요소가 있습니다. 이렇게하면 사용자가 낮에 CMS에서 한 페이지를 업데이트하려는 경우 업데이트를 수행 할 수 있으며 정적 json 파일 만 재생성되어 CDN에 배포됩니다. 그런 다음 야간 프로세스로 하루에 한 번 전체 사이트를 재생성 할 수 있습니다. 현서 정적 인 콘텐츠는 낮 동안 가장 최신이 아닐 수도 있지만 큰 문제로 보지는 않습니다. 야간 프로세스 중에 업데이트됩니다.

@robertschneiderman 우리는 메모리 문제도 --max_old_space_size 플래그를 통해.

이 기능에 대해 걱정되는 한 가지는 스키마 구축입니다. gatsby가 스키마를 구축 할 수있는 모든 게시물을 사용할 수없는 경우 쿼리에서 오류가 발생합니다. 스키마를 개츠비에 전달하거나 적어도 빌드 중에 더미 엔티티를 제공하여 다른 모양을 보여줄 수있는 방법이 있다면 정말 좋을 것입니다.

나는 Gatsby를 사용하여 5000 개 이상의 항목이있는 콘텐츠 사이트의 UI를 구축하는 것을 고려하고 있으며, 대부분은 서로 상호 연결되어 있습니다. 데이터는 데이터베이스 기반 CMS에서 가져옵니다.

표준 API 기반 React 사이트에서 Gatsby를 사용하는 이점은 원격 데이터를로드하고 저장하는 데이터 API 및 상태 관리 시스템을 구축하고 유지하는 데 시간의 일부를 소비한다는 것입니다. (이 응용 프로그램을 비슷한 크기의 여러 사이트에 배포 할 계획이므로 매우 귀중한 이점으로 보입니다.)

이 경우 Gatsby를 사용할 때의 단점은 가장 사소한 콘텐츠 업데이트를 위해 전체 사이트를 다시 빌드해야한다는 사실입니다. 쉼표를 추가하는 것을 잊으셨습니까? 5000 페이지를 모두 다시 작성하십시오! 얼마나 오래 걸릴지 누가 알겠습니까? 이것은 CMS 사용자의 경험을 고려할 때 더욱 문제가됩니다. 변경 사항을 저장 한 직후 사이트에 나타나는 것을 보는 데 익숙합니다. Gatsby에서는 변경 사항이 나타나기 전에 (적어도) 몇 분 정도 기다려야합니다.

페이지 하위 집합에 대한 빌드를 트리거하는 방법이 있다면 Gatsby가 명확하고 확실한 선택이 될 것입니다. 그러나 현재로서는 판매가 어렵다.

BTW, 저는 v2 용 더 큰 사이트 빌드의 속도를 개선하기 위해 많은 노력을 기울였습니다. 최신 v2 베타에서는 1:30 미만에 5000 페이지를 구축 할 수 있습니다. 더 많은 속도 향상이있을 것입니다.

@KyleAMathews 놀랍습니다! 나는 그것을 확실히 고대한다! 이미지가 많은 블로그에 대해 테스트하려면 알려주세요.

@KyleAMathews 5K는 좋지만 1M이 필요합니다 😉

사이트의 일부를 별도로 컴파일하려면 gatsby-node가 지정된 사이트의 일부만 생성하도록 알 수 있도록 빌드에 플래그를 설정할 수 있습니다. 그런 다음 이전에 생성 된 정적 파일을 다시 추가 할 수 있습니다. 만큼 우리에게이 작품은 우리가 함께 이전에 생성 된 파일에 링크로 기본 <a href> A를 반대 <Link to > .

빌드시 이전 data.json 중 일부를 병합하면 이전에 생성 된 파일에 연결할 때 <Link to> 작업을 수행 할 수 있는지 궁금합니다. 지금은 좀 더 살펴 보겠습니다.

빌드 시간에 대해서는 걱정할 필요가 없지만 업데이트를 위해 업로드해야하는 정적 파일의 양이 많아서 Gatsby와 함께 대규모 시각적 포트폴리오를 시작했으며 업로드 할 정적 사이트는 150MB 이상입니다.
대부분 이미지.
이로 인해 업데이트 중 약 40 분 동안 사이트를 사용할 수 없습니다.
사이트의 일부를 재 구축 할 수있는 가용성은 확실히 Gatsby를 향상시키는 기능입니다.
새 사이트에는 Gatsby를 사용할 계획이지만 뉴스 부분에는 기존의 PHP CMS를 사용하여 사이트를 정적 및 동적 부분으로 나눌 것입니다.

@rbmedia Netlify 와 같은 배포 전환을 수행하는 호스트를 고려하여 새 버전이 준비 될 때까지 현재 사이트가 계속 실행되도록 할 수 있습니다.

고마워요 Matt, 고려하겠습니다!
나는 과거에 Drupal을 사용하여 뉴스 웹 사이트를 만들었는데, 모든 업데이트는 짧은 시간 (2 분 미만) 내에 온라인 상태 여야했습니다. 앞으로 이런 종류의 사이트에 Gatsby를 사용하고 싶습니다.

이 문제에 대한 소식이 있습니까? 약 10 만 페이지가있는 사이트를 계획하고 있으며 증분 빌드는 멋질 것입니다.

다른 경로를 '/ public'이 아닌 기본 정적 페이지 폴더로 만드십시오.
gatsby 빌드를 실행 한 후 ../public/*을 기본 경로에 복사합니다.

히야!

이 문제는 조용해졌습니다. 무시 무시한 조용함. 👻

많은 문제가 발생하므로 현재 30 일 동안 활동이 없으면 문제를 해결합니다. 여기서 마지막으로 업데이트 한 지 20 일이 지났습니다.

이 문제를 놓쳤거나 계속 열려고 싶다면 여기에서 답장 해주세요. 이 문제를 계속 열어두기 위해 "부실하지 않음"이라는 레이블을 추가 할 수도 있습니다.

Gatsby 커뮤니티의 일원이되어 주셔서 감사합니다! 💪💜

나는 여전히 이것이 Gatsby에서 수정 / 지원되지 않는다고 생각합니다. TeamGatsby에 대한 소식이 있습니까?

크게 생각하지 않고는 고치기가 정말 어렵 기 때문에 오랜 문제입니다. @Moocar 는 적어도 우리가 올바른 방향으로 나아갈 수있는 문제가 있습니다.

Gatsby는 현재 주어진 페이지에서 검색되는 GraphQL 노드를 추적합니까? 그렇다면 데이터 변경 사항을 기반으로 증분 재 구축을 추가하는 것이 가능해 보일 것입니다. 그게 작업의 절반입니다.

다른 작업은 소스 플러그인에 캐시를 제공하고 플러그인 개발자가 가능한 경우 변경된 데이터 만 가져 오도록 권장하는 것입니다. 많은 경우에 이것은 사소한 일입니다.

@coreyward 예, Gatsby는 쿼리에 대해 반환 된 모든 노드를 추적합니다 ( page-dependency-resolver.js 를 통해). 변경된 데이터에 대해서만 쿼리를 재실행하는 gatsby develop 의 기능을 강화합니다. 현재이 정보를 디스크에 저장하지 않았으므로 아직 gatsby build 되지는 않지만 확실히 계획입니다.

우리 팀에게는 이것이 2019 년 플래그십 사이트 재 구축을 위해 Gatsby를 사용하는 것에 반대하는 결정이 될 것임을 알고 있습니다. 나는 그것이 공개되거나 적어도 우리가 건축을 시작할 때 지평선에있을 수 있기를 정말로 바라고 있습니다. 우리는 하루 종일 사이트의 다양한 부분을 편집하는 수백 명의 웹 작성자를 지원합니다. 저장을 누르면 콘텐츠가 업데이트 될 것으로 예상합니다. 쉼표를 수정하거나 게시물의 날짜를 변경하기 위해 돌아가는 것은 드문 일이 아닙니다.

@mattbloomfield 우리는 더 많은 고객이 관심을 갖고 있으므로 우선 순위 목록에서이 높은 순위를 차지합니다.

우리는 gatsby-source-graphql 플러그인을 사용하여 drupal 8 백엔드로 gatsby를 구현하고 있으며, 성능은 지금까지 문제가되지 않습니다. 지금은 수천 개의 StaticQuery를 실행하고 이미지 처리를 우회하는 것과는 반대로 모든 데이터를 gatsby-node로 가져옵니다.

```
성공한 graphql 쿼리 실행 — 3.088 초 — 4008/4008 1311.56 쿼리 / 초
페이지 데이터 쓰기 성공 — 0.070 초
리디렉션 데이터 쓰기 성공 — 0.001 초
성공 빌드 매니페스트 및 관련 아이콘 — 0.117 초
성공 onPostBootstrap — 0.127 초

정보 부트 스트랩 완료-15.751 초

성공 제작 JavaScript 및 CSS 번들 구축 — 3.361 초
성공 페이지 용 정적 HTML 빌드 — 6.906 초 — 4006/4006 609.25 페이지 / 초
정보 26.047 초 만에 구축 완료

나는 현재 당밀처럼 느린 오래된 Heroku 호스팅 Rails 3.x 사이트의 속도를 높이기 위해 Gatsby를 사용하여 평가하고 있습니다. 약 1 백만 페이지가 있으므로 증분 빌드가 작동하는 유일한 방법입니다. 대부분의 페이지는 변경되지 않으므로 정적으로 만드는 것은 큰 승리처럼 느껴지지만 새 페이지는 지속적으로 추가되고 일부 오래된 페이지는 편집됩니다. 사용자는 몇 초 내에 변경 사항을 볼 수 있기를 기대합니다. 내 희망은 Rails 앱에 JSON API 서버로 만들기에 충분한 코드를 추가하고 Netlify 또는 S3와 같은 어딘가에서 호스팅되는 정적 자산을 사용하여 Gatsby로 새로운 프런트 엔드를 생성하는 것이 었습니다.

작업 대기열 작업자를 통해 증분 Gatsby 빌드를 실행하는 것과 같은 작업을 수행 할 수있을 것이라고 생각했습니다. Rails API 서버는 페이지가 업데이트되는시기를 알고 있으므로 page_id (postgres DB의 키)를 사용하여 '업데이트 페이지 작업'을 생성하고 작업자는이를 PAGE_ID=1235 gatsby build 와 같은 ENV 변수와 함께 Gatsby에 전달합니다

페이지가 삭제되면 Rails API는 정적 호스트에서 직접 자산을 삭제하는 작업을 생성하거나 Gatsby에서 필요한 것이 있으므로 다른 ENV 변수로 계속 실행할 수 있습니다. (최소한 페이지 경로가 필요하다고 생각합니다).

Gatsby가 이런 종류의 프로젝트와 호환된다고 생각하는 잘못된 나무를 짖고 있습니까? 도움을 주셔서 감사합니다.

알파 버전이 있습니다. 아직 증분 빌드는 아니지만 적어도 앞으로의 경로입니다.
npm install --save gatsby@per-page-manifest 설치하여 사용할 수 있습니다.

더 많은 정보:
https://github.com/gatsbyjs/gatsby/pull/13004

현재 페이지 당 @mpoisot 는 아직 작동하지 않습니다. 이 프로젝트에 대해 어떤 일정을보고 있는지 잘 모르겠습니다. 쿼리가 가볍다면 증분 빌드 없이도 gatsby가 사이트에 적합 할 수 있습니다.

cc @KyleAMathews @Moocar 는 이것에 대한 더 나은 설명을 제공합니다.

마지막 업데이트 이후 몇 달이 지났고 행동의 장소 인 것 같습니다. page-data.json의 분해가 포함되어 있으며 사용하고 있습니다.

이를 추진하는보다 구체적인 요구 사항 및 작업이 있습니까? 나는 그것이 큰 문제라는 것을 이해하지만 그것이 진전과 견인을 보여줄 수있는 작은 문제로 눈에 띄게 세분화된다면 항상 도움이됩니다.

@wardpeet @Moocar 누가 이것에 대해 핑을하기에 가장 적합한 사람 / 목록인지 잘 자라고 생각합니다. 이 티켓의 기본 목표에 대한 업데이트가 있습니까?

증분 빌드에 대해 @KyleAMathews 와 좋은 나누고 전달 방법 https://twitter.com/dominicfallows/status/1169152367964643328?s=19

증분 빌드에 대해 @KyleAMathews 와 좋은 나누고 전달 방법 https://twitter.com/dominicfallows/status/1169152367964643328?s=19

TLDR;

@KyleAMathews 는 Gatsby가 Gastsby Cloud 호스팅 증분 빌드 기능에서 작업하고 있음을 확인했습니다.

증분 빌드가있는 자체 호스팅 / 온-프레미스 "Gatsby Enterprise"버전이 가능하지만 아직 작동하지 않습니다 ....

Dominic Fallows-9 월 4 일-우리가 선택한 대부분의 공급 업체는 Gatsby OSS와 마찬가지로 자체 관리 형 / 온-프레미스 옵션을 제공합니다. 우리는 온 프레미스 Gatsby Enterprise Cloud 솔루션을 제공하므로 기꺼이 비용을 지불합니다.

Kyle Mathews-9 월 4 일-물론입니다. 우리가하고있는 작업의 온 프렘 버전을 지원할 수있는 명확한 경로가 있습니다. 모든 것이 Kubernetes이므로 가능해야합니다.하지만 처음 작업 할 때 온 프렘은 많은 오버 헤드를 추가합니다. 작동하는 배송에 대해 😅

Dominic Fallows-9 월 4 일-이제 반가운 소식입니다! 다른 곳에서 논의한 내용을 놓친 경우 미안하지만, 온 프레미스 로드맵은 비즈니스와 개발자 모두에게 매우 유용 할 것입니다.

Kyle Mathews-9 월 4 일-지금은 타임 라인을 제공 할 수 없을만큼 멀리 떨어져 있습니다. 올해는 확실히 아니고 내년에도 약속하고 싶지 않을 것입니다. 수익과 엔지니어링 팀을 얼마나 빠르게 확장 할 수 있는지에 따라

수백만 개의 표준 페이지 및 다른 동일하거나 색인 생성 페이지에 대해 이야기하는 게시자를위한 도구로 Gatsby를 사용하는 것을 차단하는 것은 유감입니다.

동일한 개념 / 코어를 사용하는 별도의 프로젝트로 그러한 사용 사례를 "제거"하는 것이 합리적이지 않습니까?

2020 년 결정을위한 기능을 만들거나 중단합니다. 모든 VC 자금을 투자하기에 좋은 곳인 것 같습니다 😀

Gatsby는 많은 일을 제대로 수행하지만 빌드 시간이 길어 대규모 프로젝트에서는 절대적으로 사용할 수 없습니다.
더 빠른 빌드를 만들어주세요!

위에 동의하십시오! Gatsby는 빠르고 쉬운 블로깅 ​​솔루션에 빠져들거나 증분 / 빠른 빌드를 구현하여 엔터프라이즈 준비가됩니다.

절대적으로 정확합니다. 더 큰 프로젝트에서이 문제에 대해 계속해서 부딪 혔습니다. 증분 빌드가 없으면 Gatsby는 옵션이 아닙니다.

Gatsby Cloud의 증분 빌드는 이러한 문제를 해결합니다. https://www.gatsbyjs.com/builds-beta/ 에서 비공개 베타에 가입 할 수 있습니다.

하지만 증분 빌드를 지원한다는 것을 암시하는 것은 없습니다. 단지 "Gatsby 사이트의 빌드 시간이 가장 빠릅니다".

증분 빌드는 독립 실행 형으로 사용할 수있는 것이 아니라 호스팅 된 Gatsby 서비스에서만 사용할 수 있다는 의미에 대해 우려합니다.

@dwightwatson 이 무슨 뜻인지 알

투자자들은 어떻게 든 돈을 돌려 받아야합니다. 🙄

매우 큰 웹 사이트 14 만 개 이상의 페이지 구축

gatsby build 은 다소 좋지만 배포를 수행하는 것은 고통 스럽습니다 (zeit.co).

이것에 레이블을 추가하는 방법을 잘 모르겠지만 여전히 문제로 여기고 있습니다.

@gomflo 사이트를 구축 할 수있는 방법이 있습니까? 빌드 시간을 개선하기 위해 해결해야 할 낮은 매달려있는 과일이있을 수 있습니다. :) 약속이 없습니다.

하지만 증분 빌드를 지원한다는 것을 암시하는 것은 없습니다. 단지 "Gatsby 사이트의 빌드 시간이 가장 빠릅니다".

증분 빌드는 독립 실행 형으로 사용할 수있는 것이 아니라 호스팅 된 Gatsby 서비스에서만 사용할 수 있다는 의미에 대해 우려합니다.

re this ^ : 내 gatsby repo가 ​​github가 아닌 gitlab에있는 경우 gatsby 클라우드 / 빌드 기능을 사용할 수 있습니까?

이전에 언급했을 수도 있지만 원래 문제 / 기능을 고려합니다. 게시자에게 Gatsby는 새 페이지의 유일한 생성과 색인 업데이트를 트리거 할 수 있다면 의미가있을 것입니다. 게시자는 이전 표준 페이지를 업데이트하는 데 거의 관심이 없습니다.

그래서 우리는 독립형 부분 업데이트를 가질까요, 아니면 기회가 없을까요? 몇 페이지 만 업데이트하고 전체 프로젝트를 다시 빌드하지 않는 다른 방법이 있습니까?

우리 팀이 증분 빌드를 가능하게한다고 생각하는 Gatsby 리포지토리에 PR을 게시하는 것에 가깝다는 것을 업데이트하고 싶었습니다. 우리는 좋은 PR을 작성하고 코드를 강화하는 데 시간을 할애하고 있지만 완료되면 여기에서 업데이트 할 것입니다 (다음 주 정도).

우리 팀이 증분 빌드를 가능하게한다고 생각하는 Gatsby 리포지토리에 PR을 게시하는 것에 가깝다는 것을 업데이트하고 싶었습니다. 우리는 좋은 PR을 작성하고 코드를 강화하는 데 시간을 할애하고 있지만 완료되면 여기에서 업데이트 할 것입니다 (다음 주 정도).

여기 PR https://github.com/gatsbyjs/gatsby/pull/20785

PR에 대한 추가 업데이트 : https://github.com/gatsbyjs/gatsby/pull/20785#issuecomment -579355927

증분 데이터 변경에 중점을 둔 새로운 PR https://github.com/gatsbyjs/gatsby/pull/21523

# 21523이 병합되고 Gatsby Cloud에서 사용 가능한 증분 빌드를 통해이 문제가 해결되었다고 생각합니다. 모든 워크 플로를 지원하지는 않지만 지금은이 작업을 종료 할 예정이며 필요한 경우 향후 작업을 위해 향후 새로운 문제를 여는 것이 더 나을 수 있습니다.

정말로 닫아야합니까? 최적화는 바로 최적화였습니다. 진정한 증분 빌드가 아니 었습니다. 게다가 Gatsby Cloud를 통해 제공되는 것은 무엇이든 공용 패키지를 통해 사용할 수 없습니다. 이 티켓의 특정 의도에 대해 해결 된 것이 없습니다.

정말로 닫아야합니까?

https://github.com/gatsbyjs/gatsby/issues/5496#issuecomment -641005662에 따르면이 문제가 닫혀 있어야한다고 생각하지 않으며 not stale 레이블이 제거 된 이유를 이해할 수 없습니다. .

여기있는 사람이 "개츠비 개발"을 사용하여 개발 미리보기와 프로덕션 빌드 버전을 동시에 생성하도록 GatsbyJS 웹팩 구성을 조정 해 보거나 가능한지 알고 있습니까? (개발 서버를 영구적으로 실행하는 데 드는 비용으로 "증분 빌드"가 발생할 수 있습니다.)