본문 바로가기

[Recoeve.net]

Recoeve progress

반응형
m.logPrint() is working!

<eq> and <eqq> tags are rendered to MathJax format, being enclosed by \ ( \ ) and \ [ \ ].

docuK-1 scripts started!
If this log is not closed automatically, there must be an error somewhere in your document or scripts.

Table of Contents is filled out.

Auto numberings of sections (div.sec>h2, div.subsec>h3, div.subsubsec>h4), <eqq> tags, and <figure> tags are done.

<cite> and <refer> tags are rendered to show bubble reference.

<codeprint> tags are printed to corresponding <pre> tags, only when the tags exist in the document.


Current styles (dark/bright mode, font-family, font-size, line-height) are shown.

disqus.js with id="disqus-js" is loaded.

kakao.js with id="kakao-jssdk" is loaded.

New ShortKeys (T: Table of Contents, F: Forward Section, D: Previous Section, L: To 전체목록/[Lists]) are set.

m.delayPad=512;
m.wait=1024;
wait 1505ms.
▼ Hide
Toggle a mess
Go (FS)
TofC
DocuK Log
Backward
Forward
RRA
Lists
CmtZ
CmtX
Handle CmtZ
Log in
out focus
Mode: Bright; Font: Noto Sans KR; font-size: 18.0px (10.0); line-height: 1.6;
width: 1280, height: 720, version: 2.12.18
Canonical URI: https://kipid.tistory.com/entry/Recoeve-progress
dg:plink (Document Global Permanent Link): https://kipid.tistory.com/236
document.referrer: Empty
This document is rendered by docuK (See also SEE (Super Easy Edit) of docuK and pure SEE).

Recoeve progress

진행사항을 잡다하게 적자. 다른 할 일은 Works to do 참조 .
Fig. (x-1): [Music/Break]--Pet of kipid's Recoeve.net :: image file .
Fig. (x-2): [Music/Break]--Pet of kipid's Recoeve.net :: iframe .

TPH.Posting History

▼ Show/Hide

T1.To do

▼ Show/Hide

T1.1.정리하기 전

