2011-08-26 3 views
1

큰 응용 프로그램을 만들 계획입니다. 모바일 응용 프로그램 인터페이스 (iOS, Android, blackberry)와 함께 브라우저 기반 인터페이스를 갖습니다.모바일 및 웹 응용 프로그램 용 서버

서버에서 이러한 인터페이스로 데이터를 전송할 수 있기를 원하며 모바일 앱에서 많은 양의 데이터가 서버로 다시 전송됩니다. 그래서 제 질문은 어떤 종류의 서버를 만들려고하는지입니다.

나는 자바로 글을 쓸 수 있고 다른 글에서 글을 쓸 수는 있지만 주로 PHP 개발자이다. 새로운 언어를 배우는 것이 좋습니다. PHP 개발자로서의 생각은 PHP 응용 프로그램을 만들고 다른 인터페이스에 전원을 공급하는 API를 사용할 수 있다는 것입니다.

그러나 많은 데이터가 돌아 다니고 PHP가이 기본 설정의 기본이 될 것 같지 않습니다. 그래서 대안을 모색 중입니다. 이것으로 어디서부터 시작해야 할까?

+1

무엇을 하든지, gzip 또는 다른 압축 프로토콜을 사용하여 휴대 기기로 송수신 할 때 기억해야 할 데이터가 많이있을 것입니다. Wi-Fi를 사용하지 않을 때 5kb와 50kb의 차이는 터무니없이 눈에 띄며, 지퍼를 사용하기위한 여분의 CPU주기는 아닙니다. 그냥 생각. – yep

답변

0

는 브라우저 기반 클라이언트를 생성 Rhomobile의 로즈와 같은 프레임 워크를 사용할 수 있으며 그들은 또한 서버 구성 요소를 제공합니다 http://rhomobile.com/products/rhosync/

0

일반적인 관행 서로 다른 서버 사이의 백엔드 기능을 분리하는 것입니다.

  • 서버 1 : 정적 컨텐츠를 제공
  • 서버 2 : 실시간위한 전용 실시간 인프라 : 당신의 동적으로 생성 된 컨텐츠 (예 : DB의 상호 작용으로
  • 서버 3 IO를 필요로 쿼리를 기반으로 물건을 제공 푸시 기능

서버 1 & 2 아마 지금 같은 서버가 될 수 있지만 서버 간의 전용 실시간 서버. 통신이 정상적으로 message queue 고도의 일종으로 수행 갖는 것을 권 해드립니다 hough 웹 서비스 호출도 옵션입니다.

내 관심 분야는 실시간 푸시이므로 여기에 대한 정보가 더 있습니다. PHP를 계속 사용하려면 phpwebsocket 프로젝트가 있습니다. 자바를보고 싶다면 [워터 스팟 (WaterSpout)] (http://www.spoutserver.com/), jwebsocketJetty이 잠시 동안 있었고 트위터에서 사용한 마지막 (내가 마지막으로 확인한 시간)입니다. 스트리밍 API.

내가 유지하고있는 Realtime technologies guide에는 솔루션의 실시간 구성 요소에 대한 더 많은 옵션이 있습니다.