深海游弋的鱼 – 默默的点滴

putty SSH 登录 Ubuntu 中文乱码问题解决

putty SSH 登录 Ubuntu 中文乱码

解决方法如下

在window-〉Appearance-〉 Translation中，Received data assumed to be in which character set 中,把Use font encoding改为UTF-8
如果经常使用,把这些设置保存在session里面.

Ubuntu 12.04 Server安装Bittorrent Transmission

Ubuntu Server 没有图形界面，如果作为BT 下载服务器的话，可以使用Bittorrent Transmission 来通过Web界面操作，类似http://192.168.1.X:9091这样的方式管理下载。

1.安装服务器端

sudo apt-get install transmission-daemon

1	sudo apt-get install transmission-daemon

2.配置文件修改

sudo vim /var/lib/transmission-daemon/info/settings.json

1	sudo vim /var/lib/transmission-daemon/info/settings.json

主要调整如下部分的内容

"rpc-enabled": true,
"rpc-password": "password",
"rpc-port": 9091,
"rpc-username": "transmission",
"rpc-whitelist": "127.0.0.1,*.*.*.*",
"rpc-whitelist-enabled": true,
 "download-dir": "/var/lib/transmission-daemon/downloads"

"rpc-enabled": true,

"rpc-password": "password",

"rpc-port": 9091,

"rpc-username": "transmission",

"rpc-whitelist": "127.0.0.1,*.*.*.*",

"rpc-whitelist-enabled": true,

"download-dir": "/var/lib/transmission-daemon/downloads"

也就是调整白名单为所有地址都可以网络访问，同时修改用户名密码到自己熟悉的即可。其中 "download-dir" 用来调整文件下载到的地址，这个自己调整即可。

3.使得配置信息生效（注意，必须使用此命令，否则Bittorrent Transmission 会在重启的时候把数据写回磁盘，导致修改无效）

sudo service transmission-daemon reload

1	sudo service transmission-daemon reload

4.修改系统配置文件，开放对于UDP的访问限制

sudo vim /etc/sysctl.conf

1	sudo vim /etc/sysctl.conf

增加如下语句

#udp set for Transmission
#UDP receive buffer size
net.core.rmem_max = 4194304
#UDP send buffer size
net.core.wmem_max = 1048576

#udp set for Transmission

#UDP receive buffer size

net.core.rmem_max = 4194304

#UDP send buffer size

net.core.wmem_max = 1048576

然后重启服务器。

5.通过浏览器访问即可。

Android 字体调整 fontScale 变化导致界面显示异常的问题

Android 字体调整，比如调整为超大字体，此时会导致Configuration 中的fontScale 变化导致界面显示异常。目前找到的办法为，在Application 的OnCreate 事件中增加如下代码

getResources().getDisplayMetrics().scaledDensity = getResources().getDisplayMetrics().scaledDensity/getResources().getConfiguration().fontScale;

1	getResources().getDisplayMetrics().scaledDensity = getResources().getDisplayMetrics().scaledDensity/getResources().getConfiguration().fontScale;

继承并覆盖 onConfigurationChanged 方法

@Override
public void onConfigurationChanged(Configuration newConfig) {
	getResources().getDisplayMetrics().scaledDensity = getResources().getDisplayMetrics().scaledDensity/newConfig.fontScale;
	super.onConfigurationChanged(newConfig);
}

@Override

public void onConfigurationChanged(Configuration newConfig) {

getResources().getDisplayMetrics().scaledDensity = getResources().getDisplayMetrics().scaledDensity/newConfig.fontScale;

super.onConfigurationChanged(newConfig);

}

在 AndroidManifest.xml 中的 application 部分增加处理 onConfigurationChanged 事件的声明

<application
    android:configChanges="fontScale"

1 2	<application android:configChanges="fontScale"

可以解决问题，但是会不会引起其他副作用，暂时未知。

Android 报告 java.lang.StackOverflowErrors 异常的问题分析

一般情况下，在使用比较复杂的布局的时候，尤其是 Fragment + ViewPager + SlideMenu 这种组合的情况下，会报告类似如下内容的崩溃栈信息

