January 10, 2008 at 10:48
对抓虾用户的特别提示: 30days 在抓虾阅读器上没有完全显示.
文章索引.
请给 new 30 days 打分:
(这里有一个投票页, 最好不要匿名 
)
======
根据统计, 效果并未达到.
在卷首的预言 “收藏的东西看或是不看更是一个问题”.
真正认真看过的请在底下留个言, 并说明实际的收获情况.
快速的更新了这么多天之后, – 包括因为空间原因切换到 busylog.cn 所增加的重复文章.
应该暂停一下更新了, 本意, 这就是一场和 feedsky 的对抗.
–
过两天还要麻烦 35(GR) + 10(抓虾) = 45 位同学更换阅读方式.
系列好像并未终结, 以后会写些什么东西, 并没有想好.
偶要坐在旁边休息一下, 看看你会如何对待这些文章.
然后, 便是一个新的开始.
Tags: 30days
Permalink
January 9, 2008 at 20:35
Tags: 30days, security
Permalink
January 8, 2008 at 21:10
网络和系统安全, 是一个无尽的话题.
在Windows下经常有插件,弹窗,恶意软件什么的东西.
(不过偶知道,能看见这篇文章的你,是不会遇上这类事情的…)
ARP 病毒也经常流行. dawnh 同学前端时间分析了 瑞星ARP防火墙
p2p 使宽带运营商的利益受损,
而通过限制一户多机,推送广告的方式赚取更多的利润.
不过如果小型局域网限制一下 p2p 偶还是不太反对的.
ipp2p 甚至能够一定程度控制 bitcomet (0.63 开始有协议加密)
Official IPP2P homepage
更为强大的过滤器, 如果你会抓包分析, 你可以写出详细的过滤条件.
Application Layer Packet Classifier for Linux
一份非常详细的Manual. 值得一看.
个人认为容易忽视的地方:
核心配置 – 关闭 modules.
文件系统权限
文件完整性检测
(freebsd mtree, gentoo equery check,
个人建议使用mtree对 chroot 目录, 及重要配置,可执行文件进行定期扫描.)
Securing Debian Manual
防治 ssh 攻击, 可以和官方站点共享攻击者数据, 防止其它机器被攻击.
对于经常攻击别人的黑客来说, 站点上还有状态展示, 可惜的是中国人有点多…
Welcome to DenyHosts
防止垃圾邮件. 早先讨论过相关问题.
The Spamhaus Project – SBL
iptables 不会怎么能行 
Iptables Tutorial 1.2.2
Tags: 30days, security
Permalink
January 7, 2008 at 20:49
数据过滤,过滤,再过滤,防止XSS 和 sql 注入,session也是个问题.
PHP Security Consortium: PHP Security Guide
检测php安全性的函数,类似phpinfo,提供安全的配置建议.
PHP Security Consortium: PHPSecInfo
不知道这个地方怎么行… 原来的hardening-php patch,现在的suhosin.
牺牲10%的性能,加倍的安全性能,你觉得值还是不值呢?
另外值得一提的就是 Month of PHP Bugs.
Hardened-PHP Project – PHP Security – Home
PHPSecInfo, PHP Security Guide的出处…
PHP Security Consortium
永远不要相信用户输入.
第6条, 可以考虑用file命令去检验一个文件,虽然很多时候不准.
第9条, 应该去使用socket去链接. 这样数据库的性能会进一步提高.
PHP MySQL Web Development Security Tips – 14 tips you should know about – PHP Forum
文章虽然没什么可说的, 底下的Further Reading可以看看.
Top 7 PHP Security Blunders
Tags: 30days, security
Permalink
January 6, 2008 at 14:20
Tags: 30days, apache
Permalink
January 5, 2008 at 23:06
今天玩玩工具栏上的 bookmarklet, 因为阅读器限制等原因还是移步观看吧.
firefox 2 测试通过.
Read the rest of this entry »
Tags: 30days
Permalink
January 4, 2008 at 21:50
Tags: 30days
Permalink
January 3, 2008 at 21:32
Tags: 30days
Permalink
January 2, 2008 at 20:56
写好代码的同时还要短一点, 当然并不是越短越好,
短不一定好读,但好读的一定会短.
优良的算法也应该是短代码的保证吧.
6 PHP coding tips to write less code
各式各样的代码规范见多了. 你遵守了多少? 违反了多少?
PHP coding guidelines
根据c++ coding standard 写成的php coding standard.
php5 的 OOP 方面有了很大进步, 这一点文章中没有提到, 因为长期没有更新了…
还有关于HTTP_*_VARS也没更新,仍不失为好材料..
PHP Coding Standard
写出什么样的代码,就应该得到相应的报酬.
毋庸置疑,同时注意到安全,性能,扩展,易读… 的代码肯定是好代码.
前期的付出,后面的维护就会轻松许多吧.
SitePoint Blogs – Good and Bad PHP Code
许多有意思的东西已经有无数人做过了,
不要重新制造轮子, 多数情况下都能在这里找到.
偶自己最成功的利用就是一个(无须extension的) zip 解压器,
也因为有这样一个地方,许多项目(比如论坛)公然违反GPL,
当然了,开源对他们只是一个推进商业的行为.
Welcome to the PHP Classes Repository – PHP Classes
Tags: 30days, php
Permalink
January 1, 2008 at 22:19
基本上这些篇都是函数的对比.但同样是对比,或多或少都还是有不同的.
1 call_user_func 慢.
2 类的magic method全都慢.
3 通过类的读取慢
4 Iterators 慢
Benchmarking magic | GarfieldTech
这个就更清晰了.
自己去慢慢比较,偶并不想说什么.
BlueShoes: PHP Benchmark
虽然许多hacks并不常用,还是看一看?
40 Tips for optimizing your php Code
事实上这是篇再老不过的东西了. 个人认为不如上一篇,虽然这是从 presentation 中提取的.
12 PHP optimization tips – alex.moskalyuk
一组幻灯片, 有点包罗万象的感觉, 不过真正实际做的时候还是有区别的.
Accelerating PHP Applications
函数比较, 这些和上面的某些一样就像是细节性的东西.
开发完了没bug了再去试试吧.
比较列表:
sizeof vs count
is_int vs is_integer
chop vs rtrim
doubleval vs floatval
fwrite vs fputs
implode vs join
ini_alter vs ini_set
7 tips for lightning fast PHP sites
Updated: Better Benchmarks
Tags: 30days, php
Permalink