| Profilo di 仓戟chocobo's HouseFotoBlogElenchi |  Strumenti  Guida |
chocobo's House做最牛X的陆行鸟-专注技术阶段 24 giugno “高也”被封杀央视焦点新闻反谷歌的一则“采访”了正在CCTV实习的大学生“高也”，声称自己的同学看了H类网站整天心神不宁。一时间“心神不宁”成了继很黄很暴力之后又一个热门字。 这种执行力高得离谱，防X之口。。。 19 giugno GOOGLE色情门背后的力量哎，谷歌被央视曝光了，其实大家都心里清楚，这个问题一直存在，但是突然被曝光。幕后的操纵手是谁？其实多看看网上的文章，多动点脑筋就出来了。 看看新浪的评论吧。互联网举报中心谴责谷歌传播色情和低俗信息 “评论8970条，显示49条”，为啥只有49条？ 贴一下一屏评论内容就明白了： 全部都是反谷歌的文字，我们不妨考虑一下那些被屏蔽的文字都是支持谷歌的，那么真正支持的文字只占有网友评论的千分之5…… 很难得的一面倒得评论显示，即使之前大量社会性事件对评论也是很放松的。这说明啥？ 傻子都知道了，背后的操纵者是ZF。为啥要这么做？联想到最近绿坝的事，有些人的猜测没错，是要为绿坝正名，为绿坝推广合法化铺路。所以，谷歌成了牺牲品…… 中国特色，仅此而已。 本博客和我百度HI一起更新。http://hi.baidu.com/goldchocobo 31 maggio 微波炉薄膜面板（触摸面板）替换维修DIY前些日子家里微波炉的面板接触不良，网上找了点信息，用了所谓的偏方——吹风机吹。当时的确有效，但冷却之后更糟了。原来准备买个新的，但是不甘心，自己整吧。拆开微波炉研究，确认还是面板问题。
网上搜索不到微波炉面板的维修信息，只知道很贵。而且隔行如隔山，找了些资料才知道这类面板称为薄膜面板。
在实际拆机的过程中可以看到，薄膜面板是黏贴式的，将面板撕下即可，面板通过薄薄的并线连到后面的电路板上，和电路板的连接有个卡槽，两手指按卡槽两头拔出一点即可将并线抽出。
在淘宝网上搜索了一下我家微波炉的型号，松下的某型号。发现面板居然有卖，批发价25，零售价50，估计如果找专门的维修点至少150左右，当时买价才700多。
当即在淘宝上订了一个，次日送到。将面板换上，一切OK。
自己动收，丰衣足食。省了买新微波炉的钱了，呼呼。如果把它当废电器卖了，估计也值不了几十元。
微波炉通常操作有机械旋钮式的，突起按钮面板和完全平的薄膜面板。但薄膜面板容易坏，坏了维修成本也最高。在实际使用时要注意阳光直射引起薄膜面板失灵。因为薄膜面板有好几层，其中用某种胶粘合，受热肯定有影响。这一点不做拆机根本不清楚。
写此文，方便搜索引擎收录，以供后人可搜索到，节约钱财，功德一件. 27 maggio 上海电信推114搜索，拿百度开刀？上海的ADSL用户如果输入错误的无法解析的域名，会自动跳转到114的搜索界面，114网页搜索时微软技术支持的。
但是这两天在家碰到很诡异的事。偶尔小几率事件输入www.baidu.com却跳转到114的界面。原本以为是临时问题，但发现再输入几次还是在114的搜索界面。而这时访问别的域名（之前没有解析过，也就是说没有DNS缓存）正常。而百度之前也有DNS缓存，按道理说不应该出现这种情况。
用PING的方式，能够正常解析域名，直接输入解析出的IP地址可以访问百度。过一会儿百度就能正常通过域名访问了。
感觉多年的网络经验，个人感觉是电信为了推114搜索，才小几率让用户试图访问百度时转到114的搜索画面。在网上搜一下发现四川电信曾经似乎干过。 比百度还流氓的的说。。。。。。还记得当时SARS是访问GOOGLE变成了百度，现在轮到百度了，因果报应也，呼呼。 18 maggio 看不懂的联通3G增值业务资费标准联通整出了一个M和一个T作为内容计费，而流量依旧保留。按新浪的说明：“通过手机登陆联通3G门户网站收看一段视频或下载一首歌曲，用户将以“M”为单位付费。如果下载小说或阅读新闻，将以“T”为单位付费。”
以最低资费标准为例，186资费里包含的20M、40T、60MB，来电显示、新闻早晚报。
新浪网中评论从昨天中午到现在子夜，骂声一片，达6000多条，虽然大都是针对过高的资费，而增值业务包的质疑声也不断。http://tech.sina.com.cn/t/3g/2009-05-16/11173098257.shtml
从06年开始董晓渝入住联通增值部后就开始提要内容计费，摒弃流量费。而现在看起来终于经过“几代人”的努力实现了。在两天前一篇文章专门描述了M/T计费模式，http://tech.sina.com.cn/t/3g/2009-05-15/17363097202.shtml。看起来更像是运营商的软文发布。
“引入M/T计费模式，把2G通信费和信息费分别收取的模式转变为3G以内容费统一收取的模式。这就避免了2G时代经常发生的用户对流量费有争议而引发的投诉。”
而实际上，从我们业内人角度来看，说白了就是运营商的业务按内容计费不收流量费，其他业务还是要收流量费。其实对于用户来说，原来只有流量费、信息费两项，现在变成了流量费、M、T三项。而且还要说明什么是M什么T。 玩游戏用M还是T？没人告诉我们答案。说白了更晕了。 或许只有用户访问运营商的系统才会在页面中提示要消耗的是M还是T。但是你联通就不觉得用户的解释成本太高了吗？
另外还有许多疑问和猜测，这个模式会深深影响今后联通业务的运营模式。
1、用户访问官方WAP PORTAL会不会收流量费？ 按现在的情况来看不应该收了吧。 2、官方WAP PORTAL会不会有免费业务，免费业务会不会收流量费。 按我理解，在WAP PORTAL里所有业务都不应该产生流量费。这样，今后在联通WAP PORTAL上所有业务都会以收费为主，很难做成免费，那样对联通没有任何收益上的贡献。 3、SP或合作伙伴的业务访问不应该收流量费，那样会限制死合作方业务的灵活性。 按内容计费不收流量费，需要在GGSN之类的级别上针对某个URL域做设置，类似彩信那样做流量费扣减。那样的话作为SP和合作方不能随便改URL地址了。一旦随便改了URL地址，用户访问就会产生流量。联通那里遭遇的投诉更加复杂，在营帐客服界面根本无从查起，不至于没个用户都要跑WAP网关上查日志吧。 4、M和T度量模糊，包月和按次无法区分 按公告称5元T包含36个T，传统的包月的文字类业务大都是5元包月。让人一下子就一个业务36T去掉了？很夸张吧。那好，换成按次的吧，0。2元一个T。但历史教训是惨痛的，按次的内容类业务陷阱重重（翻一页文字扣一次钱）。联通05年的WAP开始下滑，有一大块原因就是死上面，坑了无数图新鲜和“有色心”的老百姓。另外，如果用户一下子用完怎么充？再整一个在线充值还是自动给用户扣钱换算（如果收后者和信息费有啥区别）？原来信息费模式默认以金钱方式支付，现在又多了一道手续，用户的使用感受是很差的。在换算过程中更晕了。 5、KJAVA游戏流量费怎么算 SP的游戏，流量费应该减免，用户在用M或T购买时已经为流量费买单过了。 6、预测：新的营生，SP免流量费通道 按以往经验，应该可以配置某个主域作为免流量费通道，比如.spdomain.com，那样a.spdomain.com和b.spdomain.com都该免流量费。看明白了不？只要分配二级域名就可以免流量费。以后有条件的SP可以靠这个卖个第三方江湖WAP网站或手机网游公司赚钱。 其实，最最理想的情况就应该保留流量费概念，对于流媒体类应用在HTTP协议层上流量减免或优惠，比如发现HTTP头下行时VIDEO/*类就减免，在内容费上另行收费，这样可避免用户使用超标。在内容费方面文字类应以免费为主，主收流量收入。文字类业务除了手机阅读之外可替代产品太多（例如传统报纸杂志PSP/NDSL电子书，甚至手机电子书软件等），就应该免内容费！对用户来说，应该最简单化资费，流量照收，信息费概念保留，减免自有业务和合作业务大流量的产生避免用户流量超标。
中国移动运营商的用户，特别是联通的用户，对使用手机上网有恐惧感，并不是搞不清流量费和信息费，根源是流量不够用，如果能让每个人都能放心地用流量，而不是每天算计流量还省多少（核心用户）或一用就超标（初级用户）。那么3G才有希望。 3G必然是免费为主，体验为主，收费为辅。2.5G时代大量的第三方江湖公司为许多用户做了扫盲，而3G时代如果以收费为主的话，必然重蹈联通CDMA初期闭塞的增值业务系统的覆辙。
如果联通还是坚持M/T系统的话，建议联通稍微学一下移动，开放一个开放性的平台，可以让许多第三方江湖公司能接入该平台，以弱耦合合作的方式为联通用户提供服务，用低价或免费的M/T来为用户服务，而用户不用担心流量费。只要在版权上有所控制，应该能有许多SP公司所不能提供的应用出现。
P.S. 话说，这次517，IPHONE一点影子都没有也。。。。。。对联通增值业务的前景感觉迷茫无比 15 maggio 【原创】CDMA猫用AT命令发中文短信（C#）CDMA猫真是！@#￥#%（*，连PDU都不支持，只能发文本短信。而且发中文短信居然是UNICODE，无法在超级终端里输入。只能写程序。
网上这个问题谈论地比较多，做起来比较累，还偶尔会出乱码。还是将C#的成功代码帖一下吧。
转载请注明来源 void SendCHNSms(string content,string phone)
{ //中文CDMA发送，UNICODE编码字节 byte[] b = Encoding.BigEndianUnicode.GetBytes(content); //CDMA的AT命令手机号码前面不能加86，否则虽然显示成功发送，但短信中心回应错误代码5
if(phone.IndexOf("86")==0) { phone = phone.Substring(2); } //假设是COM3口 SerialPort sp = new SerialPort("com3");
//和GSM猫不同，波特率是115200，这个问题困扰了很久的说 sp.BaudRate = 115200; sp.Open(); //设置中文短信 sp.Write("AT+WSCL=6,4\r"); Thread.Sleep(500); //设置文本格式短信 sp.Write("AT+CMGF=1\r"); Thread.Sleep(500); //设置发送的号码和发送内容字节长度 sp.Write("AT+CMGS=\"" + phone + "\"," + b.Length + "\r"); Thread.Sleep(500); //写入 sp.Write(b, 0, b.Length);
Thread.Sleep(500); //写入CTRL+Z结束短信内容，注意在UNICODE模式下需要两个字节，这个也是不能在超级终端下操作的原因 byte[] b2 = new byte[] { 0x00, 0x1a }; sp.Write(b2, 0, b2.Length); sp.Close(); } 14 aprile 一个有趣的SQL命题：用一条语句切换BIT型的真假值有个需求，用一条SQL语句（SQL SERVER）的，切换某个BIT字段值。也就是说从TRUE变FALSE，从FALSE到TRUE。
当然，第一反应是用存储过程。判断原来这个字段值，然后UPDATE。
网上粗粗找了一下没找到方案。自己一动手，居然有个很有趣的结果，连WHERE都不用
对数据库的BIT型赋值，用SQL语句来操作和用管理界面输入不同。管理界面输入必须用TRUE或FALSE来填写。而SQL语句则用0或1
于是乎，先尝试：
updat t set b=b+1 where id=1; select b from t where id=1;
b字段一直保持1
那么用减号呢
update t set b=b-1 where id=1;
select b from t where id=1;
可以发现每次结果就在0和1之间切换，SQL SERVER把-1当做1来处理。
这个需求很容易就解决了。
通常这在一些状态切换（或开关）的地方会用到，在需求中不需要知道切换后的情况。很有趣也很简单，呵呵 |
|
||||||||
|
|
