GO언어 생태계의 대표적인 ORM으로 GORM을 많이들 사용하실텐데 GORM v2자료가 많이 없다보니 저도 v1이 익숙해서 v1을 사용합니다. v1에서는 ORM Conventions라고 해서 Timestamp Tracking이 존재합니다. http://gorm.io/docs/conventions.html#Timestamp-Tracking GORM에서 언급된 Timestamp의 추적은 GORM CALLBACK으로 구성되있는데 https://github.com/jinzhu/gorm/blob/master/callback_create.go#L31 // updateTimeStampForCreateCallback will set `CreatedAt`, `UpdatedAt` when creating func upda..

how to make dockerfile with local timezone on go? Go언어를 사용해 Docker를 이용하면 정말 찰떡궁합 같은 존재가 되는데, 기본적으로 scratch라는 이미지를 많이 사용합니다. 저는 주로 로컬 개발시에는 WSL2로 할 땐 goland에서 build 후 터미널에서 compose를 재구성하는데, compose가 아직 현재 시점에선 jetbrains가 docker connect는 되는데 이상하게 windows wsl docker-compose로 구성돼있음에도 불구하고 linux가 아닌 window에서 실행되어 에러가 나네요... 혹시 방법을 아시는 분은 댓글 부탁드립니다! Dockerfile FROM golang:alpine as builder COPY . /app..

mysql, mariadb를 사용하다보면 종종 볼 수 있는 오류 중 하나 인데, [1292]의 특징은 Update나 INSERT할때 주로 만나볼 수 있습니다. Update의 경우는 상당히 단조로운 패턴이 등장하는데, and 쿼리가 아닌 , 콤마로 구분해주면 된다는 썰이 있고, INSERT의 경우는 SELECT는 제대로 결과값이 나오는데도 불구하고 INSERT INTO 쿼리가 삽입이 안되는 경우가 있는데 이는 http://blog.naver.com/PostView.nhn?blogId=standcode&logNo=220574024068&categoryNo=104&parentCategoryNo=4&viewDate=&currentPage=1&postListTopCurrentPage=1&from=postView ..

개발자마다 또는 사용자마다 사용하는 코드 스타일 및 컨벤션은 제각각 다릅니다. 하지만 언어마다 권장하는 표준 방식이 존재하는데 이를테면 Python에서는 snake_case를 // snake_case(스네이크 케이스 표기법) snake_case = 1 camel_case = "" pascal_case = None Javascript와 Go에서는 camelCase를 사용할 것을 권장합니다. // camelCase(카멜 케이스 표기법) // JS snakeCase = 1 camelCase = "" pascalCase = null // Go snakeCase = 1 camelCase = "" pascalCase = nil Python은 Class 명을 작성할 때는 파스칼케이스를 // Class명은 반드시 Pa..

Mysql / Maria DB 사용중 종종 Data too longData too long for column '' at row 위 와 같은 에러 문구를 볼 수 있는데, 이러한 상황에서는 DB에서 Global로 설정되어 있는 'STRICT_TRANS_TABLES' 가 명시되어 있으면 Data Insert를 엄격하게 관리하기 때문에 Column의 길이를 늘려도 계속해서 발생할 수 있는데, 이를 해제하면 길이를 초과할 경우 알아서 잘라서 버려버리고 에러를 출력하지 않게됩니다. 이는 무결성 검증에 굉장히 안좋은 현상을 초래할 수 있고, APP 검증보다는 당연히 DB상에서 검증하는게 훨씬 효율적이기에 이러한 설정이 되있다고 하는데, mysql 5.5에서는 이게 기본적으로 해제가 되있다고 하는군요... selec..

많은 게시물들을 보면, Iptables 관련 내용만 언급되는데, 저는 iptables를 모두 제거시키고 도커포트로만 오픈이 리스닝 상태인데도 불구하고 포트스캔을 돌려보면 해당 포트가 닫혀있는것을 확인했었습니다. 하지만 서버측에서는 리스닝 상태인걸 볼 수 있죠... 그래서 보안목록이나 그룹을 잘 못 설정했나 했었는데, 기본으로 설정되어 있는 22번 포트의 경우는 ? 소스 범위가 22로 고정이 안되있고 모두라고 되있더라구요 그래서 혹시나해서 변경해보았습니다. 네 잘됩니다.. 아마 가상 네트워크를 타고 올때 포트가 클라이언트가 요청한 포트가 아닌 다른포트로 던지는지 일치시켜주면 안되는 현상인 것 같은데 저도 그냥 저의 뇌피셜이니 참고만해주세요!