Feathers: 오프라인 우선 앱을위한 데이터베이스 동기화

예, 오프라인 우선 기능이 있어야합니다. PouchDB 와의 로컬 에서 데이터를 동기화 할 수 있으면 좋을 것입니다 ( 브라우저 를 통해 작동합니까?). 스토리지 / IndexedDB를 MongoDB로 원격 (예 : minimongo )

TL; DR I의 요구에 FeatherJS 이 활성 / 버없는 오래된 보일 / 죽은

건배

@katopz는 현재 자동 오프라인 모드를 지원하지 않습니다. 현재 귀하에게 맡겨져 있습니다. 우리는 그것을 완전히 구체화 할 시간이 없었지만 지금은 모든 조각이 제자리에 있다고 확신합니다.

클라이언트에서 https://github.com/feathersjs/feathers-localstorage 를 사용하면 데이터를 캐시하도록 후크를 설정할 수 있습니다. after 서비스가 데이터를 반환하거나 localstorage 캐시를 확인합니다 before 서비스가 서버에 도달했습니다.

다음 달 정도에 걸쳐 이것을 구체화 할 시간이 있기를 바랍니다. 누군가가 균열을 가지고 PR 또는 굉장한 가이드를 제출하고 싶다면! :미소:

우리는 확실히 그것에 대해 생각하고 그것을하기위한 조각들을 만들어 왔지만, 단지 아직 아이디어를 완성 할 시간이 없었습니다.

이제 feathers-levelup 사용하여 범용 (동형) 스토리지를 사용할 수 있으며, 노드에는 leveldown (또는 다른 스토리지 백엔드 )가 있고 브라우저에서는 level-js 가 있습니다. (@ derek-watson에게 감사드립니다!)

클라이언트와 서버 서비스를 동기화 상태로 유지하는 것은 독자의 몫이지만 실시간 데이터 이벤트에 대해서는 간단해야

예! 레벨 업을 잊었습니다! 많이 : heart : @ derek-watson에게 그것을 위해! 기술적으로는 브라우저에서도 NeDB를 사용할 수 있습니다. 따라서 몇 가지 다른 스토리지 엔진 옵션이 있습니다.

재사용 가능한 모듈보다 레시피처럼 보일 것이라고 생각합니다. 어딘가에 묶인 고리가있을 수 있습니다. 누군가가 우리가하기 전에 이것에 대해 진전을 보이면 공유 해주세요. 그렇지 않으면 우리는 아마도 # 227과 함께 다음 달 내에 이것에 도달 할 것입니다.

leveldb 물건은 멋져 보입니다! https://github.com/feathersjs/feathers/issues/256 과 결합하면 실제 오프라인 기능을 구현하는 데 좋은 기반이 될 것이라고 생각합니다. 리 액티브 확장을 사용하면 클라이언트 측 폴 스루 캐싱과 같은 것을 훨씬 쉽게 구현할 수 있으며, 이는 전체 오프라인 동기화를위한 작은 단계 일뿐입니다.

feathersjs에 대한 일반적인 오프라인 요구를 지원하기 위해 Redux 미들웨어를 개발 중입니다.

곧 첫 번째 버전이 완료되기를 바랍니다.

@hnordt 대단해! @ahdinosaur 의 https://github.com/ahdinosaur/feathers-action 및 @saiichihashimoto 의 https://github.com/saiichihashimoto/feathers-react-redux 에서 영감을 얻거나 협력하라!

@ekryski 감사합니다. 내가 한 번 볼게.

feathers-react-redux 는 실제로 사용하기 위해 약간의 작업이 필요하지만 잘 계획되지 않았습니다. ;-)

+1 Pouchdb 지원 추가

NeDB를 사용하는 것이 최고의 오프라인 동기화 옵션이라고 생각합니다. 이미 전체 쿼리 구문을 지원하므로 서버에 연결된 것처럼 쿼리를 수행 할 수 있습니다. 엄청나게 성능이 뛰어나고 브라우저를위한 플러그 형 스토리지 엔진이 있습니다. 또한 이미 어댑터가 구축되어 있습니다.

