Laverna: 포크 라베르나

괜찮은 프로그래밍 배경을 가지고 있지만 저는 js를 배우는 중이며 오랫동안 제 goto 앱이었기 때문에 이 프로젝트에 기여하기 위해 필요한 경우 노력을 기울일 준비가 되어 있습니다. Laverna2.0이라는 이름은... 흐흐.

@daed 먼저 @wwebfor && @wwwredfish 를 작성해 봅시다.

나는 그들이 모든 기고자 또는 당신을 조직에 추가하여 쓰기 액세스 권한을 가질 수 있다고 확신합니다...
그렇지 않으면 AUR 패키지를 만들 수 있도록 이름과 릴리스별 정보가 있으면 알려주세요.wink:

오늘 (베를린 시간) 나중에 (베를린 시간) 당신에게 @wwebfor 의 개인 이메일을 keybase (선호) 또는 이메일로 저에게 연락할 수 있습니까?

추신: 포크에서 새 릴리스를 생성하는 경우 tarball도 생성하는 것이 좋습니다.

네, 물론입니다. 나는 누구의 밑에서 프로젝트를 빼앗고 싶지 않았습니다. 그냥 남겨두지 않았는지 확인하고 싶었습니다.

저는 미국 중부 시간에 있습니다. 할 수 있으면 내일 keybase에 대해 이야기하겠습니다.

그래서 wwebfor가 저에게 돌아왔습니다. 그는 프로젝트를 끝냈습니다.

그는 Laverna가 동기화 및 다중 장치 문제를 해결하지 못한다는 점을 인정했습니다. 그는 이미 하고 있는 다른 프로젝트에 집중하는 데 노력을 더 투자할 것이라고 제안했습니다. 그는 또한 나에게 repo에 대한 액세스 권한을 부여하지 않았으므로 내가 직접 할 수 없습니다.

그의 우려는 일리가 있다고 생각하지만, 나는 라베르나를 좋아하고 그것으로 무언가를 만들어 볼 가치가 있다고 생각합니다. 나는 그것을 포크하고 laverna 조직과 독립적으로 개발하려는 계획을 계속할 것입니다.

저는 지난 몇 주 동안 dev 브랜치에 익숙해지고 가능한 한 사소한 버그를 수정하는 데 시간을 보냈습니다. 솔직히 지금 상태가 좋지 않습니다.

• 프로젝트가 시그널 서버와 mongodb를 추가하여 더 많은 클라이언트/서버 모델로 전환하는 과정에 있었던 것 같습니다. 호스팅에 반드시 나쁜 모델은 아니지만 보관용 계정을 통해 동기화하는(또는 전혀 동기화하지 않는) 독립 실행형 최종 사용자에게는 부담이 됩니다.
• 시그널 서버는 다중 사용자 환경을 염두에 둔 것으로 보이며 일부 유용한 기능(예: 사용자 간 공유)의 시작이 있지만 불완전하며 현재 여러 장치에서 동기화가 금지되어 있다고 생각합니다.
• 위의 내용에도 불구하고 https는 기본적으로 활성화되어 있지 않습니다.
• 전자 기반 데스크톱 앱 버전이 작동하지 않습니다.
• gulp는 고대 종속성으로 인해 노드 10에서 꽤 깨졌습니다. 현재 계획은 지원되지 않는 네이티브 패키지의 새 버전을 강제 실행하는 것으로 보이지만 언젠가는 수정될 것입니다. ETA를 찾을 수 없습니다.

이러한 문제에 대해 더 이야기하고 권장 사항/해결 방법에 대한 도움을 받고 싶습니다. https://github.com/daed/laverna/issues/1 에 있는 내 포크에 이 문제를 복제할 것

나는 이 프로젝트에 대해 기득권을 느끼는 사람이라면 누구나 토론을 할 것을 강력히 권장하며, 이 프로젝트는 Laverna 조직에 존재하기 때문에 아마도 더 이상 업데이트되지 않을 것임을 다른 누구에게도 경고하고 싶습니다.

좋은 요약 @daed :

나는 ~ 안에있다!

참고로 #931

