MaxScript重启3dsMax的重新思考

********************************************************Memcached缓存技术************************************************************************** 1:基本概念 最早是danga的一个项目,为Live Journal服务的,做成了一个软件. 介绍;Memcached是一种缓存技术,它可以将你的数据放入内存,从而通过内存访问提速.因为内存的速度是最快的(cpu

https://blog.atime.me/note/mysql-summary.html 总结使用MySQL过程中遇到的各种问题和一些有用的资源,配置等等.将之前的若干篇零散的文章汇总到一起,备忘. 若无特别说明,文中的内容均基于Ubuntu 12.04和MySQL5.5.对于本文中出现的代码,...表示省略内容,#之后为代码注释. 配置 使用utf8编码 在MySQL的配置文件中做如下设置: [client] default-character-set = utf8 [mysqld] cha

经过这两个月的努力,RDF2.1的升级开发已经基本完成,只待过些天正式发布.所以现在总算有时间思考,来整理一下自己的思路,以及今后的方向. 回顾当初,1.0是纯Maxscript编写的,一机一码的方式注册,用户换了机器的话,还要帮忙先注销再注册新机器,比较麻烦.而2.0是Maxscript & C# & php,以联网充值登录的形式使用,解除了一机一码的限制,方便了许多,用户充值只要到官方淘宝店购买充值码就行了(昨晚在淘宝搜了一下我们的产品,发现一个不知名的店家挂着我们的产品卖,可是我根本

前言 前文介绍了最基本的信号接收和处理,但这有无可能带来一些问题呢? 本文将通过两个思考,来分析可能带来的问题以及解决方法. 思考一:中断的系统调用 如果用户正在执行系统调用,如 write read.如果这个时候程序跳转到了信号处理函数后返回,则是否重新执行这个系统调用? 结论 这要分情况讨论:如果是磁盘 I/O 的系统调用,则自然需要自动重启:而如果是终端 I/O,则不需要自动重启. 在信号函数族中,有很多函数都是支持设置是否重启选项的.当然,用户也可以使用类似下面的代码自行实现重启: 思考

题记:我们处在一个剧烈变化的时代,必须要急速地跟上时代的步伐,这就需要勇敢地驾驭着变化的浪潮,不要害怕变化. 今年,OpenStack发布了两个重要版本,一个是4月8日的Mitaka,另一个是10月6日的Newton.不可否认,在目前的云计算市场中,开源云计算是一个非常重要的组成部分,特别是Newton版本的发布,将开源云计算提升到了一个新的高度. OpenStack自推出以来,逐渐得到业界的广泛关注,在互联网企业.传统企业包括中字头的国企都有实际使用的案例,而这些都要归功于它的开源理念和自身不

在我们使用HTTP协议进行应用开发的的时候,通常服务器端是不关心请求是从哪个客户到来的,客户端也不并不关心服务器端是通过生成哪个对象处理的这次请求.这就是我们通常说的HTTP无状态请求,从技术的角度上讲是因为: 客户端和服务器用TCP Socket通信,服务器将请求结果返回给浏览器后,通常会关闭Socket连接: 服务器会在处理页面完毕后销毁页面对象: HTTP协议本身就是一个无状态协议: 举个例子,如返回一个Web页面告诉你关于一个商品的信息.可以通过访问一个URL请求服务器.在URL中带有该

本篇继续web前端优化的讨论,开始我先讲个我所知道的一个故事,有家大型的企业顺应时代发展的潮流开始投身于互联网行业了,它们为此专门设立了一个事业部,不过该企业把这个事业部里的人事成本,系统运维成本特别是硬件采购的成本都由总公司来承担,当然互联网业务上的市场营销成本这块还是由该事业部自己承担,可是网站一年运维下来,该公司发现该事业部里最大的成本居然不是市场营销的开销,而是短信业务和宽带使用上的开销,是不是有点让人感到意外呢?下面我来分析下这个场景吧. 短信这块是和通讯运营商有关,很难从根本上解决,

本篇继续web前端优化的讨论,开始我先讲个我所知道的一个故事,有家大型的企业顺应时代发展的潮流开始投身于互联网行业了,它们为此专门设立了一个事业部,不过该企业把这个事业部里的人事成本,系统运维成本特别是硬件采购的成本都由总公司来承担,当然互联网业务上的市场营销成本这块还是由该事业部自己承担,可是网站一年运维下来,该公司发现该事业部里最大的成本居然不是市场营销的开销,而是短信业务和宽带使用上的开销,是不是有点让人感到意外呢?下面我来分析下这个场景吧. 短信这块是和通讯运营商有关,很难从根本上解决,

原引:http://www.cnblogs.com/sharpxiajun/p/4265853.html 上文里我遗留了两个问题,一个问题是数据库做了水平拆分以后,如果我们对主键的设计采取一种均匀分布的策略,那么它对于被水平拆分出的表后续的查询操作将有何种影响,第二个问题就是水平拆分的扩容问题.这两个问题在深入下去,本系列就越来越技术化了,可能最终很多朋友读完后还是没有找到解决实际问题的启迪,而且我觉得这些问题都是像BAT这样巨型互联网公司才会认真思考的,因此本篇我打算换个角度来阐述本文的后续内