Notice
Recent Posts
Recent Comments
Link
250x250
반응형
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- 티스토리챌린지
- Remix
- netfunnel
- chatGPT
- threejs
- 오블완
- CSS
- PM2
- nft
- NextJS
- nginx
- Python
- polygon
- Kaikas
- huggingface
- Laravel
- WSL
- miniconda
- 배포
- metamask
- Ai
- 라라벨
- exceljs
- node
- React
- 회고
- AWS
- jquery
- docker
- 블록체인
Archives
- Today
- Total
박주니 개발 정리
Log::info 와 dd() 활용 본문
728x90
반응형
프로젝트를 하면서 유지보수를 하게 되는 경우에 back에서 request 값을 확인하면서 에러가 어디서 발생되었는 지 찾아야하는 경우가 있습니다.
저는 dd(); 위주로 할 때 바로 화면상에 시각적으로 보여주기 때문에 습관적으로 dd()로 값을 찾는 과정에서 에러가 발생되어 확인할 수 없었던 것이 Log::info() 확인할 때 보여지는 경우를 확인할 수 있었습니다.
이유를 찾아보니 단순하게 form태그에서 button type을 어떻게 했는 지가 중요하다는 것입니다.
type이 button일 경우에는 script를 통해서 ajax으로 값을 back으로 보내주기 때문에 dd($request)로 하면

지금처럼 에러가 발생되면서 $request가 전달되지가 않습니다. 그런데 여기서 Log::info()로 확인을 하게 되면

값이 전달되면서 정상 이동을 하는 것을 볼 수 있습니다.
- 정리
button type = "button" -> Log::info($request) 확인
form tag 포함)
button type="submit" -> Log::info, dd 둘다 사용 가능
그래도 처음에는 라라벨로 풀스택 진행할 때 Log::info()로 습관을 들이는 것이 좋을 거 같습니다.
저는 dd에 습관을 들여서 하다보니 정상적으로 동작된다고 생각했던 코드가 안될 때 dd로 값을 확인할려고 하다보니 대응하는 것이 비효율적이였습니다.
Comments