안녕하세요.
예전에 Laverna를 실행하다가 DropBox 때문에 포기했습니다. 내 2센트: 데이터베이스 백엔드가 있는 실제 클라이언트/서버 모델로 이동하면 많은 동기화 문제를 방지할 수 있습니다. 그리고 이것은 프로젝트를 거의 독립적으로 만들 것입니다.

@romu70 그게

호스트 버전, 자체 서버 가져오기 버전 및 독립 실행형 데스크톱 버전으로 원하는 방식으로 제공하는 방법을 찾으려고 애썼지만 지원하기가 엄청나게 어려울 것 같습니다.

클라이언트/서버가 실제로 다음 릴리스로 가는 가장 빠르고 가능성이 높은 경로라고 생각하지만, 앞으로 나아갈수록 독립 실행형 데스크톱 응용 프로그램을 구현하기가 더 어려워질 것입니다.

동의하는 경향이 있습니다. 제품을 사용자 서버에 설치한다고 생각하면 클라이언트/서버가 좋습니다. 이 방법을 사용하면 데이터가 비공개라는 것을 확실히 알 수 있지만 설정은 확실히 쉽지 않습니다.

데스크톱 응용 프로그램과 관련하여 이것이 문제를 더 어렵게 만드는지 확실하지 않습니다. Electron으로 프런트 엔드를 패키징하는 것에 대해 생각하면 거의 완료됩니다.

나는 이 코드 베이스를 모르는 사람들이 그것을 파헤칠 준비가 된 것을 보고 깊은 인상을 받았습니다. 그러나 이미 잘 유지 관리되는 코드 기반, 커뮤니티, 지원 등으로 이미 동일한 기능(DropBox 동기화)을 제공하는 Boostnote로 이동하는 더 쉬운 경로에 대해서도 할 수 있습니다.

인생은 바퀴를 재발명하기에는 너무 짧습니다.

Boostnote는 매우 매끄럽습니다. 저도 동의합니다. 그것은 훨씬 더 멀리 떨어져 있고 훨씬 더 광택이 있습니다. 하지만 암호화를 처리하지 않으며(기능 요청이 열린 지 1년이 조금 넘음) 컴퓨터에 설치해야 하는 공간이 laverna보다 훨씬 더 무거워 보입니다.

Laverna는 또한 USB에서 완전히 사용할 수 있으며 설치되지 않은 경우에도 Dropbox와 계속 상호 작용할 수 있습니다. 그것도 꽤 깔끔합니다. 나는 고정된 두 사람보다 더 많은 리소스를 가진 다른 메모 도구에도 불구하고 여기에서 절약할 가치가 많다고 생각합니다.

여기 단순한 사용자이지만 Laverna의 주요 기능은 '노트를 비공개로 유지'라는 스트랩 라인을 사용한 영지식 암호화입니다. 그것 없이는 Evernote로 돌아갈 수도 있습니다.

좋아, laverna 프론트 엔드의 전자 구현은 dev 브랜치에 대해 생각했던 것보다 구현하기가 훨씬 쉬웠습니다. 여전히 (작동하는) 자동화된 빌드 도구가 필요하지만 올바른 방향으로 나아가는 단계입니다.

@glocalglocal "비공개"의 정의는 무엇입니까?

"암호화되었지만 소유하지 않은 서버에서"가 "비공개"로 간주됩니까?
"암호화되었지만 로컬 하드 드라이브에 있음"은 어떻습니까?

나는 우회적으로 생각하는데, 첫 번째 것이 충분히 좋은지, 아니면 두 번째가 소프트웨어 사용을 고려하기 위한 요구 사항인지 묻는 것입니다. 오답 없음; 여기에 사용자 관점이 필요합니다.

선택은 항상 좋습니다. 따라서 다른 성숙한 대안이 있음에도 불구하고 이 프로젝트를 포크하는 데 시간과 노력을 기울일 가치가 있습니다.

다음은 처음에 가장 유연하고 유지 관리 가능한 타협이 될 것이라고 생각하는 것입니다.

