<!-- PR 내용
어떤 작업을 했는지 작성해주세요!
PR이 너무 크면 너무 많은 내용이 들어가겠죠? -->
# 🔍 어떤 PR인가요?
- 비속어 필터링 기능을 추가하였습니다.
- 계획 작성 중 제목과 내용을 검증할 수 있는 api를 추가하였습니다.

<!-- 리뷰어에게
어떤 부분을 자세하게 리뷰할지 서술해주세요. -->
# 😋 To Reviewer
- 허용 단어는 이후에 추가하겠습니다!
- wordBundle 클래스의 위치가 고민됩니다,,

<!-- 테스트 
반영한 테스트 메서드 이름과 어떤 테스트를 했는지 작성해주세요.
(ex. save_Fail_ByDuplicateEmail) -->
# ✅ 작성한 테스트
- [x] badWordFilter_Success
- [x] badWordFilter_Success_WithoutBanWord
- [x] badWordFilter_Success_WithIgnoreOverlaps
- [x] validateContent_Success
- [x] validateContent_Success_WithoutBanWord 
- [x] validateContent_Success(controller test)

<!-- 관련 이슈
프론트에서 작성해준 이슈와 연관되는 PR이라면 
주석을 풀고 작성해주세요! --> 

[//]: # (# 🫡 관련 Issue )

…y path (#175)

Merge: add security util, fix authorization AOP, change root directory path

Update -> Switch

<!-- PR 내용
어떤 작업을 했는지 작성해주세요!
PR이 너무 크면 너무 많은 내용이 들어가겠죠? -->
# 🔍 어떤 PR인가요?
- 플랜 도메인에 헥사고날 아키텍처를 적용하였습니다.

<!-- 리뷰어에게
어떤 부분을 자세하게 리뷰할지 서술해주세요. -->
# 😋 To Reviewer
- 중복되는 클래스 이름이 있어서 remind 패키지 내부에 있는 클래스 이름을 일괄적으로 Plan -> Target으로
변경하였습니다
- 아키텍처를 적용하고 나니 오류가 나서 피드백,리마인드 패키지 내의 일부 클래스의 코드를 최소한으로 변경하였습니다.
- 피드백 테스트에서 오류가 나서 임시로 주석 처리 하였습니다. 머지하기 전에 고쳐보겠습니닷
- 코드는 거의 수정하지 않아서 아키텍처 적용한 것 위주로 봐주시면 감사하겠습니다😉

<!-- 관련 이슈
프론트에서 작성해준 이슈와 연관되는 PR이라면 
주석을 풀고 작성해주세요! --> 

[//]: # (# 🫡 관련 Issue )

<!-- PR 내용
어떤 작업을 했는지 작성해주세요!
PR이 너무 크면 너무 많은 내용이 들어가겠죠? -->
# 🔍 어떤 PR인가요?
- 발자취 도메인 객체를 설계했습니다.

- 도메인 규칙까진 구현하지 않고 필요한 객체와 관계만 표현했습니다.
- 혼자만의 고민이 길어지는 것 같아 PR 단위를 짧게 해서 소통해야할 필요성을 느꼈습니다.
- 논의가 이뤄진 후 하나의 도메인 규칙을  PR 단위로 해서 작성하려 합니다.

<!-- 리뷰어에게
어떤 부분을 자세하게 리뷰할지 서술해주세요. -->
# 😋 To Reviewer
- 다양한 형식의 회고를 추상 클래스에서 상속받는 방식으로 구현했습니다. 

- 추상 클래스 제약으로 인해 정적 메서드를 사용해서 생성하는 방식을 보류하고 생성자를 사용하고 있습니다.
- 생성자에 파라미터가 많아 별도의 파라미터 DTO를 만들고 사용자 정의 생성자를 만들었습니다.
다만 fixture-monkey의 장점을 통해 테스트 코드를 작성하려다보니 다소 dto에 새로운 생성자를 추가하는 어색함이
있습니다.
- Monkey support의 fixture monkey 사용 시 이상하게 생성자를 통한 방식이 적용되지 않았습니다. 테스트 및
조사 결과
FailoverIntrospector를 삭제하고 ConstructorPropertiesArbitraryIntrospector 만
적용했을 시 됩니다.
저는 필드값이 많아 반드시 Fixture Monkey를 사용하고 싶었고 공통 설정을 변경할 수 없어 테스트 코드의 멤버변수로
Fixture Monkey를 하 나 더 추가 했습니다.

<!-- 테스트 
반영한 테스트 메서드 이름과 어떤 테스트를 했는지 작성해주세요.
(ex. save_Fail_ByDuplicateEmail) -->
# ✅ 작성한 테스트
- [x] createFreeFootprint_Success_WithNoException
- [x] createKPTFootprint_Success_WithNoException

<!-- 관련 이슈
프론트에서 작성해준 이슈와 연관되는 PR이라면 
주석을 풀고 작성해주세요! --> 


[//]: # (# 🫡 관련 Issue )

…179)

<!-- PR 내용
어떤 작업을 했는지 작성해주세요!
PR이 너무 크면 너무 많은 내용이 들어가겠죠? -->
# 🔍 어떤 PR인가요?
- 인증 쪽을 리팩토링 했습니다.

<!-- 리뷰어에게
어떤 부분을 자세하게 리뷰할지 서술해주세요. -->
# 😋 To Reviewer
- JWT 관련 클래스들을 정리했습니다. 기존에 `JwtValidator`의 역할이 parsing하는 것에 가까워
`JwtParse`에게 책임을 몰아주었습니다.
- 기존에 `JwtParser`와 `RawParser`를 막 혼동해서 쓰는듯 했습니다. 그래서, `RawParser`는 (패키지)
내부적으로 사용하고 `JwtParser`는 외부에서 사용하도록 수정했습니다.
- 기존에 Redis를 사용하기 위해 `CacheUtil`을 하나의 end-point로 두고 사용했습니다. 기존에 **직접적으로
사용해서 강한 의존성이 발생**한다고 판단했고, **모든 메서드가 public**이라서 의도와 다르게 사용될 수 있다고
생각했습니다. 그래서, **약한 의존성으로 수정**하였습니다.
- 그 과정에서 **중복되는 코드를 줄이기 위해서 코드를 압축했는데, 약간 과하다**고 생각이 들었습니다. 여러분들의 의견이
궁금합니다.
- 코틀린에서 영감을 받아서 **Custom Assertion**을 만들었습니다.
`assertThatAjajaException`으로 예외의 메시지가 일치하는지 자동으로 확인합니다! 만드는데 어렵지 않아서
해봤는데 쓰실 분은 쓰셔도 되고 안 쓰셔도 될 것 같습니다!

**Before** 
```java
assertThatExceptionOfType(AjajaException.class)
    .isThrownBy(() -> verifyCertificationService.verify(user.getId(), "certification"))
    .withMessage(CERTIFICATION_NOT_MATCH.getMessage());
```

**After**
```java
assertThatAjajaException(CERTIFICATION_NOT_MATCH).isThrownBy(() ->
    verifyCertificationService.verify(user.getId(), "certification")
);
```

<!-- PR 내용
어떤 작업을 했는지 작성해주세요!
PR이 너무 크면 너무 많은 내용이 들어가겠죠? -->
# 🔍 어떤 PR인가요?
- 디스코드 봇에 알림을 보내는 기능을 추가했습니다.

<!-- 리뷰어에게
어떤 부분을 자세하게 리뷰할지 서술해주세요. -->
# 😋 To Reviewer
- 추후에 도입될 FCM을 대비하여 EDA를 구성했고, 현재는 치명적인 오류(Unexpected Exception)이 발생했을 때
알림을 받도록 해두었습니다.
- 나중에 신규 유저의 가입, 외부 API 호출 등에 대해서 봇으로 알림을 받을 예정입니다.
- feign에서 잘못된 빈 등록으로 인해서 모든 client가 naver header를 사용하는 것을 수정하였습니다.

<!-- 테스트 
반영한 테스트 메서드 이름과 어떤 테스트를 했는지 작성해주세요.
(ex. save_Fail_ByDuplicateEmail) -->
# ✅ 작성한 테스트
- [x] onDiscordEvent_Success

<!-- PR 내용
어떤 작업을 했는지 작성해주세요!
PR이 너무 크면 너무 많은 내용이 들어가겠죠? -->
# 🔍 어떤 PR인가요?
- proxy 에러 해결