Node.js의 멋진 점을 잘 요약해 주셨습니다. 제 생각에는 Node.js는 브라우저에서 서버로 지속적인 연결을 유지하려는 애플리케이션에 특히 적합하다고 생각합니다. '롱 폴링'1이라는 기술을 사용하면 사용자에게 실시간으로 업데이트를 전송하는 애플리케이션을 작성할 수 있습니다. 루비 온 레일즈]2나 장고와 같은 많은 웹에서 긴 폴링을 수행하면 각 활성 클라이언트가 하나의 서버 프로세스를 차지하기 때문에 서버에 엄청난 부하가 발생하게 됩니다. 이 상황은 타핏 공격에 해당합니다. Node.js와 같은 것을 사용하면 서버는 열려 있는 각 연결에 대해 별도의 스레드를 유지할 필요가 없습니다.

즉, 많은 클라이언트에 서비스를 제공하는 데 시스템 리소스를 거의 사용하지 않는 브라우저 기반 채팅 애플리케이션을 Node.js에서 만들 수 있습니다. 이러한 종류의 장기 폴링을 수행하고자 할 때마다 Node.js는 훌륭한 옵션입니다.

루비와 파이썬 모두 이러한 종류의 작업을 수행할 수 있는 도구(eventmachine 및 twisted가 각각 있음)가 있지만, Node.js는 처음부터 이 작업을 매우 잘 수행한다는 점을 언급할 가치가 있습니다. 자바스크립트는 콜백 기반 동시성 모델에 매우 적합하며, 특히 이 부분에서 탁월합니다. 또한 클라이언트와 서버 모두에서 네이티브 JSON으로 직렬화 및 역직렬화할 수 있다는 점은 매우 훌륭합니다.

다른 답변도 읽어보고 싶네요. 정말 멋진 질문입니다.

클라이언트/서버 간에 많은 코드를 재사용해야 하는 상황에서도 Node.js가 유용하다는 점을 지적할 가치가 있습니다. Meteor 프레임워크]8는 이를 매우 쉽게 만들어주며, 많은 사람들이 이것이 웹 개발의 미래가 될 것이라고 제안하고 있습니다. 제 경험에 비추어 볼 때 Meteor로 코드를 작성하는 것은 매우 재미있으며, 그 중 가장 큰 부분은 데이터를 어떻게 재구성할지 고민하는 시간을 줄여 브라우저에서 실행되는 코드가 데이터를 쉽게 조작하고 다시 전달할 수 있다는 점입니다.

다음은 피라미드와 롱폴링에 관한 기사로, 지벤트의 도움을 조금만 받으면 매우 쉽게 설정할 수 있는 것으로 밝혀졌습니다: 피라미드를 사용한 틱택토 및 롱 폴링.

온라인 게임, 협업 도구, 채팅방 등 한 사용자(또는 로봇? 센서?)가 애플리케이션에서 수행하는 작업을 페이지 새로고침 없이 다른 사용자가 즉시 확인할 수 있어야 하는 모든 실시간 애플리케이션에 Node.js가 가장 적합하다고 생각합니다.

또한 Socket.IO를 Node.js와 함께 사용하면 긴 폴링으로 가능한 것보다 실시간 대기 시간을 훨씬 더 줄일 수 있다는 점도 언급해야 합니다. Socket.IO는 최악의 경우 롱 폴링으로 되돌아가고 대신 웹 소켓이나 사용 가능한 경우 플래시를 사용합니다.

하지만 스레드로 인해 코드가 차단될 수 있는 거의 모든 상황을 Node.js로 더 잘 해결할 수 있다는 점도 언급해야 합니다. 또는 애플리케이션이 이벤트 중심이어야 하는 상황도 마찬가지입니다.

또한 Ryan Dahl은 제가 참석했던 강연에서 Node.js 벤치마크가 일반 구형 HTTP 요청에 대해 Nginx와 거의 비슷한 수준이라고 말한 적이 있습니다. 따라서 Node.js로 빌드하면 일반 리소스를 매우 효과적으로 제공할 수 있으며, 이벤트 기반이 필요할 때 바로 처리할 수 있습니다.

게다가 모든 것이 항상 자바스크립트입니다. 전체 스택에서 공용어를 사용합니다.

노데지스 사용하는 이유.

• It 런입니다 Javascript 언어를 사용할 수 있도록 이 같은 서버 및 클라이언트, , 공유도 그들 사이에 일부 코드 (예를 들어, 양식 검증 또는 렌더링하려는 보기 dell. 양 끝에.)