현재 개발 중:
Laverna는 UI를 계산하면 3개, mongodb를 계산하면 4개(현재 요구 사항)의 두 가지 구성 요소입니다. 사용자에게 무리한 기대를 하는 것입니다. 사용자 대면 구성 요소는 신호 서버와 통신하고 차례로 mongodb와 통신합니다. 현재 모든 mongodb는 사용자 이름과 공개 키라고 생각하는 것을 저장합니다. 내가 아는 모든 시그널 서버는 UI를 처리하는 구성 요소에서 데이터베이스를 분리합니다. 이는 사용자가 laverna "gui"(예: 전자의 laverna)를 실행하고 공용 laverna "server"/db에 연결할 수 있음을 의미합니다. 내 피상적인 테스트를 기반으로 하지만 다중 사용자/다중 장치 구현이 불완전해 보입니다. 어떻게 든 완전히 완료되면 사용법을 알 수 없으므로 너무 복잡할 수 있습니다.

내가 개발자에게 제안하는 것:
신호 서버와 UI를 하나의 패키지로 병합합니다. 또한 이 병합된 패키지의 전자 버전을 빌드합니다. 신호 서버를 통해 모든 데이터를 데이터베이스로 처리합니다. 노트, 노트북, 백업 구성 파일, 개인 키를 제외한 모든 것. UI, 신호 서버 또는 둘 다를 시작할 수 있는 구성이 포함되어 있습니다. 또한 sqlite3 연결을 처리할 수 있는 신호 서버용 어댑터를 빌드합니다.

이것은 laverna를 사용하여 원하는 모든 것으로 바꿀 수 있습니다. 다음 중 하나를 선택할 수 있는 이 구성표의 세 가지 분명한 구성:

1. 완전 관리형: UI, 신호 서버 및 데이터베이스는 모두 어딘가의 서버에서 실행됩니다. 브라우저를 통해 연결합니다. 이것은 기본적으로 오늘날 laverna.cc가 어느 정도입니다. 가장 편리하고 다운로드/설치할 필요가 없지만 투명성이 가장 낮고 서버 관리자를 맹목적으로 신뢰해야 합니다. 저는 이것을 "Evernote 구성"이라고 부르겠습니다.
2. 클라이언트/서버: UI는 노드 또는 전자를 통해 클라이언트 컴퓨터에서 실행되고 신호 서버 및 데이터베이스는 서버 어딘가에서 실행됩니다. 중앙 집중식 저장소가 있고 라인에 포함될 수 있는 모든 협업 기능을 사용할 수 있으며 UI 클라이언트를 소유하고 있습니다. UI 클라이언트는 클라이언트 수준에서 보안이 유지된다는 합리적인 기대를 갖도록 소스에서 빌드할 수 있습니다. 이것은 아마도 기능, 편의성 및 보안의 최상의 절충안일 것입니다. 이것은 내가 keybase가 작동하는 방식을 이해하는 방식과 어렴풋이 비슷합니다.
3. 완전 독립형: UI, 신호 서버 및 데이터베이스가 모두 하나의 상자에서 실행됩니다. 노드 또는 전자는 사용자가 실행할 때 UI와 신호 서버를 시작합니다. 데이터베이스는 mongodb를 선택하거나 쉽게 추가 설치 옵션이 필요하지 않은 경우 sqlite3을 선택할 수 있습니다. dropbox api 메서드를 완전히 덤프하고 파일 시스템을 통해 dropbox 동기화를 진행합니다. 보관용 계정을 동기화하려면 데이터베이스를 보관용 디렉터리의 적절한 경로에 두도록 선택할 수 있습니다. 메모를 플래시 드라이브나 NFS 또는 /dev/null에 기록하려면 그렇게 하라고 지시하면 됩니다. 이것은 아마도 현재 릴리스의 laverna가 현재 작동하는 방식에 가장 가까운 것입니다.

위의 "클라이언트"와 "ui"를 같은 의미로 사용합니다.

내 유일한 진짜 관심사는 특히 Dropbox 간에 동기화할 때 sqlite3의 견고성입니다. 저는 사람들이 보관용 계정과 관련하여 겪었던 대부분의 동기화 문제가 API와 관련되어 있다는 직감(예감에 불과함)을 가지고 있으며, 보관용 계정 액세스를 위해 앱/파일 시스템으로 전환하기만 하면 이러한 고통을 많이 해결할 수 있습니다.

