달력

3

« 2024/3 »

  • 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

앨범에 참여하는 아티스트의 역할은 다양합니다.
그 다양함에 비해 현재 서비스 사이트에 노출되는 아티스트/디스코그라피 정보는 모두 동일한 형태를 띄고 있습니다.
매냐디비도 마찬가지구요~~

이에 역할을 크게 그룹화 해서 해당 아티스트의 특색에 맞는 페이지 노출을 고려해 보고자 합니다.

예를 들어 함춘호 를 검색한 후 아티스트를 클릭해서 들어간 사용자에게 아티스트 정보 페이지에 어떠한 내용을 노출해주어야 할까요?

적합한 예는 아니라고 보여지지만....^^;
함춘호님은 하덕규님과 시인과 촌장으로 활동, 최근에 독집 앨범을 발매하기도 하였지만, 일반적으로 세션을 전문적으로 하는 음악인으로 알려져 있습니다.
따라서 해당 아티스트의 활동에 대해 관심이 있는 사용자의 경우 세션 관련 정보들을 정규 앨범 정보보다 우선하여 보기를 원하실겁니다.
음악인들도 자신이 도드라지는 분야의 작품들이 우선적으로 노출되기를 원할거구요.
뭐.. 정규 앨범들에 대한 정보에 더 관심을 가지는 사용자분들이 계실 수도 있겠지만요.ㅎㅎ

그리고 역할 구분이 아닌 Discography 에 구분되어 있는 main/compilation 등의 카테고리 구분값들의 순서를 변경할 수 있는 옵션도 고려해 보아야겠습니다.

간단히 정리하자면...
  1. 카테고리의 틀을 전면 수정한다. (역할 구분을 기준으로)
  2. 기존 카테고리를 유지하고 순서를 유동적으로 변경할 수 있는 옵션을 준다.
  3. 그외 또다른 UI를 고민해본다.
정도 될 수 있을까요?

앨범 정보의 노출이 아티스트별 특성을 고려하여 새로은 UI로 구현이 된다고 가정을 한다면...
해당 아티스트가 주로 참여한 앨범들에 대해 좀 더 체계적으로 정리되어 보여지는 반면, 크레딧 자료가 충분히 입력되지 않은 상황에서 자칫 정보들이 더 빈약하게 보일 수도 있을겁니다.
이는 현재 구현되어 있지 않은 크레딧 정보, 곡 정보 등에 포함되어 있는 아티스트들을 꾸준히  노출시켜줌으로써 해결해 나갈 예정입니다.
빈약한 데이터에 대해서는 매냐디비를 이용하고 계시는 사용자분들에게도 도움을 받을거구요.^^

향후 기본적인 아티스트/앨범/카테고리 등록 등 간단한 관리툴을 이용자들에게 제공할 예정입니다.
아티스트 주요 롤에 대해서도 사용자가 직접 선택/수정할 수 있도록 지원해야겠지요?^^
특정 아티스트들에 대해 자신만의 페이지 뷰를 만들 수 있도록 구현하는 것도 흥미로울것 같습니다.
 
아직 역할별 구체적인 페이지 뷰는 좀 더 고민을 해보아야겠습니다.

일단 첫번째로 기본적인 역할 구분과 함께 앨범/곡별 주요 아티스트를 복수로 지정할 경우 규칙에 대해 간단히 정리해보았습니다.

전혀 결정된 사안이 아니니 좋은 의견 있으시다면 언제든지 의견주시기 바랍니다.
아티스트별 페이지 뷰는 다음 게시물을 통해 의견 요청드리겠습니다.^^



* 역할 구분

 

1.      Music

A.        Staff (Producer, Director, A&R, Executive Producer, Supervisor, Coordination, Promotion, Management…)

B.        Engineer (Recording, Mixing, Mastering, Cutting)

C.        Musician (작사/작곡/편곡, 연주, 보컬…)

                                  i.              Performers : 연주, 보컬

                                  ii.              Writers : 작사/작곡/편곡

D.        Designer (Art Direction, Designer, Illustrator, Photographer, Hair & Make-up…)