at android.view.View.draw(View.java:6880)
at android.view.ViewGroup.drawChild(ViewGroup.java:1646)
at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1373)
at android.view.View.draw(View.java:6883)
at android.view.ViewGroup.drawChild(ViewGroup.java:1646)
at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1373)
...

at android.view.View.draw(View.java:6880)

at android.view.ViewGroup.drawChild(ViewGroup.java:1646)

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1373)

at android.view.View.draw(View.java:6883)

at android.view.ViewGroup.drawChild(ViewGroup.java:1646)

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1373)

...

该异常在 2.X版本的Android系统上面表现尤为明显，往往 4.X版本的一切正常或者偶有卡顿，在 2.X版本上面直接崩溃。

分析一下，是一个 draw() -> dispatchDraw() -> drawChild() 的深度递归调用导致栈的溢出越界。对于 Android目前使用的 dalvik 虚拟机而言，系统默认的栈深度如下

Browsing for stack sizes through the dalvik source history:

API 3 (Android 1.5) = 8KB
API 4-10 (Android 1.6 - Android 2.3.7) = 12KB
API 14-17 (Android 4.0 - Android 4.2.2) = 16KB

也就是说，如果 draw() -> dispatchDraw() -> drawChild() 递归的深度太深，就会导致栈的不足问题。

解决方法，目前貌似 dalvik 虚拟机并不支持动态的修改栈的深度，这导致问题复杂化，首先，Fragment + ViewPager + SlideMenu 这种组合，即是什么都不增加，就已经有超过 10 层的递归了，这个可以在崩溃栈中的 drawChild 函数的数量就可以统计出来，这也就意味着，目前只有一条路可以走，那就是想办法减少布局的层次。有建议废弃 Fragment 来自己实现一套完整的东西，暂时还不建议如此操作。

一般方法就是

1.使用RelativeLayout 来减少尤其是 LinearLayout导致的布局深度问题，尽量在同层展开。

2.复杂布局的情况下，可以使用自定义View来实现，实在不行，可以自己计算坐标，直接绘制，比如用类似游戏的SurfaceView 之类的东西来替代。

3.利用 merge 来简化收缩布局，目前貌似FrameLayout 上面比较合适。

4.继承ViewGroup 的自定义View也是一层，这点不要忘记，能直接继承View的，就不要继承 ViewGroup

其他的方法,根据实际项目来处理好了。

Android抽象布局——include、merge 、ViewStub

在布局优化中，Android的官方提到了这三种布局，并介绍了这三种布局各有的优势，下面也是简单说一下他们的优势，以及怎么使用，记下来权当做笔记。

1、布局重用
标签能够重用布局文件，简单的使用如下：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical" 
    android:layout_width=”match_parent”
    android:layout_height=”match_parent”
    android:background="@color/app_bg"
    android:gravity="center_horizontal">

    <include layout="@layout/titlebar"/>

    <TextView android:layout_width=”match_parent”
              android:layout_height="wrap_content"
              android:text="@string/hello"
              android:padding="10dp" />

    ...

</LinearLayout>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

android:orientation="vertical"

android:layout_width=”match_parent”

android:layout_height=”match_parent”

android:background="@color/app_bg"

android:gravity="center_horizontal">

<TextView android:layout_width=”match_parent”

android:layout_height="wrap_content"

android:text="@string/hello"

android:padding="10dp" />

...

</LinearLayout>

1)标签可以使用单独的layout属性，这个也是必须使用的。

2)可以使用其他属性。标签若指定了ID属性，而你的layout也定义了ID，则你的layout的ID会被覆盖。
3)在include标签中所有的android:layout_*都是有效的，前提是必须要写layout_width和layout_height两个属性。
4)布局中可以包含两个相同的include标签，引用时可以使用如下方法解决（参考）:

View bookmarks_container_2 = findViewById(R.id.bookmarks_favourite);
bookmarks_container_2.findViewById(R.id.bookmarks_list);

1 2	View bookmarks_container_2 = findViewById(R.id.bookmarks_favourite); bookmarks_container_2.findViewById(R.id.bookmarks_list);

