老王：你们这些不明真相的围观群众啊（Neatstudio.COM）

易栈网-膘叔

老王：你们这些不明真相的围观群众啊

发表评论

日志分类

热门标签

日志归档

搜索文章

最新评论

博客信息

友情链接

from Thinking in LAMP - 老王的技术手册作者：老王

第一条就很好说了，以前也写过利用 find + xargs进行删除 .svn 目录的日志，就不再多提
第二条嘛。smarty手册里已经有介绍，无非就是利用传递的参数来进行变量的替换
第三条，在实际项目中会有遇到，如果使用GBK处理，你会发现基本上是不处理，换成GB2312才正常
第四条就需要查看explain的结果，并根据实际项目中最常的搜索等来进行分析和处理。以确定最佳索引
第五条呢。。黑黑，我就是不明真相的围观群众。记得在mysql 5的时候，set names 'xxx' 其实就等于set collection等，所以从discuz 6.1开始，他们也不用set names了。好象有BUG？请查看关于set names

--start--

Shell批量修改文件内容

比如说，我想把网页文件里的foo都替换成bar，主要是利用sed的-i参数：

find /path -type f | grep -i -E '(htm|html)$' | xargs sed -i 's/foo/bar/g'

在Smarty模板里渲染嵌套数据

主要是利用include语法，



然后在_tpl.html模板里接着使用：，即完成了嵌套数据的渲染。

PHP中mb扩展的编码问题

mb_internal_encoding('gb2312');
mb_regex_encoding('gb2312');

需要注意的是mb_regex_encoding不支持gbk，此时你只能使用gb2312，类似的问题htmlspecialchars也有。

MySQL里索引的选择及取舍

给个简单的例子：按创建时间倒叙查询文章及其类别信息

SELECT *
FROM articles LEFT JOIN categories on articles.category_id = categories.id
WHERE articles.user_id = ... ORDER BY articles.created DESC LIMIT ...

那么单就这条查询而言，articles和categories表应该分别具备哪些索引呢？

articles表应该创建“user_id+created”复合索引，基本守则是先后联合"WHERE里的字段+ORDER里的字段"，不过这只是最理想的情况，很多时候，我们往往只能在"WHERE里的字段"建索引，或者在"ORDER里的字段"建索引，此时索引的选择就显得很有讲究，不应该一味的以为只能使用"WHERE里的字段"建的索引，有时候使用"ORDER里的字段"建的索引更有效，这取决于是先用WHERE筛选后ORDER排序高效，还是先ORDER排序后WHERE筛选高效，具体的选择取决于数据的分布情况。

另一个问题是articles.category_id = categories.id里，articles.category_id和categories.id哪个应该是索引，但就此例来说，在 articles.category_id列上索引是无意义的，因为通过WHERE或者ORDER之上的索引命中数据后，自然就得到了 articles.category_id的值，此时没有必要在它上面建索引，当然其它的时候可能需要，至于categories.id字段，肯定需要索引了，这样才能从articles.category_id直接查询命中。

想获得UTF-8编码的数据，但MySQL表的编码是GBK的

很多人在处理这个问题时，是先查询MySQL获得原始数据，然后使用iconv或者mb_convert_encoding把编码从GBK转换成UTF- 8，其实只要在查询前SET NAMES ‘utf8’即可，不明真相的MySQL使用者们往往认为GBK编码的表在查询时只能SET NAMES ‘gbk’，这实在是一大谬误。

« 2024年12月 »