그것은 넘어야 할 것이 많고, 아마도 내 생각을 가장 잘 설명하지 못할 것입니다. 하지만 질문이 있으십니까? 우려? 코멘트?

@daed 는 사용자의 관점에서 암호화가 충분히 강력하고 투명하기만 하면 db를 어디에나 저장할 수 있으며 이는 개인 정보 보호 문제를

나는 조사/감사를 위한 오픈 소스 데스크탑과 모바일 클라이언트와 이식성과 공유성을 위한 서버 스토리지가 있는 클라이언트/서버 모델(2)을 선호합니다. 종종 응용 프로그램은 독립 실행형 모델(3)을 옵션으로 제공합니다. 모델 2의 db 로컬 복사본도 선택적으로 Dropbox, MEGA 등 폴더에 저장할 수 없습니까? 서버가 영원히 사라지더라도 작동합니다.

모델 (1)에서 클라이언트 측 암호화/복호화로 신뢰 문제가 해결되지 않습니까? 예: Lastpass, Bitwarden. 그것은 브라우저에서 실행되는 것이 면밀히 조사된다고 가정합니다. 모델 (1)은 특정 상황에서 편리할 것입니다.

모델 1의 경우:
이 경우 '클라이언트'는 laverna ui에 연결하는 '멍청한' 웹 브라우저입니다. 그것은 우리에게 두 가지 옵션을 제공합니다.

• 우리는 사용자에게 개인 키에 대한 경로를 요청하여 (로컬에서) 읽을 수 있고, laverna ui를 실행하는 노드 인스턴스에 메시지를 전달하기 전에 브라우저 측 js에서 암호화를 수행할 수 있습니다. 이는 다음과 같이 불편합니다. 처음에는 완전히 호스팅된 설정의 목적을 무효화하는 로컬 파일이 필요합니다. 이것은 github 작동 방식과 비슷하지만 github에는 기술적으로 여전히 git/ssh를 사용하는 클라이언트가 있습니다.
• 또는 서버가 귀하의 개인 키를 유지/관리하도록 할 수 있으며(그러나 귀하의 암호는 절대 사용하지 마십시오) 100% 원격으로 작업을 수행합니다. 개인 키를 다운로드/변경할 수 있지만 우리가 암호를 유지하지 않으며 키를 안전하게 유지하는 데 방해가 되지 않는다는 것도 믿어야 합니다. 이것이 지금 내가 생각하는 구현 방식에 더 가깝습니다. 이것은 기본적으로 더 친근한 ToS와 기분 좋은 오픈 소스 분위기가 있는 무료 에버노트입니다. 이상적이지는 않지만 일부 사람들에게는 충분할 수 있습니다.

더 많은 옵션이 있을 수 있지만 이 시점에서 그들이 무엇을 할지 잘 모르겠습니다. Lastpass/Bitwarden은 암호를 저장하고 난독화한다고 생각했습니다. 이것과 함께 사용할 수 있는 암호화 기능이지만 키 관리 문제는 해결되지 않습니다. 저도 사용해본 적이 없어서 그 유용성을 완전히 이해하지 못했을 가능성이 있습니다.
이 모든 것이 말하지만, 저는 아마도 AWS에 이와 같은 "공식" 서버를 설정하거나 일부 사람들에게 충분하지 않은 경우에 대비하여 설정할 것입니다. 신뢰 문제가 있더라도 무료 Evernote가 일부 사용자에게는 충분할 것이라고 상상합니다. 기부 버튼을 누르고 호스팅 비용을 회수할 수 있는지 확인하십시오.

