易栈网-膘叔

经过一段时间的使用和试用，想来想去还是准备将网站全线迁移到国外了。
目前已经在一些虚拟机上跑的网站有：
http://neatcn.com  其于免费的phpfog

http://ucapi.com    基于myvirpus
在这台服务器上，还有http://ilybaby.com和http://next-image.com.cn

http://kepo.net     基于：Burst VPS
上面还有一些站，不方便透露

本台服务器上面有一些小站，其实都已经没人用了，但是在坚持着，所以准备在到期之前全部迁出
好象burstVPS还不错，黑黑。所以，我到时候会另开一个burstVPS看看。

linode还是用不起啊

linux下面有一个很恶心的说法，就是磁盘空间再大，但如果没有inode了，磁盘也就相当于没用了（这个没用是指剩余空间再大，也存不进东西）
这种问题在ext3上很容易出现，如果磁盘格式是Ext3，然后又是用来存一些小文件（如图片、icon等小而多的文件）时，很容易出现这种问题。所以一般图片服务器都是不用Ext格式的。
虚拟机上居然出现了这种问题，所以找了一下资料，找到了这篇文章：http://www.cnblogs.com/shapherd/archive/2012/02/07/2341638.html

最近在linux上创建目录的时候出现mkdir：Cannot create directory***: No space left on device， 但是df的时候发现空间还有几百G（有同事是中文的机器出现Mkdir: 无法创建目录***，设备上没有空间）。不能继续创建目录或者touch文件的原因是Inode满了。

Inode的数量是有限制的，每个文件对应一个Inode, 那么如何查看inode的最大数量呢，

可以看到Inode的总量，已经使用的Inode数量，和剩余数量。
如果watch -n 1 “df -i”一下， 然后去创建一个文件， 会发现已用的加一，未用的减一
简单了解下Inode在文件系统中的地位：

Linux会为每一个文件分配一个唯一的inode节点。在linux中，文件的文件名、文件属性、文件内容是分别存储的：文件名存放在目录项（即 dentry）中，文件属性存放在inode中，文件内容存放在block中。Linux在查找文件时，首先先读取dentry，dentry中存储的文 件名和inode编号的一个映射表， 根据这个表找到inode编号，再根据inode找到磁盘中的文件。
可以用ls -i查看文件对应的inode编号， 也可以直接stat一个文件， 会有很全的信息。

----------

ext4好象听说是好了很多，但更多的人在做图片服务器的时候都选择了：ReiserFS，可惜它不再更新了，为什么呢？因为。。。Linux文件系统reiserfs作者：Hans Reiser被判入狱15年

 BTW：这里有一篇科普文章：http://www.serverfocus.org/reiserfs-vs-ext4-vs-xfs-vs-zfs-vs-btrfs

原来，reiserfs已经升级到4了。

NTFS和FAT32应该是我们众所周知的格式了。当然还有ext3,ext4现在也慢慢成为android用户所熟知的了（IT从业者除外），嗯苹果同样与众不同，它是HFS格式。这下子纠结了，这么多格式，怎么互相兼容呢？特别是我们的U盘、移动硬盘之类的。
在linux下面，可以很方便的读取NTFS、FAT32格式的U盘，当然，也能很顺利的写入
苹果也能顺利的读取这类格式的U盘，但，不能写入。肿么办？（不过FAT32是可以读取和写入，但不支持4G以上的文件（单个文件）【高清片一定会超】。）

不过，苹果电脑 Mac OS X 10.6.5 系统做出了一项意义重大的升级：支持 exFAT 磁盘格式，格式化成 exFAT 格式的 U 盘、移动硬盘在 Windows PC 上和苹果电脑 Mac OS X 系统下均能读写，而且支持超过单个体积超过 4 GB 的大文件。

MAC下可以直接格式化，WIN7和vista也是直接OK。不过格式化后的磁盘RW速度会略有下降，只能取平衡点了。
参考：http://www.mac52ipod.cn/post/use-u-disk-hdd-on-windows-pc-and-mac-os-x-4gb-exfat.php

