· android 中系统自带的主题与样式(theme and style)
· android通过wifi进行粗略定位(google maps)操作办法
android 中系统自带的主题与样式(theme and style)
2012-5-9 14:46:57 阅读1 评论0 92012/05 May9
android:theme="@android:style/Theme.Dialog" 将一个Activity显示为能话框模式
android:theme="@android:style/Theme.NoTitleBar" 不显示应用程序标题栏
android:theme="@android:style/Theme.NoTitleBar.Fullscreen" 不显示应用程序标题栏，并全屏
android:theme="Theme.Light" 背景为白色
android:theme="Theme.Light.NoTitleBar" 白色背景并无标题栏
android:theme="Theme.Light.NoTitleBar.Fullscreen" 白色背景，无标题栏，全屏
android:theme="Theme.Black" 背景黑色
android:theme="Theme.Black.NoTitleBar" 黑色背景并无标题栏
android:theme="Theme.Black.NoTitleBar.Fullscreen" 黑色背景，无标题栏，全屏
android:theme="Theme.Wallpaper" 用系统桌面为应用程序背景
android:theme="Theme.Wallpaper.NoTitleBar" 用系统桌面为应用程序背景，且无标题栏
android:theme="Theme.Wallpaper.NoTitleBar.Fullscreen" 用系统桌面为应用程序背景，无标题栏，全屏
android:theme="@android:style/Theme.NoTitleBar" 不显示应用程序标题栏
android:theme="@android:style/Theme.NoTitleBar.Fullscreen" 不显示应用程序标题栏，并全屏
android:theme="Theme.Light" 背景为白色
android:theme="Theme.Light.NoTitleBar" 白色背景并无标题栏
android:theme="Theme.Light.NoTitleBar.Fullscreen" 白色背景，无标题栏，全屏
android:theme="Theme.Black" 背景黑色
android:theme="Theme.Black.NoTitleBar" 黑色背景并无标题栏
android:theme="Theme.Black.NoTitleBar.Fullscreen" 黑色背景，无标题栏，全屏
android:theme="Theme.Wallpaper" 用系统桌面为应用程序背景
android:theme="Theme.Wallpaper.NoTitleBar" 用系统桌面为应用程序背景，且无标题栏
android:theme="Theme.Wallpaper.NoTitleBar.Fullscreen" 用系统桌面为应用程序背景，无标题栏，全屏
Git冲突以及解决办法
2012-5-9 10:44:02 阅读0 评论0 92012/05 May9
冲突的产生
很多命令都可能出现冲突，但从根本上来讲，都是merge 和 patch（应用补丁）时产生冲突。
而rebase就是重新设置基准，然后应用补丁的过程，所以也会冲突。
git pull会自动merge，repo sync会自动rebase，所以git pull和repo sync也会产生冲突。当然git rebase就更不用说了。
冲突的类型
逻辑冲突
git自动处理（合并/应用补丁）成功，但是逻辑上是有问题的。
比如另外一个人修改了文件名，但我还使用老的文件名，这种情况下自动处理是能成功的，但实际上是有问题的。
又比如，函数返回值含义变化，但我还使用老的含义，这种情况自动处理成功，但可能隐藏着重大BUG。这种问题，主要通过自动化测试来保障。所以最好是能够写出比较完备的自动化测试用例。
这种冲突的解决，就是做一次BUG修正。不是真正解决git报告的冲突。
内容冲突
两个用户修改了同一个文件的同一块区域，git会报告内容冲突。我们常见的都是这种，后面的解决办法也主要针对这种冲突。
树冲突
文件名修改造成的冲突，称为树冲突。
比如，a用户把文件改名为a.c，b用户把同一个文件改名为b.c，那么b将这两个commit合并时，会产生冲突。
$ git status
added by us: b.c
both deleted: origin-name.c
很多命令都可能出现冲突，但从根本上来讲，都是merge 和 patch（应用补丁）时产生冲突。
而rebase就是重新设置基准，然后应用补丁的过程，所以也会冲突。
git pull会自动merge，repo sync会自动rebase，所以git pull和repo sync也会产生冲突。当然git rebase就更不用说了。
冲突的类型
逻辑冲突
git自动处理（合并/应用补丁）成功，但是逻辑上是有问题的。
比如另外一个人修改了文件名，但我还使用老的文件名，这种情况下自动处理是能成功的，但实际上是有问题的。
又比如，函数返回值含义变化，但我还使用老的含义，这种情况自动处理成功，但可能隐藏着重大BUG。这种问题，主要通过自动化测试来保障。所以最好是能够写出比较完备的自动化测试用例。
这种冲突的解决，就是做一次BUG修正。不是真正解决git报告的冲突。
内容冲突
两个用户修改了同一个文件的同一块区域，git会报告内容冲突。我们常见的都是这种，后面的解决办法也主要针对这种冲突。
树冲突
文件名修改造成的冲突，称为树冲突。
比如，a用户把文件改名为a.c，b用户把同一个文件改名为b.c，那么b将这两个commit合并时，会产生冲突。
$ git status
added by us: b.c
both deleted: origin-name.c
android通过wifi进行粗略定位(google maps)操作办法
2012-5-7 15:56:09 阅读16 评论0 72012/05 May7
Step 1
Please confirm that android system has been installed the applications GoogleServicesFramework.apk & NetworkLocation.apk & Google maps.apk
Step 2
Put the following content into your overlay files <device folder>/overlay/frameworks/base/core/res/res/values/config.xml.
<!-- Component name of the service providing network location support. -->
<string name="config_networkLocationProvider">com.google.android.location.NetworkLocationProvider</string>
<!-- Component name of the service providing geocoder API support. -->
<string name="config_geocodeProvider">com.google.android.location.GeocodeProvider</string>
Please confirm that android system has been installed the applications GoogleServicesFramework.apk & NetworkLocation.apk & Google maps.apk
Step 2
Put the following content into your overlay files <device folder>/overlay/frameworks/base/core/res/res/values/config.xml.
<!-- Component name of the service providing network location support. -->
<string name="config_networkLocationProvider">com.google.android.location.NetworkLocationProvider</string>
<!-- Component name of the service providing geocoder API support. -->
<string name="config_geocodeProvider">com.google.android.location.GeocodeProvider</string>
Linux开机自动启动svn服务
2012-3-17 12:20:34 阅读19 评论0 172012/03 Mar17
在/etc/init.d目录建立一个脚本文件runSVN.sh
# cd /etc/init.d
# vim runSVN .sh
输入 runSVN .sh内容如下（/kaifa/svn 为svn仓库目录）：
#!/bin/bash
svnserve -d -r <dir> --listen-host <ip addr>
保存退出。
更新，修改权限：
chmod 777 runSVN.sh
update-rc.d runSVN.sh defaults
# cd /etc/init.d
# vim runSVN .sh
输入 runSVN .sh内容如下（/kaifa/svn 为svn仓库目录）：
#!/bin/bash
svnserve -d -r <dir> --listen-host <ip addr>
保存退出。
更新，修改权限：
chmod 777 runSVN.sh
update-rc.d runSVN.sh defaults
控制用户或者组用户在同一时间内登陆的个数 .
2012-2-27 11:36:33 阅读13 评论0 272012/02 Feb27
首先在/etc/pam.d/login中加上
session required /lib/security/pam_limits.so
然后在/etc/security/limits.conf加上要限制的用户名
例如 : edward hard maxlogins 2
这表示用户edward最多只能同时两个登陆
pam_limits.so还有很多其他的功能......
session required /lib/security/pam_limits.so
然后在/etc/security/limits.conf加上要限制的用户名
例如 : edward hard maxlogins 2
这表示用户edward最多只能同时两个登陆
pam_limits.so还有很多其他的功能......
chmod设置uid, gid,sticky bit释疑
2012-2-15 16:54:49 阅读45 评论0 152012/02 Feb15
一个文件都有一个所有者, 表示该文件是谁创建的. 同时, 该文件还有一个组编号, 表示该文件所属的组, 一般为文件所有者所属的组.
如果是一个可执行文件, 那么在执行时, 一般该文件只拥有调用该文件的用户具有的权限. 而setuid, setgid 可以来改变这种设置.
setuid: 设置使文件在执行阶段具有文件所有者的权限. 典型的文件是 /usr/bin/passwd. 如果一般用户执行该文件, 则在执行过程中, 该文件可以获得root权
限, 从而可以更改用户的密码.
setgid: 该权限只对目录有效. 目录被设置该位后, 任何用户在此目录下创建的文件都具有和该目录所属的组相同的组.
sticky bit: 该位可以理解为防删除位. 一个文件是否可以被某用户删除, 主要取决于
该文件所属的组是否对该用户具有写权限. 如果没有写权限, 则这个目录下的所有文件都不能被删除, 同时也不能添加新的文件. 如果希望用户能够添加文件
但同时不能删除文件, 则可以对文件使用sticky bit位. 设置该位后, 就算用户对目录
具有写权限, 也不能删除该文件.
下面说一下如何操作这些标志:
操作这些标志与操作文件权限的命令是一样的, 都是 chmod. 有两种方法来操作,
1) chmod u+s temp — 为temp文件加上setuid标志. (setuid 只对文件有效)
chmod g+s tempdir — 为tempdir目录加上setgid标志 (setgid 只对目录有效)
如果是一个可执行文件, 那么在执行时, 一般该文件只拥有调用该文件的用户具有的权限. 而setuid, setgid 可以来改变这种设置.
setuid: 设置使文件在执行阶段具有文件所有者的权限. 典型的文件是 /usr/bin/passwd. 如果一般用户执行该文件, 则在执行过程中, 该文件可以获得root权
限, 从而可以更改用户的密码.
setgid: 该权限只对目录有效. 目录被设置该位后, 任何用户在此目录下创建的文件都具有和该目录所属的组相同的组.
sticky bit: 该位可以理解为防删除位. 一个文件是否可以被某用户删除, 主要取决于
该文件所属的组是否对该用户具有写权限. 如果没有写权限, 则这个目录下的所有文件都不能被删除, 同时也不能添加新的文件. 如果希望用户能够添加文件
但同时不能删除文件, 则可以对文件使用sticky bit位. 设置该位后, 就算用户对目录
具有写权限, 也不能删除该文件.
下面说一下如何操作这些标志:
操作这些标志与操作文件权限的命令是一样的, 都是 chmod. 有两种方法来操作,
1) chmod u+s temp — 为temp文件加上setuid标志. (setuid 只对文件有效)
chmod g+s tempdir — 为tempdir目录加上setgid标志 (setgid 只对目录有效)
禁止thumbs.db自动生成的方法
2012-1-16 16:14:45 阅读65 评论0 162012/01 Jan16
thumbs.db介绍：
Thumbs.db是一个用于Microsoft Windows XP或mac os x缓存Windows Explorer的缩略图的文件。Thumbs.db保存在每一个包含图片或照片的目录中。Thumbs.db文件可缓存图像文件的格式包括：jpeg，bmp，gif，tif，pdf和htm。Thumbs.db文件是一个数据库，里面保存了这个目录下所有图像文件的缩略图(格式为jpeg)。当以缩略图查看时(展示一幅图片或电影胶片) ，将会生成一个Thumbs.db文件。Thumbs.db绝不是病毒，而是一个数据库文件，它一般可以在带有图片的文件夹中找到，而且其体积随着文件夹中图片数量增加而增大。
不自动生成thumbs.db实现方法
xp系统操作方法：
打开我的电脑——工具 ——文件夹选项——查看
然后选择“高级设置”列表中的“不缓存缩略图”选项，最后按下确定按钮之后，就不会出现 Thumbs.db 文件了
win7系统操作方法：
1、开始->附件->运行，输入“gpedit.msc”，打开“本地组策略编辑器”，
2、选择“用户配置”下面的“管理模板”，双击打开右边“windows组件”，
3、双击打开右边“windows资源管理器”，
4、双击打开右边“关闭隐藏的 thumbs.db 文件中的缩略图缓存”，
5、在弹出窗口选择“已启用”，“确定”即可。
Thumbs.db是一个用于Microsoft Windows XP或mac os x缓存Windows Explorer的缩略图的文件。Thumbs.db保存在每一个包含图片或照片的目录中。Thumbs.db文件可缓存图像文件的格式包括：jpeg，bmp，gif，tif，pdf和htm。Thumbs.db文件是一个数据库，里面保存了这个目录下所有图像文件的缩略图(格式为jpeg)。当以缩略图查看时(展示一幅图片或电影胶片) ，将会生成一个Thumbs.db文件。Thumbs.db绝不是病毒，而是一个数据库文件，它一般可以在带有图片的文件夹中找到，而且其体积随着文件夹中图片数量增加而增大。
不自动生成thumbs.db实现方法
xp系统操作方法：
打开我的电脑——工具 ——文件夹选项——查看
然后选择“高级设置”列表中的“不缓存缩略图”选项，最后按下确定按钮之后，就不会出现 Thumbs.db 文件了
win7系统操作方法：
1、开始->附件->运行，输入“gpedit.msc”，打开“本地组策略编辑器”，
2、选择“用户配置”下面的“管理模板”，双击打开右边“windows组件”，
3、双击打开右边“windows资源管理器”，
4、双击打开右边“关闭隐藏的 thumbs.db 文件中的缩略图缓存”，
5、在弹出窗口选择“已启用”，“确定”即可。