博客园_无名小草

（转）最好的HTML 5编码教程和参考手册分享

2011-12-12T09:17:00Z

分类： Meego2011-10-27 21:40 20413人阅读评论(62) 收藏举报

有志于在泰泽上大展拳脚的同学们一点要收藏一下关于HTML5的一些好教材好文章了，这里为大家转载了一篇，方便大家记录

今天我们介绍相关HTML5的参考手册，演讲稿，电子书和教程。HTML5是新兴的web技术，虽然不是完全的新技术但是已经有很多的相关文章介绍HTML5，特别是当我们谈论HTML5将成为Flash的替代品。现代浏览器的快速开发已经刺激用户相应发展。毫无质疑，现在是学习HTML5的好时间，大多数的公司例如Google，Youtube，Facebook都已经开始使用HTML5来建站了。

51CTO推荐专题：HTML 5 下一代Web开发标准详解

这篇文章我们将介绍最好的HTML5参考手册，电子书，教程。友情提示：你最好阅读一些我们以前的HTML5文章!希望大家喜欢!

参考手册，演讲稿，电子书

第一部分我们将介绍HTML5参考手册。一般来说视图化的演讲稿将能够更好的帮助你理解HTML5。当然如果你更深入的话这里有更多的精读。

Scrubd in HTML5

Scribd的一个图例的演讲

HTML5 WTF

来自于Simon Schoeters，另外一个HTML5的变化的介绍。HTML5究竟是什么?有什么不错的地方?这个讲演稿，说明了一切。

Up to Speed on HTML5 and CSS3

一个介绍刚出现的HTML5和CSS3标准的演讲稿，关于所有应用到web设计和开发的各个方面。由Jason Garber和M. Jackson Wilkinson提供。

Dive into HTML5

这个演讲阐述了从HTML标准中精选的HTML5特性和其它相关标准

HTML5的信息图表总结

HTML5的标准，大家都应该了解

排序列出了所有HTML5元素

w3schools的HTML5教程

HTML5 Tutorials

这里是所有我找得到的在线教程。这些教程覆盖了所有HTML5实用和执行。

Have a field day with HTML5 forms

使用高级CSS和最新CSS3技巧的HTML5表单

designing a blog with HTML5

这个教程教你如何使用HTML5元素例如，header，footer，nav，article和section来构建一个blog。

Structural tags in HTML5

这是另外一个HTML5结构标签的教程

HTML5和CSS3 - 你很快会使用的技巧

在这个教程里，我们将使用下一代的HTML5和CSS3来开发一个博客页面。这个教程主要演示当标准出来后，并且浏览器厂家都实现了后我们将如何创建一个网站。

Create Vector Mask using HTML5 Canvas

使用HTML5 canvas来创建图片的遮盖效果

Create a elegant website with HTML5 and CSS3

本文链接

国际信用卡VISA/MasterCard/AE/DC/JCB 卡号结构

2011-12-02T06:21:00Z

国际信用卡VISA/MasterCard/AE/DC/JCB 卡号结构
VISA和MASTERCARD信用卡卡号通常为16位：
ｘｘｘｘ　　ｘｘｘｘ　　ｘｘｘｘ　　ｘｘｘｘ
第1—6位为发卡行的 BIN NO.
第7—12位卡顺序号
第13位 0 代表主卡，1-9 代表副卡
第14位代表卡结单发出日期
第15位代表该卡为第几张卡，补发卡后会加1
第16位检验码
威士卡（VISA）
卡号长度：16位（以前有极少数的卡为13位，现已停止发行了）
卡号范围：400000—499999
万事达卡（MasterCard）
卡号长度：16位
卡号范围：510000—559999
运通卡（American Express）
卡号长度：15位
卡号范围：340000—349999，370000—379999
大来卡（DinersClub）
卡号长度：14位
卡号范围：300000—305999，309500—309599
360000—369999，380000—399999
JCB卡（JCB）
卡号长度：16位
卡号范围：352800—358999
各卡种卡号前六位称之为BIN，由ISO组织统一分配（见上表），具有唯一性；最后一位是效验位；至于当中的数字，VISA、MasterCard未作具体规定，由各发卡银行自行定义，运通、大来、JCB因其本身是单一的信用卡公司，应有具体定义，但未向国内银行公布。

本文链接

sqlserver 性能分析报表

2011-11-28T08:05:00Z

SELECT creation_time N'语句编译时间'
        ,last_execution_time N'上次执行时间'
        ,total_physical_reads N'物理读取总次数'
        ,total_logical_reads/execution_count N'每次逻辑读次数'
        ,total_logical_reads N'逻辑读取总次数'
        ,total_logical_writes N'逻辑写入总次数'
        , execution_count N'执行次数'
        , total_worker_time/1000 N'所用的CPU总时间ms'
        , total_elapsed_time/1000 N'总花费时间ms'
        , (total_elapsed_time / execution_count)/1000 N'平均时间ms'
        ,SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
         ((CASE statement_end_offset
          WHEN -1 THEN DATALENGTH(st.text)
          ELSE qs.statement_end_offset END
            - qs.statement_start_offset)/2) + 1) N'执行语句'
FROM dm_exec_query_stats AS qs
CROSS APPLY dm_exec_sql_text(qs.sql_handle) st
where SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
         ((CASE statement_end_offset
          WHEN -1 THEN DATALENGTH(st.text)
          ELSE qs.statement_end_offset END
            - qs.statement_start_offset)/2) + 1) not like '%fetch%'
ORDER BY total_elapsed_time / execution_count DESC;

--总的逻辑读写次数
select sum(qs.total_logical_reads)
from sys.dm_exec_query_stats as qs
cross apply sys.dm_exec_sql_text(qs.sql_handle) as st

--前n条语句的读写次数
select sum(qs1.total_logical_reads)
from sys.dm_exec_query_stats as qs1
cross apply sys.dm_exec_sql_text(qs1.sql_handle) as st1
where sql_handle in (
select top 100 qs.sql_handle
from sys.dm_exec_query_stats as qs
cross apply sys.dm_exec_sql_text(qs.sql_handle) as st
order by qs.total_logical_reads desc)

--共执行多少条语句
select count(*)
from sys.dm_exec_query_stats as qs
cross apply sys.dm_exec_sql_text(qs.sql_handle)

--语句执行的总次数
select sum(qs.execution_count)
from sys.dm_exec_query_stats as qs
cross apply sys.dm_exec_sql_text(qs.sql_handle) as st

--前50条逻辑读写最大的语句
select top 50
qs.creation_time,qs.last_execution_time,qs.execution_count,qs.total_worker_time,
qs.total_physical_reads,qs.max_physical_reads,qs.total_logical_reads,qs.max_logical_reads,qs.min_logical_reads,
st.text
from sys.dm_exec_query_stats as qs
cross apply sys.dm_exec_sql_text(qs.sql_handle) as st
--where st.text like ＇%dv_topic%＇
order by qs.total_logical_reads desc
select count(*) from flux_page

ECLARE
@USER_ID INT,
@KILLCMD VARCHAR(100),
@WAIT_TIME INT
-- 设置空闲时间
SET @WAIT_TIME = 2;
-- 根据选择条件，选择出应该取消的进程
DECLARE cur_lock CURSOR FOR
SELECT spid
FROM master..sysprocesses
WHERE
DATEDIFF(minute, last_batch, getdate()) > @WAIT_TIME
AND blocked = 0
AND spid IN
(SELECT blocked
FROM master..sysprocesses);
-- 取消所有选择出的进程。
OPEN cur_lock;
FETCH NEXT FROM cur_lock INTO @USER_ID;
WHILE @@FETCH_STATUS = 0
BEGIN
SET @KILLCMD = 'kill ' + CAST(@USER_ID AS VARCHAR)
EXECUTE (@KILLCMD);
FETCH NEXT FROM cur_lock INTO @USER_ID;
END;
CLOSE cur_lock;
DEALLOCATE cur_lock;

--查询锁信息
select * from sys.dm_tran_locks
--查询newbjx数据库中表的数量
select count(*) from newbjx..sysobjects where type='u' and status>=0
DECLARE
@USER_ID INT,
@KILLCMD VARCHAR(100),
@WAIT_TIME INT
-- 设置空闲时间
SET @WAIT_TIME = 2;
-- 根据选择条件，选择出应该取消的进程
DECLARE cur_lock CURSOR FOR
SELECT spid
FROM master..sysprocesses
WHERE
DATEDIFF(minute, last_batch, getdate()) > @WAIT_TIME
AND blocked = 0
AND spid IN
(SELECT blocked
FROM master..sysprocesses);
-- 取消所有选择出的进程。
OPEN cur_lock;
FETCH NEXT FROM cur_lock INTO @USER_ID;
WHILE @@FETCH_STATUS = 0
BEGIN
SET @KILLCMD = 'kill ' + CAST(@USER_ID AS VARCHAR)
EXECUTE (@KILLCMD);
FETCH NEXT FROM cur_lock INTO @USER_ID;
END;
CLOSE cur_lock;
DEALLOCATE cur_lock;

--下面的示例返回使会话 ID 与某一 Windows 线程 ID 相关联的信息。
--可以在 Windows 性能监视器中监视该线程的性能。该查询不返回当前正在休眠的会话 ID。

