WordPress数据库错误: [Got error 28 from storage engine]
SHOW FULL COLUMNS FROM `wp_options`

WordPress数据库错误: [Got error 28 from storage engine]
SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (92) ORDER BY t.name ASC

邮件编码Content-Transfer-Encoding的各种形式? – Crazy knowledge base
Crazy knowledge base

邮件编码Content-Transfer-Encoding的各种形式?

邮件编码Content-Transfer-Encoding的各种形式? 
为什么有这么多,只用一种不行吗?比如有的是:base64,有的是:8bit,有的是:quoted-printable 
什么时候用什么编码呀?
 
由於歷史原因,Internet 上有些郵件系統只支援 7Bit 的字元傳輸, 而漢字的內碼是 8Bit 的,當在電子郵件中發送中文時, 如果經過這些只支援 7Bit 字元的郵件系統, 便會將漢字內碼的第八位元的 1 全部變成 0。
以 “中文” 兩字為例,HEX 為 A4A4A4E5, 當最高位元被清掉時就會變成 24242465,也就是 “$$$e”。 telnet 也存在這樣子的問題。
除了中文郵件外,使用電子郵件傳送圖片、程式、 壓縮文件等也會發生這個問題。 所以在電子郵件中一般採用各種郵件編碼方式來解決這個問題, 將 8Bit 按照一定的規則進行編碼, 便可以完好地通過只支持 7Bit 字元的郵件系統。
常見的郵件編碼有 UU 與 MIME,而 MIME (Multipurpose Internet Mail Extentions) 一般翻譯成「多媒體傳送模式」, 顧名思義,它標榜的就是可以傳送多媒體型式的檔案, 可以在一封mail中附加各種型式檔案一起送出。
MIME 定義兩種編碼方法:Base64 與QP(Quote-Printable), 兩者使用時機不同,QP 的規則是對於資料中的7bits無須重複encode, 僅8bits資料轉成7bits。QP編碼適用於非US-ASCII的文字內容, 例如我們的中文檔案,而Base64的編碼規則,是將整個檔案重新編碼, 編成7bits,它是用於傳送binary檔案時使用。 由於編碼的方式不同,會影響編碼之後的檔案大小。 有些較懶惰的軟體便都一律採用Base64編碼了。
 
一个例子:
Return-Path: <test@2008.com>
Delivered-To: test2@2008.com
X-WM-Delivered: test2@2008.com
Received: from server ([9.9.9.10])
 (envelope-sender <test@2008.com>)
 by 9.9.9.10 with ESMTP
 for <test2@2008.com>; Tue, 08 Apr 2008 14:03:35 +0800
Message-ID: <3094AD98C0FC4004AB6EA2C84899E5DF@2003.com>
From: “test” <test@2008.com>
To: <test2@2008.com>
Subject: sssee
Date: Tue, 8 Apr 2008 14:03:34 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary=”—-=_NextPart_000_0825_01C89981.55C7FDA0″
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.3790.3959
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133
X-P3Scan: Version 2.3.2 by <laitcg@cox.net>/<folke@ashberg.de>
 
This is a multi-part message in MIME format.
 
——=_NextPart_000_0825_01C89981.55C7FDA0
Content-Type: text/plain;
 charset=”gb2312″
Content-Transfer-Encoding: base64
 
c3Nlc2VzZQ==
 
——=_NextPart_000_0825_01C89981.55C7FDA0
Content-Type: text/plain;
 name=”ccc.txt”
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename=”ccc.txt”
 
eeeeeeeeeeeeer
——=_NextPart_000_0825_01C89981.55C7FDA0–
 
.
 
(“.”是邮件结束的标志)

本文来自ChinaUnix博客,如果查看原文请点:
http://blog.chinaunix.net/u/9483/showart_548626.html

 

邮件编码Content-Transfer-Encoding的各种形式?

WordPress数据库错误: [Got error 28 from storage engine]
SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category') AND tr.object_id IN (90) ORDER BY t.name ASC

WordPress数据库错误: [Got error 28 from storage engine]
SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category') AND tr.object_id IN (93) ORDER BY t.name ASC

滚动到顶部