摘要： 1.”; 5. echo “zero2的时间为：”.$zero2.””; 6. if(strtotime($zero1) 上面是比较两个绝对时间的大小$guonian天！"; ?> 上面是倒计时小程序 实例代码";echo $hour."小时";echo $minute."分钟";echo $second."秒";?>'year','个月'=>'month','周'=>'week','天'=> 阅读全文

摘要： MyISAM 性能（适合小项目，读快速）MyISAM 是MySQL中默认的存储引擎，比如适合新闻系统，读为主。InnoDB 事务或外键支持（适合大项目，高并发读写）活跃用户20多万时候，也能很轻松应付；InnoDB 的表需要更多的内存和存储，但是InnoDB自身很多良好的特点，比如事务支持、存储 过程、视图、行级锁定等等，在并发很多的情况下，相信InnoDB的表现肯定要比MyISAM强很多。 MyISAM 和InnoDB 如何选择？数据的大小，是一个影响你选择什么样存储引擎的重要因素，大尺寸的数据集趋向于选择InnoDB方式，因为其支持事务处理和故障恢复。数据库的在小 决定了故障恢复的时间长短 阅读全文

摘要： 网站架构目标与挑战--网站架构是不断调整的过程，如何高效、精准、灵活扩展需要结合业务发展调整。1高效率[可用性]（high availability）： 负载均衡 数据备份 异地容灾 2 高精确性，高性能（high performance）：高速缓存 并行计算 异地镜像 3 可伸缩性(Scalability)：开发框架 多次设计 业务分割 最初单台服务器又放web服务又放db服务，随着发展web和db服务分离，动静页面分离，再发展然后多台服务器，就需要考虑负载均衡、高性能等。 Step1]Web动静态资源分离及其与DB物理分离-- 优点：“简单”、安全性提高缺点：存在单点，谈不上高可用性（hi 阅读全文

摘要： 大型网站系统架构分析 原文地址：http://www.cnblogs.com/Mainz/archive/2009/04/28/1445424.html千万级的注册用户，千万级的帖子，nTB级的附件，还有巨大的日访问量，大型网站采用什么系统架构保证性能和稳定性？首先讨论一下大型网站需要注意和考虑的问题。数据库海量数据处理：负载量不大的情况下select、delete和update是响应很迅速 的，最多加几个索引就可以搞定，但千万级的注册用户和一个设计不好的多对多关系将带来非常严重的性能问题。另外在高UPDATE的情况下，更新一个聚焦索 引的时间基本上是不可忍受的。索引和更新是一对天生的冤家。高 阅读全文

摘要： 之前我简单向大家介绍了各个知名大型网站的架构，MySpace的五个里程碑、Flickr的架构、YouTube的架构、PlentyOfFish的架构、WikiPedia的架构。这几个都很典型，我们可以从中获取很多有关网站架构方面的知识，看了之后你会发现你原来的想法很可能是狭隘的。 今天我们来谈谈一个网站一般是如何一步步来构建起系统架构的，虽然我们希望网站一开始就能有一个很好的架构，但马克思告诉我们事物是在发展中不 断前进的，网站架构也是随着业务的扩大、用户的需求不断完善的，下面是一个网站架构逐步发展的基本过程，读完后，请思考，你现在在哪个阶段。 架构演变第一步：物理分离WebServer和数.. 阅读全文

摘要： 近段时间以来，通过接触有关海量数据处理和搜索引擎的诸多技术，常常见识到不少精妙绝 伦的架构图。除了每每感叹于每幅图表面上的绘制的精细之外，更为架构图背后所隐藏的设计思想所叹服。个人这两天一直在搜集各大型网站的架构设计图，一为了 一饱眼福，领略各类大型网站架构设计的精彩之外，二来也可供闲时反复琢磨体会，何乐而不为呢?特此，总结整理了诸如国外wikipedia，Facebook，Yahoo！，YouTube，MySpace，Twitter，国内如优酷网等大型网站的技术架构（本文重点分析优酷网的技术架构），以飨读者。 本文着重凸显每一幅图的精彩之处与其背后含义，而图的说明性文字则从简从略。ok，好好 阅读全文

摘要： 收藏一个经典好用的php 文件上传类，功能相当齐全，留作开发中备用吧。 好东西，大家都喜欢，才是真的好，哈哈！！！file_name=$file_name;//重命名方式代表以时间命名，其他则使用给予的名称$this->save_path=(preg_match('/\/$/',$save_path))?$save_path:$save_path.'/';$this->allow_types=$allow_types==''?'jpg|gif|png|zip|rar':$allow_types;}/***上传文件*@a 阅读全文

摘要： 优化 PHP 代码技巧1. 如果一个方法能被静态，那就声明他为静态的，速度可提高 1/4;2. echo 的效率高于 print,因为 echo 没有返回值，print 返回一个整型;3. 在循环之前设置循环的最大次数，而非在在循环中;4. 销毁变量去释放内存，特别是大的数组;5. 避免使用像__get, __set, __autoload 等魔术方法;6. requiere_once()比较耗资源;7. 在 includes 和 requires 中使用绝对路径，这样在分析路径花的时间更少;8. 如果你需要得 sexinsex 到脚本执行时的时间，$_SERVER['REQU... 阅读全文

摘要： 单例(Singleton)模式和不常见的多例(Multiton)模式控制着应用程序中类的数量。如模式名称，单例只能实例化一次，只有一个对象，多例模式可以多次实例化。 基于Singleton的特性，我们经常用Singleton配置应用程序并定义应用程序中可能随时访问的变量。但有时并不推荐使用Singleton，因为它生成了一个全局状态且该单一根对象没有封装任何系统功能。多数情况下，会使单元测试和调试变得困难。读者根据情况自行决定。 代码示例：Multiton与singleton相似，不同的是后者需要getInstance()函数传递关键值。对于给定的关键值只会存在唯一的对象实例，如果有... 阅读全文

摘要： 适当抽象但是在抽象的时候，要避免不合理的抽象，有时也可能造成过渡设计，现在只需要一种螺丝刀，但你却把更多类型的螺丝刀都做出来了（而且还是瑞士军刀的样子。。）：一致性团队开发中，可能每个人的编程风格都不一样，拿花括号来说，有些人喜欢和代码在同一行，而有些喜欢独自一行1//例一2functionfunc() {3}45//例二6functionfunc()7{8}命名风格也都不一样，比如说声明变量接收一个函数返回的数据，有些喜欢用result，有些喜欢用data。它们可能都很好，不过在团队开发中，尽量统一用同一种风格能够很好的减少交叉开发的成本。好多人以为注释需要后补，其实起初就应加上注释，然后再 阅读全文