2、减少视图层级

标签在UI的结构优化中起着非常重要的作用，它可以删减多余的层级，优化UI。多用于替换FrameLayout或者当一个布局包含另一个时，标签消除视图层次结构中多余的视图组。例如你的主布局文件是垂直布局，引入了一个垂直布局的include，这是如果include布局使用的LinearLayout就没意义了，使用的话反而减慢你的UI表现。这时可以使用标签优化。

<merge xmlns:android="http://schemas.android.com/apk/res/android">

    <Button
        android:layout_width="fill_parent" 
        android:layout_height="wrap_content"
        android:text="@string/add"/>

    <Button
        android:layout_width="fill_parent" 
        android:layout_height="wrap_content"
        android:text="@string/delete"/>

</merge>

<Button

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:text="@string/add"/>

<Button

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:text="@string/delete"/>

</merge>

现在，当你添加该布局文件时(使用标签)，系统忽略节点并且直接添加两个Button。更多介绍可以参考《Android Layout Tricks #3: Optimize by merging》

3、需要时使用
标签最大的优点是当你需要时才会加载，使用他并不会影响UI初始化时的性能。各种不常用的布局想进度条、显示错误消息等可以使用标签，以减少内存使用量，加快渲染速度。是一个不可见的，大小为0的View。标签使用如下：

<ViewStub
    android:id="@+id/stub_import"
    android:inflatedId="@+id/panel_import"
    android:layout="@layout/progress_overlay"
    android:layout_width="fill_parent"
    android:layout_height="wrap_content"
    android:layout_gravity="bottom" />

<ViewStub

android:id="@+id/stub_import"

android:inflatedId="@+id/panel_import"

android:layout="@layout/progress_overlay"

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:layout_gravity="bottom" />

当你想加载布局时，可以使用下面其中一种方法：

((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);
// or
View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);

// or

View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

当调用inflate()函数的时候，ViewStub被引用的资源替代，并且返回引用的view。这样程序可以直接得到引用的view而不用再次调用函数findViewById()来查找了。
注：ViewStub目前有个缺陷就是还不支持标签。

更多标签介绍可以参考《Android Layout Tricks #3: Optimize with stubs》

转自 http://blog.csdn.net/xyz_lmn/article/details/14524567

Android 背景图片平铺

一般布局设置的背景图都是做拉伸处理，有时候我们需要背景图片做平铺处理，类似于网页开发中CSS的repeat。
在Android中可以使用如下方法使背景图片平铺。在drawable目录下创建一个repeat_bg.xml:

<?xml version="1.0" encoding="utf-8"?>  
<bitmap xmlns:android="http://schemas.android.com/apk/res/android"   
    android:src="@drawable/bg"
    android:tileMode="repeat" />

<?xml version="1.0" encoding="utf-8"?>

<bitmap xmlns:android="http://schemas.android.com/apk/res/android"

android:src="@drawable/bg"

android:tileMode="repeat" />

然后在布局的xml文件中可以这样引用:

<LinearLayout 
    android:layout_width="fill_parent" 
    android:layout_height="fill_parent" 
    android:background="@drawable/repeat_bg"> 
</LinearLayout>

<LinearLayout

android:layout_width="fill_parent"

android:layout_height="fill_parent"

android:background="@drawable/repeat_bg">

</LinearLayout>

Mac SSD TRIM的终极方案

该方法在 Mac 10.9.1 版本上面有效。

Enable SSD TRIM for Mac, Ultimate Solution. TRIM终极方案我的Mac机型是Mac mini Late 2012，把硬盘换成了SSD。试了多种打开SSD TRIM的教程，总不能成功，有一次还弄到系统无法启动。今天大盘开始盘整了，于是可以静下心来把那些教程仔细debug一遍，发现了问题所在，成功开启了SSD TRIM。

最重要的先讲：在做这个工作之前，用Time Machine备份机器。

其次是怎么会弄到系统无法启动？原因是在改写IOAHCIBlockStorage这个文件的时候，把权限破坏了。一旦权限不对，系统会显示警告窗口，说无法加载IOAHCIBlockStorage。千万不要忽视这个警告，去重启机器，而是应该先修复权限。最简单最彻底的办法就是使用Disk Utility，选择系统盘，然后Repare Disk Permissions.

