英文顶级域名

中文顶级域名

• .公司
• .网络
• .网址
• .商城
• .网店
• .中信
• .商标
• .广东
• .佛山
• .信息
• .手机
• .在线
• .中文网
• .集团
• .我爱你
• .商店
• .企业
• .娱乐
• .游戏
• .购物
• .餐厅
• .招聘
• .时尚
• .移动
• .网站

CN类别二级域名

• 政务.cn
• 公益.cn
• gov.cn
• org.cn
• ac.cn
• mil.cn
• net.cn
• edu.cn
• com.cn

CN行政区二级域名
bj.cn , tj.cn , sh.cn , cq.cn , he.cn , sx.cn , nm.cn , ln.cn , jl.cn , hl.cn , js.cn , zj.cn , ah.cn , fj.cn , jx.cn , sd.cn , ha.cn , hb.cn , hn.cn , gd.cn , gx.cn , hi.cn , sc.cn , gz.cn , yn.cn , xz.cn , sn.cn , gs.cn , qh.cn , nx.cn , xj.cn , tw.cn , hk.cn , mo.cn

.CN类别二级域名明细表格

.CN行政区二级域名明细表格

主要更新包含一些插件的官方实现、安全问题的防护、编辑器体验的优化、HTTP API的扩展、主题的更新、内容审核界面的优化等。具体可以查看官方的公告： https://open.vanillaforums.com/discussion/37360/vanilla-3-0-is-now-available-updated-3-0-2 和 https://open.vanillaforums.com/discussion/37418/vanilla-3-1-is-now-available

总体还是在2.8的基础上做了很多细致的优化，虽然有飙版本号之嫌，但开发的活跃程度和团队对产品细节的把握的确让人高兴。

当然你也是可以使用提供免费服务的的Heroku来架设你的网站，但是30分钟没人上站就会进入睡眠模式实在恼人，而且会使用的Heroku在履历上面完全不会加分，顶多是在交面试考试的时候会用到。如果你的实体网站作品放在Heroku免费版上面并且写在履历上，我想这样应该是提高了一些HR刷掉你的机会。并不是每个HR与猎人头都知道的Heroku从睡眠模式到网站展现有可能会超过1分钟的等待时间。

此外在现代大型网站架构里面，利用负载均衡（负载均衡）连结多台主机去分散流量是一个相当重要的议题。更不用说一些快取架构，性能调校，网站防护与系统侦测等。如果你相当懂的Linux系统的话，可以调整初超过100倍以上的网站性能也不为过。（当然硬件性能是不可能，软件性能架构对了是差别非常大的。）

当然，你会觉得多砸钱也是可以搞定一切。每月$10升级到$40美金不算什么。但如果今天因为你会这些，所以帮公司项目网站每月$1,000个降到$100美金，我想还是值得去跟老板谈个加薪，尤其是公司有很多这样的项目网站的时候。

总之，就后端工程师而言，即使是PHP工程师，如果不租用个VPS来玩玩一定丧失相当多的机会。不过丑话说在前，要超越Web Hosting的性能确实需要下一番苦工，毕竟网站服务商的工程师也不是吃素的，他们也是花了相当多的时间去调整软硬件。只是如果工程师程度差不多的情况下，通用型的调整绝对比不上专门的客制化，自己的项目自己最了解，所以要超越虚拟主机的性能也不真的那么难。

另外一提，本文我们不比较云端主机（Cloud Hosting），例如亚马逊的AWS EC2 ， 谷歌云平台（GCP）和Windows Azure 。因为云端主机虽然功能强大很多，但是使用者界面比起VPS复杂非常多， 并不是一个对新手很友善的环境 。性能评比数字上面我们也不去其他的国外服务取样，有兴趣可以自己去看看（例如： VpsBenchmarks网站比较Linode与AWS Lightsail ）

此外，云端主机跟VPS在最单纯的架构运用下，差异最大的是「云端主机」以小时与使用量计算，各种不同的加价服务，你要组出超级主机只要点点滑鼠就可以了，但是价钱也可能很 “超级”。「VPS」则是有个固定的级距与价格，不够用就整体升级就可以了，一样是小时计算，但如果跑完一个月就会是一开始选择的级距月费。简单来说，以“云端主机”AWS EC2来做例子，它并没有使用到多少就断服务的选择，只有你可以设一个通知使用量然后他发电子邮件通知你而已，要关请自己关。

