最近学到这种提纲式的文章写作方式，顺便记录最近发生的琐事几则。

1、强大的 Google 企业套件

公司邮箱使用 Google 企业套件，有一天我登录后发现这样一幕：

2、新域名后缀 .tel 开始宣传

众多 .tel 的代理商已经开始宣传工作了，这是一个有意思的视频小片段：

感兴趣的朋友可以在这里下载到这个片段。

3、新网 URL 转发服务器持续癫痫

由于受到政策面收缩的影响，新网提供 URL 转发服务的服务器最近不断地出问题。作为新网代理商，我名下包括 xuchao.org 在内的众多域名受到影响。新网方面答复说 URL 转发中不和谐的链接太多，导致服务器 IP 被查封，更换了 N 个都不行。现场截图：

- 阅读剩余部分 -

由于某种特殊情况，前几天又重新开始写 PHP。这次遇到一个比较有意思的问题，被要求使用 PHP 脚本验证来自某个表单的一个（请注意，是一个）文本框中的数据是否为合法的国内电话号码格式或合法的国内移动电话号码格式。

我知道这样 BT 的需求不通过正则实现恐怕是南辕北辙。而我又一向不谙正则，尤其对排列组合十分感冒。无奈之下，搜索……

首先看到 phpchina 上某位兄台的博客上的文章，貌似对常用正则表达式做了一个清晰的整理。文章上对国内电话格式合法性的验证，给出了这样的公式：

\d{3}-\d{8}|\d{4}-\d{7} 很显然，它的适用范围不够广泛。

我们来重新分析一下需求：

1、合法的国内固定电话号码格式：带有前导零的长途区号、连字符“-”（念“hyphen”，具体可参考这里）、电话号码。除此之外，还应考虑分机号码的存在。

合法格式举例：

0571-88909090
0573-6262662
021-60606060-808

- 阅读剩余部分 -

上个月接手了公司客服部门的管理工作，这标志着我完成了从“BT”到“很 BT”的巨大蜕变。为了传承古老而神圣的 BT 事业、为了发扬中华民族勤俭节约的传统美德、为了遵从毛主席“自己动手、丰衣足食”的伟大教导，我重新设计部署了原先简陋不堪的呼叫中心（Call Center）。

因为自己动手，所以工程量一定不能太大，否则跑上跑下极容易嗝屁。硬件采购方面也应努力控制成本，不然极有可能自掏腰包。设计中，这个小型呼叫中心具有如下功能：

1、支持 2 路电脑语音座席以及 1 路程控交换机管理、7 路客服人工座席；
2、所有外线，不论呼入呼出，均通过电话录音系统实时录音存档；
3、配合客服人员在不同时间段值班而设置的多路座席轮巡、跳线功能；
4、支持外线呼入通过程控交换机切换受话座席；
5、支持所有座席内部呼叫、互转，发起内部多方通话；
6、支持 801 分机（程控交换机管理）对所有进出线路具备实时监听、强行插入通话；
7、支持被叫座席计算机客户端的客户信息 popup；
8、支持客服座席全忙、无人接听，或手动切换时具备电脑录音提示呼叫方，并接收呼叫方留言；
9、支持任何内部座席代接其他座席的受话呼叫；
10、客服座席的话务台及耳麦电话配备。

其实作为标准呼叫中心，应该具备的功能还远远不止这 10 项。根据公司目前的情况，我觉得已经基本够用。一顿狂采购后，购得 2-8 路程控交换机一台（约 600 元）、PCI 接口录音卡一块（附带录音软件和客户端 popup，约 800 元），电话线、水晶头、连接头、一拖二扩展盒等小玩意若干（约 300 元，含工具）。总成本被控制在了 2K 以内。这些设备之间的关系应当是这样的：

设备之间通过下图方式连接：

至此，一个崭新而和谐的小型呼叫中心建立了。

前段时间换了个手机，原来用的杂牌手写机在一次不经意的碰撞中，她的液晶屏就如同她的心一样，彻底的碎裂了。流出了黑色的液体，我猜测这大概是她的眼泪吧。

只见新人笑，不见旧人哭。为了挽回我对她犯下的错误，我决定将她的记忆导出。因为个人洁癖的使用习惯，记忆卡中并没有存放数据。通讯录也存放在了手机内存中。咨询了二十一世纪最有前途的电子商务人才 FT 之后，我认识了 PCSyncManager（点击下载，解压密码：www.xuchao.cn）。他犹如她前世的情人，凭借自己对她的了解，毫无保留的导出了手机中的数据。随后，他毫不犹豫的带着她踏上了去往天堂的航路。

嗯，神父啊，祝他们幸福和谐吧……