아핫

이미지 분류를 하고싶은데 공부는 하기 싫어서 알아보던 도중 아주 좋은 프로그램을 발견했다.

바로 Lobe라는 프로그램인데

얼마나 좋은지 마이크로소프트에서 인수를 했다고 한다.

https://www.lobe.ai/

프로그램을 간단히 설명하면 

이미지 셋을 넣고 라벨을 적어주기만 하면

이미지 셋으로 알아서 트레이닝을 한 후에

이미지 분류 모델을 만들어주는 프로그램이다.

UI도 단순해서 사용하기 쉽고 분류된 이미지도 생각보다 정확도가 높았다.

다만

이미지를 분류 한 후 Lobe 프로그램 내에서 직접 이미지를 분류해 주는 기능을 제공해 주지는 않았다.

이미지 분류 모델을 출력해주거나 혹은 API를 제공해서 어떤 이미지인지 알려주는 기능을 제공하였다.

모델을 출력해서 사용하는 방법도 있긴 하겠지만 가장 간단하게 분류를 할 수 있는 방법은

API를 이용하는 방식이라는 생각이 들어서

Lobe와 직접 API 통신을 해서 이미지를 분류해주는 간단한 프로그램을 만들었다.

Lobe에서 그림 이미지, 현실 이미지, 인터넷 문서 이미지를 넣어 트레이닝 하고

테스트를 해 보았다.

위의 이미지 18개를 이용하여 분류가 잘 되는지 테스트를 해보도록 하겠다.

프로그램을 실행시켜서 폴더 경로와 Lobe API URL를 입력해 준 후

목록읽기 -> 분류 -> 파일 이동 순으로 눌러주면 된다.

분류가 완료되면 Lobe에서 분류해준 대로 파일을 이동시킨다.

그림 이미지로 분류된 이미지들

현실 이미지로 분류된 이미지들

문서 이미지로 분류된 이미지들

보면 현실 이미지에 아즈모단도 들어있고 하는데

아무래도 완변하게 이미지가 분류되지는 않았다.

이건 내가 학습시킨 이미지 세트 문제일 수도 있고 이미지 자체가 분류하기 힘든 형태라서 그럴 수도 있을 것 같다.

내가 저 세팅으로 거의 만개 정도의 이미지를 분류해 보았는데

내가 봤을때 잘못 분류됐다 싶은 이미지는 체감상 거의 3% 이하정도?

거의 97퍼센트 이상 정도는 정확하게 분류가 되었다고 생각된다.

요즘시대는 저렇게 머리 좋은사람들이 다 만들어주면

나같은 사람들은 이용만 하면되니 참 세상이 좋아졌다는 생각이 든다

코드는 여기 올려놓았습니다.

https://github.com/AhatLi/LobeClient

이전에 쓴 글에 이어서 프로미스를 구현한 뒤 예제를 통해 동작을 확인해보겠습니다.

이전 포스트

https://ahat-li.tistory.com/24

예제2)

new _Promise((res, rej) => {
     res(1);
})
.then((e) => {
     console.log("aa ", e);
     return e + 1
})
.then((e) => {
     console.log("bb ", e);
})

예제2는 예제1과 비슷하지만 프로미스 내부의 res 함수를 실행시키는 방법이 다릅니다.

예제 1은 setTimeout(() => { res(1)}, 3000); 이렇게 res 함수가 setTimeout 안에 들어있지만

예제 2에서는 res가 바로 실행되게 됩니다.

예제를 분석하여 어떤 방식으로 프로미스 동작이 이루어지는지 확인해보겠습니다.

우선 new 를 통해 첫번째 프로미스 객체가 생성됩니다.

그리하여 프로미스 생성자가 실행되는데 생성자 내부에서 인자로 받은 collback 함수 객체를 바로 실행합니다.

저 함수 객체는

(res, rej) => {

     res(1);

}

이런 객체인데 보시면 res 함수를 바로 실행시키고 있습니다.

res와 rej가 resolve, reject 함수과 연결되어 있기 때문에

res를 통해 첫번째 프로미스 객체의 resolve 함수가 바로 실행되게 됩니다.

resolve 메서드를 보면 프로미스 객체의 상태로 fulfilled로 변경하고있습니다.

프로미스1의 promiseResult에 res를 통해 전달된 1이라는 값이 들어갑니다

또한 프로미스1의 fulfilledFun 함수객체를 실행하게 되어있지만

프로미스1의 fulfilledFun가 undefined 이기 때문에 아무런 동작도 하지 않습니다.

프로미스 생성자의 모든 동작이 완료되었기 때문에 콜스택이 비워지게 됩니다.

이후 프로미스1의 메서드인 then이 실행됩니다.

예제1 에서는 then이 resolve보다 먼저 실행되었지만

예제2 에서는 then 보다 resolve가 먼저 실행되었다는 차이점이 있습니다.

그래서 then 메서드의 동작도 달라지는데요 프로미스1의 상태가 fulfilled이기 때문에 

return new _Promise(resolve =>   resolve(onFulfilled(this.promiseResult)));

이런 동작을 하게 됩니다.

 then의 메서드로 전달된 onFulfilled 함수 객체를 실행합니다.

then에 전달된 함수 객체는

(e) => {

     console.log("aa ", e);

     return e + 1

}

이런 모양을 하고 있습니다.

이 함수객체를 실행하기 때문에 aa 1 이라는 콘솔을 출력하고 2를 리턴하게 됩니다.

