본문 바로가기
관리자

분류 전체보기

 (960)
[TIL] PyPy, CPython과 session close(), reference counting CPython 상용 Python은 CPython이다. CPython은 Garbage Collector(GC)를 통해 Reference Counting 방식으로 참조되지 않는 객체는 메모리에서 제거한다. 따라서 requests.session을 따로 close() 해주지 않아도 알아서 없어진다. 참고로 Reference counting 방식은 어떤 객체의 참조 수가 0이 되면 커널에서 해당 객체에 대한 메모리를 해제할 수 있도록 이벤트 큐에 넣어서 전달하고, 이를 OS가 해지하는 방식으로 작동한다. PyPy PyPy는 개별로 설치가 필요하다. 기존 Python이 interperter 방식이라 속도가 떨어지는 점을 보완하기 위해서 JIT(Just In Time) Compiliing 방식을 적용한 Python이..
[비공개] Weekly Report - 23/09/04~23/09/10, 1170일차 보호되어 있는 글입니다.
업무에 바로쓰는 aws입문: 1. IAM, EC2, RDS, S3, CloudWatch, Lambda 1. Iam(Identity and Access Management) IAM은 다른 기능과 달리 지역(AWS 리전)별로 적용되는 것이 아니라 유니버셜하다 사용자의 액세스 유형은 2개이다 프로그래밍 방식 액세스 AWS management console access 사용자의 액세스, 비밀키 관리 각 사용자를 생성하면 제공되는 액세스키와 비밀키는 생성 시점에만 확인이 가능하다. 따라서 따로 보관하고 유출되지 않도록 관리해야한다. 루트 사용자에 대한 액세스키는 생성하지 않는 것을 권장한다. 그리고 보안 액세스 키를 잊어버린 경우, 삭제하고 다시 만들어야한다. (https://docs.aws.amazon.com/ko_kr/IAM/latest/UserGuide/id_credentials_access-keys.htm..
[TIL] 파이썬 Retry 방식 요약 backoff_factor, status_forcelist 파이썬의 requests.Retry 스펙은 대략 이렇다. retry = Retry( total=retries, read=retries, connect=retries, backoff_factor=backoff_factor, status_forcelist=status_forcelist) 서버간 또는 서버 - 클라이언트간 통신에서 서버에 요청을 보냈는데, 500대 에러가 떨어지면서 정상적인 응답을 하지 못하는 경우 Retry를 적용한다. 보통은 서버가 잠시 네트워크 지연이 있거나, 너무 과도한 로드가 걸려있는 경우에 시행한다. Http Status Code = 500, 502, 503, 504 정도에 대해 시행한다. [TIL][link] HTTP 상태 코드별 내용 정리 total은 총 요청 횟수이다. 2 = ..
[TIL][link] HTTP 상태 코드별 내용 정리 출처 : https://hongong.hanbit.co.kr/http-%EC%83%81%ED%83%9C-%EC%BD%94%EB%93%9C-%ED%91%9C-1xx-5xx-%EC%A0%84%EC%B2%B4-%EC%9A%94%EC%95%BD-%EC%A0%95%EB%A6%AC/ 상태 코드 상태 텍스트 한국어 뜻 서버 측면에서의 의미 1XX Informational 정보 제공 클라이언트의 요청을 받았으며 작업을 계속 진행하고 있다. 1xx 계열의 응답은 HTTP/1.1 클라이언트에게만 보낼 수 있으며 응답은 바디 없이 상태 라인, 헤더(생략 가능), 빈 줄로 종료됩니다. 100 Continue 계속 계속 진행하라. 클라이언트는 요청 헤더에 ‘Expect: 100-continue’를 보내고 서버는 이를 처리할 수..
[비공개] Weekly Report - 23/08/28~23/09/03, 1163일차 보호되어 있는 글입니다.
[TIL] prviate, public 메서드 테스트 기준, Exception 테스트 기준 정석인 내용은 아니며, 회사 시니어분들께 배운 내용 기록 1. private, public 테스트 기준 public은 테스트, private은 테스트하지 않는 것을 기본으로 한다. private 일지라도 매우 중요한 로직이고, 테스트가 필요할 것 같다면 public method로 wrapping하여 테스트한다. 테스트 커버리지는 60~80 사이로 한다. 이 사이에서 적절한 커버리지를 찾되, 각 팀원에게 커버리지 정도를 강요하긴 어렵다. 2. Exception 테스트 기준 exception의 결과가 예상 가능하고 정상적인 상황일 때는 테스트한다. 예외적인 케이스에 대해서까지 테스트하는 것은 보통의 프레임워크가 처리해주는 범위를 건드리는 것이고 과한 커버리지 일 수 있다.
[비공개] Weekly Report - 23/08/21~23/08/26, 1156일차(프랑스 여행) 보호되어 있는 글입니다.

티스토리툴바