@Borden 这个梗可以 233

楼主辛苦了
楼下的还是看 git book 吧

@tvallday 我擦，如此自信

2 楼+1

我擦，一直在等，没想到出完了。。。。。。感谢。。

@Jakesoft

我想起了，以前用 php 做过 socket 编程。。太久忘记了。。

貌似我打错了， php 貌似只能是 http 请求吧，建立在 tcp/ip 上，底层它控制不了

base_convert() 函数在任意进制之间转换数字。
base_convert(number,frombase,tobase)
参数 描述
number 必需。原始值。
frombase 必需。数字原来的进制。
tobase 必需。要转换的进制。

@Geoion 斗智斗勇 233

linux 视频到推流服务器命令：
ffmpeg -video_size 1600x900 -framerate 25 -f x11grab -i :0.0 -qscale 0.1 -f flv -y rtmp://192.168.1.128/live/test

-video_size 1600x900 是我的屏幕分辨率
-framerate 应该是帧数，一秒 25 帧
-f x11grab linux 下的屏幕设备,avfoundation 是 OSX 系统的
-i :0.0 屏幕录制偏移，我这里没偏移
-qscale 0.1 清晰度，越小越清晰，有例子给的 10 ，很模糊
-f flv -y rtmp://127.0.0.1/live/test 输出 flv 到直播流服务器

这个和语言无关， java 也应该是通用的。

有这么一个登陆的例子。

首先后台，根据用户输入的用户名密码，返回不同的状态值：
登陆成功：
{
"state":"1",
"data":[.....]
}
登陆失败：
{
"state":"0",
"data":null
}
这里登陆状态明显不需要因为数据库没查到值就 try 处理。

但下面就需要了，当用 ajax 调用上面的接口，因为在开发时，由于缓存系统的原因，有时候 js 中处理 data 的函数还是老版（资源文件缓存不更新，解决办法是在链接后面添加"?随机数"或去缓存管理中心刷新此 js)，和新的 php 接口给的 data 数量不一致，会导致 js 执行失败（如果是 jquery ，它会 try 处理，无需担心此问题）。此时 js 执行中断，导致后面显示 data 数据到页面无法执行。其行为就是，用户输入了正确的用户名和密码，返回的 state 也为 1 ，但是因为 data 不一致，导致 js 失败，从而页面依然还是未登录状态，但实际上后台已经登陆成功， session 也是有效的。

为了防止以上情况，所以用 try 包住 data 处理的代码，然后不管是否执行成功，都在最后的 default 中执行显示状态框到页面上。状态框默认信息为“读取中...”，然后 data 处理的代码就是将 data 的值替换掉“读取中...”。

以上解决方案在我公司的网站上应用了，很好的解决了客服那边电话被打爆了的情况。

下一页。

@wyntergreg
为了让楼下的看明白你的意思，我翻译一下。
1.我管理经验丰富，所以我说的都在理。
2.因为验证码是直接写的数字，所以系统弱智，所以写脚本的人就应该知道抢购后页面不会像正常流程一样跳转。
3.因为你们是普通的技术人员，不差你们几个，所以敢出一点问题就赶紧滚。
4.你写脚本抢了月饼，别人没写，所以你破坏了团队建设。就算你只为了抢一个，发现多了要把多的购买资格退回去，反正你的脚本抢了，不论你的动机是什么，有没有主动归还，都是破坏团队建设。