return new _Promise(resolve =>   resolve(2);

이제 then 메서드의 리턴값이 될 프로미스 객체를 생성하기 위해 

2번째 프로미스의 생성자를 실행하게 됩니다.

프로미스2의 상태값이 전달되고 프로미스2 생성자에 전달된 callback 함수객체를 바로 실행하게 됩니다.

프로미스2의 생성자에 전달된 callback 함수객체는

resolve =>   resolve(2) 이런 모양입니다.

callback 메서드를 바로 실행하기 때문에 프로미스2의 resolve 메서드가 실행되게 되는데 

여기서 프로미스2의 상태가 fulfilled로 바뀌고 promiseResult에는 2가 들어갑니다.

프로미스2의 fulfilledFun은 undefined 이기 때문에 아무런 동작도 하지 않습니다.

이후 프로미스2의 생성이 완료되고 콜스택은 다시 비워지게 됩니다.

다음은 프로미스2의 메서드인 then이 실행되게 됩니다.

전체적인 동작은 프로미스1의 then과 똑같습니다.

프로미스2의 상태가 fulfilled 인 상태에서 then 메서드가 실행되었기 때문에

then에 인자로 전달된 함수객체가 바로 실행되어 

bb 2 라는 콘솔 텍스트가 출력됩니다.

이후 프로미스3 객체가 생성되어 프로미스3의 생성자가 실행됩니다.

프로미스3의 생성자에 전달된 callback 함수에 의해서 프로미스3의 resolve 함수가 실행됩니다.

다만 프로미스3의 then 메서드가 실행되지 않기때문에 프로미스3의 생성자를 끝으로 예제2의 동작은 완료됩니다.

위에서 살펴본 내용을 요약하면 다음과 같이 볼 수 있을것 같습니다.

resolve 메서드가 then 메서드보다 먼저 실행될 경우

resolve 메서드가 실행된 시점에 프로미스 객체의 상태가 미리 fulfilled 상태로 변경되고

이후 then 메서드가 실행될 때 프로미스 객체의 상태가 fulfilled 일 때 인자로 들어온 함수 객체를 바로 실행시킴

이후 새로운 프로미스 객체를 생성하고 그 객체의 상태를 fulfilled 로 변경 후 리턴함

다만 자바스크립트 공식 프로미스에서도 저렇게 동작하는지는 나중에 제대로 확인을 해 보아야 할 것 같습니다...

이렇게 프로미스의 동작이 어떻게 이루어지는지 간단한 예제를 통해 알아보았는데

예제는 간단하지만 동작 자체는 상당히 복잡했습니다.

사실 위의 예제에서 사용하기 위해 구현한 프로미스 클래스에는 문제점이 있습니다.

프로미스 내부에서 저렇게  프로미스 객체를 생성하여 리턴하는 방식으로 

비동기 동작을 여러개 연결할 수 있습니다.

하지만 이번 예제를 위해 구현한 프로미스 클래스에서는 저런 방식의 동작이 불가능합니다...

이를 일부 함수동작을 바꾸는 것으로 동작하게 만들 수 있습니다.

다음 포스트에서는 일부 함수 내용을 수정하여 위와 같은 예제가 동작할 수 있도록 하겠습니다.

감사합니다.

자바스크립트 공부를 하다가 프로미스에 대해서 공부한 내용을 정리해볼까 한다.

프로미스가 내부에서 어떻게 동작하는지 프로미스를 간단하게 구현하고 예제를 통해 분석해보았다.

아래 코드는 프로미스를 간단히 구현한 코드이다.

const _Promise = class {
constructor(callBack) {
this.status = "pending";
this.promiseResult = undefined;
this.fulfilledFun = undefined;
this.rejectedFun = undefined;
callBack(
(v) => this.resolve(v),
(v) => this.reject(v));
}
_doTask(t) {
	 if (t !== undefined) {
	      setTimeout(t, 0);
	 }
}
resolve(v) {
if (this.status !== "pending") {
	return this;
}
this.status = "fulfilled";
this.promiseResult = v;
this._doTask(this.fulfilledFun)
}
then(onFulfilled) {
switch (this.status) {
case "pending": {
return new _Promise(resolve => {
       this.fulfilledFun = () => {resolve(onFulfilled(this.promiseResult))};
})
}
case "fulfilled": { return new _Promise(resolve => resolve(onFulfilled(this.promiseResult))); }
case "rejected": { break; }
}
return this;
} 

reject(err) {}
catch (onRejected) {}
}

아래 블로그를 참고하였습니다.

https://velog.io/@teihong93/Promise-%EA%B5%AC%ED%98%84%ED%95%98%EA%B8%B0-1

인터넷을 찾아보니 프로미스를 구현한 예제는 많이 있는데 그 중에서 가장 간단한 예제를 골라 더 간단하게 만든 것이다.

다만 then과 catch 부분은 사용하는 상태만 다를 뿐이지 내부 구현 자체는 비슷하다.

그래서 코드를 더 간단하게 하기 위하여 catch 관련 부분은 코드를 제거한 뒤 분석해 보았다.

간단한 예제 2가지를 사용하여 내부에서 어떻게 동작하는지 살펴보았다.

예제 1)

new _Promise((res, rej) => {
     setTimeout(() => { res(1)}, 3000);
})
.then((e) => {
     console.log("aa ", e);
     return e + 1
})
.then((e) => {
     console.log("bb ", e);
})

간단한 프로미스 예제이다.

딱봐도 3초 후에 aa 1이 출력되고

그 후 bb 2가 출력될 것이라고 예상할 수 있다.

예제 분석

예제1이 실행되면 우선 첫번째 프로미스 객체를 생성한다.