모델 2의 경우:
이것은 실제로 가능한 세 가지 중 내가 가장 좋아하는 구현입니다. 기술적으로 제로 소프트웨어는 여전히 컴퓨터에 설치해야 합니다. USB 드라이브에서 laverna를 실행하고 거기에 키를 보관할 수 있습니다. 공용 컴퓨터를 위해 그렇게 멀리 가고 싶다면 꼬리가 설치된 USB 드라이브에 내장할 수도 있습니다.
나는 로컬 사본을 고려하지 않았지만 일종의 메모 가져오기/내보내기/백업 기능이 내 목록에 있었기 때문에 이러한 종류의 두 가지가 잘 어울립니다. 서버가 나간 경우 모델 3으로 변경하고 메모를 가져오고 아무 일도 없었던 것처럼 이동할 수 있습니다. mongodb에 저장된 데이터에서 일부 로컬 형식으로 이동하는 것이 약간 이상할 수 있지만 이는 아마도 처리할 수 있는 것입니다.

일반적인 업데이트로 저는 지난 밤 늦게 UI와 신호 서버가 내장되어 있고 둘 다 시작 시 실행되는 개념 증명 전자 앱을 만들었습니다. 그것은 완전히 광택이없고 출시하기에 완전히 부적합하지만 추가 노력을 거의 들이지 않고도 여전히 모델 3을 보유하는 것이 100% 가능하다는 것을 보여주었습니다.

3가지 모델 구성표를 사용하면 laverna ui 및 서버 항목을 포함하고 전자는 포함하지 않는 "서버" 버전과 모든 구성 요소를 포함하는 "클라이언트" 버전용 패키지를 만들 것입니다. 전자로. 서버 버전의 경우 구성은 파일을 편집하여 수행해야 하지만 모델 1 또는 모델 2에 대한 서버 측 구성 요소를 제공할 수 있는 반면 클라이언트 버전에는 UI 구성 페이지/마법사가 있고 다음을 제공할 수 있습니다. 모델 2 및 전체 모델 3 구현을 위한 클라이언트용 구성 요소.

이 대화는 도움이 되었지만 이 laverna repo에 남아 있는 것은 아무 것도 할 수 없기 때문에 특별히 도움이 되지 않습니다. 나는 누군가 새로운 것을 게시하는지 확인하기 위해 여기에서 확인할 것이지만, 만약 당신이 이것에 대해 계속 이야기하고 싶다면(그리고 모든 사람들이 그렇게 하기를 바랍니다!) 나는 우리가 https://github.com/daed 에서 내 작업을 하도록 요청할 것입니다.

그리고 감사합니다.

나는 Forking이 무엇을 의미하는지 모릅니다(그리고 내가 해야 하는지 확신이 서지 않습니다.) 하지만 어쨌든; laverna apk를 시도했는데 동기화가 작동하지 않는 것 같습니다. 나는 5storage로 그것을 시도했다. 다른 페이지에 다른 Android 버전이 있지만 릴리스가 없는 것 같습니다. 빌드해야 하고 내 지식이 부족하여 실패했습니다.

@xreqx 그것은 프로젝트가 죽었다는 것을 의미하며, 나는 코드를 가져 와서 스스로 다시 시작합니다 (누구든지 도와주고 싶어하는 사람과 함께).

솔직히 모바일 버전은 아직 안 봤습니다. 솔직히 말해서 모바일 애플리케이션을 작성해 본 경험이 전혀 없습니다. 그래도 일하고 ​​싶은 일입니다.

표준 파일을 언급할 가치가 있습니다. 표준 메모에서 사용하는 라이브러리.

표준 파일은 웹 및 기본 애플리케이션을 위한 동기화 및 암호화 라이브러리입니다. 이를 통해 개발자는 뛰어난 사용자 대면 애플리케이션을 구축하는 데 집중할 수 있으며 동기화, 서버 및 종단 간 암호화는 이 라이브러리에 맡길 수 있습니다.
..
표준 파일은 데이터 스키마를 알지 못하거나 신경 쓰지 않는 "멍청한" 백엔드 서버를 배포할 수 있게 해주는 재사용 가능한 클라이언트 및 서버 시스템이며, 이를 통해 클라이언트 측에서 데이터를 암호화하고 원격 서버와 동기화할 수 있습니다. .

그래서 wwebfor가 저에게 돌아왔습니다. 그는 프로젝트를 끝냈습니다.

참고로 저는 이 위키페이지를 얼마 전에 만들었습니다. 귀하의 의견에 연결했습니다:
https://github.com/Laverna/laverna/wiki/DEAD-PROJECT-ALERT