现阶段的传输基本都是采用有线传输和无线WLAN传输相结合的方案。我们都知道有线传输的优点在于传输稳定可靠、传输带宽搞、保密性好，但是有线传输也有自身的弱点，如施工周期较长、施工难度高、施工费用较贵。因此cosbeta在这里提出一个新的高清视频监控的传输解决方案-利用数字微波传输系统进行传输。

数字微波和WLAN传输相比，优点在于传输带宽大，目前Wireless-G 状态下传输速率也仅有54Mbps，而数字微波可以轻松做到传输100Mbps，下面这张表是对WLAN和数字微波用户视频传输的优劣势对比：

从上面的表格中可以看出，对于小容量的监控视频数据传输，可以采用wlan的无线解决方案，但是若有多个点的视频数据汇合，则可以采用数字微波了。

cosbeta很看好数字微波的传输解决方案，原因有以下几点：

频谱专用、抗干扰能力

由于WLAN采用的是公共频段，所以干扰是无可避免的事情，对于重要监控数据的传输，就应该考虑用数字微波了，数字微波采用专用频段，一般采用QPSK调整，抗干扰能力强，按照目前的技术成熟阶段来讲，基本接近有线传输，好的工程设计可以让这样的传输达到电信级的传输要求。

数字微波的未来发展趋势

由于中国的光纤非常发达，特别是大、中城市，光纤的覆盖率甚至超过了欧美（欧美的领土私人所有制度导致光纤的挖埋变得很困难），因此从长远看来数字微波在中国电信运营商中的使用将会越来越少，这将会使得原来划分给数字的频段的使用越来越少，频谱越来越干净，更加有利于专网的使用。cosbeta曾经为专网的使用设计了一些方案，到目前为止都3年了，传输质量相当良好。

价格&技术因素

在6年前，一跳34M传输的数字微波价格大约在10万左右，而如今价格已经下降了一半，因此，数字微波在专网如视频传输领域的使用将会逐渐增加，现在的微波传输和以前的模拟传输已经完全不同概念了，采用了数字化技术，成熟的编解码技术，成熟的纠错技术，和高度集成的射频收发信技术，只要工程施工和设计到位，你完全感觉不到传输居然采用的是无线传输。cosbeta参与过的湖南电视台的某个传输部分，现在无线完全把原来的光缆给替代掉了。

当然，视需求而定，有线方便的地方还是建议用有线，无法有线的，如工地的监控，若是有线，很容易就让施工车给扯断。

若有需要大容量的点对点无线传输解决方案，可以咨询cosbeta，cosbeta可提供全套的解决方案，价格6万以内。联系方式见本站的关于我们。

好久没有写电子相关的东西了，此文写在离职（离开电子行业）后的第30天。

今天有人给cosbeta发邮件，询问计算的公式是什么样的。其实，若是把地球当作一个正常的球体（其实它是椭球）来说，球面两点之间的距离计算并不复杂，运用球坐标很容易就能计算出两点之间的弧长。当然这都是高中的知识，我和你一样，也没有那个耐心来将其推导，所以我就利用google map的经纬度到距离计算的js脚本，将球面弧长的公式给还原出来（估计这个公式是经过部分修正的），还原出来的公式如下：

对上面的公式解释如下：

公式中经纬度均用弧度表示，角度到弧度的转化应该是很简单的了吧，若不会，依然请参考这个这个经纬度算距离的工具；

Lat1 Lung1 表示A点经纬度，Lat2 Lung2 表示B点经纬度；

a=Lat1 – Lat2 为两点纬度之差  b=Lung1 -Lung2 为两点经度之差；

6378.137为地球半径，单位为公里；

计算出来的结果单位为公里；

哪位朋友若发现公式错误，请一定要留言指正哦！

X07对方付费电话总机是个什么东西呢，下面我用我知道的知识简单的描述一下。你可以将家中所有的电话如A、B、C绑定在一个对方付费的号码上面，比如为900(随便举例)，当对方给900打电话的时候，比如900123，总机会根据A、B、C的占线情况，自动转接到不占线的主机，同时话费按照市话收费，当然，是被拨打放支付。

这个有什么好处呢？1.对外永远只需要一个电话号码，内部可以拥有很多分号码，当然这些号码和传统的电话号码一模一样，缴费也是一模一样；2.对方付款，这样的付款方式，表达了对客户的充分重视；3.内部电话可以随便变化，若是办公室搬家，对外的电话始终是总机，所以客户不会因为电话号码的变化而丢失。

