일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 지도학습
- 웹서비스 기획
- beautifulsoup
- LAG
- 강화학습
- 데이터 분석
- NVL
- 오차 행렬
- sorted
- SQL
- 결정트리
- CASE WHEN
- 빠르게 실패하기
- layer normalization
- 백엔드
- 데이터 프로젝트
- Batch Normalization
- ifnull
- recall
- five lines challenge
- 정밀도
- 재현율
- Normalization
- 비지도학습
- 데이터 전처리
- NULLIF
- 감정은 습관이다
- DecisionTree
- 평가 지표
- nvl2
Archives
- Today
- Total
목록beautifulsoup (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