V君的博客

使用SOCKET需谨慎,莫让TCP Keep-Alive把你流量耗光

作者：V君 发布于：2016-1-25 18:13 Monday 分类：挖坑经验

今天收到报告

说终端设备跑流量超标很厉害

因为不是咱的代码(将来就是了吧)

问了些情况 --

    应用层面日志很正常

    原始数据也不多

    (虽然仅记录从设备发来的)

怀疑是不是服务器抽风

一个劲的下发数据

于是直接上去抓包了

抓了一个小时, 打包传回

 \\我一看→→→→→// (葛炮音

哎哟我的玛雅 按这个间隔

一个月能跑掉30M流量

对SOCKET/TCP/IP了解不多 不知道这是不是正常现象 不过从流量上来看绝对不正常

咕狗 && 问万能的麻衣阿姨    再回来看代码       ↓↓↓↓↓↓↓↓↓↓↓

嗯嗯 这下啪啪打脸, 走GSM无线的你拿来拔网线 (´∀((☆ミつ

这下应该好了吧 (竖起拇指+牙齿闪光 

 

次日更:

不要觉得这样就大丈夫了, 还有问题 -- 连接数用完

又抓了一个小时, 发现大概每隔50秒会重新连接

看来还是要开Keep-Alive, 设置到40秒吧, 每个月需要消耗2~3M流量

继续观察...最后决定设置为45秒, 之后终于不浪费流量了.

标签: 软件开发 C# SOCKET TCP 抓包

评论(0) 引用(0) 浏览(1773)

自己动手写一个SOCKS5/SOCKS4/HTTP袋(t)里(i)服(z)务(i)器

作者：V君 发布于：2016-1-2 1:50 Saturday 分类：折腾手记

源代码在SVN.（关闭了

支持客户端协议: SOCKS5 SOCKS4 HTTP

服务端环境要求: mono 如果有反向代理要支持websocket

---- 最快使用方法(TL;DR) ----

1)下载最新版本体 (频繁更新,不稳定,爱用不用,你可以下源码来编译)

2)丢到服务器用参数 S <密码> 启动服务

3)在客户端使用 C <HOST>:<PORT> <密码> 启动客户端

目前的版本写死了服务端/客户端监听8080

客户端允许指定服务端端口是为了应对有反向代理的环境,可指定80或443

---- TL;DR完毕,补充介绍 ----

阅读全文>>

标签: 软件开发 C# mono HTTP SOCKS

评论(0) 引用(0) 浏览(4007)

又一个坑:分块传输编码(Chunked)

作者：V君 发布于：2015-12-18 22:48 Friday 分类：填坑经验

不知道Chunked是什么的可以看看维基百科,然后出去吧 ‘皿’  

 

由于没有请求响应长度,我大井WebRequest把ContentLength设置成-1, 

如果做了检查内容长度必须大于0 则永远不会成立条件

(↑这就是目前遇到的问题, 还是已发出的大量客户端自动更新的版本请求, 当然是前人写的)

已确认IIS吐出的响应带内容长度头, 但是复杂的服务器环境中间多了个nginx反向代理, 

是这该死的玩意把响应分块传输了. 难怪开发环境妥妥的, 发布以后却不工作.

让运维改nginx配置把Chunked关闭, 问题解决.

 

 

标签: 软件开发 C# ASP.NET MVC Chunked HTTP

评论(0) 引用(0) 浏览(1915)

解决C# Winform/asp.net/mvc乱码

作者：V君 发布于：2015-11-2 10:45 Monday 分类：挖坑经验

TL;DR 

源代码字符编码导致,确保所有源代码文件文本编码为UTF-8(带签名)

重新编译即可解决问题.

 

扯: 

起初只在winform遇到, 然后asp.net mvc输出content也遇到了,

无论怎么设置 浏览器编编码/服务端内容输出编码/线程区域语言/响应头编码 都无效

甚至直接写用UTF8编码字符串的字节数组, 更试了htmlEncoding编码

发现htmlEncoding吐出一个个字节 例: &#123;&#132; 这样的诡异情况, 中文应该大于255才对

回过头想起之前winform遇到的操蛋情况, 源代码字符编码啊混蛋!

因为源码字符编码是GB,又被U8再次编码, 导致操蛋结果.

标签: 软件开发 C# Winform ASP.NET 软件故障诊断 MVC 乱码

评论(0) 引用(0) 浏览(2716)

C#使用DirectShow接收摄像头或采集卡图像,可叠加OSD,录制视频,抓拍照片,玩视频监控

作者：V君 发布于：2015-10-28 2:11 Wednesday 分类：挖坑经验

经过几天折腾都是些弯路, 这次不扯也不TL;DR

创建Graph,添加以下Filter

从Video Capture Source分类里面找你的摄像头或者采集卡

Smart Tee (经过这货的preview输出会使画面流畅, 具体我也不知道为啥)

AVI Decompressor (万用的图像格式转换滤镜?

TextOverFilter (参见 Pure .NET DirectShow Filters in C#

(自动添加 Color Space Converter 具体为啥不知道, 反正能工作)

Video Mixing Renderer 9 (不支持远程桌面, 但性能比 VideoRender好, 

远程桌面时才用后者, 善用条件编译

用 GraphStudio 画的框图就像这样

用代码来做以上结构大概就像下面这样, 

可以参考我实验项目中的捕获示例， 把视频窗口句柄绑好就可以吃了
（视频播放示例需要安装MadVR才能运行

 

var devices = new DSVideoCaptureCategory().Objects.OrderBy(p => p.Name).ToArray();

_graph = new Graph();

_osd = new TimeLocOsdFilter(_deviceIndex);

_osd.NewFrame += NewFrame;

var cd = _graph.AddDeviceFilter(devices[_deviceIndex]);

var st = _graph.AddFilter(new DSFilter(Misc.SmartTee), "st");

var av = _graph.AddFilter(new DSFilter(Misc.AviDecompressor), "av");

var to = _graph.AddFilter(new DSFilter(_osd), "to");

#if DEBUG

var vr = _graph.AddFilter(new DSFilter(VideoRender.VideoRenderer), "vr"); //FOR RDP

#else

var vr = _graph.AddFilter(new DSFilter(VideoRender.VideoMixingRenderer9), "vr");

#endif

_graph.Connect(cd.OutputPin, st.InputPin);

_graph.Connect(st.Output[1], av.InputPin);

_graph.Connect(av.OutputPin, to.InputPin);

_graph.Connect(to.OutputPin, vr.InputPin);

 

然后是录制视频和抓拍了,由于VFW版本的视频压缩不是很好用 于是这里稍稍走点歪门邪道

在OSD的GDI+处理完之后把位图对象丢出来,给外面按需做副本什么的之后再销毁.

抓拍就可以随随便便实现了, 至于写视频文件

依然是像之前用AForge.DirectShow那样把帧交给AForge.FFMPEG

其实老早就用DirectShow玩视频播放了, 这次又遇到视频捕捉的需求, 于是就写成了博文

(其实是再不发这个月就0篇了 

标签: 软件开发 C# 图像处理 Winform 视频监控 DirectShow

评论(0) 引用(0) 浏览(3848)