今天在用ASP.NET向Web请求的响应输出流中写入PNG图片时出现了“GDI+ 中发生一般性错误的异常”，使用的方法是直接将图片保存到响应输出流中，引发异常的代码是：
image.Save(Response.OutputStream, ImageFormat.Png);
究其原因是因为PNG图片的解码器需要双向流，而Response中的输出流OutputStream是无法往回读取的，即它的CanSeek属性等于false。
如果要想在该流中写入PNG图片，我们需要将图片的数据预先读取出来，然后以普通数据流的形式将其写入：
// 读取PNG图片数据到内存流 MemoryStream memoryStream = new MemoryStream(); image.Save(memoryStream, ImageFormat.Png); // 将内存流的数据写入到响应输出流 memoryStream.WriteTo(Response.OutputStream); memoryStream.Close();
在ArcGIS中有两种存储在本地文件系统中的切片缓存格式：松散型（Exploded）、紧凑型（Compact）。
一、切片参数：
两种切片缓存格式的顶层文件及文件夹逻辑是一致的：
在“_alllayers”文件夹中存储所有切片缓存，并以不同级别分别存放对应的图片数据：
在“conf.xml”文件中记录切片的投影类型、级别参数、存储格式等信息：
SpatialReference：投影参数
TileOrigin：原点坐标
TileCols：切片宽度
TileRows：切片高度
LODInfos：各级别参数
LevelID：级别号
Scale：比例尺
Resolution：像素分辨率
TileImageInfo：图片格式
CacheStorageInfo：缓存方式
在“conf.cdi”文件中记录切片缓存的范围：
XMin：最小X坐标
YMin：最小Y坐标
XMax：最大X坐标
YMax：最大Y坐标
SpatialReference：投影参数
二、松散型：
每幅切片按照其所在行列单独存放在对应的图片文件中：
读取代码如下：
// 切片缓存文件夹
string path = "C:/tiles";
// 切片所在级别
int level = 0;
// 切片所在行号
int row = 0;
// 切片所在列号
int col = 0;
// 切片图像格式
string format = "png";
// 解析切片图像文件路径
string l = string.Format("L{0:D2}", level);
string r = string.Format("R{0:X8}", row);
string c = string.Format("C{0:X8}", col);
string img = string.Format("{0}/_alllayers/{1}/{2}/{3}.{4}", path, l, r, c, format);
// 获取切片图像数据
return Image.FromFile(img);
三、紧凑型:
分块存储在切片数据文件bundle和索引文件bundlx中：
每个bundle文件最多存储16384幅切片，每个bundlx文件大小固定为81952字节。bundlx文件中前后分别有16个字节与切片索引无关，中间剩余的81920字节以每5个字节的频率重复，构成了对bundle文件的索引信息。
读取代码如下：
// 切片缓存文件夹
string path = "C:/tiles";
// 切片所在级别
int level = 0;
// 切片所在行号
int row = 0;
// 切片所在列号
int col = 0;
// 解析切片所在区块的行列号
int rowGroup = 128 * (row / 128);
int colGroup = 128 * (col / 128);
// 解析切片数据文件和索引文件路径
string l = string.Format("L{0:D2}", level);
string r = string.Format("R{0:X5}", rowGroup);
string c = string.Format("C{0:X5}", colGroup);
path = string.Format("{0}/_alllayers/{1}/{2}{3}", path, l, r, c);
FileStream bundlx = new FileStream(path + ".bundlx", FileMode.Open);
FileStream bundle = new FileStream(path + ".bundle", FileMode.Open);
// 定位切片索引位置
long offset = 128 * (col - colGroup) + (row - rowGroup);
bundlx.Seek(16 + 5 * offset, SeekOrigin.Begin);
// 读取切片数据位置
byte[] buffer = new byte[5];
bundlx.Read(buffer, 0, buffer.Length);
// 定位切片数据位置
offset = 0;
for (int i = 0, length = buffer.Length; i < length; i++)
{
offset += (buffer[i] & 0xff) * (long)Math.Pow(256, i);
}
bundle.Seek(offset, SeekOrigin.Begin);
// 读取切片数据长度
buffer = new byte[4];
bundle.Read(buffer, 0, buffer.Length);
offset = 0;
for (int i = 0, length = buffer.Length; i < length; i++)
{
offset += (buffer[i] & 0xff) * (long)Math.Pow(256, i);
}
// 读取切片图像数据
byte[] tiles = new byte[offset];
bundle.Read(tiles, 0, tiles.Length);
bundlx.Close();
bundle.Close();
MemoryStream memoryStream = new MemoryStream(tiles);
return Image.FromStream(memoryStream);
今天在用WordPress修改主题背景图像时，不小心选错了图片，但是在修正后进入媒体库查看图片信息时，发现之前选错的图片名称上会一直显示“背景图像”的字样：
究其原因是WordPress会将我们每次选择的背景图像进行标记，从而提示我们哪些图片是曾经或者现在被当作背景图像使用的。
那如何才能去除被错误选择的背景图像标记信息呢？我们可以在WordPress的数据库中进行以下操作来完成（注意操作前请先备份数据库）：
一、查找图片的post_id：
select id from wp_posts where post_title = '[图片名称]' and post_type = 'attachment';
二、查找图片元数据中标记为背景图像的meta_id：
select meta_id from wp_postmeta where post_id = [图片post_id] and meta_key = '_wp_attachment_is_custom_background';
三、删除找到的背景图像元数据：
delete from wp_postmeta where meta_id = [背景图像meta_id];
完成后刷新媒体库就可以看到图片上的“背景图像”字样已经被去除了。
一、十天干：
甲（jiǎ）、乙（yǐ）、丙（bǐng）、丁（dīng）、戊（wù）、己（jǐ）、庚（gēng）、辛（xīn）、壬（rén）、癸（guǐ）；
其中甲、丙、戊、庚、壬为阳干，乙、丁、己、辛、癸为阴干。
二、十二地支：
子（zǐ）、丑（chǒu）、寅（yín）、卯（mǎo）、辰（chén）、巳（sì）、午（wǔ）、未（wèi）、申（shēn）、酉（yǒu）、戌（xū）、亥（hài）。
其中子、寅、辰、午、申、戌为阳支，丑、卯、巳、未、酉、亥为阴支。
三、十二地支对应十二生肖：
子-鼠，丑-牛，寅-虎，卯-兔，辰-龙，巳-蛇， 午-马，未-羊，申-猴，酉-鸡，戌-狗，亥-猪。
春雨惊分清谷天（立春、雨水、惊蛰、春分、清明、谷雨），
夏满芒至二暑连（立夏、小满、芒种、夏至、小暑、大暑）。
秋处露分寒霜降（立秋、处暑、白露、秋分、寒露、霜降），
冬雪雪冬小大寒（立冬、小雪、大雪、冬至、小寒、大寒）。