2017年12月

事情的起因

是这样的……前几天不是帮我朋友的朋友写了网页设计的期末作业吗……
然后现在是后续。

事后第一天

朋友:我朋友问那个文件怎么打不开?【图片】
我:你先减压再打开,不要直接点开……


朋友:哦……那个标题怎么改啊?【图片】
我:你朋友上课都在睡觉吗?改title标签啊!

事后第三天

朋友:我朋友问title怎么改啊?【图片】
我:你朋友别是个傻子吧


朋友:我朋友让我问一下具体步骤……
我:……
我:打开index.html,找到“宁”这个字,改成想要的字……

事后第五天

朋友:我朋友问为什么那个幻灯片不会动。【视频】
我:不兼容IE


朋友:我朋友问标题到底怎么改?
我:无力吐槽+【代码截图】


朋友:我朋友问我用什么改那个文件啊?
我:WTF?
我:帮我把你朋友弄死,谢谢……

帮学校迎新晚会做了个上墙的应用。

AF8A83EB-8DFA-464B-855B-D9BCACC82417.png

现在有个问题就是用户一个提交之后,后端需要请求两三个外部接口来过滤垃圾信息,然后返回提交成功。第三方接口造成的时间开销太大!用户需要等四五秒才能看到提交成功。

优化方案是使用消息队列(任务队列):用户提交后存入数据库、内存或者文件上的一个队列,然后另一个进程去监控这个队列,发现有更新后去执行一些操作比如过滤什么的,然后将结果存入数据库。

有点像本博客的邮件评论系统,但是评论系统时效性不高,所以使用的是三十分钟一次的计划任务。而一个上墙应用不可能让用户等待那么久才看到自己的发言。用秒级的计划任务明显不现实,所以需要一个监控进程。

但是这涉及到PHP的异步操作,方面网上资料好难找啊。而且使用消息队列的项目都是非常大的数据量,资料中什么读写分离负载和均衡之类的,有点大材小用的感觉。学习成本有点高。

现在想到个折中的办法就是前端分割请求,后端分步骤处理数据。先ajax请求一个接口进行关键字省察,后端返回结果,前端显示关键字省察成功。然后ajax下一个请求……

这个的好处就是用户不会对着“提交中”三个字干等。缺点也很明显,会产生更多的请求。

有个室友打游戏大喊大叫,除了他所有人都在休息或者学习。他还是大喊大叫,说了也不听……
要不是我教养好,他的电脑已经被我/浇水/砸烂/种恶意程序/短接电阻/拔风扇线/堵散热孔/电池穿孔emmmmm

朋友的朋友的期末作业

哎……像我这样心软的人,有妹子求我当然是答应了咯~
就是这妹子要求挺奇怪的,一定要我插入一个表格……
还有往上滚动是几个意思?虽然不是不会做但是完全不理解啊
E2032248415F22698E6584429AB5BF81.png

然后我就随便问了下

22326EE8BD253A1AF8771DE85BB62A51.png

这么说我大概明白了,嗯

61A606662A36B7CCB9347CCB997EA46F.png

这不是很简单吗

FF15B2A65756A9DDD72D650936548F9F.jpg

大概是这个意思吧……

然后妹子没说话,发来这样一张图片
2BC8E05ADB86D04C43EB631EBBD898D8.jpg

好的

ADE70866A6C0904F925467415F83EB4C.png