手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表Tag:gouki

收藏:21个PSD转为xhtml的教程

最近一直在关注一些好看的xhtml页面,主要是也在考虑是否能够自己切图自己折腾这些页面。
想着以前的页面都是让小茗帮我切的,最近他没什么空,再说了也不能一直麻烦他所以只能自己学点东西了。
也叫瘦子帮我切过,但,总归不能老是麻烦他们。当然强哥切的也非常好,只是强哥很忙,当然不能麻烦他喽。。

所以我看到有这些教程后,就先备份下来,慢慢学。来自:http://www.cnblogs.com/lhb25/archive/2011/04/22/2016584.html

1- Convert a PSD to XHTML

How to Convert PSD to HTML

查看教程

2- The Design Lab: PSD Conversion

How to Convert PSD to HTML

查看教程

3- Building a Set of Website Designs Step by Step

How to Convert PSD to HTML

查看教程

4- Encoding a Photoshop Mockup into XHTML & CSS

How to Convert PSD to HTML

查看教程

5- Coding: Design Lab TV Styled Layout

How to Convert PSD to HTML

查看教程

6- Design and Code a Slick Website from Scratch

How to Convert PSD to HTML

查看教程

7- Slice and Dice that PSD

How to Convert PSD to HTML

查看教程

8- Coding a Clean Web 2.0 Style Web Design from Photoshop

How to Convert PSD to HTML

查看教程

9- Minimal and Modern Layout: PSD to XHTML/CSS Conversion

How to Convert PSD to HTML

查看教程

10- How to Code up a Web Design from PSD to HTML

How to Convert PSD to HTML

查看教程

11- Build a Sleek Portfolio Site from Scratch

How to Convert PSD to HTML

查看教程

12- Coding Your 1st PSD Tutorial

How to Convert PSD to HTML

查看教程

13- Site Build

How to Convert PSD to HTML

查看教程

14- DesignSchool Coded, Free CSS Template With PSD to HTML Tutorial

How to Convert PSD to HTML

查看教程

15- Fixed Footer Backgrounds with CSS

How to Convert PSD to HTML

查看教程

16- Converting a Design From PSD to HTML

How to Convert PSD to HTML

查看教程

17- Portfolio Layout 4: The Code

How to Convert PSD to HTML

查看教程

18- Learn To Code It

How to Convert PSD to HTML

查看教程

19- Creating a CSS Layout from scratch

How to Convert PSD to HTML

查看教程

20- Converting a Photoshop Mockup

How to Convert PSD to HTML

查看教程

21- PSD > HTML/CSS

How to Convert PSD to HTML

查看教程

