上个月接手了公司客服部门的管理工作,这标志着我完成了从“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 以内。这些设备之间的关系应当是这样的:

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

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

春节期间实在不想出门,所以在网上给自己的电话缴费,结果发现浙江电信缴费网站上的一个设计缺陷,于是乎发了一篇文。据说后来这文章曾被朋友投递到 cnbeta,我去看时已经删除了。然后我看到网友 Billwang 发表评论说漏洞已被修复,随后我证实了这一信息。再后来浙江电信的叔叔阿姨就找到了我,详情可以看这个截图

说实话,经过这件事情,我对浙江电信的工作效率和工作态度的认知有了一个较大的改变。由于工作的原因,平时与电信部门的官员打交道也不少。在我的认知中看来,像这样的问题起码需要两个月时间解决:基层工作人员发现问题,上报主管;主管平时工作较忙,在一周内提交到技术部门的负责人核实;技术部门老大的工作就更忙,于是又需要一周的时间安排查证工作;然后搞技术的小伙子也很懒,也需要一周的时间磨洋工;磨出来之后将结果反馈给老大,这时已经过去大半个月了;随后技术部门的老大将报告提交到主管经理,主管经理需要一周时间审核这份报告,随后报送分管领导;分管领导在接到文件后的一周召开讨论会,讨论是否需要将这份报告提交上级主管单位;讨论会结束后,小秘整理会议纪要,报送接口人向上级主管单位转达文件;后者接到文件后又开始一个新的轮回……

总而言之,他们这次的反映速度和解决问题的耗时让我非常惊讶。当然,能找到我本人也是情理之外、意料之中。在表扬了浙江电信某些同学的工作能力后,让我们继续关注一下他们在网上收钱的工具目前运作的如何。

首先登录浙江电信网上客服中心

选择导航栏的“自助服务”:

选择左下角的“充值交费”(事后我发现这个地址居然可以直接访问,并不需要事先登录):

与上次一样,填入要查询话费信息的电话号码:

又见阿里巴巴集团欠费 90 万元:

通过观察其实不难发现,在这个查询过程中,整个浏览器的 URL 是不改变的。也就是说这个页面使用了嵌入式框架,我们在框架页面上点击右键,查看页面属性:

将这个 URL 直接复制到新窗口中打开,依然有效:

我原以为是 session 或者 cookie 在起作用。在我退出登录后再次刷新页面,结果依旧。然后我在浏览器中直接打开这个地址:http://www.114mall.cn/ctpay,结果是这样的:

综合页面报错提示和 URL 的构造规律来看,被查询话费的号码信息确实通过 GET 方式传递到相关脚本。另外,我很惊奇的发现,每次打开 http://www.114mall.cn/ctpay 这个地址所被重定向的 URL 地址都不同,但都类似这样:

除了上面截图中红框中所显示的字符串外,还可能会有类似“qraxw2ih5dw1iuzy0vrzao45”、“eisxsp55xebbz2455xvfllji”、“52jklvayi0zir245cdlspu3s”等等不同的字符串组合,每次随着页面的刷新或者重定向而不同。经过对 URL 参数的筛选,我们可以构造出这样的地址:

http://www.114mall.cn/ctpay/(qraxw2ih5dw1iuzy0vrzao45)/index.aspx?queryNo=85027110&areaId=571

http://www.114mall.cn/ctpay/(eisxsp55xebbz2455xvfllji)/index.aspx?queryNo=88157858&areaId=571

http://www.114mall.cn/ctpay/(52jklvayi0zir245cdlspu3s)/index.aspx?queryNo=88156688&areaId=571

类似这样的地址可以直接打开,并不需要用户登录。对于想查询话费信息的朋友,不需要登录,不需要任何验证,一个地址直接搞定,果然又“方便”了很多。相比上次的情况,只不过被查询的电话号码的户主未被显示罢了。如果发起有针对性的查询,一样可以获得相关信息。感谢中国电信贴心而和谐的服务,让我们鼓掌。