2.      Movie (향후)

 

 

* 아티스트 구분

 

1.      Music
크게 6 그룹으로 나누어 DP 활용
아래 6 그룹 중 아티스트 DP 형태에 가장 알맞은 그룹 선택

A.        General Artists : 일반적인 아티스트들 (기존과 동일)

B.        Writers : 작사/작곡/편곡자

C.        Session Man : 세션 활동 (함춘호, 신현권, 강수호…)

D.        Engineers : 엔지니어 (윤정오, 전훈, 서상환…)

E.        Staff : 스텦 (프로듀서 : 조지 마틴, 강승호, 김광수…)

F.        Designers : 디자이너, 포토그래퍼

2.      Movie (향후)

 

 

* 앨범 아티스트

 

1.      대표 아티스트

A.        단독/그룹일 경우 : 기존과 동일

B.        복수일 경우 : 복수명을 대표 아티스트로 등록
연주/보컬 이외의 역할을 맡고 있는 아티스트의 경우 관리자가 판단하여 대표 아티스트 구분. 앨범에 명기되어 있지 않다 하더라도 주요 아티스트로 판단되면 복수 등록

                                  i.              뮤지션(역할 구분 참조)으로 참여한 경우 : 보컬/연주, 보컬/.편곡
) 김의철 3 (김의철:프로듀싱/연주, 양경숙:보컬
)
   
김인배 작곡집 (김인배:작곡 & V.A)

                                 ii.              주요 스탶 + 뮤지션 : 보컬/프로듀서, 연주/프로듀서….
) 공장의 불빛(김민기:작사/작곡, 정재일 : 편곡/프로듀싱
, V.A)
   
김형석 정규 앨범 (김형석:프로듀싱 & V.A)

C.        트리뷰트 성격의 앨범인 경우 : 원저작자 & 트리뷰트 아티스트
) With Symphony Orchestra Of Russia (김민기:작곡, 김동성:지휘, 러시아심포니오케스트라:연주), Tribute to 들국화 (들국화, V.A), Tribute to 늦봄 문익환 목사 (문익환:작사, 류형선:작곡, V.A)

2.      공동 아티스트 (아티스트 상호간 연관 관계가 없는 경우)
-
각각 발표한 곡을 하나의 앨범으로 발매하는 경우

 

 

* 곡 아티스트

1.      대표 아티스트

A.        단독일 경우 : 기존과 동일

B.        복수일 경우 : 뮤지션(역할 구분 참조)을 기본으로 정의
             
실제 곡에 주도적으로 참여한 뮤지션 등록

:
Posted by matia
2006. 12. 31. 23:36

UTF-8 지원 완료 및 검색 약간 개선 매니아디비2006. 12. 31. 23:36

휴우.. 너무 오랫동안 업데이트를 못했습니다.
직장인이 회사 생활하기 힘들었기 때문이라고 핑계를 대봅니다.. :)

이번 수정의 핵심은 외형적인 차이를 거의 가져오지 못하지만,
HTML 표준의 준수와 유니코드(UTF-8)의 지원이었습니다.

아쉽게도 HTML 표준은 아직 덜 따른 상태입니다만,
IE이외에도 FF(파이어폭스) 지원에는 별다른 무리가 없습니다.

그외에 눈에 띌만한 변화는 검색쪽에 있습니다.
그간 ARTIST/ALBUM/SONG의 이름만 가지고 검색을 허용했었습니다만,
몇몇 분들의 요청에 의해 약간 확장했습니다.

1. ALBUM검색
   앨범 이름뿐 아니라, 가수이름까지 넣을 수 있습니다.
   즉, 특정 앨범을 가수로 한정할 수 있게 된거죠..

사용자 삽입 이미지

2. 노래검색
   가사 검색까지 하고 싶었으나 그 부분은 시간이 여의치 못해서 지원하지 못했습니다.
   하지만, 노래 이름에 몇가지 조합을 추가했습니다.
   노래 이름 & 가수/작사/작곡가 조합이 가능합니다.
   즉, 한대수가 부른 행복의 나라를 검색할 수 있습니다.