NeDB 솔루션의 경우 +1. 나는 서버도 좋아합니다.

NeDB 또는 LokiJS 또는 PouchDB?
NeDB와 비교하면 LokiJS가 더 빠르고 저자가 mongodb와 완전히 호환되는 API를 개발할 계획이 있었기 때문에 선호합니다.
PouchDB의 경우 CouchDB와 완벽하게 호환됩니다. 따라서 단일 명령을 사용하여 데이터베이스를 모든 CouchDB 서버에 동기화 할 수 있습니다.

Loki는 꽤 멋져 보입니다.

LinvoDb https://github.com/Ivshti/linvodb3를 권장합니다.
라이브 쿼리가 있으며 NeDB보다 더 잘 확장됩니다.

로컬 스토리지로 많은 수동 작업을하는 것 외에는 모바일 스토리지와 오프라인 퍼스트 애플리케이션에 대해 아무것도 모르기 때문에 최고의 오프라인 스토리지 솔루션이 무엇인지 말 그대로 저는 전혀 의견이 없습니다. 그러나 Headstart에서 우리가 무엇을하고 있는지 / 다른 스위치를 위해 일부 스위치를 뒤집을 경우 우리가 생각하는 것에 대해 어떤 맥락에서 던질 가치가 있습니다.

11 월과 12 월에 애플리케이션에 오프라인 기능을 추가 할 계획이므로 아직 문제의 핵심을 다루지 않았습니다.

그 동안 우리는 아마도 mvp에 필요한 오프라인 기능 중 일부를 위해 redux-persist와 같은 것을 사용할 것입니다.

https://github.com/rt2zz/redux-persist

페더가 모바일 로컬 어댑터 자체를 지원해야하는 이유가 있다고 생각합니다.

@ekryski 가 언급했듯이 라이브러리에서 재사용 가능한 후크 세트가 더 나은 아이디어 일 수 있습니다. 서버 측뿐만 아니라 모바일 용으로 많은 어댑터를 지원하려는 시도는 사람들이 사용하고 요구하는 다양한 솔루션의 수를 고려하여 (위에서도) 지원하기에는 너무 많은 범위가 될 수 있습니까?

필자는 모바일 연결을 기반으로 '통합'하는 방법을 보여주는 후크 라이브러리를 선호하며, 각 사용자는 사용하려는 로컬 스토리지 시스템에 적용 할 수 있습니다.

그것이 말이 되길 바라며 나는 완전히 오해하지 않았습니다.

참조를 위해 @ gor181 .

@Mentioum 11 월 / 12 월 MVP는 어떻습니까? 무엇을 사용하기로 결정 했습니까?

ForerunnerDB를 사용하기로 선택했습니다.

2016 년 11 월 27 일 일요일 오후 12:12 Luke Browell [email protected]
썼다 :

@Mentioum https://github.com/Mentioum 11 월 / 12 월 MVP는 어떻습니까 ,
무엇을 사용하기로 결정 했습니까?

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/feathersjs/feathers/issues/264#issuecomment-263144379 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ACFSMbrn_nO1oyNsoK0F41BqaetzowkNks5rCeQqgaJpZM4HxjN7
.

>

막시밀리안 알렉산더
[email protected]
www.maxofeden.com

@eddyystop 은 오프라인에서 훌륭한 작업을하고 있습니다. https://docs.feathersjs.com/guides/offline-first/readme.html 에서 모든 관련 리포지토리에 대한 링크가있는 가이드를 찾을 수 있습니다.

구체적인 토론과 질문은 적절한 리포지토리로 전달되어야하므로이 문제를 해결할 수 있다고 생각합니다.

이 문제는 닫힌 후 최근 활동이 없기 때문에 자동으로 잠겼습니다. 관련 버그에 대해이 문제에 대한 링크와 함께 새 문제를여십시오.