不过其实也没真的那么恐怖，如果不中业务的话术自己评估的话，其实云端主机跟VPS价位大概是两倍差异而已，但是高强度压力下稳定度也是高出很多。很多有名的的SaaS，PaaS的或IaaS都是建立云端主机在上面，例如Heroku在AWS上，Gitlab从Azure移植到GCP，所以当你熟练到一定程度的时候，把战场换到「云端主机」上面是必要的事情。如果是较高强度的网路业务，「云端主机」反而可以省下很多经费。

接下来就开始介绍几个我用过或是名声相当响亮的VPS服务商：

1. Linode

Linode是我最常用的VPS网站服务商，也是我第一个用并并用到现在的服务商。基本上我对他没什么太多的抱怨。甚至可以说，如果Linode不够用的话，那我就会直接考虑AWS EC2与Google Cloud Platform吧。

我自己目前常用的服务有Linode「VPS」，AWS EC2「云端主机」，GCP「云端主机和其他业务」，SiteGround「网页寄存」。其中的只要项目没有特殊需求都是使用Linode。

（WordPress的站台则是SiteGround比较多，不想管太多主机，而且有可能交给客户自己用的cPanel管理）

接下来简单介绍的Linode的服务

你可以在他的网站很轻易的找到各种不同的等级，它也随时会升级。如果外面显示硬件规格上升，已经租用的客户也可以在管理界面轻松一键升级，不需要加钱或重新购买（这应该每个厂商差不多）。

以下解说$ 5 /月的方案

硬件规格上，以Ruby on Rails与PHP的Laravel来说，1GB的RAM在环境设定阶段可能会不够用，但是可以透过swap虚拟内存空间来补足，所以如果只是练习的话，租用最低等级的即可.swap的设定在组用的时候会一起设定，所以不需要太担心语法（也可以自己使用Shell Script）。

Linode包含了东京与新加坡机房，所以速度上面比不上台湾机房但一般使用者感觉不出太大差异。最低入门门槛为$ 5美金每月，我自己常常在备课的时候开个几天就关掉，忘记关也不太痛其实。需要信用卡所以对在校学生来说是个问题。一般网站大概单月$ 10~ $ 20就可以很简单应付了。

25GB的SSD硬碟空间大小除非你都存影片与大量的图片，不然很难不够。Network In指的是上传，这也是不太会不够。毕竟下载远低于这个数字。如果你没有把影片分流或是没用CDN与图床的话，1000Mbps的下载速度的确有可能有危险，但这其实都可以优化，而且优化的内容正式工程师价值所在。

2. DigitalOcean

这家其实我没有很常用，很常被拿出来跟的Linode比较，基本上是规格相同， 国外数据内容实测也是差不多（图表有时很夸张，但看数值其实没什么差）。选择上有多出很多种组合，说不定可以比较容易找到适合你项目的组合喔！

之所以推荐他的原因是他们真的还满有心的，常常查设定安装都会查到他们的文章，比方说如何在新版的Ubuntu上安装Ruby on Rails之类的，而且RVM与rbenv还是分开的文章。所以这边也推荐给大家。

3. 亚马逊AWS Lightsail

比起AWS相当有名的EC2，AWS的另外一个服务Lightsail算是比较少人讨论的一个服务.Lightsail可以想成是AWS上面的VPS套装，固定价钱固定规格但是主机用的跟EC2同等级。 当然价位上面也高其他VPS服务一个档次 （2019更新，已经跟其他VPS服务同一价位）。跟EC2一样有免费试用，但是是一个月免费而已。

另外一提，EC2的免费一年并不是全免，是一个时间内全免，基本上就是开一台基本款（t2.Micro）一个月。如果升级或是超出流量等，一样会被收费，所以他在注册的时候才会需要你的信用卡。

一个月免费的只有，$ 3.5块每月的512MB内存主机，所以开发上交换虚拟内存有可能需要拉高到1GB。其他数字并没有太大的差异，20GB SSD也是相当够用。不过他没有很明的的给出网络输入/输出数据。

