@RIcter 渣渣啦我～～

@rankjie 侯总～～ 好久不见，抽时间来玩啊～～

@unstop 非常感谢你的回复，已经修改好了，如果有意向欢迎来投简历～～，对于官网大家有什么建议和意见还请提出来

google calender

*abc*

##hello

ws 实现聊天非常简单但是其实并不适合做im 因为长连接的非常不好
使用http的方法或者udp 来实现是最理想的~~
我以前也用socket.io写过效率一般，使用http post 或者udp 的方法效率最高，根本不用担心并发性
其实长连接的话大部分网络带宽都是heartbeat

@vimutt 你那是追求自己个人逼格，我说的是软件本身的逼格，两者不是一件事情:P ，win phone的metro风格是它提出来的，但是从设计的角度来讲甚至于对于开发者的要求以及开发者主动对于自己app的外观和使用体验上的要求来讲，都相对比较差。
我自己写过wP的代码，从系统级的资源美观上就真心感觉跪了，有点达不到要求。
从社区下载的app本身也不如其他两个系统资源丰富，用着舒服

要什么都有，但是就是逼格跟不上，没人用

linux 的命令本身就是跑全局的程序 这些程序一般放在/usr/bin /usr/sbin 或者是环境变指定的文件夹下面，然后输入程序名(也就是指令)全局的来执行就好了
因此楼主只需要写一个程序放在全局路径下就ok了
怎么实现都可以，楼上诸位大神已经给出了脚本代码

@jarlyyn @mornlight 用户的信息确实要验证，但是现在的验证部分要通过比对，但是大部分的请求采用很快的的方法了，通过memcache类型的数据，在nginx端就直接将要验证的信息作为索引去取cache中的内容，但是如果用户关键信息变了的话，如果还是这样的请求，会将response状态转为重新登录，然后memcache中的该用户信息就会换为新的，你去试试微信，大象笔记，利用heartbeat保持session，如果用户的签名发生改变，就会让所有的heartbeat的客户端全部重新登录，cookie失效

@mornlight @love 关于你的
“@mornlight 加密要么是可靠的，要么是不可靠的，不存在有可能被解密的可能”就是在抬杠，如此无意义的言论。。。。不懂cookie跟session随机状态机制就别来搀和

@love 这个年代你还在信hash真心年轻了。。。。。。cookie里面放的是signature 也就是签名，但是这个签名是属于token机制的，它与时间戳等其他相关，修改完密码之后原来signiture就会失效，换成了新的token和新的signature。。。。还像你那样，简单的XSS攻击就足够知道你的信息了

lua吧

左手，因为右手有的时候要碰鼠标，所以我习惯一贯左手空格

楼上的楼上 说的是对的，cookie里面应该放sha1（token+username）而不是密码，不管铭文还是密文都不要出现