感谢各位对Kuriko的关心与支持，最近我们收到了许多用户和热心网友的发来的私信，其中大部分都是关于Kuriko四月二十四日发布的故障声明的质疑以及部分讨论的截图。
此次事件的发生完全由Kuriko方责任，我们我们也以平等、友好的原则和大部分受到影响用户进行了交流，最终制定了受到大部分用户所认可的解决方案。
同时，我们也回应了部分用户和热心网友对于Kuriko技术以及其他等方面的种种质疑，出于各种原因，Kuriko并未能一一回复，在此将统一做更近一步的说明。
本次事故的发生是由于机房的技术人员在在升级我们宿主机网络的过程中导致的，由于机房方面给技术人员提供了错误凭据，将我方宿主机凭据错误当作其他用户凭据，导致技术进入Kuriko宿主机的IPMI进行了误操作，因而导致整台宿主机数据全部丢失。由于此节点尚属测试阶段，并未设立异地备份，因此我们只能在事发后积极与机房一同尝试恢复数据。尽管我们和机房方进行了最大程度的努力，但是数据恢复中遇到了各种无法解决的困难，最终机房技术方放弃对数据的恢复并告知我们数据丢失。在此阶段我们也积极地向我们的每一位用户告知当前情况和恢复进度。在恢复数据过程失败后，我们进一步和和部分用户做了交流，同时在各户群组中讨论了解决方案。绝大部分用户表示数据丢失并不会对其造成较大影响，希望我们尽快重建并给予一定补偿。我们非常感谢各位用户给予我们的信任，并进一步计划事后的赔偿方案。在我们征集了大部分受影响用户的建议和意见后，我们初步形成了赔偿方案，同时我们也不断和机房方面取得联系，经过几小时的沟通，我们从机房方面争取到了一个较为合理的赔偿方案，在获得大部分用户认可后，我们将最终赔偿方案通过邮件等方式告知了受此影响的每一位用户。我们也特别开设了工单以及其他各种渠道获取用户们的各种反馈意见以及其他个别的赔偿处理方案。同时，机房方面也会铭记此事件，加强对于各用户凭据的管理。
我们认为，这不仅是本次事件的结束，更是Kuriko对于用户提供更好服务的一个开始。
自从先前公告发布之日起，我们陆续的发现了关于我们的本次事故的各种报道、讨论以及其他的一些信息。我们非常愿意倾听各位的意见，并且愿意在今后的工作中做出改变。
我们已经认真查阅过关于我们的报道和其他一些内容，包括但不仅限于以下所述：
文章部分：
- rm -rf /* 又立功了
- rm-rf /* 立大功，Kuriko香港區域集體宕機
- 又一次rm -rf /*造成的惨剧！
- 服务器故障后再说数据安全？晚矣！
- 惨！rm -rf /* 又新增一起「血案」
公众号部分：
论坛部分：
- 听说rm -rf /* 又立功了
- DigitalOcean 炸了？ 最近有点不稳定
- VPS服务商因rm -rf/* 宿主机上所有数据丢失
- rm-rf *真的有这事啊
- 这是哪家的香港nat小鸡被机房rm -rf了
Kuriko十分感谢各位作者以及网友对我们的关注，我们的公告内容对此事做了说明，但不少网友将重心放在“rm -rf /*”这条命令上。我们认为这次的事故完全是由人为因素导致，并不应该将责任归咎于一个命令。
同时我们也一一查看了用户所提供的微博、微信、QQ、TG以及其他各处的言论，部分言论令我们收益匪浅，欢迎各位通过工单以及邮件的形式向我们提供更多优秀的建议，一旦采纳，Kuriko将会为您提供相应的奖励。
我们会在以后的工作中，更加谨慎、认真地去对待每一位用户和每一项操作，同时机房方面也会以后的工作中严格进行授权管理，进行更加标准化的改革。
我们也在互联网上发现了大量利用我方此次事故夺取眼球，继而介绍某些产品的文章，我们强烈谴责这种利用他方事故恶意宣传自己产品的行为。我们不否认备份的重要性，但是我们认为这类文章可能更多的只是在衬托其产品。
非常抱歉这次事故给大家带来的损失，也非常感谢在此后依然陪伴我们走下去的用户，是你们在和Kuriko编织更美好的明天。
也预祝各位五一愉快！
Leter.io
Kuriko 服务支持
2018.4.30
Monday, April 30, 2018