Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- KotlinInAction
- jsp프로젝트
- kotlin
- 코틀린
- 리버스프록시
- 테코톡
- 트랜잭션속성
- ObjectCalisthenics
- servlet프로젝트
- Google Place Photo API
- 무중단배포
- 객체지향생활체조
- 자바비동기
- 레벨로그
- tomcat설정
- 데이터베이스락
- 알고리즘
- GithubOAuth
- 일의감각
- mysqld.sock
- 스프링트랜잭션
- 백준
- 코틀린뽀개기
- 우아한테크코스
- 트랜잭션
- DynamicWebProject
- S2139
- 트랜잭션성질
- 코틀린기초
- java
Archives
- Today
- Total
목록Projects/Smilegate (1)
초이dev로그

프로젝트 조건 웹 페이지 입력폼에 URL 입력 시 단축된 결과 출력 브라우저의 주소창에 단축 URL 입력 시 기존 URL로 리다이렉트 같은 URL 입력 시 동일한 결과값 도출 결과값은 주소를 제외하고 8글자 이내로 생성 사용한 기술 Spring Boot, Thymeleaf, MySQL 시작하기에 앞서 고민 1) DB를 사용해야하는 이유 url shortener의 원리라고 하면, 원본 URL과 키값을 전단사함수를 통해 일대일 대응하는 것이다. 근데 문득 어짜피 같은 함수로 적용하는데 왜 굳이 키 값을 생성해서 대응...? 하는 생각이 문득 들어서 검색해보았다. 결론적으로 원본 URL보다 더 길어질수 있기 때문이다. 조금만 생각해보면 엄청나게 긴 문자열을 압축해야하는 것인데 단순한 일련번호를 인코딩하는 것이..
Projects/Smilegate
2021. 11. 14. 07:14