TelDrive는 접속주소가 localhost:8080 인데, 폴더 업로드는 안 됩니다. 

그래서 Rclone과 연동해서 폴더업로드를 가능하게 해야하고요. 

Rclone의 네트워크 모니터는 기본 채널을 마운트한 드라이브만 가능합니다. (현재 빌드로서는 그렇습니다.)

리빌드하면 다른 채널을 마운트한 드라이브 역시도 네트워크 모니터가 WebUI로 가능하긴 하겠지만, 

현재로서는 기본 채널의 마운트 드라이브만 WebUI로 모니터링이 가능합니다. 

그래서 저는 위와 같이 별도의 파이썬 스크립트를 만들어서 모니터링을 합니다. 최종 레이아웃이 될 것 같긴 합니다. 

속도는 텔레그램 프리미엄 기준... 개별파일 5MB/s 일정하게 유지해 줍니다. 

앞서의 제 게시물들, 그리고 이 게시물에 추천 및 댓글 달아주신 분들에게는 텔레그램 그룹 공유가 가능한 구글폼 전달을 해보도록 하겠습니다.

약속은 못 드립니다. 그저 아직은 계획만...

추가... 

텔레그램 채널별로 업로드 하려고 rclone fork 버전을 리빌드해서 저만의 버전을 만들었는데, 

R: http://localhost:5572

U: http://localhost:5573

V: http://localhost:5574

추가...

기존에 TelDrive + rclone 연동하셨던 분들도 텔레그램 메신저에서 파일 삭제하는 것까지는 구현하지 못하셨던(안하셨던) 것으로 압니다.

때문에 텔레그램 메신저에서는 수동으로 지워줬어야 했습니다.

그래서 Docker 이미지를 리빌드, 메신저에서도 지워지도록 기능을 구현했습니다. 

이렇게 파일을 지우면, 아래와 같이 메신저에서 파일이 지워집니다. 

업로드는 탐색기에서 붙여넣기 하지 마시고, 이렇게 Syncovery같은 툴을 이용하시면 편합니다. 

rclone 특성상 직접 전송 방식이 아닌 vfs 캐시로 먼저 대기를 시키고 업로드를 하기 때문에

업로드 할 파일의 용량만큼의 캐시 공간이 필요합니다. 그리고 HDD라면 그만큼 디스크 부하로 인해 속도저하가 발생할 수 있습니다. 

(그리고 텔레그램 서버에 올리는 것이니 만큼 API 제한이 될 수 있습니다. 8개 이하를 추천)

그래서 저는 8개를 최대치로 전송처리 하고 있고요. 

예를 들어, V드라이브에 50개의 파일을 업로드 한다면 8개를 동시 전송하고 나머지 42개가 queue로 대기상태로 있게 되는데 

여기서 U드라이브로 추가 파일을 업로드 한다면 앞서 queue 다음으로 queue로 대기하지 않고

업로드 전송을 바로 시작하는 문제점이 있습니다. 

rclone 으로 마운트한 드라이브가 3개라면 총 24개의 파일이 동시업로드 되는 사태가 발생할 수 있어서 

결국 rclone의 소스코드를 수정해서 리빌드 해야 합니다. 

저는 소스를 리빌드하여 전역으로 총 8개만 업로드 가능하도록 했습니다. 

저의 경우 현재 R, V, U 드라이브가 rclone 한개의 프로세스로 연결한 마운트 드라이브인데, 

전역 설정으로 리빌드를 했고, 지금은 R에서 업로드 하고 있더라도 전역으로 8개 제한사항이 V, U에도 적용됩니다. 

즉, 여러 마운트 된 드라이브에서 멀티 업로드를 하더라도 8개 제한사항으로 적용된다는 겁니다. 

물론, 이걸 50개로 바꾸고 싶으면 설정 파일에서 조정하면 됩니다.

추가... 

모니터링을 파워쉘이나 커맨드창으로 하다보니 내용이 늘어나면 화면 깜빡임을 피할 수가 없더군요. 
아무리 개선을 해도 한계치는 있었습니다. 그래서 나만의 WebUI를 구성하기로 했습니다. 

물론, rclone 의 대시보드도 있긴하지만, 저는 개인적으로 다크모드도 선호하고, 나만의 구성을 하고 싶었습니다. 

모니터링 페이지를 보면서 설명을 하자면... 
저는 멀티업로드 기능을 구현했습니다. 당연히 리빌드 해야 하는 사항이고요. 

전역 전송으로 총 8개까지 제한을 걸어놨고, 이 숫자는 외부에서 옵션으로 조정이 가능합니다. 

업로드는 4000MB씩 쪼개서 001, 002, 003... 이런식으로 전송이 되며, 
예를 들어 10GB 짜리 파일이면 3개로 쪼개서 업로드 되죠. 

그런데 문제는... 40GB 짜리 같은 조금 큰 파일을 업로드 하게 되면, 10개 또는 11개로 쪼개져서 올라가야 마무리가 되는데, 

파일당 하나의 업로드 슬롯을 배정하게 되면 세월아네월아가 됩니다. 

그래서 총 8개까지 업로드 슬롯을 할당할 수 있게 한 거죠. 

정리하자면, 

1번 파일이 9GB, 2번 파일이 3.5GB, 3번 파일이 11GB라면 
업로드 슬롯 배치는 각각 3개, 1개, 3개 이런식으로 총 7개가 배치되는 거죠. 

동시 전송을 말하는 겁니다. 총 8개 전역 설정 내에서 배치하는 겁니다. 

추가...

큰 기능은 구현하기가 쉬운데, 세밀한 조정은 정말 끝이 없는 것 같습니다. 

시간 할애 비율로 따지면, 1:10 정도 됩니다. 

디테일한 기능 구현이 10배 정도는 시간할애를 더 해야 합니다. 

위의 기능을 구현하기 까지 많은 난관이 있었는데요. 

이 자리에서 다 설명하기도 벅찹니다. 

나중에 설명할 기회가 있기를...

추가...
무등산님께서 택배를 보내주셔서 잘 받았습니다. 받자마자 바로 업로드를 해보는데, 이정도면 이제 레이아웃까지 만족스런 결과치가 나왔습니다. 이게 분할업로드를 안하게 되면 27GB가 넘는 파일 업로드 하는데 세월아 네월아 하게 됩니다. 

전역 설정을 총 8개 제한을 걸어놨기 때문에 (설정 파일에서 바꿀 수 있습니다.) 8개 전송중이면 나머지는 대기중(Wait 주황색)이 됩니다. 이거 로직 구현하기까지 시간을 많이 허비했습니다. 전역설정 컨트롤이 잘 안됐었습니다. 리빌드만 한 열번 이상 한 거 같네요. 

추가... 
욕심이 끝이 없어서, Upload인지, Download인지에 대한 기능을 구현했습니다. 

rclone 은 Upload인지 Download인지 구분을 하는 인자가 없다고 합니다. 

몇년동안 끊임없이 개발한 rclone이라서 당연히 이런 인자가 있을 거라고 생각했는데 없었습니다. ㄷㄷㄷ

그래서 업로드인지, 다운로드인지 구분할 수 있는 함수를 넣었고, 리빌드하는데 또 많은 시간을 할애했습니다. 

단번에 성공하면 좋겠지만, 복잡해질 수록 단번에 성공하지 못하더군요.