如果习惯AWS的使用的话，其实已经非常有诚意了！

4. Vultr

Vultr是比较新的服务，界面上可以看得出来是比较最近流行的设计，如果的英文国外的数据上算是赢的Linode一些。不过因为我也是比较最近才知道他们家的服务，所以还没有机会去试试看。所以如果单看数据的话，这目前应该是首选。同样在东京与新加坡也有基地，只是因为没有自己长时间使用的经验，所以就先保留意见，网​​路上看起来评价不错。

价位上面出现了512MB的低内存规格，但是只要$ 2.5 /月，算是练习上面相当吸引人的一个选项。但是再次提醒，记得设定Swap，不然有一些环境设定步骤会失败喔！

虽然说这些服务在评比上面是可以很容易分出优劣，但实际上每个厂商的每一个地区的数据中心其实还是有差异。毕竟营运的团队不同，主事者也不同。总之这四个都是相当优秀的VPS服务商，供各位参考。

区块链以“不可篡改”的特性最为人知，但以目前大多数的区块链来说，区块链仍有可能被窜改。所谓以“区块重整（reorganiztion）”来达到逆转某些错误交易的效果，实际上即是以51％攻击，透过大量算力来逆转先前区块链上不该发生的交易。

这正是目前全球市值第四大的区块链网络比特币现金（BCH）正在经历的。

当时在BCH从BTC分裂出来时，由于部分从BTC网络“复制”出了一笔金额十分庞大但实际上不该存在的BCH代币，据比特币电台主持人Guy Swann的说法，“由于交易签章兼容性的问题，比特币网络当时分裂时复制到BCH上一些币，因为BCH上没有隔离见证（Segwit），因此让那些币成为“任何人都能花费”的货币

然而在5月15日中，BCH为了网络升级而执行的硬分叉不慎将控制那些不该存在的币不被花费的代码更改，使得那些币突然变得可被使用，而有攻击者发现了之后便希望在区块链上偷偷植入花费该笔资金的交易。

“这是一个非常不幸的情况，但工作量证明就是这么一回事。在这种情况下，矿工确实会停止挖矿，因为他们认为其中的一些交易是无效的。“活跃的比特币现金支持Jonathan Silverblood表示。

这样的情况，也因此导致了的BCH.top有一段时间一直都挖出空的区块 ，由于错误交易使其无法正常出块。

“当未知的矿工试图偷拿走那些币时，BTC.top和BTC.com发现并立即决定重组（reorg）并删除这些交易“Swann表示。

根据CoinDance的数据，由江卓尔创立的BTC.top矿池，以及BTC.com的这两大矿池， 在大部分的时间里都掌握超过50％的算力，而众所周知的，掌握超过50％的算力就有100％的成功机率可以篡改PoW区块链的交易。

然而，虽有不少比特币现金用户认为这是正确的做法，但也有不少人认为此举十分中心化且完全破坏了区块链“抗审查性”。

另一名比特币现金开发者Kiarahpromises则严正的表示他的立场，

“透过协调并重组区块以恢复某人的交易？这就是51％的攻击。也是绝对最糟糕的作法。难道白皮书中写的不受审查的现金，去中心化治理只有在你们想要的时候才存在？”

本月初，全球最大交易所币安遭受骇客攻击时，赵长鹏也在直播时与大家讨论到透过以同样的方式回溯遭骇的7,000枚比特币的可能性，认为他们确实可以做到，但将会摧毁大众对于比特币的信心，引起舆论十分负面的反弹，随后便又表示“比特币（指BTC）是世界上最不可能受到窜改的帐本”。

无限舰队（Infinite Fleet）是一款正在开发中的多人在线战略游戏。根据官网描述 ，游戏背景为2110年，宇宙都市已经遭到外星人Atrox摧毁，玩家唯舰队指挥官，需要打造自己的舰队，和其他玩家并肩作战，改写人类命运。该游戏属于开放性游戏，游戏的发展由玩家决定。

而该游戏的公司Pixelmatic发行无限舰队的证券型代币， 值得注意的是， 该公司并不是要在以太坊上发行证券型代币，而是要在比特币测链网络Liquid Network上。