SELECT STasks.session_id, SThreads.os_thread_id
FROM sys.dm_os_tasks AS STasks
INNER JOIN sys.dm_os_threads AS SThreads
ON STasks.worker_address = SThreads.worker_address
WHERE STasks.session_id IS NOT NULL
ORDER BY STasks.session_id;
GO

set statistics io on
set statistics time on

--单次执行耗费CPU时间最长的查询计划
SELECT TOP 5 total_worker_time,last_worker_time,max_worker_time,min_worker_time,
SUBSTRING(st.text,(qs.statement_start_offset/2)+1,
((CASE statement_end_offset WHEN -1 THEN DATALENGTH(st.text)
ELSE qs.statement_end_offset END
-qs.statement_start_offset)/2)+1) AS statement_text
FROM sys.dm_exec_query_stats AS qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st
ORDER BY max_worker_time DESC
--执行次数最多的查询计划
SELECT TOP 5 creation_time,last_execution_time,execution_count,
SUBSTRING(st.text,(qs.statement_start_offset/2)+1,
((CASE statement_end_offset WHEN -1 THEN DATALENGTH(st.text)
ELSE qs.statement_end_offset END
-qs.statement_start_offset)/2)+1) AS statement_text
FROM sys.dm_exec_query_stats AS qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st
ORDER BY execution_count DESC

--谁阻塞了我
SELECT blocked_query.session_id AS blocked_session_id,
blocking_query.session_id AS blocking_session_id,
sql_text.text AS blocking_text,
waits.wait_type AS blocking_resource
FROM sys.dm_exec_requests AS blocked_query
INNER JOIN
sys.dm_exec_requests AS blocking_query
ON blocked_query.blocking_session_id=blocking_query.session_id
CROSS APPLY
(SELECT * FROM sys.dm_exec_sql_text(blocking_query.sql_handle)) AS sql_text
INNER JOIN
sys.dm_os_waiting_tasks AS waits
ON waits.session_id=blocking_query.session_id

--哪一组TSQL或过程占用了最多的CPU时间:

SELECT TOP 50 sum(qs.total_worker_time)/1000 AS total_cpu_time,
sum(qs.execution_count)/1000 AS total_execution_count,
count(*) AS number_of_statements,
qs.plan_handle,qs.sql_handle
FROM sys.dm_exec_query_stats qs
GROUP BY qs.plan_handle
ORDER BY sum(qs.total_worker_time) DESC

本文链接

改变idetity的值

2011-11-11T08:28:00Z

-- Attempt to insert an explicit ID value of 3;
-- should return a warning.
INSERT INTO products (id, product) VALUES(3, 'garden shovel')
GO
你可从通过设置idetity_insert on来允许显式地插入。当identity_insert设为on 时，表的每一个插入语句都要包括一列名列表。

-- SET IDENTITY_INSERT to ON.
SET IDENTITY_INSERT products ON
GO

-- Attempt to insert an explicit ID value of 3
INSERT INTO products (id, product) VALUES(3, 'garden shovel').
GO

SELECT *
FROM products
GO
-- Drop products table.
DROP TABLE products
GO

本文链接

ANSI ASC X12标准学习指南

2011-10-12T09:26:00Z

