不懂裁缝的厨师不是好司机
dirname(FILE)
php中定义了一个很有用的常数，即
file
这个内定常数是当前php程序的就是完整路径（路径+文件名）。
即使这个文件被其他文件引用(include或require)，file始终是它所在文件的完整路径，而不是引用它的那个文件完整路径。
请看下面例子：
/home/data/demo/test/a.php
$the_full_name=__FILE__;
$the_dir=dirname(__FILE__);
echo $the_full_name; //返回/home/data/demo/test/a.php
echo $the_dir; //返回/home/data/demo/test
FILE 返回当前 路径+文件名
dirname(FILE) 返回当前文件路径的 路径部分
dirname(dirname(FILE));得到的是文件上一层目录名（不含最后一个“/”号）
2015年微信公众号的图片加入了防盗链功能，使得不能直接用这种方式引用图片，但是针对如此问题，研究了一个下午，尝试过php的curl进行访问，但是却是失败告终，最终找到了解决方案：
function showImg( url ,frameid) { //url是要访问的连接，frameid是一个独立的frameid
//frameid可以自行传入
// var frameid = 'frameimg' + Math.random();
window.img = '<img id="img" src=\''+url+'?'+Math.random()+'\' height="500px" width="500px" /><script>window.onload = function() { parent.document.getElementById(\''+frameid+'\').height = document.getElementById(\'img\').height+\'px\'; }<'+'/script>';
// document.write('<iframe id="'+frameid+'" src="javascript:parent.img;" frameBorder="0" scrolling="no" width="100%"></iframe>');
}
//通过以下方法调用
showImg(result.img,result.id);
$('#content').append('<iframe id="'+result.id+'" src="javascript:parent.img;" frameBorder="0" scrolling="no" width="100%" height="100%"></iframe>');
对于第一次使用CSS3进行网页制作，体会还是不错的。
CSS3的功能十分之强大，颠覆了从前老土的特效，其中感受最深的是transition，该样式可以十分之好的支持样式的渐变过程，变化不再是那么的突兀，但是浏览器对于CSS3的支持参差不齐，所以要根据不同的内核加上类似-webkit- -moz-等如此的前缀以作区分。
当然，动作渐变的过程也可以通过jquery的animate来实现。
对于页面布局中还是采用%而减少采用px以适应不同屏幕的分辨率。
第一范式 是数据库规范化中所使用的一种正规形式。第一范式是为了要排除 重复组 的出现，所采用的方法是要求数据库的每个字段都只能存放单一值，而且每笔记录都要能利用一个惟一的主键来加以识别。
重复组
重复组通常会出现在会计账上，每一笔记录可能有不定个数的值。举例来说：
交易
顾客 日期 数量
Pete Monday 19.00-28.20
Pete Wednesday -84.00
Sarah Friday 100.00150.00-40.00
‘数量’ 就是所谓的重复组了，而在这种情况下这份数据就不符合第一范式。想要消除重复组的话，只要把每笔记录都转化为单一记录即可：
交易
顾客 日期 数量
Pete Monday 19.00
Pete Monday -28.20
Pete Wednesday -84.00
Sarah Friday 100.00
Sarah Friday 150.00
Sarah Friday -40.00
SELECT语句的性能调优有时是一个非常耗时的任务，在我看来它遵循帕累托原则。20%的努力很可能会给你带来80%的性能提升，而为了获得另外20%的性能提升你可能需要花费80%的时间。除非你在金星工作，那里的每一天都等于地球上的243天，否则交付期限很有可能使你没有足够的时间来调优SQL查询。
根据我多年编写和运行SQL语句的经验，我开始开发一个检查列表，当我试图提高查询性能时供我参考。在进行查询计划和阅读我使用的数据库文档之前，我会参考其中的内容，数据库文档有时会很复杂。我的检查列表绝对说不上全面或科学，它更像是一个保守计算，但我可以说，遵循这些简单的步骤大部分时间我确实能得到性能提升。检查列表如下。
#检查索引#
在SQL语句的WHERE和JOIN部分中用到的所有字段上，都应该加上索引。进行这个3分钟SQL性能测试。不管你的成绩如何，一定要阅读那些带有信息的结果。
#限制工作数据集的大小#
检查那些SELECT语句中用到的表，看看你是否可以应用WHERE子句进行过滤。一个典型的例子是，当表中只有几千行记录时，一个查询能够很好地执行。但随着应用程序的成长，查询慢了下来。解决方案或许非常简单，限制查询来查看当前月的数据即可。
当你的查询语句带有子查询时，注意在子查询的内部语句上使用过滤，而不是在外部语句上。
#只选择你需要的字段#
额外的字段通常会增加返回数据的纹理，从而导致更多的数据被返回到SQL客户端。另外：
•使用带有报告和分析功能的应用程序时，有时报告性能低是因为报告工具必须对收到的、带有详细形式的数据做聚合操作。
•偶尔查询也可能运行地足够快，但你的问题可能是一个网络相关的问题，因为大量的详细数据通过网络发送到报告服务器。
•当使用一个面向列的DBMS时，只有你选择的列会从磁盘读取。在你的查询中包含的列越少，IO开销就越小。
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录（注意不是yilia根目录）执行以下命令：
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置：
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: false
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true