사용자 삽입 이미지

   사실 노래 이름을 넣지 않아도 되기 때문에, 한대수가 작곡한 모든 곡의 검색도 가능합니다.
   단, 검색 결과는 100건을 한계로 설정했기 때문에 100곡 이상은 나오지 않습니다.
사용자 삽입 이미지


유니코드 적용은 일부 페이지가 아니자 전체 페이지를 해야하므로 업데이트가 늦었습니다만, 이제 유니코드가 적용되었으니 속도 좀 내보겠습니다.
많은 응원부탁드립니다.

감사합니다.
:
Posted by xfactor

사실 튜닝이 필요할 정도의 traffic이 몰리고 있지는 않지만, 여러가지 속도 저하의 요인이 있기에 튜닝작업을 해봤습니다. 개인 서버인지라 비용을 많이 들일 수 없기에, P3 1G 서버 한대를 사업하는 선배한테 삐대어 운용중인지라, 적어도 어느정도는 버텨줘야 한다고 생각했거든요.
게다가 눈에 보이는 것과는 달리 내부의 DB구조와 query는 상당히 복잡합니다. 애초에 설계할때 많은 튜닝 포인트를 두긴 했으나 저희들의 DB에 대한 욕심이 과했는지 상당히 복잡해서 한달정도 작업에 손놓고 있다가 다시 할려고 하면 기억이 잘 안납니다.. --;;;;


1. 메인 페이지에 대한 튜닝
  - web 2.0과 ajax라는 기술에 대한 관심으로 인해 메인에서는 5개의 서브 페이지를 불러오도록 되어 있었습니다만, 삽질임을 깨닫고, 모듈화하여 한방에 다 불러오게 했습니다. 쓰잘데 없이 DB를 5번 open하게 된 셈이었거든요.
아마 계속 뒀다면 ajax 기술 남용 사례가 되지 않았을까... --;;

  - 첫 페이지의 발전사는

1) google style의 검색창 only : 2006년 1월 버젼!
구글처럼 simple하게 만들어보자는 생각에서 검색창만 가져다 붙였지요.
html 소스 조차 구글꺼를 바탕으로 내용만 바꾼거였으니.. 뭐.. 비슷했지요.. 느낌은 훨씬 구렸지만.. --;;
(당시 로고를 제작해주었던 melani양에게 감사의 말을 늦었지만 이제사 전합니다.. ^^)
(원래는 imhelix가 design해주기로 해놓고 배째서 그냥 제가 대충 하고 삽니다. 흑.. 그를 아는 분들은 그눔에게 구박 좀 해주세요.. T_T)

      

2) 핫아티스트, 핫키워드 노출 시작 : 2006년 2월 버젼!
어느날 큐박스를 가봤는데, 심플하면서도 이쁘더라구요.. 그 흉내 함 내봤지요..
아울러 구글 AdSense를 붙여봤답니다.. ^^;;
(얼빵하게도 제 PC의 LCD 모니터와 놋북의 콘트라스트 조정의 실수로 로고 뒤에 색깔이 있는 줄 몰르고 한동안 유지했었답니다.. T_T)

3) 드뎌 태그 클라우드 적용 : 2006년 3월
이올린 첫페이지에 있었던 태그 클라우드.. 괜히 멋있다는 생각이 들어 흉내함 내봤습니다.
스타일을 훔쳐왔으나 잘 안먹더군요.. 역시 스타일은 예나 지금이나.. 글구 자바스크립트도 참 싫어했는데..

4) 트랙백, 코멘트도 노출 시작 : 2006년 4월
  트랙백과 코멘트 역시 메인에 노출시키기 시작했습니다.
  심플하게 가려던 메인이 점점 지저분해짐을 느끼고 있었으나, 위기 의식 따위는 없었던.. ^^;;;


