모든 것을 지배하는 하나의 클라우드. 그들을 찾을 하나의 구름. 하나의 클라우드로 모든 것을 가져옵니다. 그리고 어둠 속에서 그들을 묶으십시오. 또는 뭔가. 어쨌든, 모든 클라우드를 위한 범용 동기화 클라이언트인 odrive를 소개합니다. 사용하기 쉽고 안전하며 재미있어야 합니다. 피>
그것이 우리가 여기 있는 이유입니다. 저는 클라우드 스토리지에 대해 너무 열심인 적이 없었습니다. 모든 다른 공급자는 모두 똑같이 보이고 작동하며 궁극적으로 귀하는 귀하의 자료에 액세스할 수 있는 다른 사람에게 의존합니다. 반드시 나쁜 방식은 아니지만 드리프트가 발생합니다. 이 모든 것이 내 어휘에서 odrive를 설득력 있고 완전히 불필요하게 만듭니다. 그러나 낙관적이 되어 그것이 무엇을 할 수 있는지 봅시다. 피>
피>
o 드라이브 테스트
이 소프트웨어의 판매 포인트 중 하나가 플랫폼 간 호환성이기 때문에 Fedora에서 프로그램을 확인하기로 결정했습니다. 일부 대형 제공업체의 기존 계정에 로그인하여 시작합니다. 나는 이것이 다소 의심스럽다고 생각한다. 예를 들어 왜 이런 일에 Facebook 로그인을 사용하겠습니까? 그렇다면 왜 odrive는 사용자 프로필, 공개 정보, 비디오 또는 이미지에 대한 정보를 수신해야 합니까? 이것은 미래 언젠가 더 높은 마케팅 목적을 위해 순수하고 불필요한 데이터 수집처럼 들립니다. 피>
피>
피>
로그인하면 약 20개의 이상한 공급자로부터 스토리지를 추가하고, 공유를 생성하고, 암호화된 폴더를 생성하는 등의 작업을 수행할 수 있는 매우 간단한 제어판이 있습니다. 그런 다음 클라이언트 소프트웨어를 다운로드하여 호스트와 원격 저장소 간의 데이터 동기화를 실제로 허용하고 활성화할 수도 있습니다. 피>
피>
모든 것이 어떻게 작동하는지 확인하기 위해 Dropbox를 추가하는 것으로 시작했습니다. 예, Dropbox에 로그인한 다음 odrive가 Dropbox를 사용하도록 허용해야 합니다. 어떤 면에서 odrive는 이러한 모든 다양한 서비스에 대한 통합 게이트웨이입니다. IM/VoIP 서비스 중개인인 Franz가 생각납니다. 웹의 거의 모든 영역에서 기술과 서비스가 폭발적으로 증가하는 것을 본 후 다음 단계는 수렴 및 통합과 기타 등등입니다. 오케스트레이션은 전문가들이 똑똑하고 유행처럼 보이기 위해 사용하는 단어라고 생각합니다. 피>
피>
피>
암호화
또한 멋진 아이디어처럼 들리는 암호화된 폴더를 만들기로 결정했습니다. 결국 다른 사람이 귀하의 데이터를 볼 수 있기를 원하지 않습니까? 어쨌든 설정은 간단하지만 내 로컬 호스트에서 암호화된 폴더를 언제, 어디서, 어떻게 찾을 수 있을지 확신할 수 없었습니다. 확실히 Dropbox에서 생성되었지만 Fedora 인스턴스에서는 생성되지 않았습니다. 피>
피>
피>
이것은 모든 것이 흥미로워지는 곳입니다 ...
클라이언트 소프트웨어는 이 모든 것의 가장 약한 고리입니다. 사용 가이드를 보면 너무 많은 명령줄 작업이 필요합니다. Windows에서도 겉보기에는. Linux에서는 일련의 CLI 도구를 다운로드한 다음 이를 사용하여 odrive를 설정해야 합니다. 피>
od="$HOME/.odrive-agent/bin" &&컬 -L "https://dl.odrive.com/odrive-py" --create-dirs -o "$od/odrive.py" &&컬 - L "https://dl.odrive.com/odriveagent-lnx-64" | tar -xvzf- -C "$od/" &&curl -L "https://dl.odrive.com/odrivecli-lnx-64" | tar -xvzf- -C "$od/"
저는 이 작업이 매우 괴짜적일 뿐만 아니라 모든 작업을 자동으로 수행하는 간단한 도구를 원합니다. 가능하다면 이런 종류의 작업을 위한 GUI 설정을 갖고 싶습니다. 대단히 감사합니다. 수행 방법에 대한 중요한 지침 필요한 작업은 매우 혼란 스러웠습니다. 첫 번째 줄에는 항상 많은 것을 알려주지 않는 매우 일반적인 설명이 있었고 Python 스크립트 세트의 일부가 설치 프로그램과 함께 제공되지 않았기 때문에 실제로 실행되지 않았으며 하나의 명령에 대한 실제 예제가 없었습니다. 피>
실제로 올바른 방법이 아닌 nohup으로 클라이언트를 시작합니다. 소프트웨어를 적절하게 설치하고 구성해야 하지만 무의미한 시스템 프레임워크를 사용하여 대여섯 개의 서로 다른 배포판에 대한 바이너리를 생성하는 것은 상당히 어렵고 시간이 많이 걸리는 일이라고 생각합니다. 따라서 이것은 다소 아마추어적인 솔루션입니다. 피>
몇 가지 기본 명령을 시도했는데 클라이언트가 인증되지 않았습니다. 먼저 인증키를 생성한 후 노트북에 있는 에이전트가 사용하도록 해야 했습니다. 표준 개인 키 thingie wossname. 피>
파이썬 "$HOME/.odrive-agent/bin/odrive.py" 인증
b8595fe0-caf1-42dc-80fa-04bffa9dfa1d-55af68a1
안녕하세요 조니 캐쉬
피>
그런 다음 로컬 드라이브를 마운트하고 odrive와 동기화해야 했습니다. 수동 프로세스는 이러한 노력을 정말로 방해했습니다. 이것은 지루하고 괴상하고 무의미하며 저는 Python을 사용하는 것을 정말 좋아하지 않습니다. 피>
파이썬 "$HOME/.odrive-agent/bin/odrive.py" 마운트 "$HOME/odrive-agent-mount" /
/home/roger/odrive-agent-mount가 이제 odrive와 동기화됩니다. 피>
약간의 동기화는 어떻습니까? 음, 할 수 없습니다:
파이썬 "$HOME/.odrive-agent/bin/odrive.py" 동기화 "\$HOME/odrive-agent-mount/Encryptor.cloudf"
Encryptor.cloudf를 동기화할 수 없습니다. 이 파일은 odrive 폴더 안에 없습니다. 피>
어떤 이유로 odrive는 내 시도를 좋아하지 않았습니다. 공식 포럼을 읽으면서 어떤 사람이 odrive 폴더의 내용을 새로 고칠 것을 제안했고 저는 그렇게 했습니다. 그러나 이것은 어떤 식으로든 도움이 되지 않았습니다. 바이너리 대 Python에 주목하십시오. 아니요. 피>
"$HOME/.odrive-agent/bin/odrive" 새로 고침 "$HOME/odrive-agent-mount/"
동기화됨
Encryptor.cloudf
Facebook.cloudf
VLC-3.0.0.gitfeb851a.glibc2.17-x86-64.AppImage
Dropbox.cloudf
계속 'odrive 폴더 안에 없음' 오류가 표시되고 그게 다였습니다. 피>
결론
개념으로 odrive는 엉덩이를 걷어차. 12개의 서로 다른 클라우드 스토리지 솔루션을 관리하는 데 드는 시간과 오버헤드를 줄여주는 훌륭한 작은 도구가 될 가능성이 있습니다. 정말 깔끔합니다. 그러나 이 개념의 실현에는 결함이 있습니다. 피>
예, 베타, 그리고 그 모든 것. 그러나 문제는 엄격하게 만기에만 국한되지 않습니다. 첫째, 이 애플리케이션이 로그인에 소셜 미디어를 사용해야 할 이유가 전혀 없습니다. 정말 가치가 없습니다. 둘째, 일반 사람들이 쉽고 즐겁게 사용할 수 있는 멋지고 안정적인 GUI에 추가하면 명령줄도 괜찮습니다. 셋째, 위키 페이지, 사용 가이드 및 기타 문서는 모두 흠잡을 데 없어야 합니다. 명확하고 정확하며 예가 함께 제공됩니다. 내 투쟁은 그다지 특별하지 않지만 전반적인 경험에 긍정적인 방식으로 추가되지는 않습니다. 피>
진지하게, 왜 내가 명령줄에서 인증하거나 어떤 종류의 마운트를 수행해야 합니까? Dropbox를 반례로 들겠습니다. 빠르고 쉽게 작업을 수행합니다. 복사도 마찬가지입니다. 저는 이러한 클라우드 제품 몇 가지를 사용해 보았는데 모두 다소 단순하고 직설적이었습니다. odrive는 다른 모든 스토리지 제공업체를 합친 것보다 더 우수하고 우아해야 하기 때문에 두 배로 그렇습니다. 피>
나는 아이디어를 많이 좋아하기 때문에 눈을 떼지 않을 것입니다. 현재로서는 odrive에 대한 실제적이고 실용적인 가치를 보지 못합니다. 실제 문제는 소프트웨어 실행의 기술적 어려움, 적절한 서비스 부족 및 불완전한 문서에 있습니다. 언젠가는. 또 봐요. 피>
건배. 피>