顺便说一下浙江电信的网站。目前所使用的是新版,地址为 http://www.zjtelecom.com.cn,想一睹浙江电信曾经的辉煌历史,敬请访问 http://www.zjtelecom.com.cn:90。请注意,在您浏览的时候,请自觉的发出啧啧的赞叹声。谢谢合作。

前几天趁着数据库维护的时间对 sa 密码做了更换,然后昨天就有人通知我,某查询后台显示的数据有异常。我看了一下那个曲线图果然变得十分难看,可见数据库的某些调度已经停掉了。我初步分析是 SQL Server Agent 挂掉所导致的,打开企业管理器连上数据库,SQL 代理果然停了。重新启动,无效;再试;无效。远程到数据库服务器上查看事件日志,发现刚才的两个操作产生日志如下:

在企业管理器中将 SQL 代理的连接方式改为“使用 Windows 身份验证”,尝试启动 SQL 代理,无效。产生日志如下:

回到刚才的 SQL Server 代理属性界面:

- 阅读剩余部分 -

SQL Server 2000 属于 SQL Server 家族的早期版本,存在较多缺陷。即便 SP4 补丁集可以缓解这个问题,但在安装过程中依然会经常感冒。比较经典的一个问题就是“以前的某个程序安装已在计算机上创建挂起的文件操作,运行安装程序之前必须重新启动计算机”:

随着 SQL Server 2005 的逐步普及、2008 释出 CTP,2000 早已成为了昨日黄花。但很多企业应用依旧部署着低版本的 SQL Server。今天在一台服务器上全新安装 SQL Server 2000,遇到一个“安装程序配置服务器失败”的问题。具体表现为安装程序在复制文件阶段一切顺利,到配置服务器阶段时出现“安装程序配置服务器失败。参考服务器错误日志和 C:\WINDOWS\sqlstp.log 了解更多信息”的提示:

对于这个问题的解决办法,网上有很多说法。我前后折腾了几次,发现这个问题一般只发生在数据文件存储路径被定义在与 SQL Server 程序文件不同目录的时候。所以我们可以这样来折腾:

1、重启服务器。若问题依旧请继续往下;
2、删除 C:\Program Files\Microsoft SQL Server\MSSQL 目录。若问题依旧请继续往下;
3、做好重要数据文件的备份,然后删除安装时定义的数据文件存储目录下的 MSSQL 目录,如 D:\Database\MSSQL。若问题依旧请继续往下;
4、打开 regedit,删除与 MSSQL 有关的数据。若问题依旧请继续往下;
5、将计算机名改为大写。若问题依旧请继续往下;
6、继续 Google,尝试不同解决方式。若问题依旧请继续往下;
7、寻求微软技术支持。若问题依旧请立即离开您的服务器,走出室内,走到一片较为空旷的地方,抬头向上发出由衷的呼唤:“上帝啊,您真神奇”。然后闭幕作祷告状,以诚挚的心感动上帝,愿真主保佑您,真主就在我们身边。

近日准备对公司网络实施活动目录管理,域控制器也是一台提供远程桌面服务的服务器。今天发现原先隶属于计算机 Users 组的用户无法通过客户端建立远程桌面连接,服务器提示:要登录到这台远程计算机,您必须被授予允许通过终端服务登录的权限。默认地,“远程桌面用户”组的成员拥有该权限。如果您不是“远程桌面用户”组或其它拥有该权限的组的成员,或者如果“远程桌面用户”组没有该权限,您必须手动授予这些权限。

如下图所示:

解决办法如下:
1、打开“管理工具”中的“终端服务配置”,选择“连接”,在右边找到连接项(如:RDP-Tcp、tcp、Microsoft RDP 5.2)。如下图所示:

2、双击要修改的连接项,选择“权限”选项卡。如下图所示:

- 阅读剩余部分 -