그로 인해서 프로미스1의 생성자가 실행되게 된다.

생성자 함수가 실행되면 해당 프로미스 객체의 상태는 pending 상태가 된다.

생성자 함수를 보면 인자로 받은 콜백이라는 이름의 함수객체를 실행시키는데

이로 인해서 res와 rej가 프로미스1의 resolve, reject와 연결되게 된다.

이후 함수객체로 전달된 setTimeout(() => { res(1)}, 3000); 명령 또한 실행되게 된다.

setTimeout 함수는 실행되면 Web API 영역으로 이동하여 3초동안 대기하게 된다.

프로미스1 객체가 생성되었고 그 다음은 프로미스 1의 메서드인 then 이 실행된다.

then 메서드에서는 프로미스 객체를 새로 생성하여 리턴하는 동작을 한다.

프로미스2 객체의 생성자가 실행되며 이때 전달된 함수 객체를 보면

화살표 함수로 이루어져 있고 this.fulfilledFun 라는 부분이 있다.

화살표 함수에서 this는 자신을 실행시킨 외부객체의 this를 가리키게 되므로 여기에서의 this는 프로미스1이 된다.

즉 프로미스1의 fulfilledFun 에 () => {resolve(onFulfilled(this.promiseResult))} 라는 값을 넣게 된다.

resolve에는 this가 붙지 않았으니 프로미스2의 resolve가 되고 onFulfilled 부분은 then 메서드에 전달된 함수객체가 된다.

그리고 나서 두번째 then이 실행되는데 두번째 첫번째 then 에서 프로미스2 객체가 리턴되었으니 프로미스2의 then 메서드가 된다.

이전 동작과 똑같이 프로미스 3 객체가 생성되고 프로미스2의 fulfilledFun에 값이 들어가게 된다.

이후에는 특별한 동작이 없다가 Web APIs에 들어간 setTimeout 함수가 완료되어 내부의 res 함수가 실행되게 된다.

이후 프로미스1의 resolve 메서드가 실행되게 되는데

진행되면서 프로미스 1의 상태가 fulfilled 상태로 변한다.

보면 프로미스1의 fulfilledFun 값을 setTimeout 에 감싸 실행한다.

fulfilledFun 함수를 setTimeout 으로 실행하는 이유는 프로미스는 자신이 실행하는 함수를

마이크로 태스크큐에 넣어 실행하지만 그 부분은 따라할 수가 없으니 비슷하게 태스크큐에 넣어서 실행하기 위함이다.

Web APIs 에 전달된 함수는 태스크큐로 전달된다.

그리하여 

() => {resolve(onFulfilled(this.promiseResult))} 이런 함수가 실행되게 되는데

우선 onFulfilled(this.promiseResult) 이 부분부터 콜스택에 들어가게 된다.

onFulfilled 라는건 아까전에 첫번째 then에 전달된 함수객체인데

구체적으로는 

(e) => {

     console.log("aa ", e);

     return e + 1

}

이거다.

여기서 e는 프로미스1 객체의 promiseResult이므로 1이 된다.

그렇게 aa 1 이라는 콘솔 텍스트를 출력하고

2를 리턴한다.

이후 2가 리턴되었기 때문에 

() => {resolve(2)} 

이런 함수가 콜스택에 들어가게 된다.

여기에서 resolve는 프로미스2의 resolve가 되는데 

resolve 함수를 보면 아까와 마찬가지로 자신의 fulfilledFun 을 setTimeout에 넣고 실행한다.

프로미스2의 fulfilledFun은 

(e) => {

     console.log(bb ", e);

}

가 되고 e는 2이기 때문에 

bb 2 라는 콘솔 텍스트를 출력하게 된다.

이후 프로미스3의 resolve 함수도 실행하지만 

프로미스3은 fulfilledFun 값이 undefined 이므로 아무것도 실행하지 않는다.

이렇게 

aa 1

bb 2

라는 텍스트를 출력하는것으로 프로미스 예제 1번이 완료되었다.

예제 1을 사용하여 프로미스를 분석해 보았는데

여기서는 프로미스의 then 메서드가 resolve 메서드보다 먼저 실행된 것을 알 수 있다.

프로미스 객체에 then 메서드의 인자로 들어온 함수객체를 등록시키고

resolve 메서드가 실행되면 등록시켜놓은 함수객체를 실행시키는 방식이라고 요약할 수 있을것 같다.

이와 다르게 예제2는 resolve 메서드가 then 메서드보다 먼저 실행되므로 

동작방식이 조금 달라진다.

최근 자바스크립트에대해서 공부를 하고있는데 배열에대해서 공부한 내용을 정리해보려고 한다.

자바스크립트 배열의 특징

1. 자바스크립트 배열은 번호가 메겨진 인덱스를 갖는 특별한 유형의 객체이다.
   • 자바스크립트의 배열은 다른 언어의 배열과 유사한 “객체”이다.
     (index를 key로 가지며 length를 갖는 특수 객체)
2. 배열에 여러 다른 유형의 변수, 오브젝트, 함수를 요소로 가질 수 있다.
   • (js는 함수를 객체로 취급하기 때문)
3. 다른 언어의 배열(밀집배열)과는 다르게 메모리가 연속적으로 이어져 있지 않음(희소배열)
   

자바스크립트 배열의 장점

• 배열의 요소를 위한 메모리 공간이 동일한 크기를 갖지 않아도 됨.
• 그렇기 때문에 다양한 요소를 배열 내에 넣을 수 있음
• 요소를 삽입 삭제하는 경우에는 일반적인 배열보다 빠른 성능

자바스크립트 배열의 단점

• 연속되지 않은 메모리로 인하여 다른 언어의 배열에 비하여 배열 요소 참조에 대한 속도가 느림

V8엔진에서의 배열

V8엔진을 비롯한 최신 자바스크립트 엔진에서는 위의 단점을 극복하기 위하여 희소배열과 밀집배열을 모두 지원하며 상황에 맞는 배열이 자동으로 사용됨

0번째 인덱스부터 순서대로 시작하는 키 값 을 사용하는 배열을 생성하는 경우 엔진은 배열의 각 요소를 선형 저장 버퍼 형태(밀집배열)로 저장함.

예) array = [1,2,3] 