据动区先前报导 ，Liquid Network由Blockstream所推出的侧链网络，实现跨区块链之间不同货币之间的交易，为众多的币种创造更多的流动性，也能在侧链中发行代币，测链透过「双向锚定」的方式，让更高频率的交易留在主链之外处理，除了可以提供用户所需的隐私性，高吞吐量，同时又能发挥主链的安全性优势。

而Samson Mow在接受媒体访问时表示，ICO之所以备受批评，原因之一是大部分的智能合约都在以太坊网络上，而以太坊的扩展性问题始终无法解决。

然而最重要的是，Samson Mow认为代币销售之所以会遭到大众质疑是诈欺行为，原因是因为大部分的ICO项目都没有实质内容。事实上，很多项目根本无意创造有价值的东西.Samson Mow说道：

这就是为什么我们要做证券型代币，而不是一个与投资者之间没有任何责任的代币（Utility token）。

目前，证券型代币销售只透过私募，目标在2019年的年底募资1,600万美元，届时，该公司希望能有更多的合规交易所可以交易证券型代币。

除了证券型代币之外，另外也有功能型代币INF。该游戏公司将会根据用户的“参与证明（参与证明）”或是投入「游戏的时间」随机发放INF代币。

外太空的货币战

与前一次动区报导的Crypto Heroes一样，这款无限舰队也在游戏内中有自己的代币经济。在访谈之中，Mow列举魔兽世界（魔兽世界，魔兽世界）中黄金的例子。

在游戏中，黄金为玩家间支付的货币，而黄金农民（gold farmer）将黄金出售给玩家，并协助游戏制作商暴雪锚定游戏中的黄金和魔兽代币（WoW token）。而这个魔兽代币可以用现实法币购买，以换取游戏中的黄金或是换取游戏点数。

注：游戏点数可以换取玩魔兽世界的权限，例如月卡等等。

而无限舰队这款游戏则会类似星战前夜（EVE Online）这款科幻游戏。星战前夜是由冰岛CCP Games（Crowd Control Productions）所开发的大型多人线上游戏。

游戏设定于科幻太空场景中，玩家驾驶各式自行改造的船舰在超过七千个行星系中穿梭。各个行星系中可包含各种行星，卫星，小行星带等，玩家能进行各式的活动，包括采矿，制造，贸易与战斗，玩家可从事的活动随着技能的增长而增加。

该游戏的玩家人数超过冰岛总人口，所以游戏里的一场大型战争，可以耗掉的游戏资源，包括损失的战舰等等，以汇率换算大约超过30万美元。

目前在区块链上面的游戏大部分是简单的博彩游戏，而在区块链上打造此类型的代币经济，可以让区块链的代币经济有更多的可能，Mow说道：

我们设想了同样的（经济）模型，且加入了密码货币，好处是一样的;我们的代币不在游戏公司的控制之下，玩家可以控制自己的代币。

除此之外，区块链的特性还可以让此种类型的游戏发挥更大的代币经济价值效应。例如玩家现在开始可以制定规则使用公会联盟的资金，例如使用比特币网络上的「多重签章」来使用联盟中的资金，能让玩家的游戏体验跟玩法更多元。

在游戏中，有些玩家会窃取公会的资金;公会现在能建立更加安全的模式，由某些规则管理，例如比特币的“多重签章（多重签名）”，例如假设公会有10名成员，可以设定需要动用公会中的资金需要5个以上成员的签名，才能释放资金。

今天在Twitter ，看到一则分享提到了「 QArt Coder 」，这个线上工具可以用创意像素风的方式来呈现二维码 ，效果如下面这些图像。 

而且操作方法也满简单的，就是上传自己的图片，「 QArt Coder 」就会帮你转换成包含像素风图片的二维码。

或许这用来在简报、网页、宣传海报中，呈现跟你的产品内容相关的二维码 ，会是一个提升用户兴趣的方式。 

不过，也不是所有图档都可以很完美的转换成二维码 ，还是必须要图像与背景对比清楚、图像本身结构简单时，才能有效地转换成像素风二维码。

就让我来试试看。 

进入「 QArt Coder 」网站，先在「 URL 」输入你的二维码承载的网址。 

接着在［选择文件］处上传你要转换的图片。 按下［ Upload Image ］。 

这时候我们可以在左方的预览图，看到目前转换出来的二维码预览。 

