admin설정과 app구조에 대한 고뇌

[In Yeong Hong]

상황

1. 2개의 앱이 있다. foods 와 posts.

   • foods는 음식의 사진(static)과 정보에 대한 저장소 개념으로 초기 생성을 마쳤다.
   • posts는 음식의 사진(media)과 개인적인 기록에 대한 다이어리 개념으로 초기 생성을 마쳤다.

2. 앱 구조

   • foods는 음식의 사진(static)과 정보만 들어가 있음
     • html단을 비롯하여 저장된 이미지 및 텍스트를 그대로 사용하고있음.
   • posts는 음식의 사진(media)을 업로드 해주고, 이에 대한 title과 content등을 기록하여 작성하게 되어있다.
     • 업로드가 가능한 게시판이나 user기능을 막 적용하여 어떤 구조를 적용하여 설계해야할지 미정.
     • AbstratUser 모델을 사용하려고 accountapp을 생성했으나, 삭제함. 구조적으로 중복될 것을 예상.

[In Yeong Hong]

구조개선 및 발전(지속)

1. 각 app (현재 2개; foods,posts)의 user를 적용

   • foods 앱을 모든유저의 공통 저장소 및 리뷰가 가능한 게시판 구조로 만들기

     • 생각보다 많은 수정이 있을 것으로 예상한다.

   • posts 는 개인화 다이어리 구조로 활용하고, foods와 어떤 방식으로 이어 나갈 수 있을지 지속적으로 아이디어를 업데이트 하기

[In Yeong Hong]

2. user기능의 mutiple개념이 없음

   비상이다.. 기존의 foods앱과 posts앱 모두 user 개념을 적용하여 관리 해보려했으나 구글링을 통해 multiple은 안되는 것을 알게되었다. 따라서 구조에 대해서, 나의 요구와 향후 생성할 (추상적)기능들을 나열해보자.

   • foods앱(기존)

     • 단순 음식이미지 저장 및 정보제공

   • foods앱(개선)

     • 음식에 대한 리뷰시스템 구축. 음식에 대한 정보는 향후 posts에서 당겨올 예정.

   • posts앱(기존)

     • 다이어리 형식의 게시판. 단순 이미지 업로드 및 글 작성 및 점수개념 존재

   • posts앱(개선)

     • 음식의 이미지를 인공지능 모델을 적용하여 구분 후 음식에 대한 정보를 title 와 매칭해 음식이름 data에 없는 경우 모델학습에 사용
     • content의 내용과 점수를 반영하고, 자연어모델을 통한 감성분석결과를 합하여 정확도가 향상된 감성분석 다이어리로 발전

   posts보다는 foods에 user 개념이 들어가는 것이 더 바람직 해보인다.

   • foods에서 user들이 게시글에 대한 리뷰 및 내용을 추가할 수 있게끔하는 방향으로 우선 추진해본다.