HTTP 캐싱의 프런트 엔드 성능을 최적화하기

얼마 전, 회사의 프런트 엔드 회의, 펌프의 리더십이 네 질문, 처음 세 간단한 대답 모두가 최대, 난 그냥 이해하고이 점 캐시의 첫 네 가지 질문은, 결과는, 요청하지 않습니다 나에게 (질문 물어 찍어 익숙하지 해요, 내 운이) 정말 아무도 없다, 나 한테 20 개 이상의 프런트 엔드 모습, 대답은 매우 수줍어 피부에 기분이 매우 좋지 않았다 후 다시 검사하고 결과를 기록.

캐시 발언과 분화 형태 (200) 캐시 (304)

때마다 서버에서 데이터에 액세스해야하는 경우, 그 속도와 트래픽에 문제가있을 수밖에 없다, 그래서 우리는 HTTP 캐시를 해결해야합니다. 파일이 업데이트되지 않은 경우 원본 파일을 캐시 용도에 관한 것이다.
강력하고 상담 캐시로 나누어 캐시 캐시
이 파일을 요구하지 말합 강력한 캐시 서버만큼 버퍼 시간으로, 캐시 파일을 사용하고 네트워크 (200) 형태의 캐시를 표시, 업데이트되지 않은,
두 개의 강력한 속성은 캐시를 제어있다 만료 및 캐시 제어 : 최대 사용 기간, 만료 그것은 HTTP 1.1 정의 캐시이었다 그래서이 문제를 해결하기 위해 양측이 서버 시간으로 통일되지 않은 경우 문제가 될 것입니다, 상대 시간을 사용하여 HTTP 1.0 정의 ▪ 제어 : 최대 사용 기간이 속성의 사용은 상대적으로 시간이 일반적으로 2가 추가되며, 다음 상대 시간 속성을 가지고있다.
그들은 먼저 협상 여부 캐시 파일 서버는 강한 캐시에 바인딩으로이 단계를 빨리하지 물어 인해 캐시 서버보다 훨씬 강한로, 서버의 캐시를 사용할지 여부를 결정하는 지시에 따라 업데이트를 부탁드립니다.
상담 캐시는 두 가지 속성, 즉의 ETag 및 IF-없음 - 매치를 가지고 Last- 수정 하고 수정 된 경우 --이후, 모든 요청은 브라우저의 ETag를 저장하고 마지막으로 수정 다음 조정에 인수 수정 된 경우 --때문에 과거 값이 마지막 인수 값의 ETag 및 마지막으로 수정 한 다음 반환 된 값을 기준으로 캐시 된 데이터를 가지고 여부를 결정하는 변화가 있는지, 마지막 수정이입니다 없음 - 매치하면 언제 전달합니다 협상 사용, 1 초에, 그것은 아무것도하지 않습니다 여러 데이터 통화가있는 경우, 두 번째 만 정확한 마지막으로 수정되는, 그래서의 ETag가 진행 되었기 때문에 시간이 식별자와의 ETag를 판단하기 위해, 두 가지의 결과였다 캐시 시간 상태 표시 304

일의 nginx + VUE의 @의 cli3 + 캐시 최적화

工作中正常情况下除了html其余资源都使用强缓存，html使用协商缓存，当打包重新构建的时候，html使用协商缓存会发现html变了，然后从服务器读取新的html，由于打包后html引用的文件hash值不一样，就会重新加载新的各种文件，但是通过查看hash值发现，

(1) 어떤 문서 변경, 해시 값이 app.js 변경됩니다
2 만 JS 분명히 파일을 변경할 수 있지만 app.js과 변경됩니다 해시를 app.css
파일을 변경하지 않은 분명히 다시로드 수단이 해시를하지만, 왜 변화 해시 값, 그래서 헛된 더는,로드 번에서 특정 문서
정보 검색을 찾아 HashedModuleIdsPlugin 해결할 수있는 문제

configureWebpack: config => {
    return {
      plugins: [
        new webpack.DllReferencePlugin({
          context: process.cwd(),
          manifest: require('./public/vendor/vendor-manifest.json')
        }),
        // 在控制台中输出可读的模块名
        new webpack.NamedModulesPlugin(),
        // 不做改动hash保持不变
        new webpack.HashedModuleIdsPlugin()
       
      ]
    }
  },

당신이 머리를보고, HTML 또는 (304)을 찾을 수 있습니다, 당신은 또한 (시간을 설정 캐시 구성의 nginx) 강력한 캐시로 설정 HTML로 시도 할 경우, 브라우저 페이지를 새로 고침 것을주의하는 것이 흥미 롭다 발견 만료 및 캐시 제어 : 최대 사용 기간이 두 가지가 있지만, (304) 왜, 이런 말을하지 않았다 인터넷이 후 강한 캐시 처음으로 웹 사이트를 입력, 새 탭 페이지에서 페이지를 발견 폐기 따라, 이 도움이되지 않지만 다시는 304입니다. . .