|
d****i 发帖数: 4809 | 2 这个没有绝对好坏,同样是web server,基于多线程的Apache还是比基于event的Nginx
流行很多,同样Java的Tomcat也比Netty流行很多。实际都是取决于case by case,任
何问题都没有什么都好的银弹。
价。 |
|
|
w**z 发帖数: 8232 | 4 millions of WordPress installations are all on Apache.
现在新site, nginx. 应该不比Apache 差。
as |
|
p******1 发帖数: 366 | 5 C/C++ : nginx. one Juniper switch. |
|
k**********g 发帖数: 989 | 6
Start with Java Executors.
Learn how to use it just like the Runnable and Callable class.
http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/E
For example, if your goal is to write Android programs, (1) Executors is
basically all you need - the only other things you need are (2) thread
safety on Android, and (3) understand when and why you need to call Activity
.runOnUiThread() in some situations
C++ didn't have anything in the standard library comparable to Java
Executors. Design-by... 阅读全帖 |
|
N*****m 发帖数: 42603 | 7 大牛谈不上
Haproxy, nginx比较流行,容易配置,教程很多很简单
lvs比较低层,配置比较复杂,但是因为低层能用的协议比较多
我的感觉是一般web的应用,haproxy绰绰有余了 |
|
d*******r 发帖数: 3299 | 8 应该不错, Redis, Nginx 不也是 C 的吗. 太新了, 还得等着 |
|
p*****2 发帖数: 21240 | 9
nginx
OO跟有没有类到没有直接的关系,其实。 |
|
c********l 发帖数: 125 | 10 Technologies Used
• NginX / PHP-FPM
• JQuery
• Backbone
• Redis (For Queuing)
• MemCached
• Sphinx
• Chat
• Pinf
• Pinf Lib
• MySQL
• Barker
好像还有些java 和objective c |
|
c*********e 发帖数: 16335 | 11 原来是php, nginx. 看看,php还是能赚大钱的,象facebook一样。
看来php能做有千万用户的大网站啊。谁说只有java, c#能做大project? |
|
c***n 发帖数: 809 | 12 你是真知道还是瞎扯, nbcolympic.com, web server 用 nginx, content 用akamai,
Apache, 我软在哪里?streaming 有没什么大不了不好说,不过我软可没资格说
2008olympic 是他干的 |
|
n*****t 发帖数: 22014 | 13 css js 这种 static 的东西就交给 nginx 吧,将来还可以扔给 cdn,node 一般只处
理 dynamic 部分。我现在连 html 都做成 static 了,render 让 angularjs 去忙活
,script 里请求一个 pageData 就可以了。 |
|
|
c*********e 发帖数: 16335 | 15 php文件是用php.exe来执行的,和nginx,apache有啥关系?
改模块要重编译烦得很啊 |
|
c*********e 发帖数: 16335 | 16 iis里面随便设置一下就能跑php code了。apache这个设置难道比iis的还要麻烦?
apache比nginx慢。 |
|
d****i 发帖数: 4809 | 17 This is not true. Nginx has a lot of good advertising here and there, while
Apache never advertises itself because it is already the solid long term
well-recognized most popular "de facto web server". But in terms of speed,
it's not necessary which one is faster. It all depends on how you configure
them and how you use them. |
|
n*****t 发帖数: 22014 | 18 lol,其实还是 apache/nginx 更省事,反正这个套要戴 |
|
|
d******e 发帖数: 2265 | 20 都是nginx后面挂着几个。
java的东西都是太重量级了。vertx这么轻量,支持reactive/fp这么好的,的确符合
python, js用的多人的审美。 |
|
w***g 发帖数: 5958 | 21 log-structured file system是1990年左右出现的,在HDD时代是一个很牛B的发现。
其实现在SSD盛行后已经没啥优势了。之所有目前盛行,我觉得主要是industry还没缓
过劲来,
还有就是实现比较容易。类似的,event-vs-thread以及nginx的牛B是前multi-core时
代的事情。
现在核越来越多了,单核计算能力也越来越强,未来的方向是明显利于thread的。
但是industry还没缓过劲来,所以会阶段性地出现continuation passing style大行其
道的局面。
node.js之类的应该火不了几年了。 |
|
n****j 发帖数: 1708 | 22 这活交给 nginx 就可以了,妈蛋,把我也封了 LOL |
|
w********m 发帖数: 1137 | 23 赞一下http://www.mitbbs.com/mwap
全站restful
速度飞快
结构清晰
nginx锁库准确
请来写js的国内小哥虽然写了些无用代码多拿点钱,但至少没有插入恶意代码
要是加几个禁止外链的function就可以屏蔽骗子了。
这就是理想状态了。
看来老邢还是有技术追求的
只是广告在身,身不由己 |
|
|
h******e 发帖数: 26 | 25 我们组正在做microservice的基础论证,一个很重要的方面就是protocol,具体就是
restful vs. thrift.有两个很重要的非功能性需求就是限速和安全性。RESTful很容易
在nginx和应用层的框架内实现rate limit,安全性由https保证。就是不知道 thrift
是怎么做这两个方面的。请版上的大神指教。 |
|
w********m 发帖数: 1137 | 26 第一性能惊人。再烂的机器100k QPS毫无压力。
第二什么都能干。cache, message queue. 还能当DB。性能秒杀memcached,rabbitmq
还有mongoDB。
现在搭个cluster也相当容易。
上一个可以比较的神器就是nginx了,都是linux平台上出现的。 |
|
p***o 发帖数: 1252 | 27 改改hosts再拿nginx搭个代理就不用改jar了 ... |
|
w********m 发帖数: 1137 | 28 c#其实很不错。不过这年头都要堆轮子。
打个比方,几个欧洲人发明的神器,linux,nginx,redis,做web的都要用吧。
github上有个软软的redis的fork,我测了一下,最多只能4k qps,还没数据库快。
你看stackoverflow花了老鼻子力气去做这几个轮子的client,我想他们虽然拿着微软
的钱,每天上班都要心里骂微软几百遍吧。 |
|
w**z 发帖数: 8232 | 29 来自主题: Programming版 - 关于做网站 也对, php, Apache web server, nginx, JVM 都是 用 c 写的。 |
|
c*********e 发帖数: 16335 | 30 en, nginx + php,twemoji.min.js, 用的wordpress. |
|
|
|
w********m 发帖数: 1137 | 33 windows做桌面比linux先进一个光年。
windows上能玩最牛逼的游戏
各个linux distro的桌面,就是矮子里面选个高点的。
反过来,做服务器,windows比linux落后一个光年。
windows server做点内网的界面不错,比如请个假的小app什么的。
做web service,windows没有nginx和redis,完全不知道怎么实现。 |
|
发帖数: 1 | 34 用什么都行。
比如:
/product-123/
/product/?id=123
/#product123
假设你有一个 index.html 用来 serve SPA
用户访问你的SPA有两种方式,第一种就是直接 访问 /
另外一种就是比如复制了上面这几种URL在新窗口打开,
需要服务器端都serve同样的SPA代码,然后SPA自己根据url route到相应的view去。
用 # 简单的地方在于,服务器收到的就是 / 这个请求
其他两种的话,服务收到的是 /product-123/ 或者 /product/?id=123
你只要让服务都返回同样的SPA就行了。
我们本来所有的静态网站都是用S3部署的 serverless 架构。
但是SPA的话,S3没法很简单的给不同url都发送同样的response。
所以我们的SPA就自己用nginx部署了,对所有请求全都发送一个SPA的page |
|
h******b 发帖数: 6055 | 35 晚上从gmail换成sendgrid, 用他们github上面的nodejs library几分钟搞定了。发出
去的email真的挺专业的,上面是[email protected]/* */ via sendgrid.net。
我在google domain里设定了一个alias, [email protected]/* */ = 领导信箱,这样万
一有人回信她也可以收到。
本着好马不吃回头草的原则,坚决不用apache/nginx。 一个digital ocean五刀的
droplet上面跑两个express网站, 两个其他app。用node redbird的插件设定了一个
reverse proxy, 根据domain name来route到app的
port。 然后用node pm2永久运行所有app。
感觉node真心好用。 这么一个五刀的droplet, 运行一打这种每天不到一百个访问人
的小网站应该是无压力的。 |
|
W***o 发帖数: 6519 | 36 用parse server example + MONGO LAB + nginx reverse proxy 来做https,测试了一
下,感觉配合
iOS SDK/ JavaScript SDK 很顺手,比自己搭backend还要糙快猛。但是目前不知道以
后会有什么瓶颈,大牛给点建议? |
|
c*********e 发帖数: 16335 | 37 php + nginx
网上找的免费的jquery js.
没用AngularJS,NodeJS,ReactJS |
|
c******n 发帖数: 16666 | 38 嗯 一般用apache或者nginx哪怕是node还要自己手动写重导向
router里面加一个path为*的可以拉去404
是的。干货都在webpack编译产生的js里。这次简直搞得我脑洞大开。你在浏览各个 |
|
l***p 发帖数: 358 | 39 deploy node.js behind nginx
modsecurity CRS 3.0 |
|
w********m 发帖数: 1137 | 40 python要用nginx,gunicorn,uwsgi,
这些配置都不是好玩的。
每个机器还不一样。 |
|
d********g 发帖数: 10550 | 41 而且你这瞎列一气。Gunicorn你如果不考虑scaling的话完全可以像Tomcat、Node.js一
样裸用,不需要其它。uWSGI要配合一个前端比如Nginx,但这个前端基本上都不会在同
一个机器。不过要是你的服务都没有LB的话当我没说 |
|
d********g 发帖数: 10550 | 42 所以你这只专注在抠字眼不理解实质。LB是一个概念的玩意儿不是非要指HAProxy,就
和web server / app server这些概念一样不同场景对应的instance不同
要是每台机器配Nginx还不上CI的话真的是自虐了 |
|
|
N*****m 发帖数: 42603 | 44 感觉你混淆很多概念
nginx是reverse proxy,Java一样要用
gunicorn, uwsgi这些跟tomcat类似,python里面你一样可以不用,用flask这样的就跟
你的spring boot一样,直接运行就行了;node.js就更简单了 |
|
c*********e 发帖数: 16335 | 45 nginx都不会配置,你还是别玩programming了。 |
|
f*********e 发帖数: 8453 | 46 用Django写了个简单的文件查询,在django本身自带的调试环境(就是manage.py
runserver :port)调试运行正常。可是转到uwsgi+nginx生产环境下面就超时。然后在
本地用uwsgi调试发现我可以拿到结果,可是浏览器在显示结果以后好像还在等待(那个
加载的图标一直在转)。有人碰到过类似问题吗?Django在view返回以后还会做些什么
?uwsgi和django本身自带的那个环境有什么大差别?我用了multiprocessing库。做了
些分析,似乎不用这个库弄成单线程的就没事。我起uwsgi的时候命令行用了threading
相关的参数,所以应该不是uwsgi缺省不加载线程支持的问题。 |
|
p**r 发帖数: 5853 | 47 后端没啥好玩的,不是说把后端搞成屎。
再说现在后端除了FG以及一些独角兽,其他真的没啥好弄的。
就三板斧,cache,反向+LB,auto-scale。
nginx+aws一招平天下。
啥高大上那都是面试时候扯淡的,
真干活的时候一个是基本用不到,
另一个是就算用到了,也轮不到码农去研究怎么搞。 |
|
c******n 发帖数: 16666 | 48 肯定会控制速度 毕竟这玩意儿是灰色区域
不靠防火墙和nginx 自己爬虫爬死我自己的网站也就是十几秒钟 多进程加异步太狠了 |
|
w***g 发帖数: 5958 | 49 从来没在实战中用过。我见过的,一个是nginx,一个是js。 前者源代码完全没有
可读
性。 我觉得和thread+exception比,cps是一种反人类的设计,在多核和大内存下也没
有性能优势,除js必须用外没有多大实战意义。
fp里很多概念都是自娱自乐用的,不知道不丢人。 |
|
g****t 发帖数: 31659 | 50 Node.js之前,这哥们下的功夫真是不少
BostInno: What were you trying to solve when you created node?
Dahl: I was often involved with writing small event based programs. I liked
the design of event based servers because I felt they were easier to
understand: state is kept in some struct and you go around and around
modifying the state. There were no infinite while loops making blocking
reads or accepts from sockets (which has always struck me as a very strange
pattern). I would be able to make very low latency s... 阅读全帖 |
|