如果想要调整，可以在中间图档的「蓝色上下左右箭头」，移动图片在二维码的位置。

透过［ QR Size ］可以调整整个QR Code 的大小。 ［ Image Size ］则可以调整特制的像素图的大小。 

还有一些设置，可以帮助我们调整自己的QR Code 样貌。 

• Random Pixels：让QR Code 与图像本身更加融合，呈现另一种风格。
• Data Pixels Only：则是让QR Code 本身和图像更有区隔。

介绍完了，快去试试吧

如果您的论坛数据量很大，可以考虑打开“维护模式” （在 conf/config.php 中加上 $Configuration['Garden']['UpdateMode'] = true; ），暂时屏蔽用户对网站内容的访问。

下面开始升级步骤：

1. 下载新版vanilla的程序包（下载地址：https://open.vanillaforums.com/addon/vanilla-core），解压后覆盖原来的网站程序。
2. 删除 /cache 文件夹中的所有内容。
3. 按照下方针对不同版本的说明，删除相应的文件。
4. 依次访问 {网站域名}/utility/update 和 {网站域名}/utility/structure 进行配置和数据库的自动升级，如果失败，可以刷新页面重试。
5. 如果您使用 nginx，需要更新nginx配置，详见 https://docs.vanillaforums.com/developer/backend/server-nginx/
6. 如果之前打开了“维护模式” ，现在可以关闭了。打开网站首页，验证网站是否工作正常。

Vanilla 2.8 以及更早版本 （也包括2.0 - 2.6 ）:

删除 /plugins/EmojiExtender 文件夹

删除 /container.html 和 /library/Vanilla/Formatting/Embeds/linkEmbed.twig 文件

URL重写成为强制性的了，过去支持的 index.php?p=/somepath 形式的路由已经不再支持

Vanilla 2.6 以及更早版本 （也包括2.0 - 2.5 ）:

删除 /plugins/Pockets 和 /plugins/akismet 、plugins/Debugger 文件夹

删除 /applications/dashboard/models/class.assetmodel.php 文件

Vanilla 2.5 以及更早版本 （也包括2.0 - 2.4 ）:

删除 /plugins/HtmLawed 和 /plugins/Tagging 文件夹

Vanilla 2.3 以及更早版本 （也包括2.0 - 2.2 ）:

删除 /applications/vanilla/controllers/class.settingscontroller.php 文件

打开 /conf/config.php ，删除 $Configuration['Garden']['RewriteUrls'] 这行 （如果有的话）

Vanilla 2.1 以及更早版本 :

删除 /themes/mobile/views/discussions/helper_functions.php 和 /applications/dashboard/views/default.master.php 文件

这个新版本带来了显而易见的改进：

1. 新的默认主题 Keystone。Keystone是一个非常简洁的自适应主题，减少了不必要的线框、背景，带来舒适的视觉，在此基础上做主题的二次开发也更加容易了。而且不在需要分别维护桌面版和移动版两套主题，单个主题即可适应各种设备了。
2. 新的富文本编辑器UI更加简洁，却涵盖了基本格式、Emoji、图片、文件上传等各种功能，高度也随文字数量自动缩放，让用户感到很贴心。
3. 更清爽易用的管理后台（控制面板）。
4. 核心自带Akismet（自带反垃圾信息）、Hero Image（版块自定义大图）、Pocket（自定义html模块）等插件，提供更稳定的扩张功能。

此外还修复了一些安全漏洞，移除了一些过时的插件。

以下是新版编辑器的截图：

引用他人发言的效果：

尽管数年前 Discourse 的兴起以及 Flarum 等各种新论坛程序的萌发让我们对动作不够快的 vanilla 官方团队一定程度上失去了信心。但 vanilla 官方团队持续稳扎稳打，在良好运营商业化服务的同时，持续开发改进着社区开源版本，如今给我们送上了跨越式的新版本。感谢他们！

在欣喜的驱动下，我也将中文社区从2.1版本一下更新到了2.8版本，重新找回对vanilla的热情！

微服务在上述的背景下被提出，并且试着解决这些困扰。本篇文章将以Martin Fowler的专栏内容为参考，简单扼要地探索微服务的样貌。

