2023.03.10(금) 기록용

요즘은 ts로 고친 후 캣보우 컨버트 쪽이 재밌어서 수정하려고 합니다.

(단순히 배우는 것보다 생각하고 배우면 속도가 조금 더 빨라진다고 생각합니다.

)

1. ContextAPI는 이대로 괜찮나요? 다시 렌더링 문제

-> 아직 State Library에 대해 배우는 중인데 왜 contextAPI를 사용했습니까? 후회

-> 배송감소기 useMemo를 사용해야 할까요? 간단한 기능인데 너무 어렵지 않나요? 큰 아이디어가 있어서 적용보다는 도서관의 상태를 더 알아보고 있습니다.

2. 모달이 왔다 갔다 하는 이유는 무엇입니까?

-> 변환 성공 후 모달이 꺼지지 않고 다른 모달을 호출하는 오류가 발생했는데 갑자기 잘 되더군요(?) 이유를 모르겠습니다… 분명히 깨졌습니다.

3. 영상 변환 후 영상이 그대로 입력에 포함됩니다.

-> 상우를 만나서 서버에 접속해서 해결해야 할 것 같은데 어쩐지 금방 고칠 수 있을 것 같은데…

4. 캣보우 라이브러리를 보여주기 위해 라이브러리를 배경에 적용했는데 로컬 환경에서는 잘 되었는데 스레드 페이지에 이미지가 바로 뜨지 않아서 시간이 좀 걸립니다 ^_ㅠ

PM은 이에 대한 피드백을 제공했습니다.

우리 catbow 변환기가 잘 스크롤되지 않는 이유
하나;. ghpage는 get 요청에 사용된 파일만 전송합니다.


2. 브라우저 자바스크립트 엔진은 싱글 스레드인데 ghpage 네트워크 속도가 따라가지 못해서 다른 요청이 모든 통신을 방해하는 것 같습니다.


3. 웹워커로 멀티스레딩을 구현하면 해결될 것 같다.


4. 그렇지 않으면 요청 시 모든 img 소스를 가져와야 하지만 방법을 찾아야 할 것 같습니다.

동기부여로 생각한 결론입니다.


뭔가 알아차리면 많은 도움이 될 것 같아서 남겨두었습니다.

ngnix를 사용하고 있다면 멀티스레딩이 쉬운 노드가 부럽습니다.

위는 오류 번호 2입니다.

Get 요청은 비동기 통신으로 처리됩니다.


확실히 알게되면 공유하겠습니다.

1. 드물게 사진을 찍는다

2. 비동기 폴링 요청

3. 로컬에서 잘 작동

4. 작은 사진 크기

이 때문에 저도 Git에서 제공하는 느린 서버가 원인이라고 판단했습니다.

사진을 받은 후 바로 적용하는 것이 가장 좋다는 다른 개발자의 피드백을 받았습니다.

한번에 다 받을 수 있는 방법이 없을까 하지만 더 좋은 방법이 있을 것 같은데…