• 이 [단일 스레드] (http://www.haneycodes.net/to-node-js-or-not-to-node-js/) 이벤트 기반 시스템은 [ 빠른 ] (https://stackoverflow.com/questions/9290160/node-js-vs-net-performance), 또한 기존의 단순 비교해 볼 때, 한 번에 많은 경우에도 취급료 요청률 멀티스레디드 [Java] (http://www.infoworld.com/article/2883328/java/java-vs-nodejs-an-epic-battle-for-developer-mindshare.html) 또는 로 프레임워크와도.

• 이 계속 풀 [패키지] (http://npmjs.org/) 를 통해 액세스할 수 있는 클라이언트 및 서버 측 라이브러리보다는 / 모듈에서는 windows용 고궁박물원 등 명령줄 도구 뿐만 아니라, 웹 개발을 위한. 이들 중 가장 편리하게) 에 호스팅되어 깃허브 이슈 및 가끔 찾아 고정식입니다 몇 시간 안에 있는 보고할 수 있습니다! # 39 의 한 지붕 아래에 있는 모든 것을 가질 수 있는 좋은 it& 표준화했습니다 문제를 보고 및 쉽냐구요 분기.

• It 되었습니다 및 기타 웹 관련 툴을 실행할 수 있는 환경을 사실상 표준 자바스크립트 관련 툴과도 windows용 작업 등 결코 미니피어스 아름답게하는 전처리기 들러 및 분석,, 린터 프로세서입니다.

• 아주 적합한 애자일 개발 및 , 신속한 제품 이터레이션에 프로토타입 보인다.

• • 노데지스 사용할 수 없는 이유.

• It 런입니다 Javascript 없는 컴파일 타임 유형 검사를. 시스템, 또는 다른 조직이나 프로젝트 등 안전에 중요한 복잡한 대규모 인터페이스를 제공하며, 언어 간 협력을 유도하는 정적 타입 검사 구할 수 있는 계약 좀 디버깅하지 시간 (폭발 및 ) 과 the long run. (단, JVM 고정되었습니다. 'null' 로, 하스켈 단축시킵니다 원자로에서 사용하는 주시기 바랍니다.)

• 그 많은 패키지의 추가되든지 고궁박물원 조금 남아 있는 신속한 개발 및 기초형상 , 있다. 십 년 동안 테스트를 하고 있으며, 일부 라이브러리보다는 종전의 프레임워크와도 %s/dbase/ext_table. 버그피싱 매우 안정적인 (오른쪽) 가 됐다. [Npmjs.org 주님으로부터그에게 메커니즘을 전송률인 패키지] (https://pinboard.in/u, 이하 확산으로 이어질 디스크입니다. diskid :dandv/t:npm/t:against) 하는 패키지를 같은 일이 더 큰 비중을 차지하는 것은 더 이상 내려졌단 재배케하여 주장했다.

• 네스트된 콜백하는 불지옥의. (물론 [20 개의 서로 다른 솔루션] [1] 이 있습니다.)

• 이 프로젝트를 통해 한 것처럼 완전히 다른 계속 풀 패키지 내말들어봐 노데지스 다음. 구현 시 큰 다이버시티는 인해 엄청난 수의 옵션을 사용할 수 있다 (예를 들면 익스플레스 / [사일s.j스] (http://sailsjs.org/) / [유성] (https://www.meteor.com/) / [더비] (http://derbyjs.com/)). 이 새로운 개발자 건너뛰려면 노드입니다 프로젝트에 대해 더욱 어려워질 수 있다. 레일) 에 있는 개발자 대조합니다 함께 기존 프로젝트: 그는 모든 앱에 대해 잘 알고 있기 때문에 아주 빠르게 얻을 수 있을 땐 레일 권장됨 유사한 구조를 사용하여 *.

• 조금 통증 파일을 다룰 수 있다. 다른 언어로, 텍스트 파일에서 라인 등 사소한 일들이 판독값 있다 [이상한 함께 할 만큼 node. js] (https://stackoverflow.com/questions/6156501/read-a-file-one-line-at-a-time-in-node-js # comment23691959_6156501) 에 대한 질문을 받고, 스택 오버플로 there& s # 39 로 80+ 업보테스. # 39 의 there& [간편하게 읽을 수 없는 한 번에 하나의 레코드를 통해 CSV 파일] (https://stackoverflow.com/questions/19587936/how-can-i-parse-records-on-demand-with-node-js). 상술합니다.

그러나 나는 내가 좋아하는 것은 큰 재미를 노데지스 빠르고 야생 및 증명 수정 약간 관심을 가지고 있다. # 39 의 best of both worlds 병합합니다 let& 결국 우리가 할 수 있다. 나는 열심히 보고 어떻게 노드입니다 대체하게 될 것입니다. )

[1]: https://github.com/nodejs/node/wiki/Modules # 비동기 흐름

짧게 만들려면:

함수 실행 중에 이벤트 루프(다른 모든 클라이언트와 함께)가 차단되기 때문에 Node.js는 동시 연결이 많고 각 요청에 매우 적은 CPU 주기만 필요한 애플리케이션에 적합합니다.

Node.js의 이벤트 루프에 대한 좋은 글은 Mixu의 기술 블로그: node.js 이벤트 루프 이해하기입니다.

한 예로 저는 실제 사용한 노엘가이스트 이 회사는 단순한 HTML 웹 사이트 중 누가 어디서 작동합니까 attaboy 클라이언트입니다 정적임 그들이성년에 가질 수 있다. 이 웹 사이트는 1 및 [PayPal] 한 항목씩 판매를 위해 사용하는 클라이언트 또한 싶어 하고 엇회전식 낙찰이요 양을 보여주는 항목입니다. 이 웹 사이트는 엄청난 양의 클라이언트별로 확보할 수 있을 것으로 예상하고 있다. 2 및 [엑스프레스트제스] 내가 만들기로 했다고 사용하여 엇회전식 node. js 프레임워크이다.

이 node. js 애플리케이션 간단했다. [레디스] [3] 에서 양 내려받습니다 낙찰이요 항목에서와 데이터베이스로만, 카운터 값을 통해 판매 및 경배하되 항목이 엇회전식 증가되지는 때 사용자에게 apiu.

• 일부 사용할 수 있는 이유는 내가 선택한 이 경우 * node. js

1. 이것은 매우 가볍고 빠릅니다. 이 웹 사이트에서 좁히어 넘은 200000 방문 3 주 내에 처리할 수 있는 최소한의 서버 리소스를 전부 왔다.
2. 정말 쉽게 할 수 있는 엇회전식 실시간.
3. Node. js 설정하시려면 쉬웠다.
4. 많아 모듈에서는 무료로 사용할 수 있습니다. 예를 들어, I found a 의 node. js 모듈에서는 PayPal.

이 경우 node. js 인턴이었을때를 탁월한 선택입니다.

[3]: http://en.wikipedia.org/wiki/Redis_% 28data_store% 29

가장 중요한 이유는 다음 프로젝트를 시작할 사용하여 노드입니다.

• 모든 최신 할렐루야 it 에 있다. 그렇게 must be fun.
• 행아웃 선수단 및 많이 노드입니다 쿨러 (cooler) 에 대한 즐겨 그린 수 있습니다.

  39 - You& 핀처, re 단 한 푼도 측면에서 볼 때, 클라우드 호스팅 비용을 절감할 수 있습니다.

• 있었는지도 수행되 에서는 레일
• 당신은 IIS 배포보다 싫어
• 기존의 IT 와 있는 것이 아니라 가져오는 작업이 다소 부진한 프로파일링하려는 조교하실 반짝이는 새 시작됩니다.

What to expect.

• You& # 39, ll feel 안전하게 익스플레스 없이 모든 서버 블로 트웨어 절대 필요하다.
• 같은 런입니다 로켓 및 확장성을 제공한다.
• 당신은 상상하십시오. 설치한 것이 특징이다. 리포 패키지할 노드입니다 [npmjs.org] (http://npmjs.org) 는 오픈 소스 라이브러리 세계에서 가장 큰 생태계.
• 당신의 뇌가 네스트된 콜백 in the land of time warped 받게 된다. -. [사실] 유지할 수 배울 때까지 (https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Global_Objects/Promise).
• [세클리즈] (http://docs.sequelizejs.com/en/latest/) 및 [여권] (http://passportjs.org/) 가 새로 구입한 apiu 친구.
• 저기 디버깅하지 대부분 비동기 코드를 받게 된다. lionbridge .
• Met-1metdst 노더스 모든 마스터 [타입스크립트] (http://www.typescriptlang.org/).

사용 주체?

• 페이팔, 넷플릭스, 월마트, LinkedIn, 그루폰, 우버, 고 대디, 다우 존스
• 왜 그들이 Here& # 39 의 [스위칭됩니다 노드입니다] (http://www.algoworks.com/blog/developing-enterprise-applications-using-node-js/).

은제 탄환 같은 것은 없다. 모든 it 관련 비용을 일부 제공합니다. 마치 기름진 음식을 먹고, 좋은 음식 손상될 경우, 당신은 당신의 건강을 양념만을 기름진 음식이 제공되지 않습니다. 그들이 원하는 것은 개인의 선택 여부에 따라 그들의 건강 또는 양념을 한다. Node. js 고려해보십시오 동일한 방식으로 사용할 수 있는 구체적인 상황을. 이 경우 해당 app 가 책정안 고려해보십시오 단축시킵니다 앱 개발 맞지 않는 것이 좋습니다. 나는 그저 내 같은 생각을 하고 있다.

• • 사용할 때 node. js

1. 서버 사이드 코드 单捞磐啊 경우 거의 cpu. 또 다른 세계 틀렸다니까 사용되어 있지 않은 많은 작업을 하는 비사양 차단 / 작업 알고리즘입니다 많은 CPU 리소스를.
2. 마찬가지로, 지상 뒤로를 경우 단일 스레드 코드가 클라이언트측 Javascript 에서 편안하던가요 서면으로 JS.

• • Node. js 사용하지 않을 때

1. 요청인지 서버에 많은 알고리즘입니다 종속적임 과도한 CPU / 죠브

• 확장성으로 함께 고려해 node. js *

1. Node. js 자체를 사용하지 않는 것이 모든 핵심 기반 시스템 및 단일 스레드 기본적으로 자신의 논리를 활용할 수 있는 멀티 코어 프로세서 만들어 쓸 수 있습니다) 가 멀티 스레드.

• 대안 * node. js

이외에도 대신 사용할 수 있는 옵션을 node. js 하지만 꽤 많은 것 같습니다. 베르지스 유망 계시한하나님께 폴리고 같은 기능을 추가, 보다 높은 확장성입니다 고려사항입니다.

• 아무도 node. js 는 대해 언급한 것은 또 다른 좋은 것 같아요 * 심아이엔큐 놀랍슴돠 커뮤니티 패키지 관리 시스템 (고궁박물원) 와 양의 모듈에서는 포함시키십시오 포함할 수 있는 존재하는 것만으로 너회의 파커게.j슨 절실해졌습니다.

내 블렌드합니다: 실시간 시스템 분석, 채팅 앱을 같은 훌륭한 노데지스 만들기 위한, api, ad 서버 등. I made my first 채팅합니다 불지옥의, 그리고 그 동안 너무 시험 2 시간 이내에 노데지스 사용하면 응용 및 socket.io 주!

• 편집할지 *

나는 그 이후 몇 년간 사용한 것으로 만들기 위해 다양한 시도를 통해 노데지스 사용하기 시작했고, 나는 이 정적 분석, 채팅 등 간단한 파일 서버, 애플리케이션 및 기타. 이건 내 시행하십시오 노데지스 사용 시

• 사용 시 *

동시에 수행할 수 있는 시스템 및 속도용 때 역점을 두고 있다.

• 소켓을 서버와만 어플리케이션, irc 채팅 등 어플리케이션 등
• 위치, 비디오, 오디오 스트림을 실시간으로 역점을 두고 있는 소셜 네트워크 같은 자원을 스트리밍합니다, etc. 정말 빠른 데이터 분석 - 취급료 등과 같은 작은 청크를 webapp.
• 미삭 전용 api 노출하고 있다.

• • 사용하지 않을 때

그러나 언제 어디서나 사용할 수 있도록 하는 등 매우 다양한 웹 서버 정보기술 (it) 이 아닐 수 있다.

• 간단한 블로그 및 정적임 유적이다.
• 마찬가지로 정적임 파일 서버).

나는 그냥 하찮은 일에 속 태우고있다 점에 유의해야 합니다. 주로 대한 정적 파일 서버, apache 는 있기 때문에 더 널리 사용할 수 있습니다. 이 사회는 더욱 크고 성숙한 노데지스 성장한 것은 불과 몇 년 동안 안전하게 사용할 수 있는 경우 모든 노데지스 라고 스스로 선택할 수 있는 호스팅.

여기서 사용할 수 있습니다

• 응용 프로그램 고도로 이벤트 중심의 &amp. i / O 바인딩될 보이고 있다.
• 응용 프로그램 처리 다른 시스템에 많은 수의 연결
• 실시간 응용 프로그램 (node. js 는 처음부터 설계된 실시간 및 손쉽게 사용할 수 사용할 수 있습니다.)
• 응용 프로그램에 대한 정보를 다른 곳에서 스트리밍함으로써 저글링 전갱이의 일종
• 높은 트래픽으로부터, 확장형 애플리케이션을
• 말할 수 있는 모바일 앱 플랫폼 API &amp. 데이터베이스, 많은 양의 데이터를 실행하지 않아도 분석
• 네트워크 애플리케이션 구축
• 뒤로를 매우 자주 얘기하고 필요한 응용 프로그램 종료

모바일 솔루션 기업들이 자사의 모바일 앞패널, node. js 프라임 의존했다. 왜 가능 체크아웃하려고

LinkedIn 는 저명한 사용자. 전체 모바일 스택할 편차란 노엘가이스트 대한 그들의 그들은 15 초에서 15 일 인스턴스입니다 서버를 통해 각각의 물리적 시스템을 실행하는 단 4 인스턴스들도 - 연산뿐 처리할 수 있는 교통!

[e], 2 (ql.io) 의 언어를 사용하는 http 로 node. js api 는 웹 쿼리하지 런타임용으로 개발하십시오 스택할. 일반 개발자 품질 처리할 수 없었다고 튜닝합니다 unbuntu 워크스테이션입니다 이상의 메모리를 사용하고 있으며, 각 프로세스 당 약 120,000 활성화됨 연결용으로 node. js 접속마다 2kb!

월마트 재설계 및 끼워졌는지 JavaScript 처리 서버로 사용할 수 있는 모바일 애플리케이션 (앱) 이 node. js 있다.

자세한 정보 http://support. http://www.pixelatingbits.com/a-closer-look-at-mobile-app-development-with-node-js/

노드입니다 가장 적합한 취급료 - 동시 요청

따라서 스토리 시작하겠습니다. 최근 2 년동안 나는 JavaScript 에서 작업하는 웹 개발 및 프런트엔드와 실로나는 즐길 수 있습니다. 자바, 파이썬 API 의 일부) 는 미국 제공하십시오 뒤로를 및끝 보세요들 쓴 AJAX 호출, 하나님이 우리 (we don 't care) 간단히 쓸 수 있는 데이터 및 배리랑! 우리는 수행되. 그러나 실제 사용하지 않는 것이 쉬운 경우 데이터 우리는 점점 정확하지 않은 또는 는 몇 가지 서버 오류 하나님이 할 수 있도록 하나님이 문의하려면 lionbridge 뒤로를 및끝 보세요들 over the mail 또는 채팅합니다 (때때로 켜짐이 whatsApp 너무:)). 이것은 안 좋아. 만약 우리가 우리의 API 의 JavaScript 에 해당) 의 api 의 프런트엔드를 작성했습니까, 콜? 네 그건 우리가 모든 문제는 우리가 볼 수 있는 아주 멋진 인쇄면 apiu 다르거든요. 배리랑! 이제 어떻게 이렇게 할 수 있습니다. - 노드입니다 있을 수 있습니다.

Javascript API 를 작성할 수 있습니다 (i am ok ok 했다 하지만 와일드링이 위에 있는 문제다. 다른 이유로 노드입니다 미삭 API 를 사용할 수 있습니까?

여기서는 매직 시작됩니다. 그래 내가 가지고 있는 다른 의 API 를 사용하는 이유 노드입니다.

다시해보자 다시 우리 전통 미삭 apiu 인컨텍스트 차단 시스템 기반으로 하는 작업 또는 스레팅. 예를 들어, 두 개의 동시 요청 테스트타사의 (r1 과 r2), 이들 각각의 데이터베이스 작업을 합니다. 따라서 기존의 시스템 향후 상황이 발생합니다.

1. '우리' 요청 및 응답 쿼리하지 기다림커서 운행에서어떠한 : 서버 시작 제공입니다 r1 기다립니다. r1 과 r2 는 서버 ',' 경배하되 완료 후 '가' 이 같은 것입니다. 그래서 기다림커서 때문에 시간이 많이 없어 좋은 생각이 아니다.

2. 우리 모두를 위한 2 개의 스레드 서버는 tcpg : 스레팅 운행에서어떠한 r1 '와' r2 '와' 요청률 쿼리하지 그 후 자신의 목적을 경배하되 데이터베이스 so cool 빠르다. 그러나 그것은 볼 수 있기 때문에 두 개의 스레드 또한 많은 메모리 문제를 모두 동일한 데이터를 요청인지 쿼리하지 시작되었으며 캐시-코어 감당해야 할 때 그런 문제가 있다. 그래서 그 보다 기다림커서 운행에서어떠한 있지만 여전히 문제가 없다.

이제 어떻게 노드입니다 슬라이드에서는 할 거라고.

3. 그 때 동시 요청 오면 노드입니다 등록됩니다 노더웨이 : 같은 이벤트가 색상에는 콜백하는 대한 응답을 기다리지 않을 것이라고 미리 이동하여 쿼리하지 특정 요청. R1 '요청' 의 이벤트 후 노드입니다 외면하였나니 않했노라 루프 (loop) 의 역할을 하며, 이러한 목적으로 하는 노드입니다 그러하너라 이벤트가 있습니다.) 앞서 'r2' 처리를 위한 이벤트를 장부를요 색상에는 콜백 함수 및 이동 요청 및 partnernet 장부를요 해당 이벤트 색상에는 콜백하는. 그 때마다 해당 이벤트 및 it 트리거합니다 중단되지 않고 쿼리하지 마친 실행하십시오 콜백하는 완료.

Yes, no, no 스레팅 기다림커서 있기 때문에 메모리 사용량이 한은수의 노더웨이 처리를 위한 미삭 제공한다.

• • 내 이유가 하나 더 새로운 프로젝트를 위해 node. js 선택할 수 있다.
• • 순결케 클라우드 기반 개발 할 수 있습니다.

사용한 Cloud9 IDE # 39 (it), 그리고 지금은 내가 한동안 can& 없이 모든 개발 생명주기 닫히지만 상상할 수 없다. All you need is 있지만브라우저에 진실이며당신이 언제 어디서나 할 수 있는 코드를 디바이스입니다. # 39, t need to 너회가 don& 체크인합니다 코드 한 컴퓨터 (같은 집에서), 그리고 다른 컨텍스트에서는 체크아웃합니다 컴퓨터 (같은 직장에서 위).

물론 "아마 다른 언어 또는 플랫폼 기반 ide 클라우드 (cloud 9 ide 는 e 는 다른 언어의 에서도 사용 할 수 있지만, cloud 9 개발 node. js 는 정말 멋진 경험을 for me.

저 그라고예 노드입니다 린스테네스 node& # 39 는 v8 을 사용하여 여러 개 만들 수 있다는 점입니다 노드의 자식 프로세스를 ([힐데프록스윈포크 ()] [1] 따라 각 메모리가 10mb 요구하는 문서) 에 영향을 주지 않는 주 프로세스 실행 중에 카타시안 합니다. 그래서 오프로딩 백그라운드 작업을 하는 child& # 39 의 재생 및 서버 부담이 되는 것은 우리가 필요한 시점과 솔리드로 죽일거라고 파악할 수 있다.

39, ve been i& 대부분의 경우, 애플리케이션 서버 접속 및 사용 많이유 노드를 구축하고 동시에건간에 카타시안 무거운 네트워크 트래픽. 엑스프레스트제스 와 같은 프레임워크와도 새 코이스 (콜백하는 재거됨 있는 지옥) 에서 일하는 노드입니다 예증의표적으로 더욱 간편해집니다.

[1]: http://nodejs.org/api/child_process.html # child_process_child_process_fork_modulepath_args_options

• 석면 longjohns. 오른쪽) 어제 내 호칭을 팩스 발행물에 [사후 프로그래밍 javascript 와] (http://www.amazon.com/reactive-programming-javascript-jonathan-hayward/dp/ sr_1_1? 키드 = 1783558555, 1441220486 /ref utf8&amp ie = = = = 8-1&amp &amp, sr, 여러_키워드 reactive+programming+with+javascript). # 39 는 isn& 정보기술 (it), t really node.js-centric 제목; 초기 대응에 고안되었습니다 장 이론, 그리고 그 코드 무거운 장 빽이라는 주장한다. 왜냐면 난 didn& # 39 는 웹 서버 장애가 될 수 있다고 생각하고, t really 적절한 듯 , 전달자로써 판독기에서 node. js 지금까지 이더군요. 이 사건은 그 이전에 그는 닫힌 문을 열었다. 내가 할 수 있는 힘을 내 경험으로 볼 때 매우 노엘가이스트 대신 좋은 점과 나쁜 점에 대해 솔직하게 나는 내가 발생했습니다. Let me 포함시키십시오 관련이 있는 몇 가지 의견이 있습니다. &gt. 경고: Hot-ho 생태계 및 node. js 는 충분히 구우십시오 너회가 심하게! 수학에서, 어릴 때 &gt 스승의 어시스턴트에 제안 중 하나인 비 명백한 뭔가 알 수 있는 것은 아니라고 저는 리즈한테 한 학생이 "간편해집니다." 그 이유는 다소 명백하네 돌이켜 있었다. 사람들이 쉽게 볼 수 있는 솔루션을 싫어하겠어 떠날려하면 경우 뭔가 사람 바보 같은 느낌을 지울 수 없는 유용하던가요 다니엘을 (더욱) 뿐 아니라 어떻게 문제를 해결할 수 있기 때문에, 문제는 그들이 멍청한 너무 쉽게 이해할 수 있도록 한! &gt. 그냥 오는 욕되게 하는 사람들이 있는데, 그렇지 않은 정보 / 장고 파이썬 소스 아무것도 바꾸지 않으면 즉시 다시 로드합니다. 기본 비헤이비어를 에로남이네 node. js 함께 만드는 경우에는 1 시간이나 변경, 이전 버전을 계속 활성화될 때까지 끝까지 수동으로 중지하고 서버를 다시 시작합니다. 그냥 이 부적절한 행동을 싫어하겠어 욕되게 피토니스타스. 또한 자극 넷윈을 node. js 제공하는 사용자들에게 다양한 해결 방법을 설명합니다. 스택 오버플로 있는 문제 "에 node. js 파일 자동 장전 뮹 당시 이 글은, 200 개 이상의 업보테스 19 대답. 홈페이지 (http://tinyurl.com/reactjs-node-supervisor.) 에서는 사용자가 맞추기바인딩 유모, 노드입니다 수퍼바이저가 스크립트입니다 함께 편집하는 이 문제 때문에 그들이 멍청한 선택할 수 있어 신규 유저들이 멋지구리해요 느낄 수 있는 기회 제공, 하지만 그 늙은 줄 알았는데, 갈레라 컴퍼니 비헤이비어는 고정식입니다 문제가 완전히 달라진 것이 없다. 그리고 잊지 튀어오름 서버만을 쉽다. 나는 그렇게 여러 번. 및 메시지 주고 싶은 것은, "이 때문에 허리 node. js 비헤이비어에 약어입니다 아니요인 멍청한 게 아니다. 많은 것을 제공할 수 있는 적절한 비헤이비어를 니말은즉 디자이너 node. js 이유가 여기 있습니다. 아마도 약간의 도움을 받고, 이를 통해 못하며창조된 시도하시겠습니까 노드입니다 수퍼바이저가 또는 다른 솔루션을 적극 대응할 수 있지만, 넌 멍청했죠 walk away 마세요 있다는 느낌이 든다 문제가 있는 건 아니죠. 문제가 있는 node. js 의 기본 비헤이비어를. " &gt. 이 섹션에서는, 그 후, 일부 남아 있어 논란이 일고 있는 인상을 주고 싶지 않다, 정확하게 don& # 39 "간단한 일이야." 내가 일을 하는 동안 내 손이 잘라냅니다 반복적으로 getting things you up, 못 믿을 만한 node. js 가져오는 데 어려움과 준대칭 끝날거요 설정되었습니다 생태계 및 기능을 제대로 물질과 매우 간단한 당신꺼에요 너무 아니라면, 당신이 하는 일을 잘 몰라요. 실행하십시오 혐의에 node. js 를 사용할 때 문제가 없을 경우, 대단하군요. 그렇지 않으면 못 느끼고 바란다고 말했습니다 walk away "저는 뭔가 잘못된건가 멍청한 좁히어 합니다." 당신은 멍청한 불쾌한 경험을 하지 못한 경우 노엘가이스트 다루는 너한테말한거 아니야! 애태우면 node. js 및 생태계! 부록, 어떤 난 정말로 원하지 않았다, 회담 후 지난 장과 백성위에 크레센도 (nsc) 에서 찾을 수 있었던 것은 의심하였더라 내가 바보 같은 문자주의 제공한 생태계 및 해결 방법: &gt. 같은 듯 다른 데이터베이스 서버 측 아직 공개되지 않고 있을 수 있는 완벽한 선택입니다 상환 구축,) 는 html5 key-value 선보였다. 이러한 접근 방식의 장점을 잘 이해할 수 있는 API 가 가장 좋은 개발자 추기경 프런트엔드는 부족합니다. 또한 그 중에서도 가장 잘 이해하는 개발자들을 위한 API 를 충분히 프런트엔드는 조롱이라면 그리 좋지 않다. 하지만, 동시에 이용할 수 있는 패키지 노드입니다 루커스토라지 사전 문법 제공되지 않는 (사용하려는 루커스토라게지스티제 (key, 값) 또는 루커스토라게이제이테마 (키) 루커스토라지 아닌 [핵심]), 전체 루커스토라지 시맨틱스를 기본 5mb uota-why 가능 javascript 개발자들을 포함한 구현되어 못하며창조된 에서 서버측 보호해야 할 수 있습니까? &gt. 클라이언트 사이드 데이터베이스 기능을 위한 웹 사이트 및 유용한 양의 증감조절 방이요 호스트당 5MB 할당량입니다 정말 훌륭한 개발자가 사용할 수 있습니다. 파행 비해 훨씬 저렴한 제공하십시오 충족되었으며 담화에는 할당액과 설정할 수 있습니다 여전히 개발자들이 함께 개선 쿠키 관리. 빅 데이터 처리 자체에 있는 것이 매우 빠르게 5MB 제한값 싫어하겠어 클라이언트 측) 이 있는데, 정말 아주 넓은 여유 있는 데 사용할 수 있는 풍부한 개발자들이 못하며창조된 많이유. 다른 한편으로, 특히 가장 많은 비중을 최근 구입한 디스크입니다 5MB 아닙니다, 즉 타당한 경우 언제든지 및 웹 사이트를 사용하는 디스크 공간, 또는 일부 사이트가 단순히 호지스 의심하였더라 이에 동의하지 않는 한 어떠한 위험이 있습니다 정말 많이 얻을 수 있으며, 비용은 하드 드라이브가 하드 드라이브에 않으면 이미 정신이 너무 꽉 찼습니다. 어쩌면 우리가 조금 덜 또는 좀 더 낫겠다 오프하도록 밸런싱할 pokemonsilver. 경우 제대로 된 솔루션이므로 해결할 수 있으나, 전체 애태우면 대한 본질적인 긴장 클라이언트측 컨텍스트입니다. &gt. 그러나 될 수도 있지만, 한 때 조심스럽게 지적했다 너야말 서버에 대한 추가적인 코드를 작성할 필요가 없습니다 보호를 받고 참을 수 있는 크기 이상의 5MB 데이터베이스가 있다. 대부분의 벌로부터 그들을 보호하는 역할을 하는 개발자는 괜찼습니다 아니하고또 로렌아줌마가 툴과도 유모 서버측 5MB 이상 저장 및 데이터. 그리고 5MB 할당량입니다 즉 황금 밸런싱과 오히려 어리석은 행동을 조금 있는 클라이언트 서버 node. js. (그리고 데이터베이스 여러 사용자를 위한 같은 다루는 이 부록) 이 될 수 있다는 지적도 약간 마당에, 그건 아닌 5mb 별도로 만들어 각 사용자 계정에 대한 데이터베이스 사용자 계정 당 않으면 디스크에. 모든 사용자 계정을 이동성이란 5MB 간에 공유할 수 없었다. * 얻을 수 있는 게 나가면 바이러스성!) 일주일 전 명시하고 있지만, 이 문서를 할당량입니다 는 개발자가 커스터마이징됩니다 e-메일입니다 묻는 질문에서 대답 없는 것처럼, 스택 오버플로 () 은 같은 방법을 할당량입니다 변경하십시오 있다. 저는 그동안 찾을 수 있는 유일한 해답은 깃허브 커피스크립트 소스 선택 사항으로, 어디에 나열되는지 ss+sp 정수 인수 맞추기바인딩 구성자를. 그래서 참 쉽다, 디스크나 파티션 크기를 같지 할당량입니다 지정하셔야 수 있습니다. 그러나 목동들과 포팅하는 피쳐이며 쉽게 이해할 수 없는 매우 표준 협약 해석 툴을 작성자의 페일오버된 완전히 준수하십시오 0 을 마무리라뇨 변수에 대해 "무제한" 일부 자원 사용을 제한할 수 있는 함수 또는 최대 정수가 지정하십시오라는. 가장 먼저 할 일이 대체하십시오 미스페트로이 지정하는 데 할당량입니다 인피니티 요소라고 할 수 있다.

if (typeof localStorage === 'undefined' || localStorage === null)
  {      
  var LocalStorage = require('node-localstorage').LocalStorage;
  localStorage = new LocalStorage(__dirname + '/localStorage',
    Infinity);
  }

두 의견 교환을 위해. &gt. 사람들은 그들 발을 쏜 것을 끊임없이 JavaScript 언어를 JavaScript 를 사용하여 전체적으로 볼 때, 한 배에 한 바 있다) 는 더글러스 크록 포드 및 부품, "정말 좋은 언어를 javascript 를 보유하고 있어 일부 부품 및 일부 정말 나쁜 사용한다. 다음은 优秀 사용한다. 그냥 아무것도 할 수 있다는 사실을 아무도요 있을 것입니다. " 아마도 그 "더글러스 크록 포드," 누가 핫 node. js 생태계 성장할 것으로 İç 말하도다 이 node. js 생태계 코딩 와일드 웨스트, 일부 실제 수축됐는데 gems 찾을 수 있다. 여기 로드맵입니다. 다음은 영역을 dell. 피하기 위해 거의 모든 비용. 다음은 어떤 언어 영역 또는 일부 풍부한 페이디스 찾아볼 수 있습니다. " &gt. 아마도 다른 사람이 그런 말을 할 수 있다, 그리고 준수하십시오 시행하십시오 크록 포드 ("the good parts" 의 리드 및 쓰기 백업하도록 및 / 또는 "더 나은 부분 '의 node. js 및 생태계. 난 구입해보세요 복사됩니다! &gt. 주어진 모든 프로젝트에 대한 순수한 열정을 및 작업 시간, 그리고 어느 한 해 2 개 또는 3 개의 큰 폭으로 보증됩니다 수도 있을 것, 또는 어떤 발언을 하고 있는 이 당시 미성숙 생태계 쓰기 시작했다. 5월 2015년 5 년 만에 정말 쉽게 이해할 수 있다고 했다 "며" 여러 node. js 생태계 지뢰밭. Node. js 생태계 (2020년) 는 여러 낙원. "

주로 웹 응용 프로그램의 경우, 또는 기타 입출력 채널을 테더, 사용자 인터페이스, node. js api 그쯤 공정한인가요 강조표시할 당신꺼에요 매핑하려는 경우 발생할 수 있는 대부분의 경우, 특히 샌드위치 아웃해야 는확장성, 또는 주요 언어로 인생은 javascript (또는 javascript 의 트란스필레르스 신규인지). 마이크로즈비시스 구축할 경우, node. js 도 좋아요. Node. js 도 모든 프로젝트를 적합한 소규모 또는 단순해졌습니다.

주력 판매 엔더스 앞패널 아닌 일반 나눌 수 있다는 점이 백 소지품 책임을 져야 한다. Javascript 를 판매하는 경우 다른 점은 맞는 것이 정당한 정위되도록 꼴입니다.

그러나 그 특정 지점에 대한 강제 모듈화, 흐름 제어 코드 가독성 및 사악함이라 hacks 없이 확장하십시오 수 없습니다. 어떤 사람들은, 특히 한 것과 같은 이벤트 기반 javascript 배경, 또는 용서할 수 있는 친숙한 hacks 표시되어도 오는 것처럼 보인다.

특히 응용 프로그램을 수행하기 위해 필요한 경우 출혈이 상당히 느린 시작 할 수 있는 솔루션을 통해 동기식 흐름, 다운되어도 너회의 개발 프로세스를 측면에서 수밖에 있습니다. 계산 집약형에 부품 등이 있는 경우, 스레드 응용 프로그램에서 二쇱쓽 노엘가이스트 (만) 아마 그 때 내가 원래 사용했던 (http://koajs.com/) 또는 기타 못하던 완화하는 데 비해 이 node. js 또는 작성했습니까 당초 애스펙트에서 한다.

내가 사용하는 이유는 몇 점, js 노드입니다 where&amp 공유할 수 있습니다.

1. 같은 분야에 대한 실시간 채팅, 협업 편집을 통해 더 나은 we go 이벤트 및 데이터 베이스 creditbank. 불지옥의 서버에서 클라이언트로 이벤트를 노데지스 것으로 보인다.
2. 간단하고 쉽게 이해할 수 있는 것은 물론 대부분의 사람들은 javascript 기반 발상이다.
3. 현재 대부분의 웹 애플리케이션을 위한 상호 작용할 수 있는 것, 각 js&amp 인터넷데이터센터 (idc) 를 모두 json 데이터를 쉽게 노드입니다 클라이언트 측 코드를 사용하게 됩니다.
4. 많은 플러그인을 사용할 수 있습니다.

단점 -

1. 그러나 대부분의 데이터베이스 지원 할 수 있는 최고의 몽고 db 는 노드입니다 won& # 39, t 지원 복집한 결합과 한다.
2. 각각의 모든 예외 오류가 있는 경우 응용 프로그램이 다른 현명한 에로스윈드벨퍼 컴파일 할 수 있을지 지켜볼 필요가 있는 것을 다시 가서 직접 또는 정지점을 apc® 자동화 툴을 사용하기 시작.

결론 - 가장 간단한 및 실시간 아프리카시옹스트리프 노데지스 사용할 경우 매우 큰 비즈니스 로직과 노데지스 더 복잡한 기능을 사용할 수 없습니다. 스케쳐내 응용 프로그램을 작성할 수 있고 어떤 채팅합니다 함께 협업 기능. 노드입니다 부품 및 기술을 사용할 수 있는 특정 사용자의 편의를 거주하리라 함께 가야 한다고.

1. 하지만 매우 빠르게 프로토타입을 노드입니다 I&; d # 39 다시 사용하지 않는 모든 것에 대한 복잡한. 내가 20 년 관계를 컴파일러와의 쉐퍼드도 개발하는 데 반드시 그것을 놓치지.

2. 특히, t # 39 의 코드가 필요한 고통스러운 유지하기 위한 노드는 haven& 잠시 방문했다. 유형 셨으며 좋은 정보 및 컴파일 타임 오류 감지 있다. 왜 모든 것을 던져 아웃해야? 뭐하러요? 스택 추적 및 발견되면, 우리 당은 검색하기를 높여줍니까 완전히 쓸모 없는 경우가 많습니다.