|
x****d
发帖数: 1766 | 2 go to wordpress or php community,
you can find someone do that very easy. cost not much, but very good work.
as upper said, nothing to do with nodejs. |
|
C********g
发帖数: 1548 | 3 我用nodejs写了一个小web程序。supposedly 这个程序谁都可以访问，但我发现每次都
必须登录c9以后才能看到网页。这个是什么地方修改啊？ |
|
|
m*********3
发帖数: 1425 | 5 如果打算找作web的工作， 现在学ROR好还是nodeJS好？我看好多培训是ROR，谢谢。 |
|
e*******o
发帖数: 4654 | 6 nodejs 从哪学？
没经验 门都摸不着
ror 很成熟了 |
|
W***o
发帖数: 6519 | 7 nodejs tutorial 多如牛毛
找个express +mongo |
|
c*********e
发帖数: 16335 | 8 nodejs明明是后端，javascript才是前端。 |
|
|
c*********e
发帖数: 16335 | 10 nodejs,做restful web services,算它最快。
其它的web services,缺点就是慢，这个在mobile app上user experience就很差了，用
户经常要面对spinner,是很尴尬的事情。 |
|
l**********n
发帖数: 8443 | 11 nodejs + message queue 就相当于vert.x了吧。 |
|
h******b
发帖数: 6055 | 12 嗯您要是有空请看一下结构，我把代码精简到最少了。同时处理压缩后四个500gb的
gzip，nodejs的CPU只占了15%。 电脑没拿来做任何其他事情。 我希望能够占60%以上
的CPU加快处理速度。
谷歌了一下，好像是因为node一个app只能占一个核？ 除非你写多线程代码？最理想
的是每个核处理一个文档，完成以后再处理下一个。
十个包子求助！ |
|
|
Y**G
发帖数: 1089 | 14 NodeJS拿手的是大量的I/O但是CPU light的活，如果是CPU heavy的，可以在设一个服
务器单独处理计算吧。 |
|
|
g****t
发帖数: 31659 | 16 If nodejs is as fast as JVM, why not?
Of course the "If" is still questionable. |
|
N*****m
发帖数: 42603 | 17 不一样。nodejs快是对io-bound的任务来说的。
如果是cpu-bound，没有多线程，速度就比不上jvm了。 |
|
c******n
发帖数: 16666 | 18 汗。。我正在写的一个就是nodejs和java的微服务。。。
cpython是啥情况 |
|
d******i
发帖数: 7160 | 19 下面这段是从 https://github.com/joyent/node/wiki/Installing-Node.js-via-
package-manager 抄来的哈:
Debian
Node.js is available in official repo for Debian Sid(unstable).
For Debian Squeeze, your best bet is to compile node by yourself (as root):
apt-get install python g++ make
mkdir ~/nodejs && cd $_
wget -N http://nodejs.org/dist/node-latest.tar.gz
tar xzvf node-latest.tar.gz && cd `ls -rd node-v*`
./configure
make install
我最后一步"make install"没过。
按你的说法，./configure以后我试着make，结果一样的错误:
root@debian:~/nodejs/no... 阅读全帖 |
|
d******i
发帖数: 7160 | 20 多谢指点。
俺在pogoplug的debian下按照 https://github.com/joyent/node/wiki/Installing-
Node.js-via-package-manager 的debian编译指示去做，
结果最后一步出错了：
root@debian:~/nodejs/node-v0.10.1# make install
make -C out BUILDTYPE=Release V=1
make[1]: Entering directory `/root/nodejs/node-v0.10.1/out'
g++ '-DENABLE_DEBUGGER_SUPPORT' '-DENABLE_EXTRA_CHECKS' '-DV8_TARGET_ARCH_
ARM' '-DUSE_EABI_HARDFLOAT=0' -I../deps/v8/src -Wall -Wextra -Wno-unused-
parameter -pthread -fno-strict-aliasing -O2 -fno-strict-aliasing -fno-tree-
v... 阅读全帖 |
|
d******i
发帖数: 7160 | 21 试了,不灵啊。
root@debian:~/nodejs/node-v0.10.1# make
make -C out BUILDTYPE=Release V=1
make[1]: Entering directory `/root/nodejs/node-v0.10.1/out'
g++ '-DENABLE_DEBUGGER_SUPPORT' '-DENABLE_EXTRA_CHECKS' '-DV8_TARGET_ARCH_
ARM' '-DUSE_EABI_HARDFLOAT=0' -I../deps/v8/src -Wall -Wextra -Wno-unused-
parameter -pthread -fno-strict-aliasing -O2 -fno-strict-aliasing -fno-tree-
vrp -fno-tree-sink -fno-tree-vrp -fno-rtti -fno-exceptions -MMD -MF /root/
nodejs/node-v0.10.1/out/Release/.deps//root/nodejs/node... 阅读全帖 |
|
|
i*****o
发帖数: 1714 | 23 其实没什么，我只是举个nodejs实战的例子。这个例子很能说明nodejs在实时和并发应
用领域的优势。
nodejs的开发者本人是个c programer，nodejs刚开始就是libc的直接移植。所以node
对熟悉c的人是个不错的选择。
上面很多人想用nodejs做网站，其实我觉得nodejs这种东西做app server更适合。你去
meetup了解一下，大部分人都是用它来做某个mobile app的backend。
★ 发自iPhone App: ChineseWeb 7.8 |
|
z****e
发帖数: 54598 | 24 那个nodejs，连google自己都已经在寻找替代品了
要不然dart主页上天天跟nodejs比啥？把dart的介绍好好看看
就知道为什么会有dart了，因为js搞不定啊
这不就是一老婆还没捂热，下一个年轻漂亮的妞又出现了？
不要单纯为了码而码，要明白为什么而码
语言换来换去，只有理论是不变的，其它的无非一点语法差异罢了
背背不就行了？我随便看了下nodejs，就发现了vert.x和dart
两个都比nodejs有效率，都吸取了nodejs的长处并做了后续发展
一个背后有red hat/vmware，一个背后有google
如果你只是做server side的话，压根不需要用nodejs
有更好的选择，前一个还支持多语言，为什么要在这里吊死呢？
诶，krill只是皇帝新装里面那个孩子，他说出了实情
如果你不明白他说的为什么是对的，那只能说明你太悲哀了
鼓吹各种动态和脚本语言的人，总是在下一个新产品出现之前恐惧
出现或者说错过之后嘴硬，或者干脆换一个真爱，继续装下去
http://www.mitbbs.com/article_t/Programming/31294161.html |
|
a*****e
发帖数: 1700 | 25
以下来自 Wikipedia 字条：
"Inversion of control carries the strong connotation that the reusable code
and the problem-specific code are developed independently even though they
operate together in an application. Software frameworks, callbacks,
schedulers, event loops and dependency injection are examples of design
patterns that follow the inversion of control principle, although the term
is most commonly used in the context of object-oriented programming."
Callback 之所以难以使用，直接原因就是因为 inversion of contr... 阅读全帖 |
|
b***e
发帖数: 1419 | 26 I am not concerned.
First of all node is more at the language level rather than the framework
level. So NodeJS and Rails are not parallel to each other. It's more of
MEAN and RoR are parallel to each other. A language will converge
considerably better than a framework. Beyond that, NodeJS is not developing
its own runtime. The runtime is based on V8, which is developed an
maintained by big G, powering Chrome.
Second of all, node is backing up live products of major businesses (e.g. MS
, Yah... 阅读全帖 |
|
|
m*d
发帖数: 7658 | 28 应该先make
然后再make install吧
而且编译出错，应该是在make阶段
你后面又说nodejs装上了，我的理解，应该是make install成功了
你说的18楼的workaround，每一步都成功了吗？
apt-get install python g++ curl libssl-dev
mkdir /tmp/nodejs && cd /tmp/nodejs
wget http://nodejs.org/dist/node-latest.tar.gz
tar xzvf node-latest.tar.gz && cd node-v*
./configure
make
make test
make install
因为你是armv5
编译需要加flag
'-march=armv5t','-mno-thumb-interwork'
参见
http://mitchtech.net/node-js-on-android-linux/
吧。 |
|
P********l
发帖数: 452 | 29 nodejs和akka/play在解决问题的思路上是不一样的．
akka把消息的接收／发送者实现成actor.一个actor可以发送／接受／转发很多种消息
．actor是immutable的，可以在不同的线程里或者机器里．
nodejs针对的是一系列的动作．比如，动作１完成触发动作２，动作２完成触发动作３
．这一些动作是异步的．在实现上，用的是promise那一套．
那些actor之间的消息和nodejs里的动作触发可以相比．actor里，并没有强调消息之间
有什么联系；nodejs的动作连续做完才是一件事情结束．
请各位大牛指正． |
|
n****1
发帖数: 1136 | 30 谢谢大神提点！ 我想说服二爷的是nodejs的aio runtime可以提供同步api， 用来实现
python里面的sync IO库。 而这个是Erlang/Haskell已经做到了的, 所以我不觉得我的
结论错了。 欢迎拍砖！
这个我知道, 我还看过99年那篇"A Poor Man's Concurrency Monad". 但这也说明，
这个sugar可一点也不trivial。 如果js里没有加yield, 还真不一定有做node的人去读
这篇文章， 然后去写这个sugar.
我最喜欢的还是erlang模式, 也就是GHC现在的模式：GHC runtime对外IO都是异步的.
同时通过forkIO, 用少量的kernel thread来模拟大量的user thread, 而且runtime呈
现给user thread的IO api全是同步api(open/read/write). 就算是nodejs加了yield之
后也达不到这么好的语法糖效果。
我在python里面是大量用generator的(多线程有GIL, 讨厌多进程)， 还折腾过些
stackless python/... 阅读全帖 |
|
|
i**i
发帖数: 1500 | 32 1. "callback 反人类" 是因为 "inversion of control"
> 查查什么是ioc. 屎盆子扣错了．
2. nodejs 鼓吹的 async programming 和 callback 没有一毛钱关系，用 co-
routine
一样可以做 async，而且早很多年就被做过了。强迫用户使用 callback 是 nodejs
的设计者脑残。
> nodejs 鼓吹的 async programming. 错了吗？ ＂强迫用户使用 callback ＂是历
史问题，没办法的事． 说什么 ＂强迫 ．．． 设计者脑残。＂ 是你脑残．
3. continuation 是实现 co-routine 和 event-driven 之间转换的核心方法。你前面
说的 promise 和 generator 什么的，都属于 imitation of co-routine
> 这跟 nodejs 鼓吹的 async programming 有毛关系？ 跟你的链接有毛关系？
routine |
|
l**********n
发帖数: 8443 | 33 the matter of fact is that if you want to calculate Fibonacci in NodeJs, you
would use cpp module, coz using NodeJS to calculate Fibonacci would block
the NodeJS event loop, which defeat the purpose of NodeJS |
|
z****e
发帖数: 54598 | 34 其实脚本都是一样的，互相之间转译都行
nodejs只是一个前端的服务器，要做多线程，你要跑多个进程
backend你现在已经是了呀
你现在想想怎样让不同进程之间通信
比如你用nodejs，怎样跟其他的server沟通？
比如nodejs跟tomcat你怎么沟通？
想出来之后，自己动手在两台机器上实现一下 |
|
z****e
发帖数: 54598 | 35 学习你就不用挑剔了
我的意思是，如果你想学习nodejs
你自己动手去做是最靠谱的
至于工作中需要不需要
那是另外一个故事
弄明白了，再看到别人要求说有node.js经验，你还会害怕么？
ejb比nodejs难搞多了，wsdl也是异常麻烦的一个东西，soap都比nodejs难几个档次 |
|
P********l
发帖数: 452 | 36 二爷只知其一，不知其二。GAE是platform as a service的代表。抛开Google的这个特
殊环境platform,GAE什么也不是。文中介绍了GAE的种种问题。比如，memcached. 这玩
意在GAE里是必须的。为啥？因为GAE里读和写datastore很慢并且都是要钱的。再比如
，在数据管理的时候,很容易需要长时间操作。GAE不允许长时间操作。为啥？因为多用
户的环境下还要保证快的响应速度GAE对长时间操作加以限制。以前还有每个
instance1000个文件的限制呢！你拿这个和nodejs比，合适吗？别跟我说文章是这么比
的。你再念念人家文章的题目 ,是怎么写的。再念念文章的第一句。
最后，把nodejs换成其它的东西在 AWS 上跑 ,一样会成功。nodejs是锦上添花而已。
你的比platform'/infrastructure的说法让我风中凌乱了。 |
|
p*****2
发帖数: 21240 | 37 We are moving every product & every site within PayPal to Node. We started
the journey by using it as prototyping framework, then at start of this year
we hardened it to work with all PayPal systems. We have several of our beta
products out live on NodeJS and half dozen other products in flight. By end
of 2014 we hope to have all major experiences redesigned, and rewritten on
nodejs.
NodeJS is a forcing function to completely obliterate the old stack and the
old experiences.
We are seeing big sc... 阅读全帖 |
|
a*****e
发帖数: 1700 | 38 核心问题出在 inversion of control。
更早的（比如 X window）就不说了，单是 callback 方式从 windows 3.0 的时候就流
行（且退流行）过。设计语言的人（比如说 nodejs 的设计者），如果不吸取历史教训
，注定要掉进前人踩过的坑里。nodejs 所倡导的 non-blocking/async programming
就是一个不折不扣的谎言。
解决 inversion of control 方法有很多，但基本原理都是一样的。利用
continuation 构建 co-routine 和 event-driven 的互换，因为两者等价（这个也被
证明过)。而 continuation 这种概念从 Lisp 开始就已经被 FP 玩透了。在所谓的主
流语言里，但凡不支持它的，最后都不得不通过各种方式来弥补，成为各种各样的半调
子框架，which unfortunately is the sad truth of status-quo.
建议使用 nodejs 的同学都先来学习一下它的坑：
http://notes.ericjiang.com/p... 阅读全帖 |
|
L***s
发帖数: 1148 | 39 我现在就做“前端”啊，包括browser端的html/css/js assets，和web server端
的nodejs micro service —— 由于业务逻辑上耦合很紧，都放在一个repo里。
nodejs micro service 主要是服务请求、做页面渲染（由于SEO/SEM的原因，
越来越多的页面放到服务器上去渲染）；browser端js做强交互性的东西。
我们从用户浏览器到DB，大概经过这么几层，每下一层都有一次RESTful call：
1. Browser JS
2. Nodejs micro services (at customer facing web servers)
3. API layer (external; for web, mobile web, mobile apps)
4. Backend services (DB access, indexing, ...)
5. Downstream backend services
由于“前”和“后”是相对的，取决于你的站位，我一般避免这样称呼。
如果实在要说，API layer以上（包括1 & 2... 阅读全帖 |
|
f******2
发帖数: 2455 | 40 作为新手，做个比较，抛砖引玉。
Go上手快就是优点一，想干掉的应该是nodejs的stack。优点是找到了自己的niche：系
统程序员们喜欢它的简洁和可维护，对javascript有天然的恶心；python/ruby程序员
对它轻量级并发能力也很喜欢。
缺点是（但都在改进）
1.轮子少
2. 除了语言上手部分，一些东西例如version control没有common方案
欢迎补充。
nodejs，与meteor，mean一系列的东西是现在async webapp地盘的实际持有者。优点是
目前轮子多。google search一个场景，能hit到的out if box方案多些。没怎么用过，
不知道缺点，欢迎补充。
: Parse用Go重写了rails网站的后端部分，后来用nodejs做了开源的parse
server。
: swift从来就不是serious candidate。另外parse的infra搭建在AWS上，
自成一
体，不
: 管做什么都跟fb的backend关系不大。
: 本来不想继续打脸，你非要拿parse出来说事&he... 阅读全帖 |
|
|
g*****g
发帖数: 34805 | 42 应用复杂度不是简单以机器多少来分，跟存储关系很大。数据是否需要共享，写多还是
读多，
是否需要transaction的策略都不同。另一方面，十几万机器就一个或者几个cluster，
跟几百个异质cluster也没有可比性。
你说是做云服务商的云监测模块，貌似只是一个服务，而不是整个云服务是nodejs写的？
或者你的意思是每个VM都起一个nodejs写的web service用来监控VM的状态？如果那样的
话每个web service都是独立的，跟多少机器关系不是很大。 |
|
z****e
发帖数: 54598 | 43 未必
这个架构就是
client side + web server + backend + persistence的一种分法
最早提出的是j2ee，j2ee三层模型直接对应了这里面的每一个东西
j2ee最早是browser + web server like tomcat + app server like jboss + db
这样一个东西，其中app server还额外分成了business logic和orm两层
db放在里面是因为jdbc
然后web service的大发展，使得各种系统之间的集成变成可能
所以很多公司把web server换成其它的，不用tomcat了
然后反过来，很多以前是用php这些的，把逻辑剥离，放到backend上去
app server经过spring的冲击，也有很多选择，不见得一定要用jee
最后的db经过nosql的发展，现在也有很多选择
所以这个架构应该是通用架构，其中nodejs只是web server的一个选择罢了
你看wwzz它们就是php+java，就不是nodejs
我以前干过的那家公司也是php+java，它们用spring做的b... 阅读全帖 |
|
z***s
发帖数: 3241 | 44 我艹
这是普遍行情还是奇葩公司啊？
http://phoenix.craigslist.org/cph/sof/4339336368.html
Entry Level JavaScript Programmer (Chandler, Tempe, Coolidge, Casa Grande)
Job Description: We are looking for a software developer that has JavaScript
and Nodejs frameworks based experience.
Requirements
2 years of software development experience (preferred)
Experience with Linux / UNIX Server Software.
Experience with ASP development (preferred)
Scripting and programming (C++, VB ,javascript, perl, python) a plus.
Experien... 阅读全帖 |
|
z****e
发帖数: 54598 | 45 其实你要学习nodejs也就是一个小时的事
vertx比nodejs更麻烦更复杂一点，但是也没复杂到哪里去
真不懂，弄下来跑起来，也就是2个小时最多了
比hadoop容易搞太多了，js本身也是一个抄袭了java语法的脚本
明白什么是脚本，然后照着写，也就是几天的事就能写了
不知道纠结啥，你把你灌水的时间拿去弄弄这两个
你肯定能会，这都是本科一个课就解决的东西
html, css和js经常是一起教的
脚本里面就ruby有点麻烦，其他python，js什么都不算难
前台 |
|
V*********r
发帖数: 666 | 46
在nodejs实践中，front-end分client端和server端
client端就是给浏览器运行的assets，包括js/css/html/pics
server端就是web app，nginx和nodejs的搭配正成为主流
client端和server端都可以MVP/MVC，尤其是client端逻辑复杂的时候
client和server端共用一个js repo，全部由front-end devs负责，降低沟通成本 |
|
a*********g
发帖数: 228 | 47 弱弱的问一下大牛，nodejs 怎么成前台啦？
angularjs+nodejs一般是MEAN stack走起，后端又用Java？处理逻辑运算高的后台运算
？ |
|
j********x
发帖数: 2330 | 48 设计很简洁 学起来容易 用起来很爽 前途我觉得能到nodejs这种程度应该还是有希望的
当然 如果nodejs过两年就回到垃圾堆了 那go也完蛋了。。。 |
|
Q**F
发帖数: 995 | 49 用nodejs可以解决这个问题吧。用户持续用一小时，并不是每一秒每一毫秒都在发信息
啊。这就是信息传送。nodejs每一秒可以处理成千上万条request，然后根据request的
信息传到后台的特定的service group，这些service group根据目标地址把消息送到另
外一头用户就是了。 |
|
a**********0
发帖数: 422 | 50 请问不用架构而自己用最基本的java写 如何处理每秒钟上万个request呢 其实还是
sequential处理request 然后发给thread pool处理 每个thread收发一条消息就去服务
另一个request 而不让一个用户长期占有吧
：用nodejs可以解决这个问题吧。用户持续用一小时，并不是每一秒每一毫秒都在发信
息啊。这就是信息传送。nodejs每一秒可以处理成千上万条request，然后根据request
的信息传到后台的特定的service group，这些service group根据目标地址把消息送到
另外一头用户就是了。 |
|
