你见证过哪些从辉煌走向没落的互联网产品？

关于从辉煌走向没落的互联网产品，我首先想到的就是以下几个：

一、天涯社区。以前的天涯社区，应该就是网络青年讨论的重要论坛之一。红极一时的天涯四美，就是在天涯社区里面评选出来的。以前大家很痴迷与在天涯社区“建楼”，并且以高楼为荣。而随着微信朋友圈，还有抖音等社交平台的普及，大家已经不需要在一个论坛上面去坚守和发表自己的想法。而自媒体的崛起让大家可以更直观地表达自己的观点，像天涯社区这种不是特别及时性的讨论，已经越来越不受欢迎了，所以这两年天涯社区好像已经销声匿迹了，只有一些老客户还在坚守。

二、土豆网。以前我们在网吧开黑的时候都会在土豆网上面看电视剧和节目。而且土豆网也出了自己的APP，就让大家看节目更加方便了。后来又有了爱奇艺，腾讯视频等等网站，土豆网最后居然被优酷吞并了。要知道以前的土豆网可是和优酷占据着视频网站的大哥、二哥的地位呀。所以当时听说土豆网被优酷合并，我们还觉得非常的吃惊，毕竟这曾经承载着我们的青春记忆呀！

三、开心网。我想很多80后、90后都有半夜起来偷菜的经历吧！这个所谓的偷菜并不是到土地里面去，而是在网上。开心网建立在2008年，用了短短一年的时间就走上了巅峰，那个时候大家为了种蔬菜开农场，抢车位，甚至会定一些闹钟。虽然它里面的游戏其实是非常简单粗暴的，但也让大家实实在在体会到收获的快乐，作为农场主的快乐。有的时候加QQ好友，并不是因为真的很想和她成为好朋友，而是因为想偷他的菜。不过，随着越来越多类似的游戏被开发出来，这个网站运行了几年之后就销声匿迹了。

四、千千静听。这个也是8090后的重要回忆，有一段时间非常流行MP3、MP4，而大家要下载音乐的话，从千千静听下载就是非常方便的。那个时候大家的版权意识还没有这么强，所以下载歌曲大多数都是免费的，有一些新的歌曲可能需要交钱，但是你下载以后是可以和你的朋友分享的，所以总的来说，大家对于这个听歌平台是非常满意的。但是随着大手机APP的普及，千千静听就这样没落了。

1、提供HTML静态访问
web界面上最快的访问速度是什么？当然是最原始的HTML文件访问,对于其他语言 比如 jsp ,asp,php等等,他们首先要通过服务器解析成html之后在返回给访问者，如果我们能提供全部是htm来的页面，那么就能大大的降低服务器和数据库资源的利用和提高网站的并发，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。当然实现这种方式大家比较了解的就是信息发布系统CMS,信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。
在后续的文章中我们会单独的使用jsp + servlet实现一个简单的信息发布系统
2、使用独立的服务器
为什么要把单独设置一个服务器？对于Web服务器来说，消耗的服务器资源是最多的，如果能把所有的资源放到一个单独的服务器中进行处理的话，可以降低提供页面访问请求的服务器系统压力，从而能进一步的提高web程序的并发所以在有条件的情况下最好能把放置到一个单独的服务器中
3、配置多台数据库服务器，多个数据库集群
集群（Cluster）技术是使用特定的连接方式，将价格相对较低的硬件设备结合起来，同时也能提供高性能相当的任务处理能力。
越是大型高并发的应用，数据库的压力就会越大，如果数据库 *** 作很频繁，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群。
数据库集群就是使用多个数据库服务器分担请求的压力，达到快速响应的目的
4、使用缓存
所谓的缓存就是把数据咱是放置到内存中，前台在请求的时候直接从内存中读取数据，而不需要去查询数据库或者读取文件等，这样就能做到最快的响应。网站架构和网站开发中的缓存是非常重要的。
目前有很多开源的缓冲实现方案，APC，File，SQLite，Memcache等等各种类库实现着不同的缓存方式，只有通过了解他们的实现方式，根据具体应用具体选择，才会使缓存系统发挥出最大的性能。
对于java开发来说，大名顶顶的 分布式缓存系统Memcache 可能是最好的选择，他提供一个基于Socket的访问方式，使得该缓存系统支持远程读写访问。尽管这个缓存的内容可能是存在内存中，也可能是存在文件内。