EDI标准
把数据进行编码的方法，提供：
语法规则
数据组织定义
编辑规则与使用规约
公开发行的文档
------------------------------
ANSI： American National Standard Institute
ANSI ASC X12: ANSI Accredited Standards Committee X12, 也简称ANSI X12，或者干脆说X12
其下属很多子委员会致力于商务事务的电子化交换
------------------------------
X12手册中有啥
Transaction Set Tables
Segment Directory
Data Element Dictionary
Cdoe Sources
Interactive Control Structure
------------------------------
Transaction Set
就是一个独立的业务文档，好比说PO（Purchase Order）。每个都使用独立的3为数字标示。例如
PO 850； Invoice 810， Ship Notice 856
------------------------------
Structure
每个Transaction Set都分为3部分，每个部分就是一个Segment，这些分段就是结构。每个结构的内容在X12的标准文档中都有表定义他的内容。
三个分段分别是：Header， Detail， Summary
每个Transaction Set都有规定表与之对应，其中包括了这种业务集合中可以使用的分段和这些分段的使用位置和顺序
------------------------------
Transaction的具体结构
开始和结束
开始，TS Header （ST）段
结束，TS Trailer (SE)段
以上二者，在3层结构的850里面最常见。
Unique 段
很多TS中紧接着ST之后第一个段是唯一的，好比PO850的是BEG，Price/Sales Catalog 832的是BCT，856 Ship Notice的是BSN
指定TS段的必须性
每个段落可以根据需求来指定是否是必须的、可选的、或者是有条件出现的：
Mandatory：在TS必须至少出现一次
Optional：可以没有，需要就用了
Floating：在ST和SE之间随意出现
段落属性
MAX USE：段落在一个Transaction中其位置上可以最多重复出现的次数。
Loops：TS中一个特定的segment组（多个segment的合集）是如何重复出现的
loop本身是可选的，但是如果一旦一个loop中的segment被使用了，那么这个loop中的第一个segment就成了mandatory。
而loop中，如果不是第一个segment的必须性被设定为Mandatory（好比说第3个），那么只有在使用loop的时候它才是必填的，否则不强制。
loop可以嵌套。
Loop，本身就是一个段落组领头的，实际上，是定义在具体的结构表里面的，其中Postion ID是Loop，段落ID就是这个loop领头的名字，它的Loop Rep属性就指明了它可以循环多少次。
对比一般段落的结构：Postion No，Seg ID， Usage（M O F），Max Use
Loop的段落结构：Pos No.， Seg ID， Loop Rep
另外，Loop组的结束以一个空行为标志。
==============================
Segment 结构
Segment定义：逻辑上关联的Data Elements的集合，他们的顺序是固定的，且已经定义好的。
Segment包括：
数据元素的长度
数据元素Seperator或者Delimiter
Segment结束符
例子：
PER*BD*JOHN J. SMITH*TE*21455511212(n/1)
其中*是分隔符
PER是Segment ID，和其他分隔符分割开始的都是数据元素
最后的括号和其中的内容是结束符
例子中使用(n/1)只是为了说明而已，实际上使用的结束符是不可显字符。这种字符也不可能在数据元素的内容中被使用。
用来承载数据的Segment （Data Segment）的结构是由其数据元素属性决定的：
M数据元素必须包含数据
O或者Relational（X）数据元素可有可无，看具体需求
数据元素本身必须在segment中占有一席之地，如果可选的元素没有又出现，也要用相应的分隔符来表及其位置（就是两个分割符之间什么都不写）
有关系条件大的时候（X指明），那么语法注记就定义了关系。元素ID关系前缀和其意义：
P paired or multiple（成对出现或者多个），如果关系中一个元素出现了，那么其他所有的必须出现
R Required，关系条件中的元素至少出现一个
E Exclusion，最多出现一个关系条件中的东东
C Conditional，如果条件中的第一个元素出现，那么其他所有的必须也出现
L List Conditional，如果条件中第一个元素出现，那么剩余的元素至少出现一个
对于消息结尾都是有一个独一无二的Data Segment Terminator标记的。对于Optional or Relational的数据元素，当他们不包含数据，且出现在数据段落结尾的时候，就无需多余的数据分隔符来执政期位置数据位置
好比说：
N1*BY*DON'S DISTRIBUTEION***(n/1)，最后的那些个*就是不需要的，都可以去掉，写成N1*BY*DON'S DISTRIBUTEION(n/1)
------------------------------
数据段落的类型
一个数据段落类型，实际上都是以图表的格式标示的，好比：
N1 * N101 98 Entity ID Code M ID 2/2* N102 93 Name X AN 1/35*N103 66 ID Code Qualifier X ID 1/2*N104 67 ID Code X AN 2/17 NL
说明一下， N1是这里的数据段落标识符，表明这个段落的开始，实际中可能有多种，这里只是个例子
N101就是当前数据元素在数据段落中的编号，N1 中的01号，其他的以此类推
98 就是数据字典编号
Entitiy ID Code，还有其他对应位置上的什么Name啊，ID COde Qualifier等都是数据元素的title
之后的M X什么的就是上文书说道的数据元素属性（必须性）
其后的ID和AN等标示数据元素类型(N, B, R, AN, ID, DT, TM)
之后的那个分数，好比说1/2就标示其长度
最后的那个NL就是这个Data Segment的结束符，可以看到跟前面的元素之间没有分隔符，说明是个比较特殊的东东。
另外，在语法主机中，可以查找到相应的内容。
==============================
X12中的验证符（Qualifier）与值（value）
验证符，通常都是ID字段（编码化的值）。例如PER段落，其中PER3和PER04都表示联系某人的方法。例如，验证符（365）就是一个编码，使用下面的值：
BN Bepper Number
FX Facimile
TE Telephone
TL Telex
TM Telemail
EM Email
CP Cell Phone
这种验证符就可以用来验证到底其后面的值是那种通讯方式了，好比说：
PER*CR*JOHN J.JOHNSON*TE*2145551212
这里TE就指明了后面是电话
-----------------------------
数据元素类型
先说长度 01/04，表示1-4位字符的长度
Numeric，仅含有数字，可以带有正负号，N表示这种类型，其后的数字标示小数位。例如N0，就标示整数。N2，表示小数点后面带两位小数（此时123，实际表示1.23，是正确的值，相对的1.23反倒是不正确的值）
Decimal，只有数字字符和小数点，和负号。例如1.00，.123，-1.234，123等都是正确的，小数点不计入长度
String，字符串类型，包含空格
Date，以YYMMDD或者CCYYMMDD形式定义，分为8位和6位
例如2010.2.21，8位的酒味20100221,6位的就是100221
Time，时间类型，HHMMSSd（d表示24小时制），最少4位HHMM，最多6位HHMMSS，可以为秒的位置指定组大的长度十分位。
Binary，范围从00000000到11111111的8位二进制数。其类型长度本身没有最大限制（结合前面意味着是8的整数倍长度）。
ID，如果X12维护了ID代码表，那么数据元素就依照其ID值，在数据元素字典中有定义。反之，则依赖于X12手册的俘虏。ID code的类型有：
Dunn & Bradstreet Codes
Bureau of Census Codes
Medical Codes
Government(tax traffic armed services) codes
Airport codes
Pharmaceuticals Codes
Telecommunications Codes
Petroleum Codes
-----------------------------
复合结构
所谓Composite Data Element Structure就是一个Segment中还有信息单元。基本上就是一个数据元素又被子分隔符给分割了。这种组建也有M O X这种出现限定。
数据元素与语义Note相关联，通过这种语义note来提供重要的附加信息，而不关注数据元素的使用方式。这种关联通过在出现限定词后面加上/Z来表示此数据元素带有语义注记。
举例，一个C003（Composite Medical Procedure Identifier）：
REF       ELE.ID NAME ATTRIBUTES
01          235      Product/Service ID Qualifier M          ID        2/2
02          234      Product/Service ID   M         AN      1/48
03        1339      Procedure Modifier   O/Z       AN        2/2
04        1339      Procedure Modifier   O/Z       AN        2/2
05        1339      Procedure Modifier   O/Z       AN        2/2
06        1339      Procedure Modifier   O/Z       AN        2/2
07          352      Description   O/Z       AN      1/80
SEMANTIC NOTES
03    C003-03   modifies the value in C003-02
04    C003-04   modifies the value in C003-02
05    C003-05   modifies the value in C003-02
06    C003-06   modifies the value in C003-02
07    C003-07   is the description of the procedure indentified in C003-02
解释一下，上面Ref对应01-07，是参考号，ELE.ID是编号，Name就不说了，后面三列分别表示出现限定，数据段落类型和长度
下面的语义注记则表示对应到谁上面，前面的03，与REF上的03对应，其他以此类推。
==============================
封装过程（Envelope Process）
三步：
1。依照X12标准格式建立文档
2。依照X12标准添加到电子信封中
3。传送电子文件
-------------------------------
信封结构（Envelope Structure）
对于每个消息在封装时有三层：
1。 Transaction Set
2。 Functional Group
3。 Interchange
Interchange最外层，包含n个Functional Group，Functional Group包含了n个Transaction Set，Transaction Set就是最内层的。
其中Transactional Set通过ST SE标志开始和结束，Functional Group则通过GS和GE标志起止，Interchange则是ISA和IEA。
-------------------------------
Transaction Set的封装
TS总是有ST和SE段落标志其开始和结束，、
其中ST段落3个字段，前两个必须，后一个可选：
Transaction Set ID （3位数字，相当于类型，好比说850）
Control Number
Implementation Convention reference 004020之后的版本有效
SE段落有两个数据元素：
TS所包含的Segment的数量
Control Number（内容同ST必须一致，否则说明不是同一个TS，例如ST中的是1001，那么SE中的必然也是1001）
-------------------------------
Functional Group 的封装
Functional Group的用意在于将一组类型相似的TS在同一个传输中分配到一个组里面。
这里所谓类型相似依照与X12的版本不同会有变化。
FG的封装有GS和GE标志其开始和结束，对于GS有：
FG Set ID
文档的格式与版本，日期时间戳号等
其中FG Set ID，相当于FG的类型，两位字母表示，例如PO，SH FA等
Control（控制字段）与TS一样都是通过数字提供数据完整性的功能
格式和版本，就是说X12要用到什么样的版本，例如X则表示格式，004010则表示X12要被使用的版本。
-------------------------------
FG的次级寻址（sub Addressing）
实际上一个X12文档通过ISA中的内容来寻址，但是实际上发送到公司之后，公司的程序会对其进行内部处理拆分等，这些拆分出来的内容需要被发送给不同的人员，这就是使用次级寻址的原因。
这种次级寻址的编号都在GS元素里面好比说GS02，GS03等等元素
-------------------------------
最外层Interchange的封装
Interchange通过ISA和IEA来标识其开始和结束.
ISA本身是定长字段,ISA和IEA中部分共有的内容:
结构化的邮箱地址(发送和接收方)
Interchange控制号
Interchange内部FG的数量
日期时间戳(与FG类似,但是不含世纪)
Interchange的版本
ISA段落中数据元素所使用的分隔符,次级分隔符和段落结束符
==============================
组级别的FA
所谓Functional Acknowledgements是为了让文档能够提供“end to end”的共识。
说白了，就是接收方给传输方的一个反馈，一边发送方知道自己的内容在接收方来看，收到哪一个步骤了。这种反馈只能针对Functional Group和Transaction Set进行。
如过接收方接收到的是Functional Group，那么就分别返回AK1和AK9，如果是Transaction Set那么就返回AK2和AK5。这种顺序与接到的文档的FG和TS的开始和结束段落嵌套关系一直，否则，就是出错了呗。
接收的状态有如下几种：
Accepted
Rejected
Accepted With Errors
Partially Accepted
对于错误的反馈，通过：
AK3表示segment的错误
AK4表示数据元素的错误
==============================
ANSI Wrap-up
最后要记住的事情：
X12标准是有ANSI ASC X12委员会开发的用来给北美地区的EDI标准
标准的TS都是有segment组成的，其中包含了其可以出现的次数以及loop的信息
segment都是数据元素的集合，简单构成的或者组合的，按照预定义的顺序。顺序就是data segment表中所描述的。
数据元素通常都是由助记符和值组成的，复杂的数据元素则是由更多的数据元素通过次级元素分隔符组成的。
封装中有三层：ts，fg和Interchange。他们都通过系统控制号和segment/transaction/group的数量来保持数据的完整性。

本文链接

EDI文件解析语法规则

2011-10-12T09:25:00Z

810的平面文件如下：

平面文件解析参考资料：http://www.faima.com/edi_4010/

Transaction Set Index X12标准下的所有EDI文件集

http://www.faima.com/edi_4010/sgindex.htm

Segment Index 平面文件的数据段

Element Index 数据段的元数

上图中定义了交换文件所要包含的内容，同时也定义了解析的结构。（一直不知道，pos 有什么作用，有些文档标注的是POS ID）

ST,BIG..IT1,PID 指的是平面文件的数据段，在Segment Index中能找到对于的值，在该平面文件中能有对应数据的解析说明如BIG数据段。该数据段指的是810文件开始信息，指出了该段总共的元素（segment）和该元数在对于位置所代表的意义。EDI交换文件实际段如：BIG*110902*2462599477*110811*ZNB11197569/20***PR~，其中BIG01值的是：110902，

同时在有唯一元数标识id，说明数据的代表的意义。

BIG*110902*2462599477*110811*ZNB11197569/20***PR~，

