일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 지도학습
- 감정은 습관이다
- 데이터 프로젝트
- 오차 행렬
- sorted
- 정밀도
- nvl2
- CASE WHEN
- 백엔드
- LAG
- 데이터 분석
- DecisionTree
- 강화학습
- recall
- Normalization
- 빠르게 실패하기
- 데이터 전처리
- 결정트리
- layer normalization
- NULLIF
- beautifulsoup
- 비지도학습
- 재현율
- 평가 지표
- Batch Normalization
- 웹서비스 기획
- NVL
- SQL
- ifnull
- five lines challenge
Archives
- Today
- Total
목록크롤링 (1)
Day to_day
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/AAz0n/btrQORdPJlW/DUduvki0OniPL5nB9r2kfK/img.png)
보통 현업에선 이미지 데이터의 경우 클라우드를 많이 이용한다고 한다. 또는 DB에 저장을 해두고 해당 이미지의 경로를 프런트로 넘겨주는 방법을 사용한다고 하는데 우린 데이터가 800개가 넘었기 때문에 그 모든 이미지를 DB에 저장해 둘 수 없었다. (무료로 쓰고 있었기 때문에 용량이 크진 않았다..) 클라우드를 쓰자니 무료 클라우드 서비스를 찾지 못해 이미지 url로 불러오기로 결정했다. 웹페이지에 띄울때 최대 6개 정도의 레시피를 보여줄 거기 때문에 url을 가져오는 사이트로부터 block을 당하지 않을 거라고 판단했기 때문이다. 그러면 이제 이미지 url을 DB에 저장해야하는데 우리가 갖고 있는 정보라곤 해당 레시피의 사이트 주소만 있었다. 결국 크롤링 작업이 필요한 것..! 이전에 object de..
Project
2022. 11. 9. 21:45