일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- vercel git lfs
- nextjs
- ELECTRON
- github 100mb
- adb connect
- Each child in a list should have a unique "key" prop.
- rolldown
- device in use
- ffi-napi
- html
- camera permission
- github pdf
- pnpm
- 티스토리 성능
- react-native-dotenv
- augmentedDevice
- animation
- adb pair
- electron-packager
- camera access
- Failed to compiled
- dvh
- silent printing
- Git
- Recoil
- 이미지 데이터 타입
- react-native
- Can't resolve
- custom printing
- github lfs
- Today
- Total
목록2024/03 (10)
Bleeding edge
https://kinghell.tistory.com/entry/React-Native-Plugin-with-id-maven-not-found-%ED%95%B4%EA%B2%B0-%EB%B0%A9%EB%B2%95 [React-Native] Plugin with id 'maven' not found. 해결 방법 Plugin with id 'maven' not found. 해결 방법 리액트 네이티브 앱 빌드 시 Plugin with id 'maven' not found 문구가 출력되며 빌드가 안되는 상황이 발생하였습니다. 찾아보니 Gradle 버전으로 인한 문제였습니다. kinghell.tistory.com 메모 : 프로젝트 끝난 후 사용하는 프로젝트에 사용하는 라이브러리에 pr 날리기!
첫 안드로이드 스튜디오 무선 디버깅 적용은 매우 잘되어서, 이런 글을 남기게 될 줄은 상상도 못했다. 이상하게도 무선 디버깅이 처음에 잘되더니 그 이후에는 이상하게 연결이 UI적으로는 되었지만 실제로는 연결이 안되었다. Step 1. 개발자 모드 켜기 요약 : 휴대전화 정보 > 소프트웨어 정보 > 빌드 번호(여러번 누르기) Step2 무선 디버깅 연결하기 개발자 옵션에서 무선 디버깅을 켜자. adb pair : 이러면 아마 페어링이 완료되었다고 나올 것이다. 아래 화면에 있는 IP 주소 및 포트를 이용하자 adb connect 주의 해야할 것은 pair는 검정 배경의 모달 위의 IP주소를, connect는 모달이 꺼진 맨 처음에 보이는 IP 주소를 입력해야한다. 그리고 android studio를 구동하..
이전에 리액트 네이티브에서 코드를 짜더라도 웹뷰만을 이용해서, 리액트 네이티브 네비게이션의 라이프 사이클에 대해서 제대로 이해를 못하고 있었다. useState를 사용할 때 차이 리액트 네이티브 네비게이션 같은 경우에는, 실제로 페이지를 전환하는 것이 아닌 여러 페이지가 동시에 떠있는 상태이기 때문에 실제로 라우터의 주소가 변하고 다시 돌아오더라도 상태가 돌아오지 않는다. useFocusEffect 위의 이미지 출처에는 다음과 같은 코드가 있다. useFocusEffect( useCallback(() => { setState(defaultValue); }, []) ); 다만, 일일이 useFocusEffect를 사용하기 보다는 커스텀 훅을 만드는 것이 좋다고 생각했다. useCleanState 어떤 훅 ..
이 글은 이 지긋지긋한 에러를 정리하며, mac os로 빌드를 하는 다른분을 위해 글을 작성했습니다. 간단한 상황 설명 기본적인 workflow를 이해하고 있으면 쉽게 사용할 수 있었던, win os와는 다르게 mac os는 배포를 할 때 준비해야할 것이 많았다. 물론 win os에서도 굳이 코드 사이닝을 진행했다면 똑같은 난이도 였겠지만, 연간 구독비가 없게 진행을 해보자라는 말도 안되는 꿈을 가지고 시작하여서, github action으로 배포하더라도 문제가 없던 윈도우처럼 맥도 문제가 없지 않을까? 라는 생각을 가지고 코드 사이닝을 제외하고 시작하였다. 일단 코드 사이닝을 제외한다 라는 것에 대한 결론 안된다. 목표가 내 레포의 tag에서 원하는 os의 어플리케이션을 받도록 만들려는게 목표였고, m..
https://codebeautify.org/svg-to-base64-converter
다음주를 위해 간단한 레포 세팅을 연습하기 위하여, vite를 pnpm으로 세팅하는 연습을 하였다 vite를 선택한 이유는 개발 환경에서 아주 강력한 속도를 가지고 있기 때문에 선택하였다. (프로덕션에서 rollup을 사용하는 vite는 마이그레이션이나 안정성이 떨어지는거 아닙니까!) 위의 마이그레이션이나 안정성에 대한 대책으로 개발 환경은 vite, 프로덕션에서는 webpack이 안정적이고 빠르다라는 이야기는 있지만, 최근에 vite팀에서 rolldown을 만드는 것으로 이 것도 안전하게 잡지 않을까 라는 생각에(그리고 문제가 생기면 직접 pr을 올릴겸) vite를 선택하였다. 일단 평소에 사용하는 패키지 매니저인 yarn 대신에 pnpm을 선택하였다. 이유는 아래에 링크로 냄겨두었지만.. https:..
https://engineering.ab180.co/stories/yarn-to-pnpm
아직 완성된 것은 아니지만.. electron-builder와 github action 을 이용하여 배포 세팅을 마치면서, 이전에 electron-forge로 거의 2~3주정도 시간을 썼던 것이 기억나면서, 이전보다 정말 많이 늘었다는 생각도 들었고, 이 프로젝트를 만들면서 이전에 타입스크립트로 리팩토링을 진행하려고 했었지만, 실패했었던 것이 기억났다. 아무래도, 이전에 react-wai에서 파일 번들링을 이해를 못하고 사용해서 그런지 tsc에 대해서도 제대로 이해를 못하고 수정을 잘못했던 것 같다(+타입에 대해서도 잘 못다뤘던게..) 지금 일단은 태그로 업데이트를 해두었지만, 아마 3개정도를 업데이트하고 augmentedDevice 레포는 readable로 돌리고 새로운 레포로 다시 시작할 것 같다. ..