按照上面的文章所说： 只把 U 盘和移动硬盘的一个分区（专门用于 PC、Mac 之间交换文件）格式化成 exFAT 就行了。

如果标题是真的。。。不知道我还会不会使用微博了

新浪、搜狐、网易，腾讯四大网站微博都将在3月16日全部实行实名制，采取的都是前台自愿，后台实名的方式。3月16日后，所有未实名认证的老用户将被强制拦截，不能再发言、转发

　　【《财经》综合报道】3月16日将成为北京微博老用户真实身份信息注册的时间节点，之后未进行实名认证的微博老用户，将不能发言、转发，只能浏览。7日上午召开的贯彻《北京市微博客发展管理若干规定》座谈会上，市网管办相关负责人披露了这一消息。

　　新浪、搜狐、网易，腾讯四大网站微博都将在3月16日全部实行实名制，采取的都是前台自愿，后台实名的方式。3月16日后，所有未实名认证的老用户将被强制拦截，不能再发言、转发。

　　2011年12月16日北京市发布《北京市微博客发展管理若干规定》其中明确规定微博中的个人注册信息需要使用真实身份。微博客账号注册信息真实是指用户提交网站注册的信息，用户使用微博客服务的名称可自愿选择。

　　据统计，中国的网民中有65%的人开通使用微博，微博账户数量超过3.2亿。

    本文来源：财经网

原文来自：http://tx.southcn.com/c/2012-02/07/content_37445105.htm

为防该站删除此页，截图为证：

最新的Unicode文字编码标准v 6.1.0正式发布。主要变化包括：新增732个新字符，7种全新文字，支持通过变量选择符区分绘文字（emoji）风格和文本风格的符号和表情符号；更新断行算法以更准确反映日本和希伯来文文本，等等。
上述文字来自：http://it.solidot.org/article.pl?sid=12/02/02/1124247&from=rss
来自官方：http://www.unicode.org/versions/Unicode6.1.0/
Unicode 6.1.0 is a minor version of the Unicode Standard and supersedes all previous versions. This page summarizes the important changes for the Unicode Standard, Version 6.1.0. In the discussion below, Version 6.1.0 may be abbreviated as "Unicode 6.1" or "Version 6.1."

Version 6.1 of the Unicode Standard continues the Unicode Consortium's long-term commitment to support the full diversity of languages around the world. This latest version adds characters to support additional languages of China, other Asian countries, and Africa. It also addresses educational needs in the Arabic-speaking world. A total of 732 new characters have been added.

This version of the Standard also brings technical improvements to support implementers. Improved changes to property values and their aliases mean that properties now have easy-to-specify labels. The new labels combined with a new script extensions property means that regular expressions can be more straightforward and are easier to validate. Hangul algorithms were consolidated and restructured. Before, one had to examine four separate documents. Now, the information is consolidated in the core specification in Chapter 3, Conformance.

Over 200 new Standardized Variants have been added for emoji characters, allowing implementations to distinguish preferred display styles between text and emoji styles.

Among the notable property changes and additions in Unicode 6.1 are two new line break property values, which improve the line-breaking behavior of Hebrew and Japanese text. Segmentation behavior was also improved for Thai, Lao, and similar languages. The processing of Chinese data has been augmented by more fully specified information on mapping between Simplified and Traditional Chinese characters, in addition to other improved Unihan data that supports the processing of Chinese data.

For detailed property changes see Section F. Unicode Character Database Changes.

Version 6.1 has minor conformance updates, including the determination of grapheme cluster boundaries and the processing of combining canonical class and decomposition mapping. There are documentation improvements throughout.

Two other important Unicode specifications are maintained in synchrony with the Unicode Standard, and have updates for Version 6.1:

• UTS #10, Unicode Collation Algorithm
• UTS #46, Unicode IDNA Compatibility Processing

This latest version of the Unicode Standard is synchronized in repertoire with the forthcoming third edition of 10646: ISO/IEC 10646:2012.