当然好处反过来说就是缺点：1.内部的分机和普通的电话机一样，所以在资费上面没有优势，你还得另外要给总机公司几千块的年费；2.对方付款，看似很好，其实对于公司之间的交流来说，这点小钱没有多大必要；3.电话只有一个对外的电话，而这个电话却是非常宝贵，所有的客户都通过这个外线900123来联系，这样一来你就被总机服务公司给绑架了，因为这个号码是总机服务公司给分配的，所以到时候总机服务公司要多少座机费，你得乖乖的掏出来，想一想就很恐怖。别和我理论，说总机公司是大公司，很有信誉，连sanlu这样的公司都能存在，你还真相信我们这个国家有有信誉的公司么，利字当头，号码被绑架，想怎么收你的钱就怎么收！

当然，若你能承受上面的最后一条风险，认为您的号码丢掉不影响你的业务，或者总机公司的诚信丢失的概率能够承受，那么这个总机服务还是可以用的。

其实，这个总机业务说白了就是一个来电转接功能，无非是在电话交换机那里做了一个排队处理，看来，在中国，只要有人际资源，赚钱真的很简单！

cosbeta在大学的四年中，遇到这样的厉害老师或许就只有一两个。其实记忆最深刻的就是电子科技大学的胡俊。只是遇此老师的时间来的晚了一些，都快毕业了。雷达原理是本专业并不重要的一门课程，然而cosbeta从这个科目上学到的东西可以说是最多。在以前的学科中，我并不清楚我学习该的科目的目的何在。比如微积分，我仅仅知道是因为考试要学习，或者将来专业课用得上，比如数学物理方程，当时是在想不通这么困难的一些方程解来解去有何作用。有目的的事情，cosbeta的效率是最高的，而没有目的的事情，学习的时候就浑浑噩噩了，也不会学得有多好。雷达原理课上，胡俊老师讲了他大学本科时候的学习经历，其中有这样一句话，大意是这样的：“其实电磁场科目也很简单嘛，不就是计算在某个空间或某个平面电磁场强度的分布么？电磁场的分布满足什么方程大家都知道了，然后根据电磁理论，将相关的边界条件代入到方程中，不就解出来么”。真可谓听君一席话，胜读十年书啊。原来，学习高等数学、微积分的作用在于如何求解方程和如何运用解析的方式剖分平面或者空间，数学物理方程就是告诉你如何求解一些知名的方程式，而电磁场理论则是告诉你经典的电磁场分布应该满足那些边界条件。如电场的分布是否连续，边界求导是否为0等等。想想当初，老师在上面一个劲的告诉大家方程怎么解，一个劲的进行方程的推导，我却在下面漠然的看着黑板，不明白要推导这么些干嘛去。然而当cosbeta明白这些之后，就宣布毕业了。

其实要做这样的一个老师也不是一件很容易的事情，首先知识得过关，这里的过关并不是指的只会解方程，只会运用公式。而是要知道理论的原理，并且能深刻体会。另外还得要求很强的表达能力，能把复杂的问题说得简单。这样的老师，其实很少。

在信息运输之前，现代通信系统至少需要做2件事情：1.信息的数字化；2.信息的编码。首先我们看看信息为什么要数字化？现实中的信号基本都是模拟的方式存在，比如说一个语音，一个眼神，或者一幅画都是由无限个信息源组成。以声音为例（声音的响度单位为分贝），比如一声长叹，持续时间是5秒，用模拟的方式分解，如果以一秒为一个单位，可能的结果就是1:80dB,2:60dB, 3:40dB,4:20dB, 5:5dB，如果以毫秒为单位，那么得到的数据就更加复杂了，所以模拟的传递方式就不会分解信号，而直接将模拟声音传递到接收端。如果传输的过程中没有任何损失，模拟的传递效果不言而喻，肯定是最好的，就如同一个人对着你的耳朵说一句话，再也没有比这个更好的通信效果了。然而在实际的传输过程中往往会有干扰，一旦产生干扰，模拟传输就会使信号失真。比如上面例子中，假设在传输第四秒的时候，通道受到干扰，声音就可能变成5dB，这样你收到的信号就不会是一声长叹了。如果把声音进行数字化，那么在传输的过程中，只要对方收到的信号在接收灵敏度以内，数字就不会发生错误（为什么不会发生错误，在后续的日志中，我将做一些介绍），这就是数字的好处。

信息编码在于对信息进行第二次加固，这样就能保证及时传输过程中出现了数字错误，接收方还能还原出正确的数字出来。举一个简单形象的例子，如果我要给对方发送一个数字，我告诉对方，这串数字是001打头，111结尾，如果接收端收到的数字序列并非这样的规则，则可以判断传输出错了，这时候接收端要么按照一定的方式进行恢复，要么要求对方重新发送。