从Martin fowler的专栏[1]里可以看到以下简短的描述:

      the microservice architectural style [2] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.

简单地说就是微服务架构为一群有各自特定目标且独立运行的服务元件所组成的系统。各元件有独立的资料存储空间与事务逻辑，而各元件之间利用标准而轻量的通讯协定进行系统层级的协作，因此各服务均能被独立的布署与替换。

     看完上述扼要的定义后，再从Martin Fowler专栏内所提及的微服务特征来进一步了解微服务的概念，并且了解在建构微服务的系统时，应该考量的要素。系统的设计随着需求与发展，往往会有相应的取舍，能够符合所有特征自然是好，但若无法符合，至少可以知道改善的方向或者是取舍了些什么。

1. Componentization via Services
   所谓的元件是指可被独立升级与替换的软体元件。因此在设计系统时，我们将有相同业务目标的功能聚集，并且独立服务化。各服务因此可以被单独地更换或者是升级，而不会进一步影响其它服务或者是系统的正常运作。以上的设计奠基于完善地介面设计与定义，因此在介面下的更新，并不会对系统或者是其它的元件造成太大的影响。
2. Organized around Business Capabilities
   常见的组织分工往往会按人员技能不同而进行水平切割。比方说，有专业的UI/UX团队、专业的前端团队与专业的后端团队等，这种分工模式往往会造成较高的沟通成本。基于康威定律，我们也可以进一步观察到系统设计偏向水平切割，而难以采用微服务的设计概念。一个微服务设计架构下的团队，可以明显看见团队内的技术完整性，也就是垂直分工的协作模式。各服务元件围绕着本身的业务逻辑，并且由有完整技术链的小型团队各自负责所属服务元件的开发。小团队的作战模式，不仅降低了沟通成本也加深了团队成员对于服务元件业务逻辑的专业度。说到此，肯定有人会对于微服务的团队成员数目感到疑惑，到底一个以微服务作为设计原则的团队有多大，这个答案其实很难有个明确的数字，因为这也牵涉到组织人力资源的配置和服务元件的颗粒度大小。举个例子来说，Amazon提出所谓的「两块pizza」的概念，也就是说一个团队大小刚好就是两块pizza能够喂饱的大小。而以我自身的经验来看，大致上是两周可以妥善完成一个完整功能集的人数。
3. Products not Projects
   常见资讯系统开发的分工结构为研发工程师负责系统开发，开发完毕后，开发团队写下完善的指导手册，并且交付维运单位进行日后维护，然后研发团队分派到新的研发专案上。这样的分工结构，很难有效解决快速变更的开发需求。另外，在沟通成本以及责任厘清上也都会产生不效率的情况。因此在微服务​​设计架构思维上，强调将相关的服务元件开发当作产品开发而非专案开发，也就是说，由专责的开发团队负责该元件的一切开发与维运责任直到产品日落为止。
4. Smart endpoints around dumb pipes
   微服务架构下，更强调服务元件本身的内聚力。也就是说，服务元件应该更妥善地包裹负责的业务逻辑，然后进一步提供简单的接口让外部的其它服务取用，其它的服务只管知道如何从接口获得它要的资讯以及自身的业务逻辑要如何善用该资讯。完善封装的端口需要搭配的便是有效且简单的通讯机制，通讯机制本身不应该载负业务逻辑且应该采用更轻量且中性的通讯模式，比方说RESTful或者是Message Queue。
5. Decentralized Governance
   有别于单体式系统，微服务架构允许服务去采用各自最适的技术方案解决服务内的业务功能需求，无须捆绑在单一技术堆叠之下而无法动弹。这是一个让系统设计得到可以进行充份选择的权利，松绑了原先的不自由，但这并不代表研发团队非得因为这样而拥抱多样化的技术堆叠，因为这涉及了人员技术的熟稔程度与日后维护的成本。另外，这样的概念能够被落实也有赖于前述第三点所提及的特点，因为团队对自身的服务元件有妥善负责的义务，因此可以让元件在技术选择上，得到一定的弹性与效率。