(编译来源:梦想天空  原文来自:How to Convert PSD to HTML (20+ Tutorials)

--EOF--

Tags: psd, xhtml, convert, div+css

open_basedir 严重影响PHP I/O性能

这是昨天看到的一篇文章,看完后,我针对服务器等做了一下测试,确实有影响。毕竟open_basedir在每一次require,include以及判断文件等的时候,都要先判断是否在可执行目录内。所以。。。性能就会下降(如果是用框架的,可能性能会更差一点),如果是自己的机器,一般也可以通过设定文件目录权限,来防止这种情况发生【linux可以指定用户、用户组。windows可以设定目录的所有者(当时在win下我就最烦这个,因为需要为每个虚拟主机添加一个用户,再指定权限,然后再到目录上设定用户)】

下面就是我看到的文章的内容:

今天在做项目的时候发现 没几行语句 竟然耗费了0.04秒

十分让我吃惊.随后进行跟踪 得知就在I/O读写的时候最费时间 一个is_file竟然费了0.003秒

后来让我百思不得其解 Google也没有任何答案.

然后我又把项目放到另外一个电脑上 发现速度直线上升 从以前的0.04秒变成了0.007秒左右.

我很纳闷 难道我的本本就这么差劲不应该啊

经过我的比较 我发现了 在我机器上的这个项目的虚拟主机中 设置了open_basedir.

大家都知道 这个对于虚拟主机来说是必不可少的..

但是后来我又进行测试一遍 难道真的是这样吗

我的测试代码非常简单:

PHP代码
  1. $time = microtime(true);    
  2. is_file('1.html');    
  3. echo microtime(true) - $time;    

我的弄了一个空的1.html文件 这个文件是在当前目录绝对存在的.

我新建了一个虚拟主机 然后设置了一下open_basedir.

得到的结果是0.0018570423126221左右

然后我进apache的配置文件 把open_basedir删除以后

得到的结果是5.0067901611328E-5 这个结果小到PHP中的小数点都不能表示了

(注:以上结果都是多次运行缓存后的结果 因为is_file的结果会被缓存的)

现在我终于明白了 为啥虚拟主机那些探针中 I/O的性能都那么小的原因了..

杯具啊..

 

--EOF--

原文来自http://www.skiyo.cn/article/Skiyo-243-1263890301.html,各位也可以测试一下。。

Tags: open_basedir

接口与抽象类【来自博客园】

什么是接口 (interface) ?

接口是方法的抽象,如果不同的类有同样的方法,那么就应该考虑使用接口。
(1)接口是一个行为的规范、协议。其实就是类和类之间的一种协定,一种约束
(2)C#不支持多继承,但是他把这个功能交给接口来实现。
(3)类与类之间的系统资源调用方式不一样,导致他们之间的通信很困难,而接口可以屏蔽掉它们之间的差异,能使他们顺利通信。

什么是抽象类(abstract class)?

1. 抽 象类仅提供一个类型的部分实现。抽象类可以有实例变量,以及一个或多个构造函数。抽象类可以同时有抽象方法和具体方法。一个抽象类不会有实例,这些构造函 数不能被客户端调用来创建实例。一个抽象类的构造函数可以被其子类调用,从而使一个抽象类的所有子类都可以有一些共同的实现,而不同的子类可以在此基础上 有其自己的实现。

2.  抽象类的用途1)  具体类不是用来继承的。 Scott Meyers曾指出,只要有可能,不要丛具体类继承。2)  假设有2个具体类,类A和类B,类B是类A 的子类,那么一个最简单的修改方案是应当建立一个抽象类(或java接口)C,然后让类A和类B成为抽象类C的子类。3)  抽象类应当拥有尽可能多的共同代码。以提高代码的复用率。4)  抽象类应当拥有尽可能少的数据。

 3.  基于抽象类的模式和原则1)  针对抽象编程,不要针对具体编程。2)  尽量使用合成(Composition),而不要使用继承来达到复用的目的。3)  使用摸板方法模式

4.  什么时候应当使用继承复用1)  子类是超类的一个特殊种类,而不是超类的一个角色,也就是要区分”is – a” 和“has-a”两种关系。2)  永远不会出现需要将子类换成另一个子类的情况。如果设计师不是很肯定一个类回不会在将来变成另一个类的子类的话,就不应当把这个类设计成这个超类的子类。 3)  子类具有扩展超类的责任,而不是具有置换掉(Override)或注销掉(Nullify)超类的责任。4)  只有在分类学上有意义时,才可以使用继承,不要丛工具类继承。

抽象方法是必须实现的方法。且只能在抽象类中。

接口与抽象类

一个类可以继承多个接口。。。
一个类只能继承一个抽象类。。。

抽象方法是必须实现的方法。就象动物都要呼吸。但是鱼用鳃呼吸,猪用肺呼吸。
动物类要有呼吸方法。怎么呼吸就是子类的事了。

现在有很多讨论和建议提倡用interface代替abstract类,两者从理论上可以做一般性的混用,但是在实际应用中,他们还是有一定区别的。抽象类一般作为公共的父类为子类的扩展提供基础,这里的扩展包括了属性上和行为上的。而接口一般来说不考虑属性,只考虑方法,使得子类可以自由的填补或者扩展接口所定义的方法,就像JAVA王子所说的事件中的适配器就是一个很好的应用。
用一个简单的例子,比如说一个教师,我们把它作为一个抽象类,有自己的属性,比如说年龄,教育程度,教师编号等等,而教师也是分很多种类的,我们就可以继承教师类而扩展特有的种类属性,而普遍属性已经直接继承了下来。
而接口呢~还是拿教师做例子,教师的行为很多,除了和普通人相同的以外,还有职业相关的行为,比如改考卷,讲课等等,我们把这些行为定义成无body的方 法,作为一个集合,它是一个interface。而教师张三李四的各自行为特点又有不同,那么他们就可以扩展自己的行为body。从这点意义上来说,interface偏重于行为
总之,在许多情况下,接口确实可以代替抽象类,如果你不需要刻意表达属性上的继承的话。

原文:http://www.cnblogs.com/cyc09156/archive/2009/01/09/1372330.html

Tags: 接口, 抽象, interface, abstract