5) 현재의 모습입니다.. : 2006년 8월
메인으로 트랙백을 올렸지요... maniadb는 음악(에서 시작!) 자료를 전문적으로 찾고자 하는 이들에게 도움을 주고자 하여 만들었습니다. (처음 시작은 제 개인 자료 정리하려고 한거지만.. ^^;;) 하지만, 사람들이 찾고 관심을 갖고 또 미디어에서 조명하는 것들이 어떤 것들인지.. 그런 관심도에 따라 음반(혹은 아티스트)을 중심으로 재배치할 수는 없을까.. 그러한 생각에 의해 트랙백이 제일 위로 올라왔습니다. 지금은 트랙백 날려주는 분들이 적어서, 거의 한두개의 트랙백이 있는 음반이 메인으로 올라오지만, 추후 트랙백 양, 질, 그리고 관심사 등에 따라 차별화를 할 수 있도록 할 생각입니다.. 몇몇 관심있어하시는 분들의 글도 링크 달려고 하고 있구요..
(리뷰 링크를 허락해주신 코너뮤직의 송명하님께 다시 한번 감사드립니다.. ^^)
뭐.. 생각은 많은데 시간이 그닥 많지 않아.. 진도가 잘 안나가네요.. 흑..
DB 퍼가서 블로그에 꾸미실 수 있게 Open API도 만들어드려야 하는데.. 우엉..
여튼.. 지금의 모습입니다.. 어제까지의 5개 sub module을 순차적으로 부르는 것은 배제했습니다.
또, 태그 클라우드에 실시간 변하던 것을 1시간 주기로 업데이트하도록 수정했습니다. 뒤에 말씀드리겠지만 성능에 신경좀 썼습니다..



2. 검색 페이지에 대한 튜닝
검색 페이지에는 좌측에 구글 광고와 linkprice 광고가 있었습니다. 과연 이렇게 했을때 수익이 생길까에 대한 궁금증으로 해봤습니다만.. 결론만 말씀드리면.. 형편없었습니다.. --;;
특히 구글 광고는 페이지 로딩 속도만 느려지고 맘에 안들더라구요.. 그래서, 이번에 과감하게 구글 광고를 날려버렸습니다. 대신 링크프라이스 광고는 늘렸는데, 이유는 제가 자주가는 - 혹은 자주 갈거 같은 - 쇼핑몰 배너를 달아두고, 제가 좀 이용할까 해서요.. 맘씨 좋은 분들이 또 이용해주시면 제가 CD 사는데 보탬이 될것 같긴 합니다.. ㅎㅎ

아티스트 검색 후 음반 페이지를 가기 위해 클릭수가 너무 많은게 짜증나서, 검색 결과가 5개 이하의 경우에는 인기 음반 5개를 보여주고, 검색 결과 1개인 경우는 인기 음반 50개까지 보여주도록 해봤습니다.
이게 query 최적화가 잘 안되서 애먹었는데, 우찌우찌해서 어느정도 해결하게 되었습니다. 여기는 index를 잘 써서 해결된거지, 아직까지 cache를 쓰지는 않으므로 추후 더 튜닝의 여지는 있겠지요.



또, 일전에 말씀드렸다시피 검색 결과 노출 순서는 그간 그 검색어에 대해 사용자들이 어디로 이동했느냐를 분석해서 순위 조정을 한다고 말씀드렸었는데요.. 이걸 실시간 DB에서 계산토록 한거를 수정했습니다. 파일로 로깅하고, 1시간 단위로 batch processing하도록 바꿨습니다. 결과적으로 검색은 거의 순식간에 뜹니다.
(검색 처리 시간과 페이지 로딩 시간을 노출해놓고 있으니 참고하세요.. ^^)

검색도 점차적으로 개선할 생각은 있습니다만, 아직 해야할 것들이 많아서 우선순위에서는 제껴두었습니다. 일단은 정보 제공 페이지인 앨범과 아티스트에 초점을 맞추려고 하고 있거든요.. (노래에 대해서는 정말 하고 싶은게 많은데 아마 연내에는 힘들거 같네요.. 제대로 노래 DB 만들겁니다.. 기술적 준비는 거의 다 되었는데, 이제 노가다 처리에 시간이 모질라서.. 흑)