fin (finaltial 의 약자) | Credit 도입해서 가입자한테 10만정도 주고, 특정 uri 의 첫 recoer 에게 100 point, 남이 자기 페이지에서 reco 퍼가면 10 point 주고 받게.. Get-Recoms 로 reco 하면 각 추천자에게 1 point 씩 주도록 디자인 할까도 생각 중. 결제 유도해서 실제 돈으로도 뽑아갈 수도 있게 하면 좀 hard 한 사용자가 늘어나지 않을까 생각하는데 어떨까나?
fin 지급, 사용, 주고받기 가능하게 디자인. 돈으로 사는건 money 라고 할까? 내 페이지에서 reco 해가면 fin 10 지급, finout 10 차감. Get recoms 에서 reco 해가면 각 recoer 들에게 fin 1 지급, finout # of recoers 차감. 등으로 작동. fin, finout 따로 저장하자.
수정 눌렀을때 (cats 하나 뺌) new-reco 가 안닫힘. Reco to mine 할때 창이 그냥 닫힘. 이미 있는 reco on the URI 일 경우에만 그러는거 같기도 하고...
각 cat 마다 comment 달 수 있는 widget 넣을까? 다른 서버 돌려서 iframe 으로 가져오기? DISQUS 좀 베껴야 할듯? 이건 유료 구독 판매할수도 있을듯?
Remember 할 때, cookie 이용하는데 ip 주소도 저장해놓고, ip 가 바뀌면 보안상 이유로 rmbd 가 안되었다고 알려주기? 아니다. ip 바뀌어도 로그인은 유지시켜 주는데... 이메일로 알려주자 ip 가 바뀌었다고 rmbd 할때 (중간에 누군가 해킹을 한 것 일수도 있습니다. ip 가 1.3.4.2 에서 112.23.2.1 로 바뀌었습니다. 이동 중이시라면 가능성이 있는 일이고)
로그인 암호 바꾼후 "password is changed." 출력 후 log-in 페이지로 redirect.
Introducing recoeve.net 한글로도 작성하기.
Recoeve.net 소개하는 포스팅에서 gif 들 활용하기. 사용/활용 설명서 개념으로...
list play 에서(만) 유튜브 URI 일때, description 이나 comment 에 00:00 같은거 있으면 그 시간대로 jump 되도록 만들자. iframe 은 seekTo 안통하니까...
Description 이나 Comment 에 https?-URI 있을 경우 rendering or a href 로 만들어 주기. (현재는 #related 아래 있을때만 이렇게 처리함.)

T1.2.보류 (qhfb)

T1.2.1.오래 걸리는 작업이라 미뤄둔 것들.

IP statics 이용해서 DDOS 공격 막아놓기.
cloud 서비스로 수익구조 만들어도 좋을듯? 아니면 연예인 영상이나 사진 구매해야만 reco 되도록, 그리고 링크에 대한 auth 도 구매해야만 제대로된 response 를 받도록 만들어서 수익구조 내도 될듯.
def-cats 는 Machine Learning 으로 자동으로 추천해 주도록도 만들자. 남들이 많이 넣은 cats 도 당근 보여주는 거고, 초창기 recoer 들은 이 stat 이 없을테니 URI 의 내용 가지고 cats 유추하는 Deep Learning 코드를 만들어야 할듯? 기존에 나와있는 chatGPT 같은걸 섞어쓸까? 따로 만들어야 할래나? (ChatGPT 에서 GPT_FILL(A1:B10, A11:A20) 같은 명령어로 할 수 있는거 같은데, ChatGPT 유료 결제도 해야하고 좀 나중으로 미룹시다.)
desc, cmt SEE (Super Easy Edit) 처럼 처리되도록 만들자. 그리고 sublime-text 처럼 편집기 따로 켜서 글쓰지 않아도 되게. Ctrl+D 같은 기능 핵심적으로... Ctrl+오른쪽/왼쪽 같은것도... (그런데 멀티커서 javascript 에서 구현이 될래나? 쉽지는 않을거 같은데... Ctrl+D 이후 Ctrl+K, Ctrl+D 같은 것도 구현해 줘야 하고, selection(Start, End) 도 여러개 selection 이 되도록 기본적으로 javascirpt 에서 해줘야 가능한 구현 같은데...)
블로그 서비스도 개발해볼까? 일정앱 (Calendar app) 이랑 Memorizer 도? 좀 미루긴 하자 이런건...
휴지통 개념을 만들까? 지우면 cat=trash 로 옮기고 서버에서 주기적으로 trash 안에 들어온지 30일이 지난 reco 들만 지우는 식으로 reco 를 보호하도록? 휴지통을 비우면 완전히 지워지는거고.
트위터 트윗 링크를 URI 로 적으면 트위터 API 이용해서 트윗 원문 긁어오도록. (Youtube 비디오 iframe 으로 가져오는거랑 비슷. 이거 twitter js 에 function 을 알아내야 delayed loading 이 될텐데...)

T1.2.2.정말 필요한지 안한지 헷갈려서 보류한 것들.

이웃들 보다 당신의 점수가 박하네요. 이웃들 보다 당신의 점수가 후하네요. 같은 것도 알려주자. Reco 추천만 주는게 아니라. Slow/Sincere/Sexy communication 이 되도록.
Reco 나 Edit 이후 해당 reco 위치로 scrollTo.
나무위키나 위키피디아처럼 공동으로 편집할수 있는 계정도 만들어 볼까? 이건 abusing 도 막아야해서 history 도 남겨야 함.
Daily points 30점 정도, max 100점까지 이일되고, 하루 UTC 0시마다 30점씩 플러스. (이건 근데 좀 나중으로 미루자. 재미 요소를 위해 도입하고 싶기도 한데 꼭 필요한 기능은 아닌거 같아서...)
최근 reco 들 (전세계적으로 current issue check) 보여주는 사이트도 만들자. URI 를 user_i\sURI 로 저장하고 cats 는 user.cats 쓰면서 cat 에 UriList 를 string.length>MAXUriList 넘기는 부분 다음 "\n" 에서 짤라주는 식으로 최근 1000~10000 개 정도의 recos 만 보여주기? Reco revision history 도 같이 보이도록... path=/statistics[/mode/multireco]?cat=...#encodeURIComponent(UserIndex-recoURI) 정도의 path 로...
cat=RSS-- 하위 cat 들에서는 feedly 처럼 새로운 글 알려주는 식으로 짜볼까나? (이건 좀 미뤄도 될듯? 합병을 생각해도 되는거고 feedly 랑.)
Reco 하루에 수십 수백개씩 작성하는 사람들에게는 Machine Learning training 시키도록 간단한 작업을 주자. 티스토리 글쓰기 할때, "로봇이 아닙니다." 나오고 그림 고르게 시키는 것처럼. (그런데 많이 써주면 내 입장에선 좋은거 아닐까나? 그냥 맘껏 쓰게 놔둘까?)
페이스북 포스팅, 트위터 트윗도 퍼올 수 있는건 알고 있는데.. 이게 함수까지 제공해서 delayed-loading 이 가능한건가? 가능하다고 하면 구현해 놓고 싶긴 한데... 불가능하게 해놨을것 같아서 잠시 보류.
openCat() 으로 열때?, 초기에 getSearchVars 통해서 cat 열때나 reco 의 cats 부분에서 cat 열때, CatList 에서 scroll into view of selected cat 해주기. (잠깐 보류)
목록 순서 드래그로 바꿀수있게. 캣 옮길때처럼.
여러개 계정을 동시에 remember 해서 쓸 수 있도록 할까나? (DSP 의 경우 KARA, Rainbow, April 계정들 다 한사람이 관리할수도 있을텐데... 이 경우 매번 로그아웃, 로그인 반복하는건 여간 짜증날듯.)
Del 버튼 누를때, You cannot undo this. 경고 한번 더 띄울까? 추가로 Del button 위치 좀 바꿔야 할듯? Edit 이랑 붙어있어서 실수로 누르기 쉬운듯도... 그리고 빨간색 계열로 칠해놓을까나?
로그인 보안 올리기. (구글 꺼 참고: 어느 기기에서 로그인 했는지, 몇 일전 로그인 했는지 등)
로그인 없이 multireco mode 들어가면, 별점 줄때 "로그인이 필요합니다." 메세지 보내고 로그인 페이지로 보내기. 추가로 로그인, 가입 후 바로 원래 multireco mode 페이지로 돌아올 수 있도록 만들기.
로그인, 세션 풀리는 이유 알려주기. (보안에 문제될라나?)
desc 작성할때도 미리보기 보여주자? (이거 key value 로 나눠서 업데이트 된 부분만 refresh 하도록.)
Recos 가져올때 갯수제한을 1000개 정도로 잡을까? 너무 한꺼번에 엄청 많이 요청하면 안좋긴 할테니... (그런데 나눠서 보내는데 드는 computic power (substring(0, end1000) 같은 명령어가 필요할텐데, end1000 을 기록해두면 빠르긴 하겠지만 이거 기록하는데 new reco, del reco, edit reco 등에 모두 end1000 update 하는 코드도 넣어야 함.) 생각하면 그냥 다 보내주는게 더 싸게 먹힐것도 같은데...) 그 이후꺼 가져올때나 검색할땐 버튼 누르도록. (검색이 javascript 단에서 할때가 있고, server 단에서 할때가 있고 할듯?)
: uri title 만 가져오고 나중에 전체 data 를 가져오는 방법도 있음.
desc : bring, copy user_I 뭐 이런 명령어 만들어서 다른 사람 description 가져오기. (이거 생각보다 까다롭네. 유저가 이해하기 쉽도록 동작을 해야 하는데...)
desc statistics 를 만들어서 처리할까? 그냥 hard copy 가 나을듯 여러 면에서.. (수정도 쉽게 되고, 통계도 내기 쉬울듯? Format 화를 해서 사소하게 틀린 desc 는 하나로 통합되어서 stat 이 나와야 함.)
각 계정이나 IP 별로 request 가 얼마나 들어왔는지, traffic 을 얼마나 썼는지 등을 알아내고 저장해서 하루에 너무 많은 traffic 을 쓴 경우 접속을 차단합시다. (DDOS 공격 차단?)
이미지 URI 이후 해쉬값까지 가져오기? (페이스북/구글이 불펌을 막는 방법인듯. 어차피 hash 값도 계속 바뀔거 같아서 의미가 없을듯.)
Reco edit/delete 할 때, last update date 확인해서 다른 창에서 edit 가 이루어진 뒤 다시 edit request 가 온거면 확인창 띄우도록 디자인해야 할듯.
외부로 퍼갈때 cat onclick 이나 twitter, facebook 공유 이런게 다 제대로 동작하도록 하는 html code 쏴주기?
UriList 순서 바꿀때, text 형태로 sublimetext 처럼 drag 이후 ctrl+shift+위아래 화살표로도 이동되도록 해볼까? 다른 text 편집키는 다 preventDefault() 로 막고. 몇가지만 키가 먹히도록 디자인?
Youtube list 에서 중복 v 가 안들어가도록 처리? 이건 유투브 재생될때 reco 같이 보여주는거 하면서 하면 될듯?
현재 열린 cat 이 catList 에서 스크롤 바깥에 있을때 중앙으로 (? 그냥 in view 로?) 옮겨오기?
catList 에서 subCat 들 padding-left 형식으로? 줄바꿈이 일어나면 왼쪽 맞춤이 깨지네.
img 이거나 video 인데 URI 가 ".jpg/.mp4" 이렇게 안끝날때도 처리하는 방법을 만들어 놓을까?
Toggle ES (Expand/Shrink) 버튼 만들까? 전체 ES 를 toggle 하는 버튼.
Twitter 처럼 새로 업데이트 되는 reco 들 있으면 받아서 page 도 업데이트 해줄까? 주기적으로 server 에 update 된거 있는지 요청을 보내야 하는듯? (이건 급한것도 아니고 필수요소는 아니니..)
FileMapWithVar 의 경우 variable 먼저 처리하고 이 처리한 곳 안에 lang 관련 대체할 것들이 있으면 또 대체하도록? 이거 뭔가 복잡해져서 효율이 안나올것도 같고?
jquery 나 여러군데에 쓰일 code 같은 경우 [--jquery.js--] 같은걸로? 브라우저에 cashe 되어 있을 경우 다시 요청을 안보내긴 할텐데... 어떻게 해놓는게 더 통신비용을 절감시킬래나?
: 이거 그냥 구현해 놓은뒤에 쓰고싶은 방식대로 선택해서 쓰면 될거 같긴 함.
바로바로 reco 가 되는 페이지 들도 만들어봐야 할듯? 평가하고 싶은 리스트들을 주르륵 나열해놓고 한꺼번에 점수를 매긴다음 한꺼번에 reco 하는 식으로. 남의 페이지에서 reco 를 가져오는게 아주 간단하게 이루어지지 않아서...
하나의 cat 안에 UriList 가 너무 많아지면 어떻게 처리할까나? (나중에는 문제가 커질듯도 한데... 해결하긴 해야할듯.)
defaults 불러올때 "ORDER BY `count` DESC LIMIT 5" 형태로 매번 불러오는건 느릴것도 같은데, def update 할때마다 top 5 만 따로 저장해놓으면서 update 할까나? (동작은 당장 하니까.)
subCats 안의 UriList 들까지 모두 보여주기.
CatList 에서 cat 이름 바꾸기 가능하게? (이거 javascript 로 대부분 처리해놓고, reco/put 에 명령어 주르륵 보내면 될듯? 더 복잡해질라나? 그냥 changeCatName 으로 보내서 따로 server 에서 처리하는게 더 나을듯? 이건 대따 복잡할거 같으니까 천천히 생각합시다.)
recentRecoers : "text" 로 저장할게 아니라 "bigint" (long) ArrayList 같은 byte 로 저장해야 더 속도가 빠를듯???
fixed video 가 붙으면 sidebar (in Phone view) 가려지지 않도록 위에 padding 될만한거 붙이기?
HOME 각 cat 별로 최근 recoes 3개씩 뽑아내기?
Merge 관련해서도 생각해봐야 할때인듯. (youtube 같은 pattern 형식도 있을테고, 그닥 패턴이 없은는 URI 도 같은걸 가르킬 때가 있을듯. 언제라도 해결하긴 해야할듯.)
Reco comment 에 up/down vote 가능하게... Up 이면 sumSim+=120; nSim++; 120 은 너무 많은가? Down 이면 sumSim+=0; nSim++; 이러면 될라나? 이거 따로 기록해둬야 나중에 이 factor 수정하기 쉬워질거 같긴한데... Cats 별로 다 따로따로 up/down 이 되어야 해서... 더 복잡해지기만 할듯도 하고. 중간에 error 없이 잘 계산되었는지 확인하려면, 기록이 되어있긴 해야할거 같고. 고민 좀 더 해봐야 하겄네.

T1.3.Users and Contents

어떤식으로 database 를 구성할지 계속 고민해 봐야 함.
특히나 user 쪽은 어떻게 보안을 향상시킬지를... Log 만 기록해 놓으면 무작위식으로 로그인 시도하는걸 못막을거 같고, 비번이 연속해서 5번 이상 틀리면 로그인을 막아놓고 이메일 확인을 다시 시킨다던지.
로그인 시도들 (실패한 것들 포함) 볼 수 있는 페이지를 만들어야 할듯. '다음'에서 제공했던것도 같고...

T1.4.Account/settings page

프로필 편집, 암호 바꾸기, 아이디 바꾸기 등 Settings 페이지도 만들어야 함.

T1.5.List up (ideas)

우선 순위 정하는거 까다롭다. 전체적인 그림도 봐야하고, 먼 미래에 어떤 모습이 되어야 하는지도 생각하느라 ㅡ,.ㅡ;;;; 막상 결과물을 빠르게 보여주려면 가장 핵심적인 부분에 집중해서 우선 코딩을 해놔야 하는데, 코딩은 시간/노력이 많이 드는 일이라... 진도가 느리게 느껴지네.
그래프를 예쁘게 보여줘야 함. 전체 평점 분포랑. 내 neighbor 의 평점 분포랑. 평균치는 안보여주는게 나을지도?
그냥 내 reco points 가지고만 neighbors 를 찾기보단 내가 좋아하는 사람을 선택할수도 있게 해줘야 할듯? 괜찮은 reco comment 에 추천을 해주는 식? 그리고 서로 소통도 되게 해야 함. reco comment 에 댓글 식으로 반응이 보여야 할듯? 내 reco 가 얼마나 퍼졌는지도 숫자로 알려주면 좋겠고... 얼마나 많은 사람들이 봤는지도 느끼게 해줘야 할 듯 싶고.
내게 reco 가 오면 그 사람의 카테고리로 가서 전체적인 것들을 볼수도 있게 해줘야 할듯? MAMA 영상이 추천이 들어왔는데, 다른 영상들도 궁금하다. 이러면? MAMA 영상을 다 정리해 놓은 사람도 있을테니 그 사람의 music--MAMA category 화면을 보여주는 식. 아님 이 URI 자체를 추천을 주던가? 추천이 왔을때 몇 사람의 reco 가 나에게 보여질테니 그 reco 의 categories 에 a link 가 있어서 찾아갈 수 있게하면 될듯?
FinTech 도 접목시키자? 개인적인 경제 철학을 간단하게라도 보여주면 좋을듯? DailyPoints 같은 게임적인 요소도 좀 넣고...
소통을 이어주는 것도 중요한 목표라서. reply table 도 만들어야 할듯? 다른 사람의 comment 에 연쇄적인 reply 로 chat 이 가능하게? 해당 URI 에 대한 반응들은 recent recoers 가져와서 보여주면 되겠고. 뭐 해당 URI 의 글쓴이에게 궁금한 것이나, 이 URI 에 관심있는 다른 사람들에게 무언가를 물어볼수도 있을테고... 이럴 경우 내 reco 만 정리해 놓는걸로는 부족할듯하니까.
plug-in, widget: 이건 다른 문서에 좀 써놓은거 같은데...
docuK 활용한 블로그 서비스까지 통합적으로 제공하고 싶긴한데... (디자인은 다양화 되어야 할듯. 너무 획일적이면 매력이 없어 ㅡㅡ;;;;)
`#related URIs: 음악 같은 것 저장할때 대표 youtube URL 로 reco URI 를 저장하고 comment 에 #related tag 로 관련된 URI 들을 한꺼번에 저장할 수 있게 해야할듯? (특히나 중복해서 평가하고 싶지 않을 경우 이런걸 활용하면 좋을듯 함. Server 에서는 자동적으로 해당 related URIs 에 대한 reco 를 subCat (predesigned: --) 에 저장하면 좋을듯.) related URIs 들도 동영상은 쏴주는게 좋겠고. SubCat 내에서 새로운 추천이 떴을때 찾아주는 기능도 괜찮을거 같고...
기업/벤쳐에서 to do list 같은 것들도 이렇게 저장해놓으면 괜찮을듯도 하고... 공개해도 되는 것들만. (비공개 옵션은 github 처럼 돈받고 팔까?) 중요도를 개개인이 평가할 수 있을테니, 통계내기도 좋고. 어떤 동료가 나랑 비슷한 평가를 했는지도 알 수 있고. 같이 공유되는/합의된 의견은 description 에 넣고, 개인의견은 comment 에 넣는 식으로...
▲ Hide

T2.Done (애ㅜㄷ)

▼ Show/Hide

T3.Rocoeve 철학

▼ Show/Hide
반응형
Get page views