什么是即时通讯？IM是英文Instant Messaging的缩写，中文翻译成“即时通讯”，根据美国著名的互联网术语在线词典NetLingo的解释，其定义如下：“Instant Messaging（读成I-M）缩写为IM或IMing，它是一种使人们能在网上识别在线用户并与他们实时交换消息的技术，被很多人称为电子邮件发明以来最酷的在线通讯方式，典型的 IM是这样工作的：当好友列表（buddy list）中的某人在任何时候登录上线并试图通过你的计算机联系你时，IM系统会发一个消息提醒你，然后你能与他建立一个聊天会话并键入消息文字进行交流。 IM被认为比电子邮件和聊天室更具有自发性，甚至你能在进行实时文本对话的同时一起进行WEB冲浪（surf）。目前有多种竞争的IM服务，不幸的是没有标准：即你想与之进行即时通讯对话的人必须使用和你一样的IM系统。另一个不利因素是IM还没有为安全性使用目的而设计。”
除NetLingo的定义之外，还有一些其他定义，但由于NetLingo在互联网专业词汇释义方面具有比较大的影响，因此基本上都以此定义作为基础，同时NetLingo是在线更新的词典，它会经常针对互联网技术的变化对词汇释义进行修改，在本文中对即时通讯的定义就是最新的，以前的定义中并没有对标准化或者安全问题进行过相关说明。考虑到这些因素，本文将基于此定义进行研究。
即时通讯的出现和互联网有着密不可分的关系，从技术上来说，IM完全基于TCP/IP网络协议族实现，而TCP/IP协议族是整个互联网得以实现的技术基础，最早期的即时通讯雏形可以追溯到芬兰人Jarkko Oikarinen于1988年发明的一种网络聊天协议IRC（Internet Relay Chat），该协议仅支持文本聊天，并且也不支持好友列表的概念，1996年第一个 IM产品ICQ发明后，即时通讯的技术和功能开始基本成型，其工作原理开始被人们所了解，但不同厂商实现即时通讯技术原理时采用的协议却有较大的差异，甚至到目前为止世界主要的 IM服务运营商AOL（American Online：美国在线）仍然没有公布其主要即时通讯产品AIM（American Instant Messenger）的专用协议。虽然如此，但我们仍然可以从一个提供最基本服务的 IM系统开始来描述IM的技术原理，不管目前产品的新功能如何丰富，它必须遵循这些基本原理和结构。
首先，用户A输入自己的用户名和密码登录即时通讯服务器，服务器通过读取用户数据库来验证用户身份，如果用户名、密码都正确，就登记用户A的IP地址、IM客户端软件的版本号及使用的TCP/UDP端口号，然后返回用户A登录成功的标志，此时用户A在 IM系统中的状态为在线（Online Presence）。
其次，根据用户A存储在IM服务器上的好友列表（Buddy List），服务器将用户A在线的相关信息发送到也同时在线的即时通讯好友的PC机，这些信息包括在线状态、IP地址、 IM客户端使用的TCP端口（Port）号等，即时通讯好友PC机上的即时通讯软件收到此信息后将在PC桌面上d出一个小窗口予以提示。
第三步，即时通讯服务器把用户A存储在服务器上的好友列表及相关信息回送到他的PC机，这些信息包括也在线状态、IP地址、IM客户端使用的TCP端口（Port）号等信息，用户A的PC机上的IM客户端收到后将显示这些好友列表及其在线状态。
接下来，如果用户A想与他的在线好友用户B聊天，他将直接通过服务器发送过来的用户B的IP地址、TCP端口号等信息，直接向用户B的PC机发出聊天信息，用户B的IM客户端软件收到后显示在屏幕上，然后用户B再直接回复到用户A的PC机，这样双方的即时文字消息就不通过 IM服务器中转，而是通过网络进行点对点的直接通讯，这称为对等通讯方式（Peer To Peer）。在商用即时通讯系统中，如果用户A与用户B的点对点通讯由于防火墙、网络速度等原因难以建立或者速度很慢， IM服务器还提供消息中转服务，即用户A和用户B的即时消息全部先发送到IM服务器，再由服务器转发给对方。早期的IM系统，在IM客户端和IM服务器之间通讯采用采用UDP协议，UDP协议是不可靠的传输协议，而在 IM客户端之间的直接通讯中，采用具备可靠传输能力的TCP协议。随着用户需求和技术环境的发展，目前主流的即时通讯系统倾向于在即时通讯客户端之间、即时通讯客户端和即时通讯服务器之间都采用TCP协议。

---