일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- git
- 도커
- c#
- kubernetes
- 스프링부트
- 리팩토링
- 파이썬
- DataGridView
- MySQL
- mybatis
- 자바
- github
- Python
- 리액트
- 코틀린
- Kotlin
- 스프링
- design pattern
- Spring Boot
- AWS
- springboot
- 쿠버네티스
- react
- VOA
- machine-learning
- docker
- Java
- Winform
- 마이바티스
- Spring
- Today
- Total
목록컴퓨터 관련 (153)
보뇨 다이어리
이미지를 dockerHub 를 통해 받아오고 AWS ECR 로 이미지를 추가하고자할때 no basic auth credentials 라는 문구로 AWS 인증관련된 내용이 에러로 나오게 됨. 이미 aws-cli 를 사용하고있는 입장에서는 docker 쪽과 뭔가 설정이 동기화되지않은것같다는 생각을 하게됨. 아니나다를까 도커쪽에서는 ecr-login 을 기본으로 사용하고있지않아서 생긴 이슈인걸로 확인이 됨. # 파일내에 credsStore 값을 변경 # desktop -> ecr-login vi ~/.docker/config.json { "auths": { "https://index.docker.io/v1/": {} }, "credsStore": "ecr-login" } 출처 https://forums.doc..
ingress nginx controller 는 Kubernetes 와 비슷하게 버전을 매번 업그레이드 해야하기때문에 서비스중 부딪히게 되는 이슈인걸로 생각되는데 생각보다 글들이 많이 없어서 이곳에 정리합니다. ingress nginx controller 같은경우 1번 출처를 참고로 버전을 확인하고 각 환경에 맞는 예를들어 AWS, GCP, OC 일경우 파일을 받아 다시 배포하면 끝입니다. 다만 저같은경우 베어메탈이기때문에 아래와 같이 베어메탈용을 받아 적용해주었습니다. kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.5.1/deploy/static/provider/baremetal/deplo..
현재 Oracle cloud 를 개인 계정으로 사용중인데 이상하게 접속이 되질않아서 확인했는데 서비스 설정을 잘못했었다..ㅠ 혹시나 다른분들도 저랑 비슷한 경험이 있을수도 있기때문에 기록겸 포스팅할려고합니다! 사실 아래 1번 출처를 보면서 따라하면 그대로 되긴하는데 제 경우를 기록하면 아래와 같습니다. deployment 배포 (이미지는 구글 예제를 인용했습니다) kubectl create deployment web --image=gcr.io/google-samples/hello-app:1.0 서비스 배포 kubectl expose deployment web --type=LoadBalancer --port=8080 web deployment 확인 vessel@cloudshell:~ (ap-seoul-1)..
랩탑을 재실행하여 미니쿠베를 사용할려고하니 정상적으로 되지않는 이슈가 발생함. 분명 부팅전까지는 잘되었기때문에 무슨 이상이 있는건가싶어서 brew uninstall minikube 를 하고 다시 재설치해도 안됨..ㅠ 해결방법은 아무래도 이전에 실행했던 클러스터를 미니쿠베에서 재실행하면서 그것들을 읽지못하는게 아닌가싶다. 깃헙 이슈에 등록이 하나 되어있는데 그건 버전때문이라고하는데 여러 요인들이 있는듯.. 그래서 단순히 minikube delete 를 해주어 이전에 있던 클러스터를 삭제후 다시 minikube start 를 해주면 다시 재사용가능하다.
1. 먼저 아래 에러가 뜰수있기때문에 다음 커맨드 실행 bad numeric config value 'null' for 'commit.gpgsign': invalid unit git config --global commit.gpgsign false 2. 원격저장소 추가 git remote add upstream https://github.com/joonseolee/sample.git 이후에 git remote -v 로 확인 GitHub - next-step/jwp-qna: QnA 서비스 QnA 서비스. Contribute to next-step/jwp-qna development by creating an account on GitHub. github.com 3. 원격저장소의 브랜치를 머지! 그럼 끝! ..
매번 인터넷을 보고 찾는것도 귀찮다. 그래서 좀 정리를 할려고하는데 생각날때마다 리스트업을 할 생각이라 간간히 업데이트된다고 생각하면됨 1. 파일 삭제 # 확장자 또는 모르는 글자수를 확실히 알때 # 앞에 한글자만 다르고 이외에는 모두 같은 파일 삭제 find . -type f -name "?.txt" -delete # 만약 글자수를 예측할수없을때는 ? 와일드 카드를 넣어준다 find . -type f -name "log*.txt" -delete 2. cat 명령어 사용 # 각 라인별 번호 추가 cat -n a.txt b.txt test@dd ~/D/github-repostories> cat -n a.txt b.txt 1hello host 1glad to see you 3. 폴더 삭제 rm -rf 를 저..
OAuth2 다른 서비스꺼 다 정리하다가 github 만 이상하게 email 이 null 로 오는 이슈가 발생함. 분명 scope 도 전체를 가지고있는 user 를 주었는데도 안되고 혹시나해서 user, user.email 해도 안됨. 구글링을 하다보니 해결방법을 어떤분이 제시해주었다. 방법은 즉... email 가져오는 api 를 또 호출하는것이다! 아래 api 를 보면 헤더에 유저 토큰을 넣어주기만하면 정상적으로 이메일을 가져온다. https://api.github.com/user/emails - Header Authorization Bearer USER_TOKEN 출처 https://github.com/nextauthjs/next-auth/issues/374
옛날에 flyway 써보고 그뒤로 안쓰다보니... 이번에 하는데 몇시간 정도 삽질을 했다. 공식 문서에서도 적용하는건 일도 아닌걸로 나오는데 이상하게도 아래와 같은 에러가 발생 우선 V1__init.sql 파일은 이렇게 되어있다. CREATE TABLE `demo`.`school` ( `id` int NOT NULL AUTO_INCREMENT, `isActive` tinyint NOT NULL DEFAULT '1', `name` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL, `location` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AU..