其中BIG01 对应 110902，BIG02对应 2462599477 ：描述的是 Purchase Order Number(表中Id指的是element id，在http://www.faima.com/edi_4010/elindex.htm中能查询到)。

Java解析工具：x12-parser - Java library for parsing and creating ASC X12 EDI ...

使用该jar文件提供的文件，解析edi文件。

本文链接

UNEDI/FACT基础知识

2011-10-12T09:24:00Z

一、EDI标准分类

EDI标准在实际应用当中分为语言标准和通信标准两大类。

1、语言标准

EDI语言，用于将信息结构化地表达出来，以使得计算机相互理解。这种语言主要用于描述传统上结构化的信息，例如贸易单证。而非结构化的信息，例如备忘录、信函等不包括在内。

国际上存在两大标准体系，一个是流行于欧洲、亚洲的，由联合国欧洲经济委员会制定的UN/EDIFACT 标准。另一个是流行于北美的，由美国国家标准化委员会制定的ANSI X.12 标准。今天，在EDIFACT和ANSI的积极努力与配合下，终于达成一致而统一采用EDIFACT标准，为国际间更广泛的合作提供了有利的保证。

2、通信标准

通信标准的作用是负责将数据从一台计算机传输到另一台计算机中。简单地说，它是载运信息手段的标准。

只有有了通信标准，电子单证的传输才有可能。而只有有了EDI语言，数据的相互理解才有可能。EDI语言对其载体所使用的通信标准并无限制，但是，目前一般采用国际标准的MHS系统（电子邮件系统）。

二、UN/EDIFACT标准的基本原则

1、提供一种发送数据及接收数据的各方都可以使用的语言，这种语言所使用的语句是无二义性的。

2、这种标准不受计算机机型的影响，既适用于计算机间的数据交流，又独立于计算机之外。

三、UN/EDIFACT标准的组成

UN/EDIFACT由一系列涉及电子数据交换的标准、指南和规则、目录和标准报文组成。主要可分成以下几类：

1、指南和规则

其中包括：

（1）EDIFACT应用级语法规则(ISO9735)

（2）EDIFACT语法规则实施指南

（3）EDIFACT报文设计规则和指南

2、目录

（1）UN／EDED（the EDIFACT Data Element Directory），即UN／EDIFACT的基本数据元目录，是ISO 7372即UN／TDED联合国贸易数据元字典的子集。

（2）UN/EDCD（the EDIFACT Composite Data Element Directory）即UN／EDIFACT的复合数据元目录。

（3）UN/EDSD（the EDIFACT Standard Segments Directory）即UN/EDIFACT的数据段目录。

（4）UN/EDCL（the EDIFACT Code List），即UN/EDIFACT的代码目录，ISO 7372的组成部分。

（5）UN/EDMD（the EDIFACT United Nations Standard Messages Directory），即标准报文目录。

3、UN/EDIFACT 的三要素

EDIFACT报文标准的基本组成要素是数据元目录，段目录和EDI标准报文格式。后面我们就这三个基本要素加以讨论。

四、数据元

数据元是电子单证最基本的单位。制定电子单证首先就要对涉及贸易数据元所对应的名称、使用范围、数据类型和长度作出规定。

数据元是指在确定的上下文中被认为不可再细分的数据单元。在EDIFACT中特指规定用做标识，描述和数值表示的数据单元。

每一个数据元由一个4位的数字唯一地标识它。如：

n 1001 单证（据）/报文名称

n 3239 原产地国

数据元值一般是一个字母数字串。如：

n 380 在1001表示商业发票

n CN 在3239表示中国

1、数据元的一般分类

EDIFACT中的数据元一般分为简单数据元、复合数据元、成分数据元三类。

（1）简单数据元：含有单一值的数据元，即用来表示一个无须其他说明就能表明其含义的数据元。

（2）复合数据元：含有两个或多个成分数据元的数据元。有些数据本身不能确定其含义，必须对其加以某些限定才能明确。在EDIFACT中，复合数据元具有单一功能，各成分数据元与其功能有直接的联系。例如：

（3）

C507 日期/时间/期限

2005 日期/时间/期限限定符

2380 日期/时间/期限

2379 日期/时间/期限格式限定符

3:20021225:102 表示发票日期为2002年12月25日

其中 2005中 3=发票日期/时间

2379中 102=CCYYMMDD

成分数据元：复合数据元的组成部分，以其在复合数据元中的位置来标识的简单数据元。每个成分数据元依据其位置根据定义有明确的含义。每个成分数据元用数据元分隔符，如“：”来分开。

成分数据元有两种类型，一是必备型，用M表示。二是条件型，用C表示。

作为条件型数据元，当其在复合数据元中不出现时，应遵循下面两条规则：

①当被省略的数据元位于复合数据元中间时，分隔符应保留。例如：

123：：456

②当被省略的数据元位于复合数据元尾，分隔符不出现。例如：

123：456——省略（当含有三个以上成分数据元时）

2、数据元目录

UN／TDED（ISO7372）中定义了目前国际上通用的基本贸易数据元。EDIFACT采用了此标准。在TDED中，每一标准数据元用—个四位数来标识。该标识码在EDIFACT电子单证中并不出现，但可以作为引用参考号或系统内部使用。在TDED中，标准数据元可分为10类：

n 0000—0499：用于EDI通信控制，例如：协议版本号。

n l000—1499：单证引用与参考号，例如：订单号。

n 2000—2499：有关的时间信息，例如：单证日期。

n 3000—3499：参与方、地点信息，例如：进口商、目的地。

n 4000—4499：条款、条件，例如：付款条件。

n 5000—5499：金额与费用。

n 6000—6499：计量的值与量。

n 7000—7499：货物与物品。

n 8000—8499：运输工具、方式等。

n 9000—9499：海关业务与其他。

对于上述l0类数据，前500个编号，即X000—X499，是国际统一分配的。随后的300个编号，即X500—X 799，是供国家内部统一分配的，不同国家相同编号的数据的含义不同。最后的200个编号，即X800—X999是供行业或公司内使用，不同行业或公司相同编号的数据元含义不同。在使用数据元时，应尽量采用国际标准数据元。除非特别必要，不要使用自定义数据元，以免影响通用性。

3、EDED是TDED的一个子集，它定义了UNSM中使用的简单数据元。

在EDED中，每一数据元的定义包括三项内容：

一是数据元代码作为每个数据元的标识，给它一个有含义的名字作为数据元意义的简要解释，并指出数据元的版本。

二是数据元说明。

三是表示方法，用来规定数据元的类型及长度，n，a 或an。例如:

a3：用三个字母表示

n2：用二个数字表示

an5：用五个字母与数字表示

an..14：用1到14个字母数字表示

例：

2005 日期/时间限定词 E91.2

说明：赋予日期，时间或期限特定含义的代码

表示：an..3

4、EDCD定义了在UNSM中使用的复合数据元

每一个复合数据元都有一个四位编号。以“S”打头的编号表示用于传输控制的复合数据元。以“C”打头的编号为用户数据元，用于传输使用者需要传输的信息。例如：

S002表示交换的发送方。它由三个成分数据元组成：

0004 发送人标识 M an..35

0007 参与方标识代码限定词 C an..4

0008 返回路径 C an..14

C53l表示包装详情，由三项组成：

7075 包装级 C an..3

7233 包装有关信息 C an..3

7073 包装条件和条款 C an..3

5、EDCL定义用代码表示的数据元的具体代码

例如2013是频率代码，其代码在EDCL中定义如下：A为每年，D为不连续的，F表示可变时限，M表示每月，Q每季度，S每半年，T为四星期工作月，W每星期，Z为相互约定。3207是国家代码，代码在ISO 3166中定义，如CN表示中国，UN表示英国等等。

五、数据段

数据段是电子单证的中级信息单元。数据段由一组功能上相关的数据元组成，用以完成特定的功能。

1、数据段结构

（1）段标识：说明段的含义以及段重复、段嵌套指示。数据段的名字都是由3个大写字母组成，一般是一个字头的缩写。

（2）数据元：数据段所表达的内容由一组数据元表达。段中的数据元依照其在段中的位置并根据段的定义确定其含义，因此数据元在数据段中的位置是固定的。

（3）段终止符：段结束标志(′)。

2、数据段分类

用于UNSM的段均收集在EDSD中，在新单证的设计过程中，也可能有新的段加入其中，贸易双方也可根据需要订立双边协定，使用一些双方约定的段。但这样做会导致标准的不统一，因而不值得提倡。

关联密切的数据元经常组合在一起形成复合数据元，再进一步组成数据段。段按其用途可分作两类，一类为用户数据段，另一类是服务段。

（1）用户数据段：这是用来运载用户信息的段，它是一个中间信息单元，反映具体的商务信息，如单证中具有一定功能的项，它对应着纸面单证上的一个栏目，如发货方，收货方等。

例：

LOC 地点/位置识别

DTM 日期/时间/周期

TDT 运输细节

（2）服务数据段：它在单证的传播控制中起作用，规定格式或通信、交换要求的数据段，有时也称为控制数据段，它是为电子传送提供信息服务的。如报文开始、报文结束等，这样的段在单证语法标准中定义。

例：

UNH 报文头

UNT 报文尾

3、数据段目录

数据段目录罗列了所有的数据段。段目录中的每个数据段都有一些属性解释这个数据段，例如，一个属性说明它的版本号，另一个属性说明它的主要功能等。段目录还指出每一个数据段是由哪些数据元所组成的以及这个数据元的出现状况。

在EDSD中，段是按照下述原则设计的：

一个段具有独立的功能，例如表示地址、金额总计、详细日期等等。不同概念的数据不能混在一个段中表示。例如表示地址、金额、日期等的数据是具有不同概念的数据，故不能混在一个段中表示。

一个段中的各个数据元都在段定义中标明了其状态，该状态表明此数据项是必备项(用M表示)还是可选项(用C表示)。必备项是段中必须出现的数据元，而可选项则是根据需要选用或根据某种应用的需要指定使用。各数据项还标明其可重复次数。例如：

M1——此项必须出现而且只能出现一次。

M10——此项必须至少出现一次，最多可出现10次。

C10——此项可以不出现，或最多出现10次。

在一个段中，必备型数据应出现在前，而可选型数据出现在后。这样，当可选型数据不出现时，可从中略去。段组中的段也遵从相同原则。例如：

NAD表示姓名／地址与其相关功能。它由下述数据元组成：

3035——参与方限定符必备型

C082——参与方标识细目可选型

C058——名称与地址可选型

C080——参与方名称可选型

C059——街道可选型

3164——城市名称可选型

3229——国家下一级机构标识可选型

3251——邮政编码标识可选型

3207——国家，代码型可选型

此段只有第一项为必备型，因而首先出现，说明参与方的身份。其他均为可选项，参与方的姓名地址可用代码来表示，也可用文字来表示。例如下面的三个例子：

NAD+BY+1234567：ABC：DEF′

NAD+BY++ZHAO WEI：1954 HUA SHAN RD：SHANGHAI

NAD+BY+++SJTU：EE：ZHAO WEI+516 FA HUA ZHEN RD+SHANGHAI++200052 +CHINA′

由于一个段中各项的意义是依据其位置确定的，因此若某项不出现时应有方式表示。当某一项在中间省略时，相应的分隔符“+”仍应保留。若被省略项出现在段尾，则用段终止符终止整个段，分隔符也不再保留，如上述第一例。

段可以重复，段重复时可以用显式表示或隐式表示。

如：假设段AAA重复出现三次

则：用显式表示为

AAA：1+…′AAA：2+…′AAA：3+…′

用隐式表示为

AAA+…′AAA+…′AAA+…′

在UMSM一般采用隐式表示，除非特别需要。显式与隐式表示方法不能在同一单证中混用。对于复杂的功能，用相关段组形成段来表示。段组作为整体出现。可规定段组的状态及重复次数。例如在发票中，联系人用两个段表示，一个是CTA段，表示联系人的作用与代码或姓名。另一个是COM段，表示通信方式和通信号码。这个段组的状态为C，而其中CTA的状态为M，COM为C。段组中段的状态表示此段相对于段组的状态。在上例中，段组可以整体不出现，即CTA与COM均不出现。若出现，则CTA必须出现而COM则不一定出现。因此上述段组可能的出现序列为：

CTA CTA C0M CTA COM CTA

1 2 3 4

段组重复用显式表示为：

CTA：1+…′CTA：2+…′COM：2：1+…′CTA：3+…′COM：3：1+…′CTA：4+…′

同样地一般采用隐式表示。

CTA+…′CTA+…′COM+…′CTA+…′COM+…′CTA+…′

对整个段指定特定意义的限定词作为必备型数据元在段中第一位置出现。如上例中NAD段中第二项为限定词，指定地址为买方或卖方等。

段的标识以三个字母表示，如以UN打头的标识说明为服务段，作为传输控制用。

本文链接

提升Web应用程序性能的最佳实践(转)

2011-09-27T01:35:00Z

导读：作为开发人员，Web页面加载或刷新的速度对其网站至关重要。在浏览器中调整性能问题比在Java应用程序中更难。开发人员在各种浏览器中调试JavaScript的方法要少得多。比如，在Mozilla Firefox中，可以使用Firebug调试JavaScript，但仍然不能调整很多性能问题，如浏览器呈现消耗时间。为了解决这些问题，有必要开发浏览器插件来监控时间响应，以及确定其他对应解决方案如部分呈现或延时加载。

本文节选自IBM developerWorks 提升Web应用程序的性能的系列文章，该文通过Web应用程序性能的最佳实践案例，帮助开发者更好地理解影响Web应用程序性能的因素，学习如何诊断Web应用程序中的性能问题，找到客户端内容中的瓶颈，并确定解决方案。

一、提升Web应用程序性能的6种基本方式

1.减少HTTP请求数

每个HTTP请求都有开销，包括查找DNS、创建连接及等待响应，因此削减不必要的请求数可减少不必要的开销。要减少请求数：

合并文件。将总是同时使用的脚本合并到同一个文件中，不会减小总大小，但将会减少请求数。还可以同样方法合并CSS文件和图片。可以实现文件自动合并：
在构建阶段。用<concat>标记，通过运行Ant合并文件。
在运行时阶段。启用mod_concat模块。如果httpServer是Apache，用pack:Tag作为JSP标签库来合并JavaScript和样式表文件。(pack:Tag是一个JSP-Taglib，可缩减、压缩及合并资源，如JavaScript和CSS，并将它们在内容或普通文件中缓存。）
使用CSS Sprites。将背景图片合并成一个图片，并使用CSS background-image和background-position属性来显示所需图片部分。还可使用内联图片减少请求数。

2.后置加载组件

只呈现需要的组件；其余可等待。最好不要一次呈现太多组件。

某些情况下，可使用后置加载。由于浏览器可视区域外的组件可以后置加载，当这些组建进入可视区域不久后，初始呈现就会失效。

有些JavaScript可以在onload事件后后置加载，如JavaScript中初始呈现后拖动某个元素。

3.前置加载组件

通过前置加载组件，可以利用浏览器的空闲时间请求将来会用到的组件（如图像、样式和脚本）。当用户访问下个页面时，如果大多数组件都已在缓存中加载，那页面加载会快得多。

有两种前置加载：

无条件：一旦触发onload，就取得一些额外组件。

有条件：根据用户的动作，推测用户下一步的方向并进行相应的前置加载。

4.将脚本放在底部

脚本可能会产生问题，因为它们可能会阻碍并行下载。当下载脚本时，浏览器不会再启动其他下载，即使那些位于不同主机。将脚本，如样式表，放在底部，以保证它们在其他下载完成后再下载。

也可以使用延时脚本，这只有Internet Explorer支持。DEFER属性表示脚本不含document.write()。这就告诉浏览器他们可以持续呈现。

5.使用无cookie域组件

当浏览器发出对静态图片的请求，并随之发送cookie时，服务器不会使用那些cookie。由于这些cookie只会造成不必要的网络流量，确保用无请求来请求静态组件。然后使用子域和主机保存这些静态组件。

6.将JavaScript和CSS放在外部

现实世界中使用外部文件通常会使页面运行更快，因为JavaScript和CSS文件被浏览器缓存。HTML文档内的JavaScript和CSS会在每次请求HTML文档时被下载。这减少了需要请求的HTTP的数量，但增加了HTML文档的大小。另一方面，如果JavaScript和CSS在被浏览器缓存的外部文件中，就会减小HTML文档大小，而不会增加请求数。

二、改进RIA小部件性能方法

主流RIA Ajax框架，如ExtJS、YUI、Dojo及其他，都提供一些精巧的小部件库，以增强用户体验。与其他框架相比，Dojo在企业开发领域更强大，这是由于：

Object-oriented programming(OOP)编码
跨平台
本地数据存储的Dojo离线API支持
DataGrid、2D和3D图形（图表组件提供了在浏览器展示报表更简单的方法）

Dojo在很多网站广泛使用。这里将使用Dojo举例，分析RIA小部件的性能。可根据具体情况使用Dojo小部件调整工具，有Page Speed、Rock Star Optimizer及Jiffy。强烈建议使用YSlow和Firebug。

YSlow

YSlow根据一组高性能Web页面准则，通过检查页面上所有组件，包括由JavaScript创建的，来分析Web页面性能。YSlow是一个集成了Firebug Web开发工具的Firefox插件；它可提供提升页面性能的建议、总结组件性能、显示页面统计数据并提供用于性能分析的工具。

图中显示的是YSlow Grade选项卡上的信息。

YSlow的Web页面建立在22条可测试的规则基础上，这些规则在下方按重要性和效果排列。研究显示，按照以下规则，Web页面响应时间可提升25%到50%：

尽量减少HTTP请求数。
使用内容发布网络（CDN）。
添加Expires或Cache-Control头部。
用Gzip压缩内容。
将样式表放在顶部。
将脚本放在底部。
避免使用CSS表达式。
将JavaScript和CSS放在外部。
减少DNS搜索。
精简JavaScript和CSS。
避免使用重定向。
删除重复的脚本。
配置ETags。
使Ajax可缓存。
使用GET进行Ajax请求。
减少DOM元素数。
消除404错误。
减小cookie大小。
对组件使用无cookie的域。
避免使用过滤器。
不在HTML中测量图片大小。
使favicon.ico尽可能小，可缓存。

如图：图中的YSlow Statistics，对空缓存的访问用户和之前访问过页面的用户的页面大小做了对比。

Components选项卡显示了每个组件及相关的性能信息。例如，如果组件被gzip压缩，或ETag有内容（如果的话），都能看到。组件大小和超期时间也显示在Components选项卡中，如图所示。

Firebug

Firebug与Mozilla Firefox集成，在浏览网站时有大量开发工具随手可用。可以即时编辑、调试、监控Web页面中的CSS、HTML和JavaScript。

可以使用Firebug Net面板，如图所示，监控Web页面产生的HTTP流量。它向用户展示了所有收集到的和计算出的信息。每个条目表示页面的一个请求/响应来回。

Firebug Console面板，如图所示，提供了两种监控代码性能的方法。

Profile

对于某个特定的函数，使用Profiler。JavaScript Profiler是能用来测量每个JavaScript代码执行时间的Firebug特性。使用JavaScript Profiler来提升代码的性能，或是查看为什么某个函数运行时间过长。它与console.time()；类似，但JavaScript Profiler能提供更多代码内部过程细节。

console.time()

对于特定代码段，使用console.time()。控制台会显示您输入到命令行的命令的结果。可以使用console.time(timeName)函数测量某个特定代码或函数执行多长时间。该特性对于提升JavaScript代码的性能非常有用，样例显示：

var timeName = 'measuringTime';    
console.time(timeName); //start of the timer     
for(var i=0;i<1000;i++){    
//do something    
console.timeEnd(timeName);  //end of the timer

measuringTime：xxms将显示在控制台。

结束语

文中，开发者学习了如何识别Web应用程序中的一些问题或瓶颈。开发者们应了解一些工具、窍门和技巧，以用于调整和改善对用户的性能。

本文链接

疯狂的Web应用开源项目

2011-09-27T01:29:00Z

2011-08-11 09:25 | 7235次阅读 | 来源：酷壳网【已有7条评论】发表评论

关键词：开源项目,Web | 作者：陈皓 | 收藏这篇资讯

下面是一个Web应用的开源列表。没什么可说的，太疯狂了。尤其是Web 2.0那一堆。我不知道你怎么想，有些开源项目的源码写得挺不好的，尤其是性能方面。或许你会以为改一改他们就可以成为为自己所用，不过，改这些开源的项目还真不容易。玩玩还可以。

数字媒体

相册（Flickr, Picasa）

Gallery，基于PHP + MySQL的Web相册。非常易于使用，包括一个配置向导，对于相片的操作包括自动生成缩略图、相片的大小改变、选择、排序等。
Piwigo，基于PHP + MySQL。配备了强大的功能，发布和管理您的照片，可扩展性和智能浏览功能，如类别，标签，或年表。这是网络和照片的标准要求。扩展使Piwigo更可扩展性和可定制的。
UberGallery，一个简单易用的相册。PHP。不需要数据库。
Zenphoto，一个简单的web相册程序,它能够简单的展示你的图片，并含有你所需要的所有功能和特点。可以和Wordpress集成。

视频（YouTube）

Flowplayer，一个用Flash开发的在Web上的视频播放器，可以很容易将它集成在任何的网页上。支持HTTP以及流媒体传输。
Plumi，一个建立在Plone 内容管理系统上的视频分享系统，可帮助你轻松建立视频分享网站。

音乐电台社区（last.fm, ulike）

Libre.fm，对Last.fm 的克隆。

视频电影社区（netflix, criticker）

Filmaster，fileaster.com的源码。

书（LibraryThing, Shelfari, Goodreads）

O’Reilly Bookworm，在线电子图书阅读。

期刊参考论文数据库（Emerald Insight, Springer Link）

CiteSeerX，采用机器自动识别技术搜集网上以Postscrip和PDF文件格式存在的学术论文，然后依照引文索引方法标引和链接每一篇文章。（其是CiteSeer 的换代产品。1997年，CiteSeer引文搜索引擎由NEC公司在美国普林斯顿研究所的三位研究人员Steve Lawrence, Lee Giles和Kurt Bollacker研制开发。它是利用自动引文标引系统ACI（Autonomous Citation Indexing）建立的第一个科学文献数字图书馆（Scientific Literature Digital Library））。

地图（Google Maps）

OpenStreetMap，一个可供自由编辑的世界地图，它是由所有的用户创造的。OpenStreetMap允许您查看，编辑或者使用世界各地的地理数据来帮助您。其就像Wikipedia一样，全世界的人都可以编辑，据说其上面的数据超过了政府的数据。当然，目前其参与的人数还不够，大量的地方都是白板。

文件存储

文件共享/同步（DropBox, drop.io, Ubuntu One）

Tahoe Least-Authority Filesystem，一个云存储分布式文件系统。
iFolder，一个简单安全的存储解决方案，可在计算机间文件的同步和分享。可以用来随时备份本地的文件。

存储（Amazon S3, Imageshack, Box, Variety of models）

Jesse Vincent’s Prophet，你可以看看他的文档介绍吧。

在线文件编辑（Google Docs）

AbiCollab，基于AbiWord的社群的线上文书处理协作服务。
Etherpad，基于开放软体的线上文书处理服务，最大的特色在于多人即时共同协作一份文件，软体组织不直接提供服务，而是透过其他没有连系的组织网站提供。

虚拟机供应（Amazon EC2）

Eucalyptus (computing)，是一用来通过计算集群或工作站群实现弹性的、实用的云计算。它最初是美国加利福尼亚大学 Santa Barbara 计算机科学学院的一个研究项目，现在已经商业化，发展成为了 Eucalyptus Systems Inc。不过，Eucalyptus 仍然按开源项目那样维护和开发。Eucalyptus Systems 还在基于开源的 Eucalyptus 构建额外的产品；它还提供支持服务。
Globus Toolkit，Globus项目工具包，其可以在计算机上提供稳定、安全和对等网络的分布式运算，集群和其它高性能系统功能。
OpenNebula，一个虚拟基础设备引擎，用来动态布署虚拟机器在一群实体资源上，OpenNEbula 最大的特色在于将虚拟平台从单一实体机器到一群实体资源。

内容服务

Wiki（Wikispaces）

Dokuwiki，一个针对小公司文件需求而开发的Wiki引擎。DokuWiki是用程序设计语言PHP开发的并以GPL 2发布。DokuWiki基于文本存储，所以不需要数据库，其数据文件在Wiki系统外也是可读的。DokuWiki的功能齐全，支持UTF-8，最新版支持中文链接。能够单独编辑页面中的某个章节，能够自动生成目录，适合中小企业、个人使用，用作资料归档、指南、读书笔记等。DokuWiki安装很简单，默认提供配置工具。
Mediawiki，是一套基于网络的Wiki引擎，维基媒体基金会的所有项目乃至众多wiki网站皆采用了这一软件。MediaWiki软件最初是为自由内容百科全书维基百科所开发，今日已被一些公司机构部署为内部的知识管理和内容管理系统。Novell甚而还在多个高流量的网站中使用了该软件。
μWiki，一个小巧而功能齐全的wiki，所有的代码才3500行，可通过facebook和openID认证。

出版

Topaz
Ambra，是一个期刊管理与发布系统。它具有一个高容量、高效、经济的系统来在所有科学领域发表研究文章。
Open Journal Systems，简称OJS，此系统是一个开源码的期刊管理与出版软件，由公共知识项目(PKP; Public Knowledge Project)研发与支持。（中国肺癌杂志使用了这个系统）

Blog

WordPress，这个不用说了吧。
LiveJournal，一个综合型SNS交友网站，有论坛，博客等功能，Brad Fitzpatrick始建于1999年4月15日，目的是为了与同学保持联系，之后发展为大型网络社区平台，是网友聚集的好地方，LJ支持多国语言，ALEXA综合排名84 ，日均访客可达6,288,000以上。

微博（Twitter）

Jisko，界面和Twitter很像，集成Twitter同步功能，它能够自动将你在Jisko平台上发布的内容发表到您的Twitter账户上。也能够自动读取您的Twitter更新，但是并不能将这些内容发布到Jisko平台，只能在自己的好友Timeline里查看。Jisko平台还能够连接您的 Jabber/GTalk账户，让您通过IM发帖。并且有数个缩链服务供选择，十分实用。
Jaiku Engine，Google 曾经收购的类Twitter平台Jaiku现在已经完全开源并且切换AppEngine上运行，早前Google曾经宣布停止Jaiku等项目的维护和开发，现在更将Jaiku完全开源提供用户免费下载，所有人都可以在自己的主机上建立和运行自己的Jaiku应用了。
Status.net，一个开源微博服务。同时，它又可将信息同步到Twitter。所以我们也可以把它理解为“开源的Twitter客户端”。但它与客户端又有本质的不同：拥有自己的数据库，只是把数据同步到推特而已。

网页访问量统计（Google Analytics）

Piwik，一套基于Php+MySQL技术构建，能够与Google Analytics相媲美的开源网站访问统计系统，前身是phpMyVisites。Piwik可以给你详细的统计信息，比如网页浏览人数, 访问最多的页面, 搜索引擎关键词等等，并且采用了大量的AJAX/Flash技术，使得在操作上更加便易。此外，它还采用了插件扩展及开放API架构，可以让开发人员根据自已的实际需求创建更多的功能．
Open Web Analytics，一个开源的网站流量统计系统。基于PHP/Open Flash Chart/Ajax技术开发，既可以单独使用也可以与WordPress、Gallery&MediaWiki集成使用。支持多个网站，集成 Google Maps，RSS/Atom订阅跟踪等功能。

虚拟主机平台（Google AppEngine）

AppScale，是一个平台，允许用户发布和托管自己的 Google App Engine 的应用程序。支持 Python, Java, and Go Google App Engine 平台。

办公（Google Docs）

Zimbra Collaboration Suite，其英文缩写为ZCA。全功能的通信及协作办公应用程序，提供可靠和高效能的邮件、地址簿、效率手册、任务列表以及网络文档制作功能。
PHPGroupware，功能强大，基于Web的Messaging ，Collaboration和企业管理平台。phpGroupWare包含50多个模块可根据你的需求进行搭配与组合。它提供了约50种基于网络的应用，有日历，通讯录，先进的项目经理，待办事项列表，笔记，电子邮件，新闻组和新闻阅读器，一个文件管理器和更多应用。
OpenGoo,Fengoffice，基于ExtJs+XAMP（Apache、PHP、MySQL）开发的开源web office。它具备了主流在线协作系统所应具备的所有功能，包括任务管理、日程管理、文件管理、联系人管理以及email收发功能。其文件管理模块，实现了文件版本管理的功能，能够方便的查找、下载同一文件的不同版本。适用于任何单位或个人创建，共享，协作维护和发布它们所有内部与外部文档。
Crabgrass，社会网络，小组协作，网络组织的Web应用程序。它由一组协作工具固体套件，如私人维基，任务列表，文件库，和决策工具。程序目前正在做了大量的用户界面改革，更完善的社会网络工具，博客和活动日程，以及更好的协作和决策制定各独立团体的支持。
Etherpad，由两位Google 前员工所开发，已被Google 收购成为开放原始码项目。主要功能是让多个使用者透过网路来共同编辑一份文件，与先前介绍过的Sync.in 好用的线上即时文件协作平台类似。EtherPad 无须注册就能使用，建立文件后会产生一个网址，其它用户可以透过该网址与你编辑同一份文件，并标记出不同用户所编辑的位置，也有提供汇入汇出及时间轴等功能。

Groupware群件

Webmail (gmail, hotmail)

Zimbra，强大的开源协同办公套件包括WebMail，日历，通信录，Web文档管理和创作。它最大的特色在于其采用Ajax技术模仿CS桌面应用软件的风格开发的客户端兼容Firefox,Safari和IE浏览器。
Roundcube，支持多国语言的IMAP客户端，操作界面看起像一个桌面应用程序。它提供一个e-mail客户端应该具备的所有功能包括MIME支持,地址薄，文件夹操作，信息搜索和拼写检查。RoundCube Webmail采用PHP+Ajax开发并且需要MySQL数据库来存储数据。用户界面采用XHTML+CSS2设计。
conjoon，基于Ext JS+PHP/MySQL开发的Webmail和RSS客户端阅读器。此外还包含一个联系人管理模块。
Tdah，一个PHP Webmail系统。该系统采用POP3协议收邮件，可以配置使用SMTP、PHP mail、Sendmail或Qmail来发送邮件。T-dah还包含以下几个模块：事件日历、群组聊天、文件夹管理、邮件搜索等。T-dah使用 TinyMCE WYSIWYG编辑器来创建新邮件。
Funambol，世界领先的开源云同步和PUSHMAIL工具，支持诸多手提移动设备，包括苹果、黑莓、Android、Windows Mobile、索爱、三星、诺基亚等20余款。
Hastymail，一个使用方便快捷、安全，跨平台的IMAP/SMTP客户端。采用PHP语言编写，运行于PHP+MYSQL平台环境。提供一个简洁的Web界面来发送和读取E-mail。
Xuheki，一个很快的IMAP 使用AJAX 技术开发的客户端。你能想到的功能它基本上都有了。
Claros，一个比较简单的，采用pop3/smtp收发邮件的webMail系统。不需要数据库的支持。提供一个独立于SMTP服务器的垃圾邮件过滤机制。

Email 服务器（MS Exchange）

Archiveopteryx，一个互联网归档邮件服务器，支持强大的归档功能。可以运行在Linux, FreeBSD, NetBSD, OpenBSD 和 Mac OS X。
Roundcube，提供一个e-mail客户端应该具备的所有功能包括MIME支持,地址薄，文件夹操作，信息搜索和拼写检查。RoundCube Webmail采用PHP+Ajax开发并且需要MySQL数据库来存储数据。用户界面采用XHTML+CSS2设计。
Squirrelmail，一款由PHP语言编写，基于标准的webmail软件包。它包括内建的纯PHP支持的IMAP和SMTP协议，所生成的页面绝对支持HTML4.0标准 (无需JavaScript支持)，这样可以运行在更多的平台和更多的浏览器上。它的系统安装要求非常低，但是非常容易安装和配置。 SquirrelMail拥有你的客户端邮件程序所拥有的一切，比如增强型的MIME支持、地址薄、文件夹操作等等功能。
Horde Groupware Suite，一个强大的邮件办公套件。

邮件列表 （Google Groups, Yahoo Groups）

Freelists
Mailman，管理电子信箱讨论和自由软件电子通讯清单。支持内置的归档，自动退回处理，内容过滤，消化交货，垃圾邮件过滤器等。

论坛（vBulletin）（注：国内的主要是用Discuz!）

phpBB，中文的在这里http://www.phpbbchina.com
Phorum，基于PHP+MySQL开发的开源论坛项目。它的特点是速度快，功能强大，面向模块化设计，安装简单。此外Phorum还集成电子报。
Vanilla，是很多外国牛人都在用的一款开源论坛程序，它不像我们熟知的phpBB之类的或是类似我国discuz，phpwind的模式，而是采取了全新的内核和界面，界面类似于stackflow，所以用它来做一个社交性的问答网站也是个不错的选择。
Ospo，是一项开源社交门户站点方案。它拥有标准功能（添加、删除好友，前十排行榜），论坛整合、音乐模块（带有艺术家目录的专辑和歌曲）、广播心情整合、日志（添加、删除、修改、检查）等等众多功能。

日历（cf, 30boxes, Google calendars, ScheduleWorld）

Zimbra Collaboration Suite，功能的通信及协作办公应用程序，提供可靠和高效能的邮件、地址簿、效率手册、任务列表以及网络文档制作功能。
Web Calendar，一款漂亮的Flash日历，可以添加在网页上，它可以高亮显示事件，会议，节假日的日期。
Funambol，世界领先的开源云同步和PUSHMAIL工具，支持诸多手提移动设备，包括苹果、黑莓、Android、Windows Mobile、索爱、三星、诺基亚等20余款。
Joyent Connector，免费提供Office 2.0的功能，如团队电子邮件、日程安排、相互联系、文档和书签。
Horde Groupware Suite，协同办公套件。

会议和评审管理

Openconf，开源的会议管理系统，主要提供以下功能：电子提交、评审、论文答辩，以及会议主席对整个过程的管理等。
MyReview，学术会议的论文提交和论文评审。
EasyChair，会议管理系统。
CyberChair，论文提交和评审系统。
iChair，会议系统，支持论文提交，评审，讨论等。
Indico，会议计划，组织，支持从简单到复杂的会议。
ICEcore，开放团队合作软件使用社交联网统一团队工作空间、实时网络会议、项目管理、实践团体以及远程操作。

反馈（Pollmonkey, Google Forms）

Limesurvey，前身为PHPSurveyor）是一款在线问卷调查程序，它用PHP语言编写并可以使用MySQL，PostgreSQL或者MSSQL等多种数据库，它集成了调查程序开发、调查问卷的发布以及数据收集等功能，使用它，用户不必了解这些功能的编程细节。

其它

AROUNDMe，可以创建像Ning, Myspace, Yahoo or Google groups一样的合作网站。每个群组可以创建多个网页，网页上包括留言簿、博客、论坛、维基百科等功能。每个群组还可以通过xHTML, CSS, JavaScript and PHP来进行自定义。
InteractOLE，是一款网络学习的递交和支持平台。与其他在线学习平台不同，InteractOLE致力于教学与学习的社交和互动方面，而不是向学生们学习内容的提供。

纯Web 2.0服务

Feed操作（Yahoo Pipes）

Deri Pipes，像Yahoo Pipes一样，可视化的在线编程工具，它是一个用于过滤、转换和聚合网页内容的服务。

Feed 聚合（Bloglines, Google Reader）

Newsblur，像Google Reader一样的一个RSS在线阅读器。
rsslounge，基于PHP+MySQL开发的RSS供稿阅读器。可以分类，过滤供稿，设置优先权。除标准的供稿项目之外，还支持图片/照片。
Tiny Tiny RSS，基于Web的RSS/Atom新闻聚合器。它的UI基于Ajax技术开发所以看起非常像一个桌面应用程序。
Lilina，一个开源的RSS新闻聚合器实现，功能强大，方便易用，而且最大的好处是不需要数据库支持。
OpenWebReader，多用户的RSS聚合阅读。
Gregarius，RSS/RDF/ATOM新闻聚合器支持OPML导入/导出，XHTML/CSS输出。它包含一个基于Ajax的itemtagging系统。
Cheetah News，利用AJAX技术构建的RSS阅读器，完美支持中文。
Memephage，是一种自动化网络日志。它能搜集并总结从不同地方收集来的连接，目前是从IRC, 社交MUD，邮件和浏览器中搜集，并使用POE多任务处理和网络框架。
Ozcode，是Ozmozr.com背后的源代码, 一个微型RSS聚合器，可以进行网络社交、信息分享、身份聚合与展示的网站。

社区聚合（FriendFeed）

Identi.ca，一个新的微网志服务, 其实现在微博服务真的是很多了, 不过这个比较特别一点的是, identi.ca 用PHP 开发, 可以用jabber/GTalk, 也可以用openid 来登录，主要的是，其是开源项目。
Noserub，提供的建站程序，可以创建属于你的微型门户，包括 Blog、网络摘录、图片分享、视频、Twitter 等等的，都可以罗列出来，并且通过 RSS 实时更新内容，你的朋友们可以方便的获知你在网络里经常去哪里，最近在关注一些什么，做些什么，想些什么。

社区新闻（digg）

Meneame，程序是类似Digg的西班牙程序，网址是http://websvn.meneame.net/
Pligg，最灵活的类似Digg的Web2.0 CMS系统！网页设计师可以使用Pligg做他(她)想做的任何事情。稍微懂一些PHP和Mysql的知识即可安装Pligg。
Drigg，基于Drupal 构建的PHP的Digg网站系统。
Reddit，其源码和文档在这里：https://github.com/reddit/reddit
CommunityNews，通过使用社交书签和贝叶斯定理技术向博客定期提供记录。用户可以通过投票支持或反对RSS来源以支持那些受欢迎的资源。
NewsCloud，是一款基于NewsCloud.com专为平民新闻业和社会新闻网络设计的开源传媒平台。
Jamss，是基于Digg.com的社交新闻网站, 其通过PHP/MySQL运行。.Jamss 考虑到了行内意见和网络文章的评论，还可以灵活适应多种主题。

社区网络（Facebook, Twitter）

Friendika，一个由PHP+MySQL的免费应用程式(Open Source)，提供使用者一个单一的界面来控制社群网路服务。支援的社群网路应用服务包括Facebook，Twitter、WordPress、 Blogger、Identi.ca、RSS订阅与电子邮件等等的整合服务。
Diaspora，让你将您的关系分成多个视图（Google+的圈子），每个视图是您生活的不同部分。这是Diaspora首创，用来确保您的照片、经历和笑话，只与您所希望分享的人分享。
Buddypress，是 WordPress 母公司的一个全新的开源程序，BuddyPress 从本质上说其实是 WordPress 的插件。BuddyPress 把 WordPress的关注点从博客转移到了社区。当然，用户还是能够使用WordPress的所有的博客功能，只是当用户使用 BuddyPress 时，第一要做的是创建他们个人档案，第二才是写博客。
GNU Social，GNU的SNS。
Elgg，一款免费开源的社会性网络脚本程序(php/mysql)，以BLOG为中心实现社会网络化，从社会性来讲：Elgg以兴趣为核心的社交平台。它包括网络日志、资料存储、RSS集合、个人档案、FOAF功能等等。
SocialEngine，是一款由PHP和Zend控制的网络软件，其脚本让你可以轻松地创建属于你自己社交网站或是在线社区，包括自定义群组、相册、消息、用户档案、视频、新闻订阅，拖放群集邮箱服务器等等功能。
iSocial，是一款免费社交网络脚本平台，你可以用它建立像Friendster和Orkut那样可以一键使用书签，约会和建立群组的社交网站。
Mahara，有着电子档案、网络日志、简历编辑工具、联系用户的社交网络系统以及建立在线社区的齐全功能。
The PeopleAggregator，是全新一代的社交网站系统，它力求应用开放的标准、密切的网络互动和强大的灵活性。
Appleseed，是一款类似Friendster的社交网站软件。网站运行appleseed将互通，形成Appleseed的社交网站。该软件发展的重点是对隐私和安全，以及易用的配置。
Mugshot，则通过一系列的WEB CRM、照片、日志等等让你时刻了解朋友们的最新动态。
Clonesumating，是CONSUMATING.COM代码的开源版本，其功能有用户档案、用户标签、配对并发现古怪标签合并、团队活动（比如每周照片评选、博客问答）、事件日历、PSS订阅等等。
BeWelcom Rox，是www.bewelcome.org等其他社交网站的运作平台，它将人们真实地聚集了在一起。在那里人们了解全球村庄以及其他文化，分享自己的所在地，组织旅游，写旅游博客等等。
OpenPNE，是由PHP写成的网络社交服务引擎，其功能有好友管理、好友邀请、日记、博客、订收件箱等等。
WorldSpace，是一款用户可拓展的共享虚拟空间，它致力于成为新一代的社交网络系统。
Zoints，这一款软件熟知在线社区是互联网中最重要的一部分，它所正是为帮助解决论坛版主所面临的三大问题（即获得会员，保留会员和盈利）而设计的。

社区书签（Delicious）

Scuttle，开源Web书签系统，允许多个用户在线存储，共享和Tag他们喜欢的链接。
Semantic Scuttle，是一款基于Scuttle的社交书签工具。它可以试验像层次化标签、合作描述、OpenID认证这样的全新功能。
Sabros.us，一个基于互联网的书签系统。它与del.icio.us 是相似，您能在网上处理您的书签, 或者自己建立一个网站。
Connotea，是 NGP(Nature Publishing Group) 旗下的网站，借鉴当前流行的 del.icio.us 等社会书签的创意，专注于科研领域，并可导入桌面文献管理软件的数据，是当前比较流行的一款在线文献管理工具。
Pressmark
Shiftspace，让你的Wordpress成为像 del.icio.us, sabros.us这样的站点。
Ma.gnolia 2，基于Ruby开发。它的界面比较漂亮，但速度比较慢，另外搜索仅限于tag。
Akarru，是一款用来建立像www.blogmemes.com网站的社交书签引擎。用户可以通过投票系统在首页上张贴链接并推销链接。
Monkey Chow，是一款带有社交书签、主题文章、来源标签、OPML、文章搜索、编辑来源属性等等众多功能的新闻聚合浏览器。
Feed Me Links，可以将你的书签存储在网上以便随时随地使用，输入你最喜爱的网址并和好友们分享，加标签来管理不同链接，还有更多新鲜事物等待你来发现。

短网址服务（TinyURL）

tinyULL，不是tinyURL，别看错了。

身份和安全

域名

Namecoin/.bit，基于bitcoin技术的分散、开放DNS系统。.bit域名到底靠不靠谱啊，是不是有P2P网络存在，.bit网站就能永远访问？会不会被墙？我们不得而之。
Social DNS
Distributed DNS

身份凭证

OpenID，一个去中心化的网上身份认证系统。对于支持OpenID的网站，用户不需要记住像用户名和密码这样的传统验证标记。取而代之的是，他们只需要预先在一个作为OpenID身份提供者（identity provider, IdP）的网站上注册。OpenID是去中心化的，任何网站都可以使用OpenID来作为用户登录的一种方式，任何网站也都可以作为OpenID身份提供者。OpenID既解决了问题而又不需要依赖于中心性的网站来确认数字身份。OpenID正在被越来越多的大网站采用
OAuth，（开放授权）是一个开放标准，允许用户让第三方应用访问该用户在某一网站上存储的私密的资源（如照片，视频，联系人列表），而无需将用户名和密码提供给第三方应用。

加密

CACert，想给自己申请一份电子邮件证书或者给自己的网站、服务器申请一个SSL证书是很不容易的，你每年都得给CA（证书颁发验证组织）缴纳不少的证书申请费。有了CAcert，国外一个免费的数字证书颁发组织，你可以免费注册成为用户，申领个人证书和服务器证书等。证书被各种浏览器、邮件客户端所支持。

其它

翻译（Google Translator）

Apertium，一个机器翻译平台，由西班牙政府和加泰罗尼亚自治政府拨款支持阿利坎特大学开发。

桌面（iGoogle, netbives）

EyeOS，一款web桌面环境, 俗称Web Operating System (Web OS)或者Web Office. eyeOS是一个开源的软件, 用户可以自由下载或者在eyeOS的服务器 eyeOS server 上使用. 基本的系统附带一些办公软件和 PIM 应用, 并且在官方http://eyeos.org可以找到完整的程序代码。其开发哲学是：Taking Your Life Everywhere!

CorneliOS，一款运行在服务器端、基于网络的网络虚拟操作系统，本身通过HTML和（或）XHTML为用户提供各种服务，这也就意味着用户只需要使用普通浏览器即可连接并使用这款操作系统。非常类似 eyeOS。

3D库（Google SketchUp 3D Warehouse, Google O3D API）

Mozilla Canvas 3D，OpenGL 3D Web。
Web KML Viewer。

参考

文章出自：酷壳网

本文链接

windows系统常见问题：自定义Windows 7系统中自动创建还原点的时间周期

2011-09-21T04:07:00Z

作者：阅读： 436 时间： 2011-4-27 14:53:00

文章导读：在使用windows 7的自动创建还原点功能时，有些用户需要设置自动创建还原点的时间周期以做备份。但在Windows7 的系统中，没有直接的操作界面可以实现此设置。此时，我们可以尝试通过手动修改注册表来实现。下面，寻修网http://www.seekxiu.com/就演示一下如何通过手动修改注册表来实现在windows 7下自动创建创建还原点的时间周期。

在使用windows 7的自动创建还原点功能时，有些用户需要设置自动创建还原点的时间周期以做备份。但在Windows7 的系统中，没有直接的操作界面可以实现此设置。此时，我们可以尝试通过手动修改注册表来实现。下面，寻修网http://www.seekxiu.com/就演示一下如何通过手动修改注册表来实现在windows 7下自动创建创建还原点的时间周期。

下面寻修网http://www.seekxiu.com/以一天创建一个还原点为例说明：

1. 点击开始，在开始搜索框中输入regedit，然后按回车

2. 当出现“用户账户控制”窗口时，请您点击“是”。

3. 导航到以下注册表分支下：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SystemRestore

4. 在窗口的右侧找到名为“RPSessionInterval”的注册表项，并双击此项，打开以下窗口

5. 为了计算方便，请选择十进制，然后在“数值数据”处输入86400，如下图。此值的单位为秒，86400秒即一天。然后请点击确定。

如果是想改为两天，那就是172800秒，依此类推。

本文链接