这是一次偶然的尝试,结果却发现无限的可能 文章可以看这里,知道了可以通过KEmulator来模拟UCWEB在电脑上的访问。大多数情况下，我们一般都是用手机使用ucweb，如果在电脑上可以简单的模拟ucweb就比较方便了。以前使用过MS的WM的模拟器可以按照UCWEB，但觉的太麻烦。按文章中的说法通过jar的安装可以使用，那就方便了很多。这样我可以通过cmwap拨号上网（KE可以使用代理，这样就解决了10.0.0.172的问题），通过ucweb来访问网站。利用ucweb的云端压缩，可以提供访问速度。这样我的20元包月又可以发挥作用了 KE的最早作用是用来玩jar手机游戏的。现在安装上了这个很多小游戏就可以玩了。但最先想到的是看看手机网游。以前知道的一个天劫online的网游。下载了jar，发现可以正常运行，但好像不稳定。进去看看了，蛮生动可爱的
又是一轮新的分配。这种分配其实显的有些晚了，有人觉的从中获得了颇多利益，有人确因此陷入僵局。发展的策略在于其先人一步的远见。我们很多人没有预测到。当看到的时候已经晚了。曾经信任的人，貌似也变的疏远。这就是某些问题的症结。 很荣幸被同事如此评价“部门里最靠谱的就是德军和万钧了”，真想说您这话应该和领导说。ZACK已离开公司，又少了一位好朋友。不过还是能通信上的，比起旧时的书信来，多了许多便利。也许9月就能碰上面，讨论一些重要事情。希望在我们这群曾经的传说中，能创造些值得我们回忆的东西。 《奇特一生》《把时间当朋友》《Pro Git》再加上正在看的书《项目管理之美》，整理整理还是有不少成绩。今天也突然有感：时间记录法要用，但你还不能做当前事，想下件事。不知道该用什么词来形容这番读书体验，你老想着读完一本书，结果发现读是很快了，但都类似吞枣了。有效控制想法确实很有必要，单一思维容易取得成功。 又购置了一批桌游，是我们家的乐趣之一。我也很喜欢和MM一起桌游。新买的桌游也基本是两人对战为主，主要还是开局方便。一直有个想法做个桌游网站，整理一些桌游攻略，但没有付诸行动。游戏的乐趣还是在于其策略性，因为通过某种手段获取的成功，人是会比较有成就感的。如果是天生的运气牌，当然也是会有很多乐趣。毕竟赢是人的本性。 可当代艺术的《我的老婆我的妈》，感觉有点闹哄哄的。还是喜欢看都市故事类的话剧。最让我们羡慕的是它所在的位置，这样的LOFT的环境很是向往。如果有钱了，我也想到这里创业，不为生存，只为乐趣。
查看SQL语句堵塞的查询 SELECT Blocking.session_id as BlockingSessionId , Sess.login_name AS BlockingUser , BlockingSQL.text AS BlockingSQL , Waits.wait_type WhyBlocked , Blocked.session_id AS BlockedSessionId , USER_NAME(Blocked.user_id) AS BlockedUser , BlockedSQL.text AS BlockedSQL , DB_NAME(Blocked.database_id) AS DatabaseName FROM sys.dm_exec_connections AS Blocking INNER JOIN sys.dm_exec_requests AS Blocked ON Blocking.session_id = Blocked.blocking_session_id INNER JOIN sys.dm_os_waiting_tasks AS Waits ON Blocked.session_id = Waits.session_id RIGHT [...]
选择ubuntu这个版本还是因为有图形化界面。主要还是想使用其作为服务器版本。公司使用的版本是CentOS，但主要目的还是想安装开源的应用。提高远于Window系统之外的更多认识。如果真的要使用JAVA，对于LINUX的环境熟悉远远高于语言本身。 首先提到的是安装Apache的安装，比我想想的复杂。最早使用apt-get 方式安装，结果正好碰到源无法使用。只有自己开始手动编译。config使用、make&make install，这些都是第一次接触，有兴趣也有困惑。安装好的Apache还需要配置Config文件 #设置apache的默认文件名次序 AddType application/x-httpd-php .php .phtml .php3 .inc AddType application/x-httpd-php-source .phps PHP5的安装最初并不知道默认安装上是不支持MYSQL的（这个好像和ubuntu系统的安装有关），apt-get的方式两个组件没有安装上。结果造成PHP类似MYSQL的驱动没有。 MYSQL的安装很简单没碰到什么问题。但是通过客户端的链接是发现，需要配置my.conf的IP绑定策略到0.0.0.0才能正常使用 剩下的就是Linux的基本功了。目录结构、权限的修改配置、进程的查看和Kill 有空继续关注
PM的事 View more presentations from pumaboyd. 听了同事的一次分享后，写写一些可以实际参考的。听别人说的管理，其实都是方法论。到也不是方法本身有问题，而是一件事情里的变量太多。项目安排上也多半要因事择人。 如果要把项目分类型，按同事的原则就两种“分析型、实施型”，我基本保留意见。项目的组织结构，如果我没记错的话，树状、扁平、矩阵。不过到目前为止，我还是觉得应该有第四种组织结构定义，要等我们去发现了。项目任务的安排上基本记住那三张表，再总结下自己团队的效率就大致可以估计了。不过最后补上一句，“工期不等于工作量”，基本上能回答很多人要问的为什么！ 老大在工作年限是最长的，应该说这方面最有经验，我能分享的也只是项目管理知识领域的一部分。如果真要谈到项目管理，就不得不说项目管理的9大知识领域以及5个过程。这种知识基本属于买了书看会打瞌睡，但不看又有“书到用时方恨少”那种。多多请教前辈吧！
支付接口的几个问题整理，对于以后设计相应的系统有参考价值 两种类型： 接收外部请求的接口 外部通知接口 接收外部请求的接口为了防止盗用相关认证KEY以及数据采用了数字签名。各种加密方式，加密商户key，加密传递的参数。也就是说可以防止虚假数据请求。可见在防止API这种数据盗用方式上，采用的方式还是如出一辙。 通知型接口的关键技术就是通知验证及有效到达，同样是为了防止作弊。通知的有效性，需要通过重试策略，这需要一个不小的Queue，不过已经声明了“不保证所有的主动通知消息一定能够送达”。主动通知有一个重复性，这个对分布式如何处理，就要看细节了。另一方面涉及并发控制，也还是采用了数据锁或时间戳来操作的。 接口的返回值的定义，最早参考HTTP的定义或是REST风格这种，如果一个大系统，貌似不是很方便。支付*的错误列表，都是以返回状态值定义的(英文说明字），不是500、400等代码code。这样可以很清除的知道错误在哪里，而不用对应code查说明了。
G的字体API发布了，对于英文网站来说这是个好消息。中文字库实在是太大，不知道有什么好的方案可以做。实现原理也同样很简单，@font-face属型。感叹CSS的设计者的能力，也佩服G的能把简单的事情做的如此优秀。配合使用的还有一个webfont.js用来加载字体的。防止闪烁及字体加载的状态判断的。这个JS的callback接口设计值得参考。 MWAP版本的开发测试已经完成,就等待上线了。前端新技术采用的太少，或者可以使用 BaseJS。相信MWeb的趋势应该会和PCWEB一样迎来一个JAVASCRIPT的时代。 页面渲染上，应该有不少公司使用过XSLT技术，但这个技术我的个人感觉是一项不容易维护的技术。听说过专门用这个技术生成页面的，但我在想的如果让你一段时间没有使用，你是否还记忆的清楚这些模板。主要想引出前端技术的模板化问题。AJAX返回JSON格式众所周知，但如果一个复杂页面，使用JSON格式去拼接成页面的时候，前端就没有后端方便处理。后端输出是个简便的方式，但又违反了某些原则。JAVACRIPT通过JSON实现的MVC技术也将是值得展望的。有机会JTemplate或者 JOSN Template要尝试一下。
不知道可不可以简单的这样理解 Servlet->HttpHandle JSP->ASPX 完全对等那是不可能的。但指令、标记等原理都一样。java的File、Thread的操作也大同小异。这里最让人头疼的是无数的名词概念。我想说是被人为复杂了。Servlet、JSP、JavaBean、EJB、JDBC、JNDI、EL 等等等。现在真的能明白不要重复发明轮子一说的由来。MS系可能类似的烦人会少很多，反而有一种希望百花齐放的想法。 WEB服务器和应用服务器是混淆的概念之一。一种情况是更本不区分Web服务器和APP服务器，而且目前的很多APP服务器本身就具备了Web服务器的能力，是一个子集的概念。按这种情况JBoss其实就承担了两个角色。但这貌似不是我想要的架构。我一直想知道的是某宝API是专用的对外接口呢，还是某宝主站也在使用的一套接口或是更直接的说“取代DAL”。其部署就相当于完成了一个WebServer->AppServer->DBServer的这么一个过程。但这种结构担心的就是效率问题。中间夹层了，但从应用的扩展来说这是最佳方案。如果按G下来的结果，还有一种可能正如左图，称为StaticServer不是更合理。
内文字链接广告的实现,小需求，但替换链接的做法还是有些讲究。最开始想使用的是敬德处理脏字的类似做法。但进一步考虑需求后，还是通过Reg来处理了。当然不是简单的调用这么简单。Multi Pattern String Matching的实现，相信.NET有实现，所以我不确定BitArray这种方式是否是最优的选择。 一段C#的扩展方法的实现。感觉这种做法比我们现在的写法更好，至少解决ObjectToString有个优雅的实现。总感觉有似曾相识。 var time = “2010-1-1″.AS<DateTime>(); public static T AS<T>(this object obj) { return obj.As<T>(true); } public static T AS<T>(this object obj,bool throwError) { var returnVal = defatul(T); try try { returnVal = (T)Convert.ChangeType(obj,typeof(T)); } catch(FormatException ex) { if(!suppressError) throw ex; } return returnVal; } 五月的开头，上海的同学喜得千金，这下要恭喜赚了百万了。不过我这思想还是喜欢男孩子，这么着手艺也后继有人啊，始终觉的女生搞Programe太辛苦。如果能像Zack的偶像Corrinne Yu，又另当别论了。 Mysql的迁移总算在五一前大部分处理完成了。近乎勇者的上线，也面临着局部的不稳定。API、WAP尽量引用DLL的方式，至少目前可以肯定是正确的。虽然当初认为这样增加了和主站的耦合。主站更新，相应系统也要更新。但相比维护代码，维护DLL要简单的多了。但如果是编程语言也改变了，这种方式又如何继续下去。平台、系统、组件、模块 这些规划就体现出价值了。面对数据分布式、配置中心化、调用平台化的趋势上，我们的新架构需要更多的考虑这些。如果只是一个DAC & Common Bussines [...]
最近看到漆兴关于这方面的文章，也有了想借鉴的地方。对类似问题的处理方式应该都是一样的。总的来说还是可以分为采集模块、分析模块、数据存储、展示模块、配置模块。对于展示，就是类似WEB页面，这部分经验不多分享。更多是对于其他模块的对比。 采集方式基本都是通过http请求过来的数据。自定义或是使用服务器本身的日志。但这里关键的一点是要统一日志格式。采集的效率问题，可以参考核，通过队列、缓存可以满足要求。不会产生大量的写IO操作。如果采用Web-Servier本身的日志机制也是不错选择。 分析模块按目前的日志量，不存在什么大问题，而且基本是文本文件读取到内存操作。可优化部分也是启用多线程或进程,这个就看部署了。而且需要配置管理，不过也许是近期最值得改进的地方。当然也可以把分析时间间隔变短，按天运行、按小时运行。 数据存储基本表现在将运算好的结果写入数据库太慢。上千万条记录一条条运行，显然是下策。如果将文件生成数据文件一次导入，肯定效率高。但有一点没明白，生成的文件是SQL脚本，再运行，这样也能提高效率？是理解错误，其实是生产批量插入数据，50000条数据在我测试的机器相差20秒，所以还是有效果的。 数据分析中，按我们目前的需求(可能是有需求,但没发掘)，可以将部分计算好的数据固化就可以了。其实日志不多，简单的处理还应附的过来。如果真的T级了，恐怕Hadoop,Infobright要用上。具体也没怎么深入过，也不细谈了。 Mysql的存储上可借鉴不少。使用MyISAM，但奇怪实际使用该引擎,有时会出现表crash，可能是有什么地方没配置好。数据库设计上，基本上肯定是按时间创建索引，可能有两个地方不能偷懒，要使用数值类型的日期格式和IP地址。Mysql分区、Merge表、或是按统计的类型对数据做水平分割。Config文件的配置，这个要另开一文总结和整理一下，也避免自己忘记了。 其实想想当初觉的写的优秀的东西，现在发现问题还不少。看来数量或是某层级的提高，才是技术的驱动力噢！量变引起技术的质变，貌似说的通。大数据量的处理经验已经不仅仅是索引和结构优化了。