3. 로깅에 대한 튜닝
기존에 DB에 로깅하던 걸 전부 파일에 로깅하고 1시간 Batch Job으로 DB에 반영하도록 수정했습니다.
결국 트래픽 몰렸을때에 대한 대비이자, 한대뿐인 서버 안 죽일려는 나름대로의 배려라고나 할까요..
(아.. 하드도 모질랍니다.. 스캔을 너무 크게 하고 있는지 몰르겠네요.. 새로 스캔하는 것들은 가로 800이상에 맞추려고 하고 있거든요.. )
결국 로그는 파일에 남게 되므로 DB transaction은 매우 줄게 되구요.. 앞서 검색이나 태그 클라우드 등을 보여주는데 리소스를 적게 먹게 됩니다.
그간 남을 위해서 이런 짓 하다가 내꺼에 할려니깐 참... 기분이 묘하더군요..

요거하다가 잼있는것을 발견했는데, 혹시 관심있는 분들은 이용해보세요..
M$의 사이트에서 공짜로 받아 쓸수 있는 Log Parser입니다.
로그 파일을 DB query로 쓸 수 있고, 로그 파일을 DB나 csv, xml 등으로 덤프도 가능하고.. IIS에서만 쓸 수 있는게 아니라 범용적으로 쓸 수 있습니다. input format과 output format을 설정하고, 그걸 바탕으로 마치 DB에서 query하듯이 할 수 있어서 매우 좋았습니다.


최근에 계속 삽질한게 기술적인 부분이어서 오랜만에 올린 글이 거의 기술이야기가 되어버렸네요.
다음에는 얼마나 DB를 알차게 꾸미고, 사이트를 멋지게 할지... 그런 글을 올리겠습니다..
matia군이 좀 올려줘야 하는데, 이눔이 바쁘다고 제가 자꾸 올리게 하네요.. --;;;

그럼.. 오늘은 요기까지...


:
Posted by 알 수 없는 사용자

음악을 접하는 것은 TV, 라디오, 잡지 등의 미디어이고,
그것을 소유하는 것은 LP, CD, Tape 등의 상품에서 시작됩니다.
물론, 요즘은 더 많은 관련 상품들, 즉 mp3, 컬러링, 벨소리, bgm... 많이 있지만요.

maniadb 이전부터 저희는 음반을 수.집하였고,
그 양이 많아지면서, 목록을 정리해야겠다는 생각을 했습니다.

matia는 "JG이의 가요 DB"였고,
xfactor는 "xfactor's Music Database"였지요..
그리고 xfactor는 그걸 토대로 Mxxx이라는 음반 쇼핑몰을 창업했었구요.

따라서, 음악 DB의 시작은 음반을 중심으로 잡아나가는 것이 "쉽다"고 생각했습니다.
무엇보다도 "실체"가 있고, 그 실체에는 부족하나마 "정보"가 씌여져 있으니깐요.

물론, 요즘은 음반보다는 노래쪽으로 기울고 있습니다. 저희도 그것을 잘 알고 있지만, 일단 음반부터 정리를 시작하려는 것이 순서가 맞을것 같다는 생각을 하고 있을뿐입니다. 노래는 너무 "방대"하기도 하구요..

이러한 음반 페이지를 어떻게 보여줘야 할 것인가... 하는 것이 저희가 제시하는 첫번째 과제입니다.
현재 만들어진 음반 페이지는 "그냥 대충" 한것으로 보시면 될 것 같구요.. 보다 짜임새 있게.. 1차 음반 페이지 기획을 하고, 완성을 할겁니다..

현재 보여지는 정보와 추가적으로 생각하는 정보를 간략히 정리하면 아래와 같구요..
추가적인 의견과 기획의 보완을 바탕으로... 기획안이 정리되면, 1차 개발분량을 정하고, D-Day를 count하려고 합니다..

커멘트나 트랙백 환영합니다..

감사합니다.

============================
* 현재까지 개발된 내용 혹은 개발 예정인 내용 요약

페이지는 크게 세 섹션으로 나뉩니다. (모든 페이지 공통 header/footer 제외)