위처럼 중간이 비어 있는 형태의의 배열을 생성하거나 배열의 요소를 삭제할 경우 배열의 형태는
해시 테이블 형태로(희소배열) 생성, 변경된다.

예)
const array = []; 
array[0] = 1; 
array[1] = 2; 
array[3] = 3;

성능면에서 밀집배열이 희소배열보다 성능이 뛰어나기 때문에

가능하다면 밀집배열의 형태로 배열을 사용하는것이 좋다.

자바스크립트 배열의 성능을 올리기 위해서는(밀집배열을 사용하기 위해서는)

1. 인덱스가 0부터 시작되는 연속된 키 값을 사용하는 배열을 만든다.
2. 배열의 크기를 미리 선언하지 않는다.
3. 배열의 요소를 삭제하지 않는다.

자바스크립트 배열 선언방법

1. 리터럴
   var arr = []; arr[0]; undefined
   var arr = [1, 2]; arr[0]; 1
   var arr = [5, "three", 1]; arr[0]; 5
2. 객체
   var arr = new Array(); arr[0]; undefined
   var arr = new Array(3); arr[0]; undefined
   var arr = new Array(1, 2, 3, 4, 5); arr[0]; 1

객체 선언방법 사용 시 Array(3); 형태로 선언 할 경우

Length가 3인 배열이 생성되는 등 사용방법에 혼동이 발생할 수 있음
특별한 이유가 없다면 리터럴 형태로 배열을 사용하는것이 좋다.

선언방식별 속도 비교

console.time('using[]')
for(var i=0; i<2000000; i++){var arr = []};
console.timeEnd('using[]')

console.time('using new')
for(var i=0; i<2000000; i++){var arr = new Array()} 
console.timeEnd('using new')

일반적으로 new Array로 배열을 생성하는 것이 시간이 더 오래 걸리는 것을 확인

• 이유 :
  배열을 리터럴 방식으로 생성할 경우 자바스크립트 컴파일러 시점에서 [] 문자를 읽자마자 이미 배열을 생성하겠다는 것이 명확함
  반대로 new Array 의 경우 더 많은 단어로 이루어져 있으며 new 문자열을 읽고 이후 Array 문자열을 읽은 후 배열을 생성하겠다는 것이 명확해짐

또한 각 선언방식을 해석하면 아래와 같이 분석할 수 있는데

[]: ARRAY_INIT
[1]: ARRAY_INIT (NUMBER)
[1, foo]: ARRAY_INIT (NUMBER, IDENTIFIER)
new Array: NEW, IDENTIFIER
new Array(): NEW, IDENTIFIER, CALL
new Array(5): NEW, IDENTIFIER, CALL (NUMBER)
new Array(5,4): NEW, IDENTIFIER, CALL (NUMBER, NUMBER)
new Array(5, foo): NEW, IDENTIFIER, CALL (NUMBER, IDENTIFIER)

Array 라는 문자열은 IDENTIFIER 즉 식별자로써 분석이 됨.
자바스크립트 컴파일러 입장에서는 Array 라는 문자열이 배열을 생성하는 식별자 라는 것을 알기 위해서 식별자 목록을 조회하게 됨

추가 테스트

위쪽에서는 var 형태로 배열을 생성하였고 리터럴 형태로 사용했을 때 배열의 생성속도가 더 빠른것을 확인하였음
추가로 let, const 형태로 배열을 선언하는 테스트를 해보았다.

console.time('using var []')
for(var i=0; i<2000000; i++){var arr = []};
console.timeEnd('using var []')
console.time('using var new')
for(var i=0; i<2000000; i++){var arr = new Array()} 
console.timeEnd('using var new')

console.time('using let []')
for(var i=0; i<2000000; i++){let arr1 = []};
console.timeEnd('using let []')
console.time('using let new')
for(var i=0; i<2000000; i++){let arr2 = new Array()} 
console.timeEnd('using let new')

console.time('using const []')
for(var i=0; i<2000000; i++){const arr1 = []};
console.timeEnd('using const []')
console.time('using const new')
for(var i=0; i<2000000; i++){const arr2 = new Array()} 
console.timeEnd('using const new')

결과

크롬, Node.js, 파이어폭스, 엣지브라우저에서 테스트를 진행한 결과

엔진별로 차이가 있지만 현재 가장 많이 사용되는 자바스크립트 엔진인 V8 엔진에서는
let, const로 배열을 생성 시 리터럴 방식과 객체방식간의 큰 성능 차이는 없는 것으로 보임

그러나 파이어폭스와 엣지 브라우저에서는 확연한 성능차이가 확인되었으며
사용자의 브라우저 환경을 특정할 수 없고 더 간편하고 안전한 배열 생성방식인 리터럴 방식으로 배열을 생성하는 것이 좋음
또한 배열은 가능하다면 const로 생성하는것이 좋다.

참고