6. Decentralized Data Management
   在单体式系统下，设计偏向于单一资料库系统的建置，然而这往往会导致设计上的一些困扰，比方说一样物品的属性，从不同的角度去观察往往有不同的意涵与表示的样貌，然而在单体式系统资料库上要显示这样不同的观点其实并不容易。沿着各自服务边界所设计的微服务有明确的功能范畴，搭配上独立的资料库，便可以轻松地以各自业务角度去解释与存储资料。然而这样的好处其实也不是完全无成本，分散式的系统所要面对的就是所谓的资料「最终一致性」的取舍。由于服务资料各自存储与管理，必然会产生同质不同义资料之间的同步迟延问题，这问题将有赖于各服务对于资料过期的处理方式与准则，让资料管理去中心化与同步迟延两者之间取得平衡。
7. Infrastructure Automation
   这项特性其实就是目前最为人所乐道的运维技术风格──CI/CD。随着目前公有云服务商提供越来越多高弹性的运维环境，将枯燥而重覆性高的运维工作自动化，可以说是一个重要的趋势。但在自动化思维下，所必须要强调的一个前题则是服务元件的测试周全性。在进行运维布署自动化的同时，针对测试的自动化执行与监测也相对重要。
8. Design for failure
   微服务架构设计使得软体系统内的沟通线更为复杂，使得服务在设计当下需要更积极地去考虑服务请求的失败和相应的处理，以避免服务停摆、崩溃或者是资料错误。除此之外，对于各服务的监测与容错测试也应该更为积极，让错误的讯息能即早被发现并且处理，而运维系统也应该提供更妥善的自动复原的功能，来进一步加强系统的稳定性。

9. Evolutionary Design
   由于系统需求的变化、功能演进与快速更迭的需求下，服务的拆分与合并在微服务的概念下，更容易被实现，而微服务的开发者也更能拥抱这种循序渐进地改变方式，让系统的需求变更，能受到妥善的控制，而不使整体系统产生过大的冲击。至于拆分的准则，可以从服务功能是否能被独立替换或者是更新，作为其边界的要件；抑或者是按照功能本身的业务关联性进行拆解。如果遇到服务更新，屡屡会产生同时变动的情况下时，也可以进行合并，让各自服务的内聚力有效地提升。俗话说的好，软体系统唯一不变的就是它的易变性，渐进且逐步详细的设计与实作方式，才能更有效地提高系统的完整性。

   微服务的发展既是系统设计上的需要，也是相关技术与流程改善下所催生出的结果。讲到这边，难免又会讨论到是否微服务就是软体的银色子弹。答案应该仍然是明确的──不是。微服务虽然针对固有的单体式设计缺点而来，进一步改善了原有的缺点，但微服务本身所引进的成本也是明显的，比方说，分散式系统的管理问题与开发资源问题等。相对于单体式系统的初期运维成本和门槛，微服务架构是明显高了许多。因此，在系统设计初期，并不建议马上从微服务架构起手，仍然得按照自身的需求，进行系统的设计并且在合适的时机，进行架构上的转换与改善，让业务发展与资讯系统可以相互配合，而此一合适时机则有赖于组织软体能力的成熟度、软体设计的模组化和真实需求的发展，才能找到答案。

1: https://martinfowler.com/articles/microservices.html
2: The term "m> icroservice" was discussed at a workshop of software architects near Venice in May, 2011 to describe what the participants saw as a common architectural style that many of them had been recently exploring. In May 2012, the same group decided on "microservices" as the most appropriate name. James presented some of these ideas as a case study in March 2012 at 33rd Degree in Krakow in Microservices - Java, the Unix Way as did Fred George about the same time. Adrian Cockcroft at Netflix, describing this approach as "fine grained SOA" was pioneering the style at web scale as were many of the others mentioned in this article - Joe

• 1 简介
• 1.1 为甚么使用去中心化网络？
• 2 内容摘要
• 3 去中心化网络的问题及其解决方案
• 3.1 去中心化网络解决的问题
• 3.2 Substratum如何解决这些问题
• 4 附录
• 4.1 一般事项
• 4.2 Substratum节点
• 4.3 Substratum寄存
• 4.4 CryptoPay
• 5 Substrate代币
• 5.1 Substrate和Atoms
• 5.2 是甚么赋予了Substrate代币的价值
• 6 Substratum 网络首次代币发售﹙ICO﹚
• 6.1 ICO目标
• 6.2 ICO参数
• 6.3 ICO预算分配
• 6.4 ICO 转介编码
• 6.5 美国市民的参与
• 7 Substratum的未来
• 7.1 路线图
• 8 我们是谁

