Project

Ubuntu 서버 명령어 (*추가)한국 기준으로 서버 시간 설정: sudo ln -sf /usr/share/zoneinfo/Asia/Seoul /etc/localtime 현재 경로 상세 출력: ls -al 경로 이동: cd 경로 vim 에디터로 파일 열기: vim bitcoinAutoTrade.py vim 에디터 입력: i vim 에디터 저장: :wq! 패키지 목록 업데이트: sudo apt update pip3 설치: sudo apt install python3-pip pip3로 pyupbit 설치: pip3 install pyupbit 백그라운드 실행: nohup python3 bitcoinAutoTrade.py > output.log & 실행되고 있는지 확인: ps ax | grep .py 프로세스..
[나의 로직] 모든 코인을 검색한다. 각 코인의 이전 한시간을 기준으로 돌파계수k를 구한다. 매수조건을 통과한 코인 중 어떤 코인을 매수할지 결정한다. 거래량이 많은 것으로 구매한다. 만약 돌파점을 통과한다면 매수 -> 2% 이익시 매도 만약 -0.1%가 된다면 바로 매도 만약 +2%와 -1% 사이에서 10동안 머문다면 매도후 1로 이동 초기에는 -1%시 매도를 실시하였고 1시간동안 제자리라면 매도를 하였지만 백테스트 결과 구매직후 상승을 하지 않으면 하락하는 경우가 많다고 판단하여 10분으로 단축하였고 약간이라도 하락하면 바로 매도하도록 구현하였다. 백테스트 결과 양호한 결과를 보였지만 실제 매도에서는 원하는 가격에 바로 매도가 불가능하기에 큰 이득이 나지는 않았다. [매수조건] 돌파계수 k는 이전 한..
프로젝트 테스트 도중 에러를 만났다. @Test @DisplayName("delete - /api/users/followings 팔로우 취소 하기") @WithMockCustomUser(userId = 1,nickname = "바다람사", socialId = "testuser",roles = "ROLE_USER") void deleteFollow() throws Exception { //given UserRequest.FollowDeleteDTO followDeleteDTO = new UserRequest.FollowDeleteDTO(); followDeleteDTO.setUserId(2L); String requestBody = om.writeValueAsString(followDeleteDTO); S..
유저 - id(PK) - 이메일 - 이름 - 비밀번호 - 역할 - 상태 - 회원등급 - 상태: 휴먼 탈퇴 등 - 쇼핑포인트 - 환불머니 - 생성 시각 - 수정 시각 상품 - id(PK) - 상품명 - 상세정보 - 상품 가격(옵션 최저가) - 상태 - 배송비 - 카테고리 - 스토어id(FK,N:1) - 생성 시각 - 수정 시각 옵션 - id(PK) - 옵션명 - 가격 - 재고수 - 상품id(FK, N:1) - 생성 시각 - 수정 시각 장바구니 - id(PK) - 수량 - 가격 - 옵션id(FK ,1:N) - 유저id(FK, 1:1) - 생성 시각 - 수정 시각 주문 - id - 유저id(FK, N:1) - 생성 시각 - 수정 시각 주문 아이템 - id - 주문 수량 - 가격 - 옵션id(FK, N:1) -..
회사마다 다를 수 있지만 아래와 같이 api양식을 설정할 수 있다. { "success": true, "response": {}, "error": null } 또는 { "success": true, "response": null, "error": { "message": "에러내용", "status": 400 } } 숙제 - 도커 강의 보고 오기 (1-23강) https://www.youtube.com/playlist?list=PL93mKxaRDidGMzIllhYKx1d6aMg6_5wW3 - AWS 강의 보고 오기 (1-36강) https://www.youtube.com/playlist?list=PL93mKxaRDidFjQjPAzi9UxCdo2gtR-fue - 테이블 설계해오기 (진짜 숙제)
요구사항 분석을 할때는 상세기능은 자세히 보지 않고 큰틀부터 분석한다. 요구사항에 없더라도 안정적으로 기능을 구현해야한다. (id양식, 비밀번호양식 등) 가장 먼저 해야하는 일은 데이터 분석이다.(너프한 테이블 설계하기) Entity(1단계) User(유저) PK username email 비밀번호 날짜 Product(상품) PK 제품명 제품사진 제품가격 날짜 Option(옵션) PK 옵션이름 옵션가격 날짜 Cart(장바구니) PK 옵션FK 옵션개수 유저FK Order(주문) PK(1) 유저FK OrderItem (주문아이템) PK 옵션FK 옵션개수 주문번호(1) 배송, 별점은 구현안함
User 정보 수정 기능 구현 중 DTO에 Null값이 담기는 문제가 생겼다. 이 문제의 경우 아래의 이유때문에 Jackson 규칙을 알아야한다. 1. Spring의 Json Message Converter는 Jackson 라이브러리를 사용 2. Request 요청 시 JSON의 키 값은 getter의 이름으로 설정된다. 3. 이때, getter의 네이밍은 getAge() 이런 식으로 get 다음이 대문자로 시작하게 되므로, Jackson 라이브러리는 Json의 키 값을 Age -> age로 바꿔서 설정한다. javabean 규약 JavaBeans 는 메서드 이름에서 필드명을 추출할 때 일정한 규칙이 존재합니다. 맨 앞 두개가 전부 대문자라면 그대로 리턴하고 아니라면 맨 앞 문자 하나만 소문자로 바꿔서 ..
윤재에요
'Project' 카테고리의 글 목록