http://45.55.116.124/javascript.html
http://www.ktword.co.kr/test/view/view.php?m_temp1=257
https://evan-moon.github.io/2019/06/25/hashtable-with-js/
https://poiemaweb.com/js-array-is-not-arrray
https://dh2note.tistory.com/115
https://ljlm0402.netlify.app/javascript/performance/
https://junwoo45.github.io/2019-11-04-memory_model/

이전 포스트

https://ahat-li.tistory.com/21

간단하게 Airsonic의 플레이리스트 정렬하는 프로그램을 만들었었는데 GUI가 없으니까 사용이 불편했다.

그래서 Golang의 GUI 라이브러리를 알아보다가 어짜피 Airsonic도 외부에서 접속하는데

정렬기능도 외부에서 접속하는기 더 편하지 않을까 싶어서 웹페이지로 만들기로 했다.

이전에 이미지서버 프로그램을 간단히 만들었었는데

주변사람들한테 보여줬더니 UI가 이게 뭐냐고 너무 없어보인다는 소리를 많이들었다.

내 나름대로 접속할때 1바이트라도 덜사용하게 만들려고 심플하게 한거였는데....

그래서 이번에는 최근 공부하고있는 react를 golang과 간단히 연동시켜서 웹페이지를 만들었다.

사용한 템플릿은 berry의 무료버전인데 MIT라이센스인데다가 디자인이 깔끔해서 사용하기 아주 좋은 템플릿이다.

https://github.com/codedthemes/berry-free-react-admin-template

반응형기능도 당연히 있기때문에 PC브라우저와 모바일 브라우저 둘다 호환이 된다.

어쨌든 기능을 완성하고 템플릿을 수정해서

웹페이지에 접속하여 Airsonic 내의 플레이리스트와 스타리스트를 정렬할 수 있는 프로그램이 완성되었다.

만드는 도중 테스트 과정에서 내가 천 몇백개정도 모아놓았던 플레이리스트와 스타리스트가 날아가긴 했지만

어찌어찌 무사히 만들 수 있었다...

이미 깔끔하게 디자인되어있는 템플릿을 사용해서 만들었더니 UI도 꽤나 깔끔하게 완성이 된것 같다.

다만 내가 메인으로 정했던 "음악"에 대한 플레이리스트와 스타리스트만 정렬이 가능하다

Airsonic은 아티스트와 앨범 등으로도 리스트를 만들 수 있지만 두가지에 대해서는 정렬을 지원하지 않는다.

이제 음악 정렬도 쉽게 할 수 있으니 내가 날려먹은 플레이리스트와 스타리스트를 다시 모아야겠다...

https://github.com/AhatLi/SonicClassifier

에어소닉을 사용해본 사람이라면 알겠지만
에어소닉에는 플레이리스트를 정렬할 수 있는 방법이 하나밖에 없다.
바로 손으로 일일히 하나하나 정리하는 것이다.

그냥 앨범별, 폴더별, 아티스트별 이렇게 간단하게 정리해줬으면 좋겠는데 기능도 없고
그렇다고 하나하나 정리하기에는 내 플레이리스트에 있는 노래가 너무 많아졌다...
그래서 플레이리스트와 별표된 노래를 정렬할 수 있는 방법을 만들려고 한다.

SERVER='http://localhost/airsonic'
CLIENT='CLI'
USERNAME='admin'
PASSWORD='admin'
SALT="$(openssl rand -hex 20)"
TOKEN="$(echo -n "${PASSWORD}${SALT}" | md5sum | awk '{ print $1 }')"
echo ${SALT}
echo ${TOKEN}
curl "${SERVER}/rest/getPlaylists?u=${USERNAME}&t=${TOKEN}&s=${SALT}&v=1.15.0&c=${CLIENT}"

위의 명령어를 사용하면 간단하게 API를 날리 수 있따.

우선 플레이리스트의 목록을 가져왔다.

플레이리스트의 id를 알아야 플레이리스트의 노래목록을 가져올 수 있기 때문이다.

<?xml version="1.0" encoding="UTF-8"?>
<subsonic-response xmlns="http://subsonic.org/restapi" status="ok" version="1.15.0">
   <playlists>
      <playlist id="4" name="aa" comment="" owner="admin" public="false" songCount="148" duration="38279" created="2021-04-24T16:32:28.549Z" changed="2021-07-08T23:39:25.343Z" coverArt="pl-4"/>
      <playlist id="7" name="aaa" owner="admin" public="false" songCount="20" duration="5462" created="2021-06-21T08:10:09.487Z" changed="2021-07-08T23:39:30.937Z" coverArt="pl-7"/>
      <playlist id="6" name="아이카츠" owner="admin" public="false" songCount="113" duration="29959" created="2021-05-20T01:30:47.781Z" changed="2021-05-20T01:31:05.752Z" coverArt="pl-6"/>
      <playlist id="5" name="프리파라" owner="admin" public="false" songCount="133" duration="29424" created="2021-05-12T00:12:54.650Z" changed="2021-07-02T04:50:00.105Z" coverArt="pl-5"/>
   </playlists>
</subsonic-response>

그렇게 가져온 플레이리스트 ID로 플레이리스트를 가져오면 이런 결과가 나온다.

curl "${SERVER}/rest/getPlaylist?u=${USERNAME}&t=${TOKEN}&s=${SALT}&v=1.0.0&c=${CLIENT}&id=7"

