2014-06-16 4 views
1

죄송합니다.이 질문은 이미 물어 보았지만 어쨌든 최선의 검색 조건을 모릅니다.웹 서버로 웹 브라우저

클라우드 앱이 클라이언트 웹 브라우저에 SPA (단일 페이지 앱)를 제공하는 상황이 있습니다. 한 번에 여러 클라이언트가 연결되어 모두 동일한 네트워크에서 작동합니다. 예를 들어 비즈니스가 함께 작업하기 위해 사용하는 앱이 모두 동일한 물리적 공간 (모두 동일한 네트워크에 있음) 내에있을 수 있습니다.

인터넷 연결이 불안정 할 수 있다는 우려가 있습니다. 로컬로 클라이언트 변경 사항을 저장 한 다음 연결이 복원되면 서버로 모두 푸시 할 수 있다는 것을 알고 있습니다. 그러나 문제는 일부 클라이언트 (디스플레이 시스템)가 다른 클라이언트 (모바일 입력 시스템)의 최신 데이터를 표시해야한다는 것입니다. 인터넷이 1 ~ 2 분간 중단되면 용납 될 수 없습니다.

나의 현재의 생각은 로컬 네트워크가 모든 클라이언트가 연결할 수있는 일종의 "ThinServer"를 필요로한다는 것입니다. 이 ThinServer는 주 클라우드 서버의 프록시로 작동합니다. 인터넷이 깨지면 ThinServer가 데이터를 동기화하는 작업을 대신하게됩니다. 모든 클라이언트가 전체 SPA가 될 것이기 때문에 이동하는 것은 데이터 일뿐입니다. 따라서 ThinServer는 DB 정보를 동기화해야합니다 (전체 SPA를 호스팅 할 필요는 없습니다. 나쁜 것).

그러나 전체 전용 서버는 대부분의 회사가 설정하기에 분명히 큰 장애물입니다.

문제는 웹 페이지가 웹 서버로 작동하도록하는 기술이 있습니까? 사업체 중 하나의 브라우저에서 thinserver.coolapp.com으로 이동하라는 지시를받을 수 있습니까? 이 "웹 페이지"는 "이 네트워크의 모든 클라이언트는 192.168.1.74:2000에 연결해야합니다"(이 페이지를 실행하는 시스템의 IP : 포트)라고 말합니다. 모든 클라이언트는이 새로운 "서버"에 연결하고 인터넷이 중단 된 경우 해당 서버가 데이터 조정자 역할을합니다.

즉, 나는 복잡한 서버 설정에 대한 아이디어를 정말로 좋아하지 않습니다. 서비스를 시작하는 간단한 URL 만 있으면됩니다.

유일한 옵션은 설치해야하는 바이너리 프로그램이어야 할 수도 있습니다. 이상적인 해결책은 아니지만, 아마도 유일한 해결책 일 것입니다. 그렇다면 단 한 번의 클릭으로 웹 서버를 사용하는 프로그램이 있습니까? 나는 MAMP, LAMP 등을 시도했지만, 모두 개발자 용으로 설계되었습니다. 보다 합리화 된 다른 것들?

아이디어를 제공해 주셔서 감사합니다.

답변

2

여기에 접근 할 수있는 몇 가지 기본적인 방법이 있습니다. 첫 번째는 제안한대로 브라우저에서 서버를 호스팅하는 것입니다. 일부 예제 프로젝트 :

또 다른이의 WebRTC를 사용하는이 브라우저는 당신이 그들에게 모든 주 날짜가 또는 하나를 가질 수있다 (서로간에 정보를 공유 할 수 있도록 통신을 피어 투 피어 당신이 원했던 아키텍처가 아닌 '마스터'등으로 행동하십시오.) 그 가능성은 피부 아래에서 다르기는 어려울 지 모르지만, 애플리케이션 디자인은보다 '피어 투 피어 (peer to peer)'모델 또는 필요에 따라 더 많은 '클라이언트 서버'모델에 더 적합 할 수 있습니다.당신이 필요, 과거에 유사한 브라우저 확장 메커니즘을 사용,

내가 개인적으로 위의 중 하나를 사용하지 않은하지만 난 말할 것입니다 : 예 프로젝트 '피어 투 피어' 사용자가 원하는 것을 수행 할 수 있는지 결정하기 전에 브라우저 요구 사항을 확인하십시오. 위의 상위 하나는 크롬 기반이며 (저는 믿습니다) 두 번째는 Firefox입니다. 피어 투 피어 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 투 피어 브라우저 유형 및 플러그인 등을 지정할 수있는 환경에 있다면이 방법이 좋습니다. 개념은 확실히 매우 흥미

(웹 서버를 피어 투 피어) 당신이 그것을 탐구하는 시간이 있다면 그것은 좋은 것입니다. 당신이 즉각적인 비즈니스 요구 사항이있는 경우,이 사이트 서버 기반의 접근 방식에 대한 간단한 실제로 (필요한 기술은 매우 일반적으로 사용할 수있는대로)을 유지하는 것이 더 쉬울 수 실제로 브라우저의보다 다양한 지원하고, 더 신뢰할 수 있다는 것을 수 있습니다. 'WebRTC에'는 질문의 첫 번째 줄에 대답, 아마 당신을위한 좋은 검색 용어입니다 -

BTW, 나는 말했다 있어야합니다.

+0

감사합니다! 그 때 나는 깨달은 더 나은 정보를 얻을 수있었습니다. 나는 RTC에 대해 들었지만, 지금은 비디오에 관한 내용 만 읽었을 뿐이라고 생각했다. 피어 투 피어 (peer-to-peer) 데이터도 좋다고 들린다. 그러나 서버 설치가 더 쉬울 수도 있습니다. 나는 계속 연구 할 것이다. 귀하의 의견에 진심으로 감사드립니다! –

+0

행운을 빈다! 어쩌면 여기서 신뢰할 수있는 피어 투 피어 솔루션을 찾으면 의견이나 다른 답변에서 여기를 업데이트 할 수 있습니다. – Mick

+0

나는 할 것이다. 지금까지 WebRTC는 사용자가 특정 컴퓨터 및 브라우저를 "강제로"사용할 수 있기 때문에 최상의 옵션처럼 보입니다. 고마워, 또. –