易栈网-膘叔

How to fix “containing working copy admin area is missing” in SVN?
有的时候，SVN中刚刚创建了一个目录 ，结果没有在svn中删除 ，而是直接到资源管理器或者finder中删除 了。这时SVN会报错。说是你建了一个目录，删除 了，错误信息就是： “containing working copy admin area is missing”
怎么修复呢？
最方便的方法就是checkout原来项目的这个路径的目录。覆盖掉当前目录。

世界就清静了

Yii在使用CHtmlRadio的时候，如果参数不正确，会隐藏一个form，导致如果radio的值有3个时，永远只能提交第一个和最后一个
太纠结了。仔细看看，确实 是有一个隐藏FORM，导致本来应该是3个radio的button，变成了6个。

找了一下资料，看了一下源码，果然。。。。有一个hidden。

太纠结了。居然用unCheckValue设置一下才OK：

果然纠结。。。NND

看了这篇文章后，对其中的一句话特别感兴趣，原文中有一条下划线，但那不是我有兴趣的。我的兴趣我加红。

我对老板说：“老板，我想做件疯狂的事情，我打算开家公司，在网上卖书。”之前我和他泛泛聊到过这个想法。“走，陪我散散步去。”他对我说。于是， 和他在纽约中央公园逛了两个小时后，他最后对我说：“你这个打算听起来是很靠谱，但这个事情更适合那些眼前没有一份好工作的人去做。” 他的话让我苦思良久。

为了能做好这种重大的决定，我努力寻找正确的思考框架。我也和妻子讨论过这个念头，她对此非常支持：“不论你做什么， 我都百分百支持你。”她嫁给了我这么一个有着稳定职业道路的稳重的家伙，而我现在想去做的事情是如此疯狂，但她却对此百分百支持——这个决定最后还是完全 在于我自己。最后，我找到了一个框架，它能助你轻松做出人生的重大决定，我把它称作“遗憾最小化框架”。

我 把自己想象成80岁的模样，并思考：“现在回望我的一生，我要把遗憾事件的数量降到最低。”我知道在我80岁时，我不会因这次尝试而后悔，我不会后悔参与 到互联网这个我认定是了不起的事情中来。我知道，哪怕我失败了，我也不会遗憾，而我可能会因为没有尝试而最终后悔不已。如果你能想象自己年满八旬，并思考 “老了的我会怎么想呢？”这个问题，你就可以因此而摆脱每日琐碎的困惑的干扰。你要知道，当时我从那家华尔街公司离职创业时恰逢年中，这样连年终分红都没 我的份了。就是这类短期的事情会干扰你的判断，只要你把眼光放得更长远些，你就可以做好生命中的重大决定，而不至于日后后悔了。

via bijansabet.com

http://www.36kr.com/category/digest

其实之前也遇到过样的问题，但这次是发生在虚拟机上，所以不得不再次记录一下
虚拟机磁盘空间有限，因此，当ibdata1的文件过大的时候，机器动不了了，一重启之后，mysql也无法启动了。哭
一看ibdata1居然就占用了我800多M的空间，我一共是8G的虚拟机，这怎么吃得消？于是找了篇文章做参考。
ibdata1是mysql使用InnoDB引擎的时候需要使用的文件。这个文件有的时候会变得很大，并且在你删除数据的时候，文件也不减小。这意味着，即使我将数据库啥的清空了也没啥用，ibdata1大小仍然保持不变。
不得已，只能做了如下操作
1、对每张表使用单独的innoDB文件, 修改/etc/my.cnf文件
[mysqld]
innodb_file_per_table

2、 导出所有的数据，重建数据库，然后恢复数据：
# /usr/bin/mysqldump -R -q --all-databases > /temp/all.sql
# service mysql stop ，ubuntu下面可以是/etc/init.d/mysql stop
# rm -fr /var/lib/mysql/*
# /usr/bin/mysql_install_db
# service mysql restart ，同上/etc/init.d/mysql start
# mysql < /tmp/all.sql

这样导入的sql，root是没有用户名的，所以还需要再设置一下

1. >use mysql  
2. >update user set password=password("new_pass") where user="root";  
3. >flush privileges;
   

如果这样还不行，参考这一篇：http://neatstudio.com/show-1042-1.shtml

3、 /var/lib/mysql的每个数据库下面，都有会很多的.ibd文件。这些分散的.ibd文件取代了原来的那个ibddata1。
以后删除数据库的时候，直接删除某个数据库的目录就可以了

-------EOF-------
以上的参考来自于：http://bbs.chinaunix.net/thread-3646471-1-1.html
还有一段：
mysql 使用的引擎：
mysql> show engines;
+------------+---------+----------------------------------------------------------------+
| Engine | Support | Comment |
+------------+---------+----------------------------------------------------------------+
| MyISAM | DEFAULT | Default engine as of MySQL 3.23 with great performance |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables |
| InnoDB | YES | Supports transactions, row-level locking, and foreign keys |
| BerkeleyDB | YES | Supports transactions and page-level locking |
| BLACKHOLE | NO | /dev/null storage engine (anything you write to it disappears) |
| EXAMPLE | NO | Example storage engine |
| ARCHIVE | NO | Archive storage engine |
| CSV | NO | CSV storage engine |
| ndbcluster | NO | Clustered, fault-tolerant, memory-based tables |
| FEDERATED | NO | Federated MySQL storage engine |
| MRG_MYISAM | YES | Collection of identical MyISAM tables |
| ISAM | NO | Obsolete storage engine |
+------------+---------+----------------------------------------------------------------+
12 rows in set (0.00 sec)
For InnoDB tables, OPTIMIZE TABLE is mapped to ALTER TABLE, which rebuilds the table to update index statistics and free unused space in the clustered index.
所以不会直接来减少ibdata的文件尺寸。
减少ibdata的方法如下

- 1. 用mysqldump等工具导出数据 - 2. 停止 mysqld
- 3. 删除ibdata*, ib_logfile* 文件
- 4. 重新启动 mysqld（这时mysqld就会自动创建 idbdata*, ib_logfile* 文件）

- 5. 将到出来的数据导回去，体积才会减小。

Zend 2.0的框架改动与1比实在是太大了，当然抛开Namespace不说，即使是应用和架构，都有了一部分调整。
Zend实在太庞大了。用来开发项目不一定是首选。以前都是当成类库来用的，毕竟他实现了几乎目前所需要用到的一切功能，甚至GData之类的接口都全了，你还能奢求什么？
要赶时髦？openID和oauth也有，要实用？连pdf库都有，发邮件、本地化、命令行，应有尽有，不是类库是什么？
不过2.0就不太一样。我随便看了一个DB类，和以前的操作都有点不太一样了。或许是一下子没有适应过来那种newZend_Db_TableGateway之类的调用方式吧
手册在这里：http://packages.zendframework.com/docs/latest/manual/en
下载在这里：http://packages.zendframework.com/

还有一个相对比较实用的wiki：http://framework.zend.com/wiki/display/ZFDEV2/Home
可以看看。2.0的架构和代码还是值得学习的。