<?xml version="1.0" encoding="UTF-8"?>
<subsonic-response xmlns="http://subsonic.org/restapi" status="ok" version="1.15.0">
   <playlist id="7" name="aaa" owner="admin" public="false" songCount="20" duration="5462" created="2021-06-21T08:10:09.487Z" changed="2021-07-08T23:39:30.937Z" coverArt="pl-7">
      <entry id="211" parent="198" isDir="false" title="HAPPY면 LUCKY (솔라미♡스마일)" album="한국어" artist="프리파라" coverArt="198" size="4746327" contentType="audio/mpeg" suffix="mp3" duration="286" bitRate="64" path="프리파라/한국어/HAPPY면 LUCKY (솔라미♡스마일).mp3" isVideo="false" playCount="60" created="2021-02-02T15:36:38.077Z" starred="2021-04-28T23:45:30.352Z" albumId="2731" artistId="913" type="music"/>
      <entry id="11658" parent="11612" isDir="false" title="Lu La La☆Lumière" album="キラキラ☆プリキュアアラモード ボーカルアルバム 2 苺坂物語" artist="駒形友梨" track="1" year="2017" genre="Anime" coverArt="11612" size="11564299" contentType="audio/mpeg" suffix="mp3" duration="285" bitRate="320" path="프리큐어/[프리큐어] 키라키라 프리큐어 아라모드/キラキラ☆プリキュアアラモード ボーカルアルバム 2 苺坂物語/Lu La La☆Lumière.mp3" isVideo="false" playCount="59" created="2018-05-26T08:03:40.000Z" starred="2021-05-12T23:20:30.094Z" albumId="2622" type="music"/>
      <entry id="11278" parent="11254" isDir="false" title="La♪La♪La♪ Suite Precure♪ ～∞UNLIMITED∞ ver.～" album="Suite Precure♪ 2nd OP&amp;ED Theme Single" artist="Mayu Kudo" track="1" year="2011" genre="Soundtrack" coverArt="11254" size="8303807" contentType="audio/mpeg" suffix="mp3" duration="206" bitRate="320" path="프리큐어/[프리큐어] 스위트 프리큐어/Suite Precure♪ 2nd OP&amp;ED Theme Single/La♪La♪La♪ Suite Precure♪ ～∞UNLIMITED∞ ver.～.mp3" isVideo="false" playCount="44" created="2018-05-26T10:15:02.000Z" starred="2021-05-12T23:27:39.529Z" albumId="2574" artistId="900" type="music"/>
   </playlist>
</subsonic-response>

계획은 간단한데

우선 설정값으로 이런 값을 받는다.

1. 유저 ID

2. 유저 패스워드

3. 플레이리스트 이름

4. 새로 만들 플레이리스트 이름

5. 정렬 기준(최대 3개정도)

정렬기준은 아래와 같다.

id
album
artist
year
genre
size
path
created
starred

getPlaylist에 들어있는 값들을 이용해서 정렬할것이다

그 후에 그냥 플레이리스트를 만든 후

정렬된 리스트를 순서대로 플레이리스트에 넣어주면 끝이다.

아니 이런 간단한 기능을 지금까지 아무도 안만들어 주다니

진짜 너무한것 같다.

그래서 한번 간단하게 만들어봤는데 일단 동작 자체는 잘 되는걸 확인했다.

https://github.com/AhatLi/SonicClassifier

근데 막상 써보니 star 목록에 대해서도 정렬을 해야될것 같다.

이것도 플레이리스트 정렬 방법이랑 똑같이 하면 되긴 하지만

사용하는 API가 달라서 결국 기능 추가는 해야한다...

어렵지는 않지만 귀찮은 작업인데 나중에 시간날때 추가해야겠다.

그리고 또 써보니까 GUI로 되어있으면 상당히 편하지 않을까 하는 생각도 들었다.

go언어용 GUI 라이브러리가 몇가지 있던데 사용방법을 확인해서

나중에는 GUI로 돌아가도록 수정해야겠다.

예전에 핸드폰에 용량이 너무 부족해서

클라우드 스토리지를 이것저것 알아본적이 있었다.

네이버 클라우드, 구글 클라우드, 원드라이브 다 알아보았는데 내 마음에 드는것은 없었다.

굳이 꼽자면 네이버 클라우드쪽이 가장 쓰기 좋았지만

안그래도 돈 나가는것도 많은데 매달 돈을 쓰면서까지 사용해야할 정도는 아니기도 하고...

그래서 무료 오픈소스 클라우드 서버프로그램인 파이디오(Pydio) 등도 설치하고 다 해보았지만

생각보다 무겁고 내 빈약한 스마트폰 환경에서는 사용하기가 어려웠다.

그러다가 이미지 전용 클라우드 서버같은건 없을까 싶어서 찾아보다가  그냥 내가 만들기로 했다.

내가 진짜로 원하는 기능은 정말 간단했는데

그냥 이미지파일을 업로드 다운로드가 가능하고 

목록의 이미지는 썸네일을 표시 해서 표시하는데 필요한 용량은 줄이고

이미지 썸네일을 누르면 원본 이미지를 표시해서 양옆 스와이프로 다음 이전 이미지로 이동할 수 있는 정도?

이정도만 있으면 딱 좋겠다고 생각했다.

일단 모바일에서 사용이 가능해야되는데 앱으로 만들기는 어려우니까

간단하게 html과 자바스크립트 그리고 golang을 사용해서 만들었다.

일단 제작 컨셉은 다른 오픈소스 클라우드 프로그램들을 사용하다보니

설치나 사용방법 복잡하다는 것을 느껴서

다운받고 실행파일만 눌러서 딱 실행만 하면 바로 쉽게 사용할 수 있는 프로그램이다.

