기타

사소한 궁금증.GET 방식 메소드는 항상 페스베리어블 혹은 쿼리 파라미터로전송해야 된다. 조회를 하는 기능이기 때문?하지만 그길이가 너무 길면? 리퀘스트 바디를 쓰면 안됄까 ? 일단 문제점 3개캐싱 ->GET 메소드의 응답은 일반적으로 캐싱 가능하며, 리퀘스트 바디를

filebeat.inputs:type: kafka hosts: "localhost:9092" topics: \- ocp.event.biz group_id: ocp.dam processors: \- decode_json_fields: fie

처음 시크릿키 설정 부분에 그냥 secret을 넣었더니Encoded password does not look like BCrypt이에러가 계속 떴따 유저 디비 문제인가 아니면 유저 쪽문제라 생각해서 3시간동안 삽질결론은 저위에 설정부분에서 secret -> BCrypt

RabbitMQ 3.12의 주요 특징 및 개선사항:클래식 큐의 변경점:Lazy 모드의 표준화: 이전 버전에서 선택적이었던 Lazy 모드가 3.12부터는 클래식 큐의 표준 동작으로 적용됩니다. Lazy 모드에서는 메시지가 주로 디스크에 저장되고 메모리에는 일부만 유지됩니

코틀린 + 헥사고날 아키텍쳐막상 적용하려니 .. ㅡ\_ㅡ코틀린 코드를 오랜만에보니 많이해매기도하고보일러코드가 너무많아서 시간도 많이잡아먹는다..하아 힘내자

보통 Spring data. Jpa를 사용하면 ddl-auto: validate 이런식의 옵션을 준다.컬럼 하나를 이렇게 주고. 프로젝트를 실행시켰는데. found \[varchar (Types이런에러가 났다. 왜 그럴까?출처 : https://docs.j

"stackTrace": "org.springframework.orm.jpa.JpaSystemException: could not execute statement \[Packet for query is too large (45,421,549 > 33,554,432).