为什么有些教程会不起作用呢？这是因为不同的系统版本，如10.8.1、10.8.2，加上不同的机型，特别是新机型，系统文件有可能是不一样的。
如果教程不起作用，那就要先理解这些开启SSD TRIM办法的实质：其实就是把IOAHCIBlockStorage文件中硬盘型号的字符“APPLE SSD”这九个字节抹去，替换成全零字节。但是在整个文件中做全替换也不行，只能替换含义为硬盘型号字符的字节。
就因为各种系统和机型的文件不同，同时又要选择性地做替换，于是出现了不同的教程。这里介绍的终极方案，就是先查看你机器上的IOAHCIBlockStorage文件，然后修改教程中的一条命令，然后再执行那些命令。

用一个二进制编辑器（比如说“Hex Fiend”）打开

/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

1	/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

搜索十六进制“52 6F 74 61 74 69 6F 6E 61 6C 00”，也就是“Rotational”字串加上0结尾。整个文件我就只搜到一个匹配的。查看后面是不是9个字符的“APPLE SSD”，如果是的话，就看“APPLE SSD”接下来的字符是什么。图中是“Time To Ready”，记下这个字串的第一个字符，是“T”，他的十六进制是54。

接下来就修改那些教程中的命令，请看https://gist.github.com/3334193，点击“Download Gist”下载文件，然后双击打开，就会自动解压缩。修改文件enable_trim.sh中的(x00{1,20}x51)中的51为上文的54，修改完就是(x00{1,20}x54)，保存文件。解压的这个enable_trim.sh文件是没有执行权限的，那就在控制台运行“chmod 755 enable_trim.sh”，赋予执行权限。

注意，对于由于某墙封锁导致的不能访问github 问题，可以直接复制如下代码来自己生成sh文件

#!/bin/bash
#
# Enable TRIM support for 3rd Party SSDs. Works for Mountain Lion
#
# Source: http://digitaldj.net/2011/07/21/trim-enabler-for-lion/

set -e
set -x

# Back up the file we're patching
sudo cp \
  /System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage \
  /System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage.original

# Patch the file to enable TRIM support
sudo perl -pi -e 's|(\x52\x6F\x74\x61\x74\x69\x6F\x6E\x61\x6C\x00{1,20})[^\x00]{9}(\x00{1,20}\x51)|$1\x00\x00\x00\x00\x00\x00\x00\x00\x00$2|sg' \
  /System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

# Force a reboot of the system's kernel extension cache
sudo touch /System/Library/Extensions/

echo "Now reboot!"

#!/bin/bash

# Enable TRIM support for 3rd Party SSDs. Works for Mountain Lion

# Source: http://digitaldj.net/2011/07/21/trim-enabler-for-lion/

set -e

set -x

# Back up the file we're patching

sudo cp \

/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage \

/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage.original

# Patch the file to enable TRIM support

sudo perl -pi -e 's|(\x52\x6F\x74\x61\x74\x69\x6F\x6E\x61\x6C\x00{1,20})[^\x00]{9}(\x00{1,20}\x51)|$1\x00\x00\x00\x00\x00\x00\x00\x00\x00$2|sg' \

/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

# Force a reboot of the system's kernel extension cache

sudo touch /System/Library/Extensions/

echo "Now reboot!"

在运行“./enable_trim.sh”之前，一定要保证你现在的

/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

1	/System/Library/Extensions/IOAHCIFamily.kext/Contents/PlugIns/IOAHCIBlockStorage.kext/Contents/MacOS/IOAHCIBlockStorage

文件一定是未经修改的原系统文件。执行完毕后，系统如果没有弹出什么提示框，那就万事大吉了。有兴趣的话，你还可以用Hex Fiend查看一下修改后的文件，和原文件相比，有啥不同。

手工重启机器后，应该就是成功了。

参考连接 http://www.cnbeta.com/articles/219752.htm

2014 年 3 月
一	二	三	四	五	六	日
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31