프로그램 외형은 컨셉이 아니라 그냥 내가 디자인 센스가 없어서 저렇게 됐다.

github.com/AhatLi/ahat-simple-image-gallery

서버 프로그램을 실행시킨 후 브라우저로 서버의 주소에 접속하고

로그인을 하면 위와같은 화면이 나온다.

로그인 기능은 처음에는 만들 생각이 없었는데

서버 로그를 살펴보던 중에 자꾸 이상한 IP에 요청이 계속 들어와서

그냥 로그인 기능을 추가해주었다.

사용하면서 또 필요하다고 느낀 기능으로는 

인증서를 이용한 SSL 기능과 이미지 업로드 기능

그리고 새폴더 같은거 만드는기능?

버그도 좀 있는것 같은데 그것도 확인해봐야겠다.

###Ahat Simple Gallary

```
모바일에서 사용하기 적합한 간단한 이미지 갤러리 서버입니다.

Ahat Simple Gallary를 실행시키고 
모바일 웹브라우저 혹은 데스크탑 웹 브라우저로 접속하여
이미지 갤러리 기능을 사용할 수 있습니다.
현재까지 구현된 기능은 아래와 같습니다.
```

```
 - 이미지를 썸네일화 하여 갤러리 목록에 표시
 - 썸네일을 클릭할 경우 원본 이미지를 표시
 - 이미지를 좌 우로 드래그하여 이전/다음 이미지 표시
 - 이미지를 선택 후 이미지 경로 이동 기능
 - 이미지를 선택 후 이미지 삭제 기능
 - 페이지 접속 시 로그인을 하여야 접속 가능
 - 이미지의 이름/크기/날짜별 정렬 기능
```

```
컴파일 방법
 go get github.com/disintegration/imaging
 go get gopkg.in/ini.v1
 go get github.com/gorilla/securecookie
 go build .\ImageCloud.go .\Utils.go .\login.go
```

```
사용방법 1. 윈도우 환경
1) images 파일에 이용한 이미지 파일을 구성한다.
2) ImageCloud.exe 파일을 실행한다.
2-1) 로그파일을 남기고 싶을 경우 CMD 창을 열고 바이너리 위치로 이동해 
     ` ImageCloud.exe >> ImageCloud.log ` 
     형식으로 실행한다.
3) 프로그램이 실행된 후 모바일 브라우저 혹은 브라우저로 접속하여 사용한다.
ex) http://127.0.0.1:9090/
```

아직 개선할 점이 많이 있지만

내 서버컴퓨터에 이미지를 넣어두고 외부에서 접속해서 보거나 가져가는 등의 작업은 가능하다.

나중에 기능을 추가해야겠다.

우선 Airsonic에 대해서 설명하자면

Airsonic은 Subsonic에서 파생된 프로그램으로 Subsonic은 간단히 말해 미디어 서버 프로그램이다.

​

Subsonic은 서버내의 음악파일을 외부 클라이언트로 공유하여 들을 수 있도록 다양한 기능을 제공하는 서버 프로그램으로 버전 6 이전까지는 무료였다가 이후에는 유료로 변경되었다고 한다.

Airsonic은 Subsonic의 유료화에 반발하여 분리된 프로젝트로 Subsonic의 기능과 API 등을 가지고도 무료로 사용할 수 있는 서버 프로그램이다.

때문에 Subsonic과 연동되는 클라이언트 프로그램은 Airsonic에도 연결할 수 있다.

​

https://github.com/airsonic/airsonic

​

​

Subsonic은 클라이언트에서 사용할 수 있는 다양한 API를 제공하는데

http://www.subsonic.org/pages/api.jsp

Airsonic 또한 Subsonic의 API를 대부분 사용할 수 있다.

그 중에서도 이번에 수정해볼 API는 이것이다.

​

가사를 얻어오는 API인데

이전 포스트에서도 설명했지만 저 API를 실행시키면

Airsonic은 파라미터로 보내진 artist, title 정보를 이용해서

String url = "http://api.chartlyrics.com/apiv1.asmx/SearchLyricDirect?artist=" + artist + "&song=" + song; String xml = executeGetRequest(url); lyrics = parseSearchResult(xml);

이런 위의 URL을 통해 가사를 가져온다.

즉 저 사이트에 가사 정보가 없으면 가사를 가져오지 못한다는 뜻이다.

​

​

하지만 Airsonic은 오픈소스 프로젝트이므로 내가 코드를 수정해서 사용하는것이 가능하다.

​

이번에는 저 코드를 수정해서 Airsonic이 getLyric API를 요청받았을 때

저 URL이 아닌 로컬 환경에서 가사를 가져오도록 수정할 예정이다.

​

​

​

​

우선 Airsonic을 컴파일할 환경을 구성해야 한다.

환경을 구성하는 방법은 아래 사이트에서 설명해주고 있다.

https://airsonic.github.io/docs/install/source/

​

​

​

계획은 단순한데

Airsonic에서 제공하는 getLyrics API를 실행하면

Airsonic이 자신의 musicDirectory에서 title 파라미터값을 이용해 파일을 검색해 가사 파일을 찾아내는 것이다.

만약 가사파일을 찾으면 가사파일을 읽어서 API를 요청한 클라이언트한테 보내주면 된다.

Airsonic 서버가 로컬 가사파일을 읽어서 클라이언트에게 가사를 전송하도록 수정할 것이다.

​

​

​

나는 윈도우 환경에서 MVN, JDK 버전등을 맞추고 컴파일을 시도해 보았더니

윈도우 환경에서는 컴파일 할 수 없다는 메세지가 출력되어서 Virtualbox 가상머신에 MX 리눅스를 설치했다.

