Development Artist

이슈 docker desktop을 실행 시 발생. installer를 실행시키면 이미 존재. 며칠 전까지 잘 사용을 했었는데... 갑자기? 조치사항 1. 우분투 터미널에서 docker 수동으로 실행. 하지만, 도커 서비스가 없다고 나옴. 2. 검색에서 '시스템 정보'에서 window 사양 체크, 3. 도커를 실행하기 위해서는 Hyper-V 이 필요한데, Window Home에서는 Hyper-V 기능이 없음. 일단 검색에서 'Window 기능 켜기/끄기' 에서 Hyper-V가 있는지 체크, 그리고 Windows 하이퍼바이저 플랫폼과 가상머신 플랫폼 체크 여부 확인하고 체크 해주기. 4. 수동으로 bat파일을 실행시켜 Hyper-V 를 만들어 줄 수 있다. https://forbes.tistory.com/5..

이슈 가상환경에서 python manage.py runserver --settings=config.settings.local 을 한뒤 이슈없이 정상적으로 서버가 올라갔는데, 다음과 같이 사이트에 연결할 수 없음이 뜸. 해결 순차적으로 terminal(PowerShell)에서 입력. 1. wsl --shutdown 2. bash ※추가적으로 조치할 수 있는 부분 1. 프록시서버 끄기 검색-프록시 설정 변경-자동-끔 2. 올린 서버의 포트를 다른 누군가가 잡아먹는지 확인 원인 해당 desktop 개발환경에서 WSL2를 사용하는데, WSL2를 재부팅 하니까 다음과 같이 잘 해결 됨. WSL2 내에서 서버를 동작하면 로컬 내부 주소에서 WSL2 어댑터 주소로 연결이 되고, 외부에서 로컬 내부 주소로 접속을 하려..

이슈 1. 다음과 같이 gitlab CI/CD에서 build가 failed났다. log를 보니, artifact문제로 보인다. WARNING: Uploading artifacts as "archive" to coordinator... failed id= responseStatus=504 Gateway Time-out status=504 token= FATAL: invalid argument 2. 쿠버네티스에서 gitlab이 돌아가고 있는 pod의 log를 보았다. Could not create cache adapter error=cache factory not found: factory for cache adapter "" was not registered 해결 1. Gitlab - setting - C..

결과적으로 알아야 할 것은 VPC, EC2, S3는 물리적으로 Region에 존재. ( 내 것 ) CloudFront와 Route53은 AWS에서 처리해주는 하나의 서비스. ( AWS 것 ) 한 마디로 정의해보자면, EC2 : 컴퓨터 VPC : 격리된 공간 ( 내 땅 ) S3 : 저장소 CloudFront : 분배소 Route53 : 식별소 정리할 시간이 없어서 나중에 내용을 추후 보강...

Jitsi Meet - Jitsi Videobridge를 사용하여 고품질의 확장 가능한 비디오 컨퍼런스를 제공하는 WebRTC 호환 JavaScript 응용 프로그램이다. React 및 React Native를 기반으로 구축. Jitsi Videobridge(JVB) - 컨퍼런스 참가자 간에 비디오 스트림을 라우팅하도록 설계된 WebRTC 호환 서버. Java와 Kotlin 소스로 구성. Jitsi Conference Focus(지코포) - 미디어 세션을 관리하고 각 참가자와 비디오 브리지 간에 로드 밸런서 역할을 하는 Jitsi Meet 컨퍼런스에서 사용되는 서버측 포커스 구성요소. Jitsi Gateway to SIP (jigasi) - 일반 SIP 클라이언트가 Jitsi Meet 컨퍼런스에 참여할 ..

이슈 WSL2 Ubuntu 에서 VSCode 를 열기 위해 다음과 같이 code . 명령어를 입력. 하지만 그림과 같이 command가 없다고 나온다. 해결 1. code 파일이 있는지 확인 'cd /mnt/c/Users/호스트이름/AppData/Local/Programs/Microsoft\ VS\ Code/bin' 로 가서 ls 를 해서 다음 파일이 있는지 확인. 2. 'echo ＄Path' 명령어를 쳐서 경로 설정을 확인하고, 홈 디렉터리의 .bash_profile을 편집기로 열어 해당 경로(/mnt/c/Users/호스트이름/AppData/Local/Programs/Microsoft\ VS\ Code/bin)를 PATH=＄ 뒤쪽에 추가. : 콜론으로 연달아 추가할 수 있다. (쉘마다 path를 두는 ..

이슈 docker-compose up을 하면서, image를 pulling하는 과정에서, credentials 에러 발생. 해결 1. cd ~/.docker 2. cat config.json 해보면, credsStore가 보이는데, credStore로 바꿔준다. s를 뺀다. 3. 다시 docker-compose up을 했는데, 이젠 접근거부가 발생. 4. 다시 config.json 파일로 가서. credsStore로 다시 s추가해주고, 앞에 _ 추가. 5. 또, 접근거부가 발생. 6. 추측 : pulling 하려고 하는 url에 대해 내가 접근 권한이 없어서 발생하는 것으로 예상. 해당 url에 접근 권한을 부여 받을 필요가 있을 것 같음. 7. docker login 을 쳐본다. 로그인 정보가 없다고 ..

이슈 npm 명령어 사용을 하려고 하면, "bash: /c/Program Files/nodejs/npm: /bin/sh^M: bad interpreter: No such file or directory" 다음과 같은 에러 메세지를 확인. 해결 1. cd ~ 2. vi .bashrc 3. i키 누르고 4. 마지막에 export PATH=＄(echo "＄PATH" | sed -e 's/:\/mnt[^:]*//g') # strip out problematic Windows %PATH% 의 내용 추가. 주의 현재 블로그내에 Latex 문법이 적용되어 있어서 해결 부분 ＄는 특수 문자로 사용됨. 복붙하면 깨질 수 있음.

이슈 docker ps 명령어 입력시 발생한 이슈 해결 1. 다음 명령어 입력 : systemctl start docker -> 문제 발생 : System has not been booted with systemd as init system (PID 1). Can't operate. Failed to connect to bus : Host is down. 2. 다음 명령어 입력 : sudo /etc/init.d/docker start

AWS 서비스 (Secret) Vuex 1. 상태를 저장해주는 놈. 2. axios 애자일 방법론 - XP - 스크럼 splint : 주기 TDD (Test Driven Development) : 테스트 주도 개발 자동화를 위함. 유지보수에 유리함. 20% cost가 더 든다. 테스트코드를 먼저 만든다. 테스트코드에 맞춰서 소스코드를 만든다. 이것을 반복하는 것이 TDD. mock을 만듦.