찾다

 >  Q&A  >  본문

Nginx + Laravel5 개발 캐시 문제.

안녕하세요 여러분. 또 다른 질문을 드리려고 왔습니다.
내 문제는 페이지 캐싱입니다.
상황은 다음과 같습니다:

  1. 내 환경은 Linux Mint+LNMP1.2 원클릭 배포 패키지입니다
  2. 로컬에서 파일을 수정할 때마다 페이지를 새로 고치는 데 항상 1분이 소요됩니다.
  3. 아니면 터미널에 sudo lnmp restart를 입력할 때마다 새로고침한 후 적용되는 경우도 있습니다. (이런 바보 아닌가, 다시 시작했는데...)

그럼 질문이 나오네요
이 캐시 문제를 어떻게 해결할 수 있나요? ?
지역개발이 어려울 때마다,
내 vhost.conf를 게시하세요

으아악

다음은 내꺼nginx.conf

으아악

질문에 답변해주셔서 감사합니다. . 감사합니다...

曾经蜡笔没有小新曾经蜡笔没有小新2747일 전539

모든 응답(6)나는 대답할 것이다

  • 怪我咯

    怪我咯2017-05-16 16:57:51

    상황에 따라 PHP의 ZendOpcache 캐시여야 합니다. php.ini 구성을 수정할 수 있습니다.

    opcache.revalidate_freq=60 공식적인 권장 사항은 60초로 설정하는 것입니다.
    이는 60초 후에 스크립트에 다시 액세스하면 PHP 파일의 타임스탬프가 감지되고 변경 사항이 있으면 opcode 캐시가 업데이트된다는 의미입니다.
    0으로 설정하면 액세스할 때마다 파일 타임스탬프가 감지되고, 액세스할 때 수정 사항이 적용됩니다.

    또는 ZendOpcache를 끄세요:
    opcache.enable=0

    또는 캐싱을 방지하려면 프로젝트가 있는 디렉터리를 블랙리스트에 추가하세요.
    opcache.blacklist_filename=/png/www/example.com/blacklist
    다음과 같은 블랙리스트 콘텐츠:
    /png/www/example.com/public_html/

    회신하다
    0
  • 我想大声告诉你

    我想大声告诉你2017-05-16 16:57:51

    어떤 파일이 수정됐나요? 템플릿 파일은 자동으로 캐시를 업데이트합니다. 정적 리소스 파일이 브라우저 캐시에 있을 수 있습니다.

    회신하다
    0
  • 过去多啦不再A梦

    过去多啦不再A梦2017-05-16 16:57:51

    으아악

    회신하다
    0
  • 漂亮男人

    漂亮男人2017-05-16 16:57:51

    프런트엔드 수정인가요, 백엔드 수정인가요?
    프런트 엔드 파일인 경우 브라우저 설정을 확인하여 캐시가 비활성화되어 있는지 확인할 수 있습니다

    회신하다
    0
  • 伊谢尔伦

    伊谢尔伦2017-05-16 16:57:51

    2층 정답, 일반 개발환경에서는 opcache를 활성화할 필요가 없습니다

    회신하다
    0
  • 迷茫

    迷茫2017-05-16 16:57:51

    개발 환경을 종료하는 것이 좋습니다 Opcache. 생산 환경에 더 적합합니다.

    회신하다
    0
  • 취소회신하다