# 사용자 프로필 페이지 로딩이 느립니다

**URL:** <https://meta.discourse.org/t/slow-page-loads-on-user-profiles/155165>\
**Category:** Feature\
**Created:** [6월 17, 2020, 8:56오후 UTC](https://meta.discourse.org/t/slow-page-loads-on-user-profiles/155165 "2020-06-17T20:56:15Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [7월 6, 2020, 10:17오후 UTC](https://meta.discourse.org/t/slow-page-loads-on-user-profiles/155165/11 "2020-07-06T22:17:19Z")

</div>

> [@tgxworld](#):
>
> 여기서 까다로운 점은 이 쿼리들이 대부분 테스트되지 않았다는 것입니다. 그래서 무언가를 깨뜨리지 않도록 주의해야 합니다.

눈을 감고 진행하지 않도록, 직렬화 출력을 테스트하기 위한 초안 커밋을 여기에 추가했습니다:

> <https://github.com/discourse/discourse/pull/10175/commits/791a1cfa1822096e9d870f1373c91ad143c0c2d9>

그 후, [여기](https://meta.discourse.org/t/slow-page-loads-on-user-profiles/155165/6?u=falco)에서 했던 작업을 다시 적용해 보았지만, 결과적으로 빠지긴 하지만 정확하지 않은 추가 절(clause)을 붙이고 있었던 것으로 드러났습니다.

가장 많이 좋아요 받은 항목/좋아요를 누른 사용자 등 이 모든 정보를 guardian을 통해 전달한다는 것은 정보가 항상 매우 정확하고 시청자(사용자)에 맞게 맞춤화되어 있다는 것을 의미하지만, 여러 사용자를 대상으로 할 때 캐싱이 도움이 되지 못하게 만듭니다.

최소한 이 엔드포인트에 더 긴 캐시 시간을 추가할 수 있을 것 같습니다. 제 생각에는 요약 정보의 내용이 자주 변경되지 않으므로 1시간 캐시가 적절할 것입니다.

---

_[View the full topic](https://meta.discourse.org/t/slow-page-loads-on-user-profiles/155165)._