네, 사용자가 실제 사이트에서 직접 가입하는 방식에 만족하고 있으므로 SSO는 다소 과한 것 같습니다. 소개 페이지의 경우, 자기소개나 외부 연락처를 넣을 공간이 없어서 일괄 처리(원스톱) 기능으로 활용하기가 어렵다는 문제가 있습니다. 또한, 소개 페이지에 이 모든 것을 추가하는 것보다 다른 페이지에서 업데이트되는 이미지를 작동시키는 것이 더 어려울 수 있다고 생각합니다.
스크립트 사용은 나쁜 아이디어는 아니지만, 가능하다면 즉각적인 응답이 당연히 더 좋습니다. 사용자가 프로필 사진과 상태를 시각적으로 연결할 수 있어야 도움이 되며, 페이지에 표시된 사진과 실제 사용 중인 사진이 일치하지 않으면 신규 사용자에게 혼란을 줄 수 있기 때문입니다.
게다가 기존 프로필 사진이 새 사진으로 덮어쓰기되지 않고 그대로 저장되는 것은 저장 공간 측면에서도 불리합니다. 각 사용자에게 프로필 사진이 저장된 단일 링크를 제공하고, 사진을 변경할 때 해당 이미지를 교체하는 방식이라면 두 마리 토끼를 한 번에 잡을 수 있을 것 같습니다.
소개 페이지가 페이지 렌더링 과정에서 파싱되도록 의도한 것이 아니라, 백그라운드 작업으로만 주기적으로 실행되도록 하자는 뜻이었습니다.
이는 해당 페이지를 구축하는 데 사용되는 기술에 따라 다릅니다. 예를 들어 JAMstack을 사용 중이라면 컴파일 단계에서 이 작업을 수행하는 것이 합리적입니다. Rails 앱을 사용하는 경우 매일 실행되어 데이터베이스의 로컬 캐시를 업데이트하는 Active Job을 사용할 수 있습니다.
우리는 이를 고아 업로드(orphaned uploads)라고 부르며, 백그라운드 작업을 통해 며칠 후 자동으로 정리됩니다.