1. 상단 타이틀 및 메뉴 영역
  - 일반적인 음반은 "가수이름" - "음반제목"
  - Various 의 경우는 "음반제목"
   - OST/ Live 인 경우는 "음반제목" (O.S.T) or "음반제목" [live]
  - 시리즈인 경우는 "시리즈 이름" "음반제목"

   * 사실 DB 구조는 이보다 훠얼씬 더 세분화되어 있습니다만.. brief하게 요약한다면 이렇다는 거죠.

2. Left Menu 영역

  1) 커버 : 앞, 뒤면
  2) 아티스트 ( 솔로가 아닌 경우 해당 음반의 라인업)
  3) 음반 일반 정보
       - 음반이름
       - 음반 구분 : 타입, 서브타입, 레코딩타입, 카테고리, 서브카테고리, 집수
       - 음반 발매일 (잘 모를 경우 추정연,월)
    4) 관련 음반
        - 해당 아티스트의 가장 최근 음반
        - 해당 아티스트의 가장 인기있는 음반
        - 해당 아티스트 음반의 직전 음반
        - 해당 아티스트 음반의 직후 음반
        - Different Edition (같은 음반의 다른 Edition, cf. 음반 출시에 따라 같은 음반 다른 음반을 어떻게 구분할것인가의 이슈 공유 필요!!)
3. Body 영역
  3-1. standard
     1) 앨범 소개 글 : 현재는 단순 홍보성 글이 주를 이루나, 곧 전문 editor 혹은 "여러분"의 리뷰로 바꿀 예정
     2) 수록곡
     3) 발매 음반 목록 : 빠른 순으로... (release incr. order)
     4) 크레딧
     5) 사용자 참여 : 트랙백, 스크랩(rss), 전문리뷰, 인터뷰, 커멘트 등
  3-2. galley
     1) 부클릿
     2) 해당 음반, 혹은 참여자 스틸컷 등
  3-3. product details
     1) 해당 음반의 발매 상품별 상세 정보
  3-4. reviews
     1) 해당 음반 관련 참여 정보, 링크 총 모음

뭐.. 대략 요약하면.. 요렇다구나 할까... :)

:
Posted by 알 수 없는 사용자
2006. 6. 17. 12:57

catalog page를 신설하며... 매니아디비2006. 6. 17. 12:57

음반을 수집하다보면,
초기에는 가수 위주로 모으게 되는 경우가 많습니다만..

점차적으로는 특정 레이블, 혹은 시리즈로 수집하는 경우도 많습니다.

이를 위해.. maniadb에서는 특정 레이블/시리즈를 기준으로 카타로그를 정리하기로 하고, 하나씩 하나씩 실행에 옮기고자 합니다.

데이터라는게 다 그렇지만... 많은 분들이 계신 정보를 바탕으로 채워집니다.

원하시는 카타로그가 있거나, 정보의 오류, 혹은 추가 보완이 필요하면.. 언제나 말씀해주세요.

감사합니다.


@next steps...
  1. "주제" 별 카타로그.. : 산울림 관련 음반, 들국화 관련 음반, 리메이크 음반 모음 등
  2. "사용자 정의" 카타로그 : 내 소장품 목록, 내가 좋아하는 XXX 음반들 등

:
Posted by 알 수 없는 사용자
2006. 6. 4. 21:15

maniadb plugin 이란? 매니아디비/plugin2006. 6. 4. 21:15

maniadb plugin은,
maniadb의 content를 자신의 홈페이지 (혹은 블로그)에 이식할 수 있는 기능을 제공하는 도구입니다.

아직은 음반 커버 정보를 가져가는게 전부이지만,
조만간 더욱 확장할 수 있도록 준비하겠습니다.

기본적으로 xml format으로 가져가실 수 있도록 해두었고,
이를 활용하여 태터툴즈 플러그인으로 만들어 둔 것은 태터툴즈 사이트의 플러그인 게시판에 게재되어 있습니다.

많은 활용과 의견 바랍니다.

감사합니다.

* 최신자료 : http://www.maniadb.com/syndication/

'매니아디비 > plugin' 카테고리의 다른 글

maniadb plugin v0.3 공개  (2) 2007.03.05
:
Posted by 알 수 없는 사용자