1. 简介

“去中心化网络预想了一个未来世界。这个未来世界的服务，例如沟通、货币、出版、社交网络、搜索、数据库等，并非来自单一机构拥有的中心化服务，而是来自人民支持的科技：他们自己的小区。他们的用户。去中心化的核心思想是，服务的运行并不盲目相信任何单一的全能性公司。相反，共同承担提供服务的责任：也许于数个联邦服务器上运行，也许于客户端的应用程序上以完全“分布式”的P2P模式运行。”

Matthew Hodgson
Techcrunch

Matthew在他的文章中接着说，互联网以去中心化模式运行的 3 个核心领域：

1. 隐私
2. 数据的便携性
3. 安全

1.1 为甚么使用去中心化网络？

Quentin Hardy于 2016 年 6 月 7 日的纽约时报中写道：“今日，互联网已经成为一个经常被政府及企业操控的系统。有些国家，如中国，可以向他们的市民封锁某些网站，以及有些云端服务，如亚马逊云服务，拥有庞大的影响力。因此可能发生的事情是，计算机科学家们假设，如果他们利用较新的科技 — 如电子货币使用的软件，或音乐分享使用的P2P技术，能否建造一个更加去中心化的网络，更具私隐，更少政府及企业操控，并且取得良好表现和可信赖？”

2 内容摘要

Substratum现正开发去中心化网络的开放源码基础，为新的网络3.0提供免费及无限制的访问。Substratum网络集合全球范围的节点，使用行业领先的加密技术去送达安全内容到任何地方，无需VPNs或Tor。Substratum会彻底改革寄存行业，通过微交易根据要求开具账单，全程利用区块链技术及人工智能处理。

阅读完整内容： Substratum 中文白皮书

满意吗
http://manyima.com/

爱青大BBS
http://www.aiqingda.com/

移动Web开发社区
http://www.html5mobi.com/

煎蛋-火星
http://huox.in/

ONE · 一个
http://wufazhuce.org/

9ACG
http://9acg.com/

青云诗社
http://bbs.dvdy.net/

大峪桥社区
http://www.dayuqiao.com/

PINN.im
http://www.pinn.im/

kdede.com，的的网

南宁的的网，简称“的的”，成立于2016年5月16日。的的--你的我的大家的这里的那里的，，，，；的的致力于为广大用户提供互联网服务，让大家一起分享的的。
的的使命：

让大家分享身边事，记录自己某位置的经历，给别人提醒和帮助，大家一起来见义勇为，记录那些不道德，不礼貌的，，，让这一位置更安全更干净；

对所居住过的房子点评，以及通过别人的点评来找到合适的房，免得上当受骗，通过小区的关联圈（聊天群），以及房间关联圈，与房东直接联系，来快速找到本小区或者周边小区最合适你的房子；

促进邻居之间的交流，通过本小区的关联圈，找到有共同爱好的话题畅聊，通过房间关联圈可以促进门对门的邻居交流，例如邻居声音过大，我们可以用更好的语言提醒邻居；

把家乡的那山 那水 那事 那人，记录下来，一起分享，不管我们走到哪里都可以想想看看家，同时我们也可以分享家乡的特色到大众动态，让世界都来关注我们可爱的家乡；

不同位置话题相互转发，现在居住的位置与家乡的转发，学校与学校之间，，，尤其是农村与城市信息交换。

通过的的圈关联餐馆，大家一起聊，今天有什么好吃的

SEO:
http://vanillaforums.org/addon/vanillaseo-plugin

EasyReply（回复）:
http://vanillaforums.org/addon/easyreply-plugin

Q&A（问答）：
http://vanillaforums.org/addon/qna-plugin

投票：
http://vanillaforums.org/addon/voting-plugin

头像：
http://vanillaforums.org/addon/indexphotos-plugin 在列表页显示头像
Gravatar （自带）

标签：
Tagging （自带）

中文增强补丁：
http://vanillaforums.org/addon/chinesepreference-plugin （vanilla4china版本不需要安装）