1、2004印度洋海啸
详细介绍：2004年的印度洋海啸是仅300年来毁坏性最严重的一次海啸灾难，死伤人数高到29.22万人，共计经济损失达到了100亿美金，列世界十大海啸排名的第一位。
2、1883年喀拉喀托海啸
详细介绍：喀拉喀托海啸发生于1883年，是由于火山喷发所因此，造成了三万多人的死伤，还摧毁了当地大部分的村庄甚至城镇。
3、1755年里斯本海啸
详细介绍：里斯本海啸是因为大西洋地震所引发，发生于1755年，除此之外还造成了火灾，几乎将整个里斯本摧毁，死亡人数达到了10万以上，也是因此导致葡萄牙的经济在当时受到了巨大创伤。
4、1896年日本远州滩海啸
详细介绍：这次海啸发生在1896年，由于地震所因此，据称这次海啸造成了2.2万人死亡，摧毁的房屋到达了1万多，海啸造成的海浪高到38米，非常的可怕。
5、1707年日本南海道海啸
详细介绍：南海道海啸发生于1707年，这次海啸是因为地震所引起，导致当地居民死伤惨重，摧毁的房屋数量到了3万以上，灾难波及范围非常广泛，九州、四国、本州以及大阪等最为严重。
6、1896年日本三陆海啸
详细介绍：三陆海啸是因为本州海岸的地震引起，造成了高达38米的海浪，一个小时内摧毁了大量的房屋，死亡人数高到2.7万。
7、1960年智利大海啸
详细介绍：智利大海啸是因为南部地震所引起，地震级数达到了9.6，不仅危害到了当地受房屋和百姓，还波及了中国、菲律宾以及新西兰等国家。
8、1498年日本伊势湾大海啸
详细介绍：1498年的海啸席卷了日本伊势湾大部分的房屋，死亡人数高到3万以上，还波及到了纪伊、三河等地区，经济损失极其严重。
9、1771年乾隆大海啸
详细介绍：乾隆大海啸并不是指中国的乾隆皇帝，而是1771年发生在日本琉球的海啸，这次海啸中国伤亡人数达到了1万以上，自然环境的破坏以及经济损失非常严重。
10、1908年意大利墨西拿海啸
详细介绍：1908年的这次海啸对于墨西拿地区的经济损失是非常严重的，几乎90%以上的房屋被摧毁，还引起了饥荒问题，死亡人数达到了2000以上。
1. 明文保存
比如用户设置的密码是“123456”，直接将“123456”保存在数据库中，这种是最简单的保存方式，也是最不安全的方式。但实际上不少互联网公司，都可能采取的是这种方式。
2. 对称加密算法来保存
比如3DES、AES等算法，使用这种方式加密是可以通过解密来还原出原始密码的，当然前提条件是需要获取到密钥。不过既然大量的用户信息已经泄露了，密钥很可能也会泄露，当然可以将一般数据和密钥分开存储、分开管理，但要完全保护好密钥也是一件非常复杂的事情，所以这种方式并不是很好的方式。
3. MD5、SHA1等单向HASH算法
使用这些算法后，无法通过计算还原出原始密码，而且实现比较简单，因此很多互联网公司都采用这种方式保存用户密码，曾经这种方式也是比较安全的方式，但随着彩虹表技术的兴起，可以建立彩虹表进行查表破解，目前这种方式已经很不安全了。
其实之前公司也是采用的这种MD5加密方式。
4. PBKDF2算法
该算法原理大致相当于在HASH算法基础上增加随机盐，并进行多次HASH运算，随机盐使得彩虹表的建表难度大幅增加，而多次HASH也使得建表和破解的难度都大幅增加。
在使用PBKDF2算法时，HASH一般会选用sha1或者sha256，随机盐的长度一般不能少于8字节，HASH次数至少也要1000次，这样安全性才足够高。一次密码验证过程进行1000次HASH运算，对服务器来说可能只需要1ms，但对于破解者来说计算成本增加了1000倍，而至少8字节随机盐，更是把建表难度提升了N个数量级，使得大批量的破解密码几乎不可行，该算法也是美国国家标准与技术研究院推荐使用的算法。
5. bcrypt、scrypt等算法
这两种算法也可以有效抵御彩虹表，使用这两种算法时也需要指定相应的参数，使破解难度增加。
在密码学中，scrypt(念作“ess crypt”)是Colin Percival于2009年所发明的金钥推衍函数，当初设计用在他所创立的Tarsnap服务上。设计时考虑到大规模的客制硬件攻击而刻意设计需要大量内存运算。
Scrypt不仅计算所需时间长，而且占用的内存也多，使得并行计算多个摘要异常困难，因此利 用rainbow table进行暴力攻击更加困难。Scrypt 没有在生产环境中大规模应用，并且缺乏仔细的审察和广泛的函数库支持。但是，Scrypt 在算法层面只要没有破绽，它的安全性应该高于PBKDF2和bcrypt。