goodbug吃数据库应用开发饭的,根本不懂UI,牛逼吹得最大# Programming - 葵花宝典g*r2013-11-25 08:111 楼肩膀出了问题,医生建议Platelet-rich plasma injection这个有用么?
w*72013-11-25 08:112 楼这些天大家也看见了这里有很多关于中国人要团结的批评与自我批评意见。其实,要建立稳定的团体首先要有一个稳定的交流平台,大家平常有事说事,没事聊家常,多交流才有可能渐渐围成个圈子。我觉得NIU可以利用自己的论坛做平台,大家正在EB的或者准备EB的,绿的没绿的都可以在一起交流,至少有一点大家愿意在那里注册的都是对移民团体关心的人,有一起交流的群众基础。MITBBS的条件和环境不是太适合用于长期做这种事情,相信在这里混过一定年头的人都知道我指的是什么,就不必展开说了。刚去NIU注了,发现那里论坛太凋零,除了移民信息发布和NIU组织信息没有别的版面,希望那里可以尽快开个自由交流的公共版面以利于大家长期驻留(可以是聊天灌水寻求帮助,凡此种种)。
n*12013-11-25 08:115 楼Firefox可以直接在界面里设置http代理pac文件, 但chrome不可以直接用GUI设置.其实在linux下,chrome也可以用pac文件, 方法就是在启动命令后面加参数, 例如:chrome --proxy-pac-url=http://yo.uku.im/proxy.pac
l*92013-11-25 08:116 楼obamacare website明显是web/UI搞死的,丫以为DB搞搞就好了。CGI虽然傻逼,如果只是DB搞搞就行的话,丫也早就修利索了发信人: goodbug (好虫), 信区: Programming标 题: Re: Obamacare website发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东)lol, scalability is never an issue on front tier.
A*a2013-11-25 08:117 楼这个不就是kobe bryant打的那个【在 g******r 的大作中提到】: 肩膀出了问题,医生建议Platelet-rich plasma injection: 这个有用么?
z*e2013-11-25 08:1110 楼ocare不知道不过铁道部网站第二年基本上就利索了没怎么挂掉【在 l*****9 的大作中提到】: obamacare website明显是web/UI搞死的,丫以为DB搞搞就好了。CGI虽然傻逼,如果只: 是DB搞搞就行的话,丫也早就修利索了: 发信人: goodbug (好虫), 信区: Programming: 标 题: Re: Obamacare website: 发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东): lol, scalability is never an issue on front tier.
w*72013-11-25 08:1112 楼是啊,只要是关心移民的,认为大家应该团结在一起的都应该去。一群妈妈十几年来还建立起一个巨大的论坛团体呢。【在 n******d 的大作中提到】: SUPPORT!: 绿了的人,也去可以同时去那边通知一声。有问题的,也可以去问问。
g*g2013-11-25 08:1114 楼我确实不懂UI,但是你也不看看有几个人认为瓶颈会在UI上的?如果瓶颈在UI上,那是实现的人实在太弱,都怪不到架构。【在 l*****9 的大作中提到】: obamacare website明显是web/UI搞死的,丫以为DB搞搞就好了。CGI虽然傻逼,如果只: 是DB搞搞就行的话,丫也早就修利索了: 发信人: goodbug (好虫), 信区: Programming: 标 题: Re: Obamacare website: 发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东): lol, scalability is never an issue on front tier.
E*r2013-11-25 08:1117 楼这是哪位的马甲快来认领【在 x*********n 的大作中提到】: 一枚关公NGC-MS69的1/4盎司小金章,很精致,发行量5000枚。: 1000刀包快递出给版上的同学,有兴趣的请跟我联系,谢谢!
P*l2013-11-25 08:1118 楼你总是说错。有报道说前端不是问题。你咋知道前端有问题的?【在 l*****9 的大作中提到】: obamacare website明显是web/UI搞死的,丫以为DB搞搞就好了。CGI虽然傻逼,如果只: 是DB搞搞就行的话,丫也早就修利索了: 发信人: goodbug (好虫), 信区: Programming: 标 题: Re: Obamacare website: 发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东): lol, scalability is never an issue on front tier.
a*u2013-11-25 08:1121 楼I want it【在 x*********n 的大作中提到】: 一枚关公NGC-MS69的1/4盎司小金章,很精致,发行量5000枚。: 1000刀包快递出给版上的同学,有兴趣的请跟我联系,谢谢!
g*g2013-11-25 08:1123 楼前端服务器起太少了,或者没有cache,顶不住,signup request还没到中间层,就崩了。【在 f*******t 的大作中提到】: 第一天只有6个人成功signup,楼主说说看前端出什么问题能导致这个
b*s2013-11-25 08:1124 楼他们不做压力测试么【在 g*****g 的大作中提到】: 前端服务器起太少了,或者没有cache,顶不住,signup request还没到中间层,就崩: 了。
l*92013-11-25 08:1125 楼有报道说每个 user registration,系统要load 70 多个function, 要和许多不同系统(比如irs, homeland security, veteran affairs)连接validate user input, webserver 直接暴掉,这叫前端不是问题?【在 P********l 的大作中提到】: 你总是说错。: 有报道说前端不是问题。你咋知道前端有问题的?
z*e2013-11-25 08:1126 楼看来是因为每一个session持续的时间太久了估计不是load,是发送validation request之后等的时间太长session expire了,还有就是持续时间太久,搞得内存无法释放后面再不断涌入,最后导致server崩盘这也可以解释为什么压力测试没测出来估计阿三乐观滴估计了每一个步骤需要的时间【在 l*****9 的大作中提到】: 有报道说每个 user registration,系统要load 70 多个function, 要和许多不同系统: (比如irs, homeland security, veteran affairs)连接validate user input, web: server 直接暴掉,这叫前端不是问题?
l*92013-11-25 08:1127 楼multiple steps user registration, live validation绝对傻逼。我觉着一次接受所有user input,后台批处理validation,问题就解决了。根本不必担心用户输入垃圾数据【在 z****e 的大作中提到】: 看来是因为每一个session持续的时间太久了: 估计不是load,是发送validation request之后等的时间太长: session expire了,还有就是持续时间太久,搞得内存无法释放: 后面再不断涌入,最后导致server崩盘: 这也可以解释为什么压力测试没测出来: 估计阿三乐观滴估计了每一个步骤需要的时间
f*t2013-11-25 08:1128 楼用户胡乱输个ssn,后台批处理再发封不成功的邮件,我觉得这个不行数据【在 l*****9 的大作中提到】: multiple steps user registration, live validation绝对傻逼。我觉着一次接受所: 有user input,后台批处理validation,问题就解决了。根本不必担心用户输入垃圾数据
z*e2013-11-25 08:1130 楼限制一个ip只允许输入有限个申请买买提上防老大爷批量灌水的机制可以参考【在 f*******t 的大作中提到】: 用户胡乱输个ssn,后台批处理再发封不成功的邮件,我觉得这个不行: : 数据
z*e2013-11-25 08:1131 楼丫以为DB搞搞就好了这个其实是魏老师的中心思想不是古德霸的【在 l*****9 的大作中提到】: obamacare website明显是web/UI搞死的,丫以为DB搞搞就好了。CGI虽然傻逼,如果只: 是DB搞搞就行的话,丫也早就修利索了: 发信人: goodbug (好虫), 信区: Programming: 标 题: Re: Obamacare website: 发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东): lol, scalability is never an issue on front tier.
l*92013-11-25 08:1133 楼obamacare website魏老师没有参与讨论,goodbug说db搞搞就好了【在 z****e 的大作中提到】: 丫以为DB搞搞就好了: 这个其实是魏老师的中心思想: 不是古德霸的
z*e2013-11-25 08:1134 楼那赶紧,给魏老师参考一下,看看魏老师什么意见【在 l*****9 的大作中提到】: obamacare website魏老师没有参与讨论,goodbug说db搞搞就好了
P*l2013-11-25 08:1135 楼你真牛. 这叫前端有问题?你自己举的例子: 连接validate user input, web server 直接暴掉.看看前端都管什么:http://peteschuster.com/2012/01/what-is-a-front-end-developer/https://drupal.org/node/1245650看看你自己写的帖子的title: goodbug吃数据库应用开发饭的,根本不懂UI,牛逼吹得最大我怎么看不出来前端哪里有问题.您老是搞UI的吧? ;)打住, 讨论到此为止了.【在 l*****9 的大作中提到】: 有报道说每个 user registration,系统要load 70 多个function, 要和许多不同系统: (比如irs, homeland security, veteran affairs)连接validate user input, web: server 直接暴掉,这叫前端不是问题?
P*l2013-11-25 08:1136 楼对了, 前端另外一个公司搞的, 不是CGI. 连这个也不知道?【在 l*****9 的大作中提到】: obamacare website魏老师没有参与讨论,goodbug说db搞搞就好了
g*g2013-11-25 08:1137 楼我是说过,因为这个没有抢票问题。只要对数据库按用户分表。sync架构就可以。觉得我错了的可以反驳。【在 l*****9 的大作中提到】: obamacare website魏老师没有参与讨论,goodbug说db搞搞就好了
l*92013-11-25 08:1138 楼business tier上面的都是前端【在 P********l 的大作中提到】: 你真牛. 这叫前端有问题?: 你自己举的例子: 连接validate user input, web server 直接暴掉.: 看看前端都管什么:: http://peteschuster.com/2012/01/what-is-a-front-end-developer/: https://drupal.org/node/1245650: 看看你自己写的帖子的title: goodbug吃数据库应用开发饭的,根本不懂UI,牛逼吹得: 最大: 我怎么看不出来前端哪里有问题.: 您老是搞UI的吧? ;): 打住, 讨论到此为止了.
l*92013-11-25 08:1140 楼obamacare网站是被live validation搞垮的【在 g*****g 的大作中提到】: 我是说过,因为这个没有抢票问题。只要对数据库按用户分表。sync架构就可以。觉得: 我错了的可以反驳。
g*g2013-11-25 08:1141 楼live validation是必须的。被这个搞垮,就解决这个。validation 是只读的操作,没有说搞不定的。【在 l*****9 的大作中提到】: obamacare网站是被live validation搞垮的
l*92013-11-25 08:1143 楼哈哈,不愧为不懂UI的【在 g*****g 的大作中提到】: live validation是必须的。被这个搞垮,就解决这个。validation 是只读的操作,没: 有说搞不定的。
g*g2013-11-25 08:1144 楼反正没冲突,多上机器就是。validation的数据该cache就cache.【在 N********n 的大作中提到】: 可能一个REQUEST的WEB SERVICE CALL多,然后BLOCK THREAD死等。后面的: REQUEST全卡壳。
N*n2013-11-25 08:1145 楼能CACHE就CACHE省去重复的WEB SERVICE CALL。需要CALL的改成ASYNC CALL,反正等远端WEBSERVICE死抱着本地THREAD也不会得到更快RESPONSE。这样效率就好多了,这个不够再加机器,【在 g*****g 的大作中提到】: 反正没冲突,多上机器就是。validation的数据该cache就cache: .
g*g2013-11-25 08:1146 楼async 不是不行,体验不好。这个应用堆机器就能解决,没必要异步。【在 N********n 的大作中提到】: : 能CACHE就CACHE省去重复的WEB SERVICE CALL。需要CALL的改成ASYNC CALL,: 反正等远端WEBSERVICE死抱着本地THREAD也不会得到更快RESPONSE。这样效: 率就好多了,这个不够再加机器,
f*t2013-11-25 08:1147 楼没啥问题吧,一般认为干这种事的属于前端【在 P********l 的大作中提到】: 你真牛. 这叫前端有问题?: 你自己举的例子: 连接validate user input, web server 直接暴掉.: 看看前端都管什么:: http://peteschuster.com/2012/01/what-is-a-front-end-developer/: https://drupal.org/node/1245650: 看看你自己写的帖子的title: goodbug吃数据库应用开发饭的,根本不懂UI,牛逼吹得: 最大: 我怎么看不出来前端哪里有问题.: 您老是搞UI的吧? ;): 打住, 讨论到此为止了.
N*n2013-11-25 08:1148 楼你说的ASYNC和WEB TIER的ASYNC I/O大概不是一回事。WT里面的ASYNC就是NONBLOCK WAIT,给WEB SERVER缓解THREAD POOL压力用的。这个网站出丑大概就是把THREAD POOL吃光了。【在 g*****g 的大作中提到】: async 不是不行,体验不好。这个应用堆机器就能解决,没必要异步。
l*92013-11-25 08:1149 楼大量远端WEB SERVICE CALL 必须通过后台async batch, 是高用户量网站必须的GOODBUG认为WEB TIER CODING DOESN'T MATTER, 加SERVER就行【在 N********n 的大作中提到】: : 你说的ASYNC和WEB TIER的ASYNC I/O大概不是一回事。WT里面的ASYNC就是: NONBLOCK WAIT,给WEB SERVER缓解THREAD POOL压力用的。这个网站出丑: 大概就是把THREAD POOL吃光了。
g*g2013-11-25 08:1150 楼后台用户数据可以完美分裤。看不出 batch 的需要。【在 l*****9 的大作中提到】: 大量远端WEB SERVICE CALL 必须通过后台async batch, 是高用户量网站必须的: GOODBUG认为WEB TIER CODING DOESN'T MATTER, 加SERVER就行
l*92013-11-25 08:1151 楼不ASYNC, 用户一步步等REMOTE WEB SERVICE CALL, 系统暴掉,好棒的用户体验啊【在 g*****g 的大作中提到】: async 不是不行,体验不好。这个应用堆机器就能解决,没必要异步。
N*n2013-11-25 08:1152 楼疤蟆找的CONTRACTOR太烂,政府的钱太好赚。【在 l*****9 的大作中提到】: 不ASYNC, 用户一步步等REMOTE WEB SERVICE CALL, 系统暴掉,好棒的用户体验啊
N*n2013-11-25 08:1156 楼估计是前端没有ASYNC I/O,一堆REQUEST BLOCK THREAD傻等WEB SERVICE结果挤爆THREAD POOL,NOSQL还没用上WEB SERVER就挂了。LOL,一个网站玩不转还掌控全国医疗体系,疤蟆就是饭桶一个。【在 b*******s 的大作中提到】: 新的报道说是用nosql系统,结果没用好,出了问题
b*s2013-11-25 08:1158 楼目前看报道是那个东西学习曲线比较陡,导致经验不足的工程师误用他们那个公司很迷信这个系统,什么都要上去套一下【在 N********n 的大作中提到】: : 估计是前端没有ASYNC I/O,一堆REQUEST BLOCK THREAD傻等WEB SERVICE: 结果挤爆THREAD POOL,NOSQL还没用上WEB SERVER就挂了。: LOL,一个网站玩不转还掌控全国医疗体系,疤蟆就是饭桶一个。
N*n2013-11-25 08:1160 楼ASYNC I/O应该很时髦啊,京2整天在这鼓噪。换.NET来用脚指头都能写一个。【在 b*******s 的大作中提到】: 目前看报道是那个东西学习曲线比较陡,导致经验不足的工程师误用: 他们那个公司很迷信这个系统,什么都要上去套一下
g*g2013-11-25 08:1164 楼validation太慢,可以查那个validation service latency高,解决那个service的scalablity问题。我提DB,是因为只有transaction才是不scalable的,没有transaction就不存在这个问题。上来就async validation才是头痛医脚。【在 l*****9 的大作中提到】: 是你主张头痛医脚的
l*92013-11-25 08:1165 楼你不懂编程啊【在 g*****g 的大作中提到】: validation太慢,可以查那个validation service latency高,解决那个service的: scalablity问题。我提DB,是因为只有transaction才是不scalable的,没有: transaction就不存在这个问题。: 上来就async validation才是头痛医脚。
t*y2013-11-25 08:1168 楼架构师的责任,技术选型非常重要。最怕只追新的领导。【在 b*******s 的大作中提到】: 目前看报道是那个东西学习曲线比较陡,导致经验不足的工程师误用: 他们那个公司很迷信这个系统,什么都要上去套一下
t*y2013-11-25 08:1169 楼.NET 这方面的确实不错毕竟microsoft界面大拿,那个就是需要async I/O。【在 N********n 的大作中提到】: : ASYNC I/O应该很时髦啊,京2整天在这鼓噪。换.NET来用脚指头都能写一个。