일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- APPEND_SLASH = FALSE
- 18233 러버덕
- django 프로젝트 시작
- django apache deploy error
- 공유기 원격 설정
- 2643 색종이 올려 놓기
- apache pythonpath
- Problems occurred while performing provisioning operation
- 14711 java
- django
- 18233 비트마스킹
- 2661 java
- The requested operation has failed!
- 원격 연결 포트 포워딩
- 14711 타일 뒤집기
- 2643 java
- 2961 도영이가 만든 맛있는 음식
- django httpd error
- java di
- django 웹 페이지
- django windows 배포 에러
- 1188 java
- windows 원격 연결 설정
- 2661 좋은 수열
- 2961 java
- django settings.py
- windows apache wsgi 에러
- 1188 음식 평론가
- 18233 java
- django The requested operation has failed!
목록분류 전체보기 (124)
라이브러리는 도서관 아닌가요
앞 내용: https://verycrazy.tistory.com/93?category=1033905 JSP 1 - 웹 서버의 동작 (Web, WAS, Servlet) 실행 흐름 사용자 → request → 웹 서버 → WAS → web/server app의 코드 실행 → DB 결과 반환 → WAS → 웹 서버 → response → 사용자 여기서 말하는 웹 서버(Web Server)란? Apache, Nginx 같은 프로그램으.. verycrazy.tistory.com Context 웹의 기능이 많아 협업이 이루어지면, 각각의 기능에 대해 단위를 나눠서 개발을 진행하게 된다. 이때 Context라는 개념을 사용한다. www.이것은웹주소다.com/context1번 www.이것은웹주소다..
스프링 부트에서는 jsp 사용을 권장하지 않는다. 따라서 기본적으로 templates 경로에 있는 .html 파일을 찾아 읽게 되는데, 여기서 .jsp를 사용하려면 문제가 발생한다. 따라서 개별적으로 의존성을 추가하고, 설정을 수정하며, 폴더 경로를 추가한다. build.gradle implementation 'javax.servlet:jstl' implementation 'org.apache.tomcat.embed:tomcat-embed-jasper' * 주의할 점은 thymeleaf에 관한 설정인, implementation 'org.springframework.boot:spring-boot-starter-thymeleaf' 이 녀석이 없어야 한다는 것이다. 만약 있다면, 멀쩡한 프로젝트에서도 아래와..
실행 흐름 사용자 → request → 웹 서버 → WAS → web/server app의 코드 실행 → DB 결과 반환 → WAS → 웹 서버 → response → 사용자 여기서 말하는 웹 서버(Web Server)란? Apache, Nginx 같은 프로그램으로 사용자의 요청을 가장 먼저 받는 녀석이다. 1. 정적 데이터 요청 → 바로 응답 2. 동적 데이터 요청 → WAS에게 위임 → WAS가 처리 후 웹 서버한테 반환 → 응답 Servlet이란? 각각의 read, update, delete 따위에 대한 사용자 요청을 처리를 하는 server application 조각들이다. html을 이용하여 응답하며, MVC에서 Controller와 대응된다. 왜 이렇게 조각을 내서 사용할까? 당연히 성능이랑 ..
AuthenticationProvider 인터페이스는 유저가 입력한 정보와 DB가 가지고 있는 정보를 비교해준다. 개발 중에 아주 유용한 도구로 활용될 수도 있다. 뭐, 사용자 입력 값을 중간에 확인해 본다던지 하는 그런. 이것이 가능한 이유는, 요 인터페이스에 오버라이딩 해야하는 authenticate() 메서드가 '유저가 입력한 로그인 정보'를 가지고 있는 Authentication 객체를 다루기 때문이다. 정확하게는 파라미터(Authentication authentication)로 받는다. '유저의 입력 정보' 뿐만 아니라 '권한 정보'도 가지고 있다. 반대로 DB 측의 정보는 UserDetailsService 인터페이스에서 구현한 loadUserByUsername() 메서드를 통해 가지고 온다. ..