信息打包已经完成，这就如同发送快递一样，接下来就该考虑选择何种方式发送了，这就是调制方式和传输方式的选择。为什么信息还要打包发送呢？道理很简单，试问通过大喇叭能吼几十公里么？调制的目的就是将处理好的信息数据传递到载体上进行打包运输，就如同将货物装载到运输工具上一样。调制方式多种多样如2PSK、QPSK、QAM等等，各有各的优点，就如同空运、海运、公路运输一样，有的调制方式成本高、效率高，有的调制方式成本低效率也低。这就得根据实际通信需求来进行选择了。

接下来就是传输了，通信传输分为有线和无线。当然也是各具优势，有线传输稳定性好，保密性好，但是布线复杂，成本较高。而无线传输恰恰相反。如果用简单的眼光看，有线传输就是采用一根线缆（电缆或者光缆）将信息传导到对方即可，而无线就更加复杂了。因为无线采用的是空间波的传输方式，所以至少要考虑3个重要因素：1.如何发射；2.如何接收；3.如何处理空间的损耗和干扰。接收端接收到传递过来的信号之后，便采用逆向处理。首先是卸货，将信息解调成数字信号。然后是拆封，将数字信号进行纠错处理，最后就是还原，将数字信号处理成人类所能识别的信号，如图像、声音、文字等等。

看吧，一个通信系统如此简单，就如同将一件货物从A搬运到B处而已。

不过，要获取最优的打包、解包和搬运的方法，多少人一生都在为之奋斗啊！

此文若有问题，欢迎指正！

1. web服务器上有很多文件要提供给用户下载；
2. 必须隐藏文件真实的url，防止盗链和未授权的下载；
3. 不要太占用CPU资源

于是有朋友提出解决方法如下(假设代码在download.php文件中)：

1. 直接header(”location:src”);
2. 通过php readfile
3. 采用fpassthru读取文件然后输出

当然，我们知道，采用header是无法加密文件真实路径的，在某些客户端中，真实的路径会被完全重定向输出的，所以第一个方案无效。第二个和第三个方案是可行的，我们完全可以通过.htaccess控制访问文件所在的目录，所以对于保密和授权的需求来说是完全满足的，但是有一个问题，这两种方案会很占用CPU资源么？特别是读取上百兆的文件的时候？

Readfile_vs_include告诉我们，include文件和readfile对于内存和CPU时间的占用没有丝毫差别，所以采用readfile是可行的，下面引用的表格为证：

Function	Sample Usage	Time (s)	Memory (b)
file_get_contents	echo file_get_contents($filename);	0.00564	1067856
fpassthru	fpassthru($fp);	0.00184	20032
fgets	$fp = fopen($filename,"rb"); while(!feof($fp)) { echo fgets($fp); }	0.07190	30768
file	echo join(”",file($filename));	0.06464	2185624
require_once	require_once($filename);	0.08065	2067696
include	include($filename);	0.08202	2067696
readfile	readfile($filename);	0.00191	19208

另外，对于超大文件，在readfile的时候建议不要一次性读取，否则内存消耗极大。然后根据cosbeta的实验发现采用readfile一次性读取，内存消耗会适量增加，但是CPU的利用率会下降较多。如果采用分段读取的方式，内存会稍微下降，而CPU占用却会明显上升，分段读取的示例如下：

另外，有人开发了一个mod_xsendfile（墙外），这个东西比上面所有的方案都要好，前提条件是你的虚拟主机已经安装这个模块。下面是这个模块的部分介绍：

mod_xsendfile is a small Apache2 module that processes X-SENDFILE headers registered by the original output handler.

If it encounters the presence of such header it will discard all output and send the file specified by that header instead using Apache internals including all optimizations like caching-headers and sendfile or mmap if configured. If it encounters the presence of such header it will discard all output and send the file specified by that header instead using Apache internals including all optimizations like caching-headers and sendfile or mmap if configured.

It is useful for processing script-output of eg php, perl or any cgi. It is useful for processing script-output of eg php, perl or any cgi.

它的好处在于：

# Some applications require checking for special privileges.用在权限控制文件读取的地方
# Other have to lookup values first (eg. from a DB) in order to correctly process a download request.在下载之前需要做一些预处理的地方 Other have to lookup values first (eg. from a DB) in order to correctly process a download request.
# Or store values (download-counters come into mind). Or store values (download-counters come into mind).
# etc.

代码示例（你也可以通过这个代码来检查你当前的服务器是否已经安装该模块）：

废话到此结束，cosbeta想表达的意思就是，如果要用php下载大文件（也不要太大），尽情的采用readfile吧，当然，如果支持mod_xsendfile，则毫不犹豫的优先采用它。