求🚪U 帮我 review 一个讲义(关于计网?
写了一个很傻逼的东西,写的时候思路乱乱的,我也不是 CS 出身,有空的🚪U 能不能帮我检查一下或者提点小建议
ぜーんぶ弾けなーい!
喵喵?
喵?
改天来看看喵,已经加入 TODO List,这周下周有大量考试喵
喵?
谢谢喵~
ぜーんぶ弾けなーい!
内容很棒,就是不知道有没有打算给内容分个级,比如 #初级 、#中级、#高级 之类的,这样扫盲对象就可以知道文件解压、种子下载、vim 使用等哪些更适合自己学习
确实我也感觉处于一种很混乱的状态,等内容多起来之后可能会按照难度进行分级?但是什么算初级,什么算高级呢?感觉缺少一个量化的标准
ぜーんぶ弾けなーい!
举个例子:
- 初级内容包括“要在地址栏输入 url,而不是搜索框”之类的
- 中级内容可以再介绍介绍 host 和 port 等,以及 dns
- 高级内容可以再谈谈 TCP,UDP 之类内容
当然这个只是举例💦
其实“信息检索与搜索引擎的使用”部分的分级就很不错,初级部分其实包含最简单的浏览器的下载与使用即可,中级部分可以包括安装插件屏蔽广告以及"" -等的使用这些常用且不怎么折腾的,高级的话……就写那些一般人不怎么用或者用不到的吧💦
感觉现在讲座的基调有点突向 advance
或许是“计算机兴趣讲座”更合适
还是苦于不知道学校中同学们想要知道什么
之前讲座结束后和马院的一个同学简单聊过
感觉路还蛮长的 或许在未来可能会讲一下计算机硬件/笔记本维护
现在说这些感觉又有点太漫长
下下周可能有一个 GNU/Linux 的讲座(由另外一个朋友负责
ぜーんぶ弾けなーい!
我猜测正确使用搜索引擎这类应用型技巧可能更受欢迎一点?
--.-..-....-..----.
我觉得确实是,毕竟我在文科以主的学校,后续还是以实用性为主感觉会好一点
ぜーんぶ弾けなーい!
还是苦于不知道学校中同学们想要知道什么
这个或许可以在校内做做调研吧,看看有哪方面需求
其实大部分人可能甚至因为不知道自己对计算机哪方面感兴趣,而是需要一些能提高生产力的小技巧,比如我之前也不知道 C-→ 能跳转到下一单词词尾💦
宣传力度可以大一些,我们社团一般都是提前一周在中午傍晚两大下课就餐高峰期于食堂旁边发放数百份传单💦
参加讲座加集体活动分
作为社团我们甚至没有这个权限 😅
ぜーんぶ弾けなーい!
找到了一个很有意思的东西,写的很不错
ぜーんぶ弾けなーい!
加上学院对社团的支持力度并不大,每次搞讲座还得申请。。。
刚才在路上走我仔细想了一下,如果想把讲座这个事情搞成,还真得找一个靠谱点的老师,现在我们办讲座找的是社团的指导老师是学院的辅导员
但是说实话现在的指导老师不能给我们除了借教室以外的任何帮助,我们希望能找到一个指导老师能给我们实际的“指导”和宣发背书
得找个满足对本科生负责以及有学术背景的老师(青椒老师?)
或许不需要社团也能把这事做成?
但感觉挺难的,而且每次办还得重新申请,还得麻烦社长跑腿,社长其实也是一个能力挺强的人的,几乎一个人处理社团的所有事情,还有一个老哥,感觉他俩给整个社团支棱起来了 😅
ぜーんぶ弾けなーい!
很正常了。
文章从访问网页的场景引入,由浅入深、由表及里地介绍了计算机网络系统的部分组成单元。文章整体具有较强科普性质,内容设置基本合理。
优点
- 选用的场景、案例十分经典,贴合实际,具体而不抽象;
- 内容细节较多,覆盖较为全面。
不足和建议
- 文章中缺乏对于部分术语的必要解释:文章中多次提及 HTTP、HTTPS 等术语,而没有对其具体含义加以解释。适当补充高频术语的解释有助于读者加深理解。
- URL 的介绍部分存在概念错误:参见 Wikipedia 中对于 URL Syntax 的介绍,斜杠和 host 应当都不是必须的。
- HSTS 部分缺少必要的 Motivation 和详细说明:读者可能对 HSTS 的全称、希望解决的问题等抱有好奇和不解,并且这部分内容和上下文在逻辑上并不算连贯。
- “发送
http请求”一节中存在错误的因果:采用 HTTP 协议传输带来的不安全和数据泄露风险应当反映在传输过程中,即中间人能够通过 MITM 等方式窃取、篡改 payload,而非服务器日志中能看到。事实上,服务器为了处理请求,无论是否采用 HTTPS 协议都应当能够看到全部的 payload。 - HTTP 与 TCP 的关系讲解不够深入:文章既然已经提到 TCP 的详细握手过程和时序,顺势提及 HTTP 中的 Keep Alive 机制也应当是顺理成章的。补充相关内容有利于文章整体更加协调、减少割裂感。
“发送
http请求”一节中存在错误的因果:采用 HTTP 协议传输带来的不安全和数据泄露风险应当反映在传输过程中,即中间人能够通过 MITM 等方式窃取、篡改 payload,而非服务器日志中能看到。事实上,服务器为了处理请求,无论是否采用 HTTPS 协议都应当能够看到全部的 payload。
感谢耐心回答 😭
这一段其实是“借鉴”admin 在这一文中:
通过传输协议 HTTP(S) 向位于该 IP 的 (Web) 服务器请求内容
- 首次访问本站时,对于 HTTP 请求,由于 HTTP 是不安全的,跟 DNS 类似,传输路径上的任何主机都看到并篡改你的访问请求和返回的内容,例如这是一个 Web 服务器的日志:
127.0.0.1 - - [05/Jun/2023:20:36:10 +0800] "GET /http/transfer/is/naked HTTP/1.1" 404 385 "" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/113.0.0.0 Safari/537.36"提示你的请求至少泄露了这些信息:
- 你请求的路径
/http/transfer/is/naked- 你的 IP:
127.0.0.1- 你的浏览器的 User Agent 信息:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/113.0.0.0 Safari/537.36
我自己也不知道要如何表述 http 协议的 unsafe 看了很多的科普文可能也就是说 http 是明文传输而 https 是加密这种众所周知的东西,没办法给人一种直观的体验
ぜーんぶ弾けなーい!
简单 wireshark 抓个包,开放 wifi 滤密码
好想法,这个之前项目之前他们闹的时候我还凑过热闹 ![]()
ぜーんぶ弾けなーい!
爱你 😍