﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>C++博客-mxbinfen</title><link>http://www.cppblog.com/mxbinfen/</link><description /><language>zh-cn</language><lastBuildDate>Mon, 13 Apr 2026 09:37:16 GMT</lastBuildDate><pubDate>Mon, 13 Apr 2026 09:37:16 GMT</pubDate><ttl>60</ttl><item><title>未来视频点播系统 机顶盒动了PC的奶酪？(转贴)</title><link>http://www.cppblog.com/mxbinfen/archive/2007/04/17/22080.html</link><dc:creator>超越时空思念</dc:creator><author>超越时空思念</author><pubDate>Tue, 17 Apr 2007 01:15:00 GMT</pubDate><guid>http://www.cppblog.com/mxbinfen/archive/2007/04/17/22080.html</guid><wfw:comment>http://www.cppblog.com/mxbinfen/comments/22080.html</wfw:comment><comments>http://www.cppblog.com/mxbinfen/archive/2007/04/17/22080.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/mxbinfen/comments/commentRss/22080.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/mxbinfen/services/trackbacks/22080.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 被版权问题搞得焦头烂额的KTV行业，在核心硬件—视频点歌系统的采购上最近也是攻伐不断，在以专业机顶盒为代表的新势力与曾经一统江湖的PC架构的PK中，机顶盒解决方案已经显露出多点胜出的势头，有业内人士认为，机顶盒不但动了PC的奶酪，更有在三五年内全面取代之的趋势。那么曾经被PC点歌派嘲笑的机顶盒如今有何德何能，让偌大的KTV点播市场风云陡起、河山重整？如果把系统庞杂敏感，但稳定性差的电脑点歌系统比作&#8220;林黛玉&#8221;的话，那么为KTV行业量身定做的专业机顶盒解决方案堪比&#8220;薛宝钗&#8221;。在&#8220;薛宝钗&#8221;为代表的机顶盒嵌入式点播系统与&#8220;林黛玉&#8221;为代表的电脑点播系统之间，是否能来一次严谨细致的&#8220;钗黛&#8221;PK呢？ <br><br>　　&#8220;C2.4/845/256/80G这样一个工作站和一个什么都说不清的盒子比起来如何？人家就卖1600！买回去办公也是可以的！&#8221;，这是笔者在著名KTV行业门户论坛看到的&#8220;导购言论&#8221;，近年来KTV 机顶盒市场的迅速崛起，不但动了传统KTV点播系统供应商的奶酪，也引发了关于KTV点播系统将来是跟&#8220;PC&#8221;走还是跟&#8220;STB&#8221;（机顶盒）走的大讨论。 <br><br>　　其实，从硬件配置上去比较PC点播系统和机顶盒点播系统本身就是一种误导。至少这是一个概念上的偷换，是抛开技术创新价值和使用价值来谈客户价值。问题的关键是使用价值的衡量标准，毕竟KTV点播系统是用来专业点歌的，不是用来办公打游戏的，单纯对比产品的硬件价格和CPU频率毫无意义，专业点歌系统要的就是稳定和专一、维护成本低，大家都知道高端的名牌交换机价格动辄上百万，但内部嵌入的CPU速度尚不及一台普通家用电脑的CPU高，这是为什么？因为专业交换机的硬件和板卡经过专门研发投入，在网络交换上的能力远远超出普通电脑，它使用的专用CPU的频率虽然不及PC，但是&#8220;术业有专攻&#8221;，在价格和专业性能上都远远超出PC系统，这就是基于使用价值的判断。再比如，一种同等用料的进口假肢比与其类似的国产假肢贵好几倍，但是更受患者青睐，原因很简单，进口假肢是长期大投入的专业研发的产物、注重内在品质和细节、技术含量高，质量可靠、平均故障率低、耐用、省心。如果图便宜买质量不稳定的国产假肢，可能需要经常更换维修假肢，这给病人带来的痛苦不是低价格能抚慰和补偿的。 <br><br>　　另外需要指出的是，普通电脑用来组建KTV专业点歌系统从技术角度看是先天不足的，很多东西不是靠技术能力位于IT价值链最低端的集成商能够解决的，比如说操作系统不稳定和不安全来说吧，连微软这样的大公司都视为发展大患，十几年来恨不能除之而后快，如果PC真的那么万能的话，微软当年也不会下大力气去搞&#8220;维纳斯计划&#8221;了。甚至PC老大英特尔也更加认可和看好机顶盒在KTV行业的应用前景，最近传出英特尔与与雷石科技等KTV点播系统供应商接触密切，以加强在KTV嵌入式产品上的研发和市场培育。 <br><br>　　近几年来，随着嵌入式操作系统开发市场的日渐成熟，少数有眼光、有魄力的KTV点播供应商及时抓住找个契机，开始研发生产真正面向KTV用户需求的机顶盒产品，这已经逐渐成为行业大势所趋，也是不争的事实。电脑在多媒体方面无所不能但却无一能专的尴尬局面在KTV行业也正在逐渐打破。众所周知，电脑可以用来看DVD、打游戏、听音乐，为什么专业的碟机、音响功放和PS系列高档家用游戏机还卖的那么火？原因很简单，电脑的核心技术思路是样样通，而不是样样精；从稳定性、易用性、维护成本和生命周期的长短上来看，电脑通用平台与机顶盒专用设备还存在很大差异，这是双方市场定位和技术理念决定的。 <br><br>　　所以对于KTV企业来说，根本不需要像游戏发烧友那样去对比机顶盒和电脑的硬件配置（实际上除了硬盘、功率等两者在硬件上也没有多少可比性），比一些看不见的东西，比如CPU的时钟频率，这是毫无意义的。真正用户关心的是看得见的易用性、稳定性和维护成本。是选择省心专业的&#8220;薛宝钗&#8221;还是多才多艺、多愁善感但随时都会崩溃的&#8220;林黛玉&#8221;，这需要视不同用户的需求而定。至于&#8220;薛宝钗&#8221;、&#8220;林黛玉&#8221;到底哪个好，用户不但要关注外表内在的静态指标进行评估，更要对包括长期运营维护等总体拥有成本的动态指标进行评估；此外，最权威的应该是顶级KTV俱乐部和消费者的现身说法和体会，而不是&#8220;唯配置论&#8221;所能够决定的。 <br><br>　　总之，一套好的KTV点播系统最好的品质就是能让经营者忘记它的存在。
<img src ="http://www.cppblog.com/mxbinfen/aggbug/22080.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/mxbinfen/" target="_blank">超越时空思念</a> 2007-04-17 09:15 <a href="http://www.cppblog.com/mxbinfen/archive/2007/04/17/22080.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>远程连接sql server 2000服务器的解决方案</title><link>http://www.cppblog.com/mxbinfen/archive/2007/04/08/21485.html</link><dc:creator>超越时空思念</dc:creator><author>超越时空思念</author><pubDate>Sun, 08 Apr 2007 02:24:00 GMT</pubDate><guid>http://www.cppblog.com/mxbinfen/archive/2007/04/08/21485.html</guid><wfw:comment>http://www.cppblog.com/mxbinfen/comments/21485.html</wfw:comment><comments>http://www.cppblog.com/mxbinfen/archive/2007/04/08/21485.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/mxbinfen/comments/commentRss/21485.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/mxbinfen/services/trackbacks/21485.html</trackback:ping><description><![CDATA[<strong>一 看ping 服务器IP能否ping通。</strong>
<p>　　这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。
<p>　　<strong>二 在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。</strong>
<p>　　如telnet 202.114.100.100 1433
<p>　　通常端口值是1433，因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题，通常这一步会出问题。通常的提示是&#8220;&#8230;&#8230;无法打开连接,连接失败"。
<p>　　如果这一步有问题，应该检查以下选项。
<p>　　1 检查远程服务器是否启动了sql server 2000服务。如果没有，则启动。
<p>　　2 检查服务器端有没启用Tcp/IP协议，因为远程连接(通过因特网)需要靠这个协议。检查方法是，在服务器上打开 开始菜单-&gt;程序-&gt;Microsoft SQL Server-&gt;服务器网络实用工具，看启用的协议里是否有tcp/ip协议，如果没有，则启用它。
<p>　　3 检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性，确保默认端口为1433，并且隐藏服务器复选框没有勾上。
<p>　　事实上，如果默认端口被修改，也是可以的，但是在客户端做telnet测试时，写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框被勾选，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接，但是Tcp/ip协议的默认端口将被隐式修改为2433，在客户端连接时必须作相应的改变。
<p>　　4 如果服务器端操作系统打过sp2补丁，则要对windows防火墙作一定的配置，要对它开放1433端口，通常在测试时可以直接关掉windows防火墙(其他的防火墙也关掉最好)。
<p>　　5 检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听，则是连接不上的。检查方法是在服务器的dos或命令行下面输入
<p>　　netstat -a -n 或者是netstat -an，在结果列表里看是否有类似 tcp 127.0.0.1 1433 listening 的项。如果没有，则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在8.0.2039以下的都需要打补丁。
<p>　　如果以上都没问题，这时你再做telnet 服务器ip 1433 测试，将会看到屏幕一闪之后光标在左上角不停闪动。恭喜你，你马上可以开始在企业管理器或查询分析器连接了。
<p>　　<strong>三 检查客户端设置</strong>
<p>　　程序-&gt;Microsoft SQL Server -&gt; 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433(或其他端口，与服务器端保持一致就行)。
<p>　　<strong>四 在企业管理器里或查询那分析器连接测试</strong>
<p>　　企业管理器-&gt;右键SQlserver组-&gt;新建sqlserver注册-&gt;下一步-&gt;写入远程IP-&gt;下一步-&gt;选Sqlserver登陆-&gt;下一步-&gt;写入登陆名与密码(sa,password)-&gt;下一步-&gt;下一步-&gt;完成
<p>　　查询分析器-&gt;文件-&gt;连接-&gt;写入远程IP-&gt;写入登录名和密码(sa,password)-&gt;确定
<p>　　通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是4秒，而查询分析器是15秒。
<p>　　修改默认连接超时的方法:
<p>　　企业管理器-&gt;工具-&gt;选项-&gt;在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡-&gt;连接设置-&gt;在 登录超时(秒) 后面的框里输入一个较大的数字
<p>　　查询分析器-&gt;工具-&gt;选项-&gt;连接-&gt;在 登录超时(秒) 后面的框里输入一个较大的数字
<p>　　通常就可以连通了，如果提示错误，则进入下一步。
<p>　　<strong>五 错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。</strong>解决方法如下所示:
<p>　　1 在服务器端使用企业管理器，并且选择"使用 Windows 身份验证"连接上 SQL Server。
<p>　　2 展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡。
<p>　　3 在"身份验证"下，选择"SQL Server和 Windows "。
<p>　　4 重新启动SQL Server服务。(在dos或命令行下面net stop mssqlserver停止服务，net start mssqlserver启动服务，也是一种快捷的方法)。
<p>　　<strong>附注:在连接本地服务器时，通常使用的是命名管道协议(在服务器网络实用工具里可以看到启用的协议有这个)，默认端口是445，因此在本地能连通是不能说明什么问题的，连接远程服务器是完全不同的协议)</strong></p>
<img src ="http://www.cppblog.com/mxbinfen/aggbug/21485.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/mxbinfen/" target="_blank">超越时空思念</a> 2007-04-08 10:24 <a href="http://www.cppblog.com/mxbinfen/archive/2007/04/08/21485.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>