p2p項目夭折，有種蛋蛋的憂傷。。

Posted 2020-09-22 jhcelue

 

在高考完的暑假就在跟杰哥讨论怎样实现的校内p2p文件共享，就在今天。我们无奈的宣布差点儿夭折。

上图是測试图。
那时候的思路已经完好。就是：“学生上传共享文件到咱们工作室的server。server生成种子链接。用户使用软件进行下载。下载的时候优先搜索学校局域网内的电脑。检索相应文件”，我还具体写了Project分析。

可是由于仅仅有我一人写这软件，网络编程接触又不深。所以未能下定决心开干。
直到清明前。趁着有个软件设计大赛，我们两个便一口气报名參加并做p2p。

之后跟承天聊的时候，他也參加到我们来。

然后。我们3个就雄心勃勃的打算在20天内搞出来。我认为我们是非常好的合作团队，杰哥搞php后台。我和承天写软件。


途中遇到的一些技术问题。经过讨论和分析。都想到比較好的解决方法，除了穿透还有一层wifi内网那个还想不到好方法（我写过的文章：两个独立局域网的交流问题http: //blog.csdn.net/christopherwu/article/details/23714247）
上传文件仅仅是上传文件文件夹信息还有MD5，推断文件是否反复同样利用MD5.大文件利用中间10m来算出MD5.
还有，举出特别的样例：
1、A要下载Z文件。B，C，D多处有这个文件，将这文件固定分块。然后B负责发送1，C负责2，D负责3。保留max_number。当某人发送完，比方C。max_number+1返回给他。然后他继续max_number+1*block_size发送。

2、当仅仅有A有文件（如最新的电影），一下子有100以上的人到他那下载。须要，A把1给B，把2给C，B再把1转发给C。D，这样1传2，2传4
1我们都已经写了代码实现了。 。 。 。


我们还考虑到了，当某个时候，比方深夜，没有peer开着的时候。或者冷门资源，肯定须要备份资源。一開始打算初步上传不仅上传文件夹信息到server，还有文件在后台上传到server备份，再在某段时间删除超热门资源（冷门资源才须要备份）。

后来改成利用网盘Api，上传到网盘里，用php做成注冊验证开网盘。防止网盘像115那样夭折。我们还打算弄两个不同的网盘来备份。
还实用户积分制。鼓舞上传。下载加速；宿舍楼展示图，鼓舞交友。


迫使我们夭折的原因是：
1、没办法做到真正p2p，不是技术上的问题。而是用户。首先学校的用户少；其次。在资源上，除了游戏这些是长时间保留的，其它的差点儿用完就删除（比方电影）。这样子差点儿做不到p2p。什么是P2P精神？人人为我，我为人人！在P2P下载方式下，每一个用户既是下载者，也是上传者。这个才是最困难的地方。

2、上传目录。能够做到这个。可是文件大小，备份资源，目录反复性这3方面差点儿是解决不了的。可是，做成仅仅能上传文件，用户把文件压缩上传后就会删除源文件，这样又无法p2p了。 。
这样子，差点儿又变成了仅仅有一个源提供资源，丧失p2p的优势了。
这是深入项目后才发现的问题，好无奈。眼下还想不到好办法。好无奈啊！好不甘心。

我们都是按自己的想法来设计实现p2p的。最后却这样结束。

 之前我们工作室有类似的资源共享（是用ftp下载形式），可是server硬盘坏了好几个。负责上传的那几个拥有特别帐号的人管不了，最主要是server全然死掉了。

我们才做p2p的。

 

////////////////////////////////////////////////////////////////////////////////////////////////////////////

我原來還打算用p2p的軟件來重振校內軟件的雄風，但是，這個夭折，讓我對學校內軟件應用無望了。。

。

軟件能做的移動應用和網頁幾乎都能做。并且更便捷做得更吊