生生不息

下午抽时间看了一下国内的几大在线地图服务提供商的地图开放API的情况，大致如下：

最先接触到的是mapabc的地图api，因为mapabc的对于自己的api宣传很多，所以最先进入我的视野，很早就收藏想研究。这次抽时间看了一点，发现还是不错的，最基本的功能比如标记，和自己的数据结合都可以很容易的实现，示例代码也做的很不错。值得一用。
http://code.mapabc.com/

在drupal的user表中，我们除了看到常用的设置之外，还有一个字段很有意思，叫做data字段。
这个字段里面的东西一看就是序列化出来的，可以存储一些我们想要的东西。
那具体应该怎么用呢？

其实在使用user_save函数的时候，只需要传入随便的一个$key=>$value串，只要$key不是数据库中的字段，这个字段就会被默认写入到data字段里面。

而当你要使用的时候，你会发现$user里面除了data字段外，你刚刚添加的字段也被放入了这里。

今天在做Drupal6的时候，发现一个问题，Drupal6的default目录的权限会被改成不可写。所以造成建立modules之类的文件夹失败。需要chmod +w default 才可以建立新的文件夹。

网上查了一下，找到了这个结果

Sites/Default folder permissions keep reverting!

 结论是，drupal会不断的修改这个目录权限，以保证settings.php的安全，但是并不影响子文件夹的权限。所以default/files的权限不会因为这个改变。

对于字符串操作，最好用的还是正则表达式，今天用的时候查了一些资料，放在下面，希望可以帮助大家：

1. 一篇比较好的中文php正则表达式资料：
http://www.phpe.net/articles/268.shtml

2. php.net上的介绍页面：有各个字符的介绍，推荐看看
http://au2.php.net/manual/en/regexp.reference.php

3. 一个专门的正则表达式的网站，讲php的正则的页面，很详细，希望进阶的同学们可以好好学学：
http://www.regular-expressions.info/tutorial.html

刚刚在学习Drupal6上写模块，写一个menu的时候权限怎么也整不清楚了。
后来仔细看了手册，如下：
menu的array里面关于权限需要定义这样的几个东西：
access callback：
一个access的调用返回接口。如果不写，会默认调用user_access函数。这里可以写一个自定义的函数。
access argument：
access callback的参数。如果access callback的是user_access的话，这里就写你想要让访问的角色数组。如果不定义会默认为一个空数组。

Python的Unicode类可以使用UTF-8编码。
在使用Beautiful Soap对html进行解析的时候，发现用他的string函数返回的字符串怎么处理都会报错。很郁闷。

后来一跟踪，发现居然是使用他自己派生的类，而不是Unicode类。而他对Unicode类的encode函数进行了重写，先decode再encode，导致错误。所以在从BeautifulSoap拿到string的时候一定先Unicode()一下，如下：
unicode(soap.html.head.title.string)

Google App Engine会自动读取APP根目录下面的Py文件，所以直接import就可以了。但是如果你想要做一些复杂的程序，分目录就不可避免。比如用传统的mvc，就需要一个Model目录，一个View目录，一个Control目录。但是如果你加一个目录就import不到了。
我试了一些其他办法，比如在sys.path里面加入一个新的子目录path。都不好用。

下面是一个比较简单的办法：

本网页收集了一些简单的 VIM 操作， 这些操作要么其它普通文本编辑器不能完成， 要么完成起来很慢。 通过本网页， 可以坚定初学者学习 VIM 的决心与信心。 如果你有什么好的易于演示的简易技巧， 请与滇狐联系， 将更多内容添加到这张网页中。

另外， 如果没有明确说明， 本文中的提到的按键均是大小写敏感的。 例如， 文中提到“按下 G”时， 你按的键应该是“Shift + G”。

http://www.mapabc.com/qnmap/index.shtml

全能地图API，有空可以看看，hoho。

转自：http://blog.sina.com.cn/s/blog_5c57b5190100bd4m.html

   Internet的规模每一百天就会增长一倍，客户希望获得7天24小时的不间断可用性及较快的系统反应时间，而不愿屡次看到某个站点“Server Too Busy”及频繁的系统故障。