​

​

​

이후 설명 페이지에 나와있는대로 환경을 구성하고 소스코드를 수정하지 않은 상태에서 컴파일하여 .war 파일을 생성하여 테스트 해보았다.

​

​

tomcat 9버전대에 올려보니 정상동작하는것을 확인할 수 있었다.

​

참고로 컴파일에는 한 20분정도 시간이 걸렸는데 실제 컴파일하는데는 5분이면 되는것 같은데

Airsonic 컴파일을 할 때 실행되는 기능 테스트 동작하는데에만 한 15분이 넘게 걸리는 것 같다.

​

어쨋든 컴파일이 된것을 확인하고 나서는 코드를 수정해 주었다.

​

​

참고로 코드 규칙이 정말 까다롭게 되어있는데

탭문자쓰면 탭문자 쓰지 말라고 에러나고 띄어쓰기 한개때문에 에러나고 if , for 문 앞뒤로 한칸씩 띄어쓰라고 에러나고 대괄호 내려썼다고 에러나고 == 쓰지말고 equals 쓰라고 에러나고

얼마나 깐깐하게 만들었는지 알 수 있었다.

​

​

그렇게 코드를 수정하고 리눅스 환경에서 Airsonic에 getLyrics API를 날려보니

SERVER='http://127.0.0.1:8080/airsonic'
CLIENT='CLI'
USERNAME='admin'
PASSWORD='admin'
SALT="$(openssl rand -hex 20)"
TOKEN="$(echo -n "${PASSWORD}${SALT}" | md5sum | awk '{ print $1 }')"
echo ${SALT}
echo ${TOKEN}
curl "${SERVER}/rest/getLyrics.view?u=${USERNAME}&t=${TOKEN}&s=${SALT}&v=1.15.0&c=${CLIENT}&artist=&title=Anemone"

​

가사가 정상적으로 출력되었다.

​

​

안드로이드 클라이언트에서도 가사가 정상적으로 출력되는것을 확인했다.

​

​

다만 lrc 파일 특유의 시간표시가 남아있는데

저 시간정보를 이용하려면 서버 프로그램이 아닌 클라이언트 프로그램을 수정해야만 한다.

Subsonic API는 가사정보가 LRC 형식이 아닌 그냥 단순 텍스트로 전송되기때문에

저 시간정보를 이용할 수 있는 클라이언트가 없다.

​

만약 저걸 이용하려면 클라이언트 기능까지 직접 만들어야된다는건데...

일단은 저 시간정보를 빼고 깔끔하게 보이는 텍스트 가사로 출력하는것에 만족해야겠다.

​

​

​

시간정보를 제거한 가사 출력

​

​

이번에 추가한 코드는 아래와 같다.

 @RequestMapping("/getLyrics")
    public void getLyrics(HttpServletRequest request, HttpServletResponse response) {
        request = wrapRequest(request);
        String artist = request.getParameter("artist");
        String title = request.getParameter("title");

        Lyrics result = new Lyrics();
        result.setArtist(artist);
        result.setTitle(title);
        result.setContent(getContentMain(title));

        Response res = createResponse();
        res.setLyrics(result);
        jaxbWriter.writeResponse(request, response, res);
    }

    public String getContentMain(String title) {
        for (org.airsonic.player.domain.MusicFolder folder: settingsService.getAllMusicFolders()) {
            File[] fileList = folder.getPath().listFiles();
            for (int i = 0; i < fileList.length; i++) {
                File file = fileList[i];
                if (file.isFile() && file.getName().contains(title) && file.getName().toLowerCase().contains(".lrc")) {
                    String str = "";
                    try {
                        BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream(file), "UTF8"));
                        br.readLine();
                        br.readLine();
                        br.readLine();
                        String line = br.readLine();
                        while (str != null) {
                            str += line.substring(10) + "\n";
                            line = br.readLine();
                        }
                        br.close();
                    } catch (Exception ex) {
                        ex.printStackTrace();
                    }
                    return str;
                } else if (file.isDirectory()) {
                    String r = getContentSub(file, title);
                    if (!r.isEmpty()) {
                        return r;
                    }
                }
            }
        }
        return "";
    }

    public String getContentSub(File subdir, String title) {
        File[] fileList = subdir.listFiles();
        for (int i = 0; i < fileList.length; i++) {
            File file = fileList[i];
            if (file.isFile() && file.getName().contains(title) && file.getName().toLowerCase().contains(".lrc")) {
                String str = "";
                try {
                    BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream(file), "UTF8"));
                    br.readLine();
                    br.readLine();
                    br.readLine();
                    String line = br.readLine();
                    while (line != null) {
                        str += line.substring(10) + "\n";
                        line = br.readLine();
                    }
                    br.close();
                } catch (Exception ex) {
                    ex.printStackTrace();
                }
                return str;
            } else if (file.isDirectory()) {
                String r = getContentSub(file, title);
                if (!r.isEmpty()) {
                    return r;
                }
            }
        }
        return "";
    }

getLyrics 함수를 수정하고 getContentMain, getContentSub 함수를 추가해주었다.

​

​

​

새벽 늦게까지 했지만 기능을 완성하니 뿌듯하고 기분이 좋다.

컴파일 시간이 짧았으면 좀 더 빨리 끝났을것 같은데 테스트를 스킵하는 명령이 있는지 찾아볼걸 그랬다 싶다.

​

아무튼 이로써 무료 음악 스트리밍 서버를 이용하면서 노래의 가사까지 볼 수 있게 되었다.