겸이네~

회사 프로젝트중 highchart를 이용해 폴라 차트를 구현하는데 디자인이 좀 난해하게 나와서 최대한 비슷하게 구현하려고 적용 해봤다. 기록용 코드

기록용 nginx dev 파일

이슈 위 차트를 보면 뭔가 이상하다. y 축의 간격이 안맞다. 왜 안맞지?.. 일단 rechart에서 domain attr 을 이용해서 하기와 같이 설정을 진행했었다. 한번에 보여지는 tickcount 는 10개 , domain은 최소 최대치 설정. interval로 조정도 해보고 minmax를 조절도 해보고 하.. 그러다 그냥 아 그냥 내가 scale작업을 하자.. 함수 두개를 만들었고... 적용한 화면부터 보자.. 깔끔하다 아주 깔끔하게 떨어진다. - api에서 데이터 받고 -> 해당 데이터의 min max 잡고 -> min max가 있으니 interval을 얼마나 줄 것이냐에 따라 갭을 생성해주고 -> 해당 갭으로 각 계층을 나누면 된다. interface ParamsTick { min: numbe..

1. Code split으로 최적화 과정중 맞닥뜨린 문제 및 해결과정 그리고 퍼포먼스 향상 2. 빌드 배포후 chunk load 에러 현상 발생. (code split, cache, webpack 등등 ) - nginx location 문제 - service worker 문제 3. firebase file download시 파일명 원본명으로 받기 작업. 위 사항은 최근 해결한 문제들과 해결된듯 한 문제들이다. 시간 날때 작성하자.. 근데 플러터 배우는데 재미있다. 바쁘다 육아하랴 일하랴 공부하랴 근데 재미있긴 하다.. 언제 개인 프로젝트 들어가지..

그동안 개발하면서 주로 사용한 fetch api는 주로 apollo의 useQuery, useMutation, useLazyQuery 와 reactQuery 의 useQuery, useMutation, 등이다. 회사가 graphql을 주로 쓰다보니 rest는 주로 공공 api칠때나 뭐 그럴때 빼고는 쓸일이 없다.. 근데 이번에 회사 사이트의 기능중 좀 큰 scale을 가진 기능들이 api가 대대적으로 변경이 되었다... 기존에는 한페이지에서 bulk api를 통해서 한번에 가져온 후 client에서 해당 데이터를 전처리 및 가공해서 페이지에 그렸는데 이번에 바뀌면서 결국 한페이지에서 많게는 20~30번 사이의 fetch를 하게 되었다.. 그동안 위 fetch api를 쓰면서 한페이지에서 많아야 4~5개 ..

최근 업무중에 한 곳의 서비스에서 다른 서비스의 backend api를 호출할 일이 생겼다. rest api라면 endpoint를 설정해서 해주면 되고 apollo를 쓰지 않았다면 graphql request나 별도의 패키지에 endpoint를 설정해줬으면 되었겠지만... apollo client를 사용하는 서비스라서 client하나에 새로운 endpoint를 설정해줘야 했다. 현재 서비스 내부에서는 wslink && httpLink를 생성해서 사용하고 있는데 검색 좀 해보니 http link를 또 생성해서 context로 구별 하라고 하더라.. 이렇게 신규 링크를 생성해주고 이렇게 apollo client 객체 생성할때 링크에 apollo 에서 제공하는 split함수와 함께 operation에서 con..