Hyper-V引导物理硬盘中的系统

家里的旧笔记本已经10多年了,刚拆下来一个2.5英寸机械硬盘,里面是之前安装ubuntu系统,有些环境配置、应用之类的也不舍得丢掉或者迁移,就想利用Esxi来创建虚拟机资源,然后直接挂载物理硬盘进行启动,在实际部署之前,先在本机使用虚拟机做下测试。

由于目前的机器上安装了Docker,默认使用的是Hyper-V虚拟机在跑,所以就在Hyper-V中创建个虚拟机进行下测试,来直接引导物理硬盘中的系统。

心照不宣

北京的疫情又严重了,
也渐渐的习惯了两天一检。
大家都像极了手机,
不来到核酸检测点充个电,
就无法继续正常工作运行。

秋意的午后微风阵阵,
犹如往常那样来到你面前。
你娴熟的拿出白签,
而我行云流水般的摘下口罩,
张嘴,啊~
想象着签子会在哪里出现,
牙齿?舌头?咽喉?空中?

我是否在乎棉签所触碰到的位置是否规范?
不,毫无感觉,至少我曾经在乎过。
你是否在乎这种样本检测的结果出现误差?
不,也就那样,至少你以前认真过。

折断棉签,喷洒酒精,
搓手消毒。
带上口罩,起身站立,
颔首点头。

我们相视一笑,
我又可以绿码续费两天了。
又做完一个,又是很轻松的一天工资。
彼此心照不宣。

后记其一
在此祝贺北京健康宝已经三岁啦,
看到一个段子,
说是三岁都应该会讲话了,
是的,我们的健康宝会说:“绿码,核酸一天”

MyCloud PC客户端(1.0.7.17)修改无法使用问题

最近新型肺炎闹得确实很厉害,有感动,有流泪,有不忿。为疫情中的逆行者们祈祷、祝福,谢谢你们的付出,一定要注意安全,平安归来。加油武汉,加油中国。

一直是使用My Cloud搭建私有文件存储,最近升级版本后,在PC上出现了无法使用的问题。

然后在无聊的抓包中,又巧合的发现了问题的所在,并通过修改客户端的PE文件,来修复问题。

接下来,通过简单的过程来说明下是如何发现和处理的。

前后端分离的跨域介绍,以及使用webpack构建前端、Nodejs后端项目

webpack这个工具,已经是各大主流框架、项目毕不可少的了,也确实大大方便、简化了开发人员的日常工作。在vue-cliangular-clicreate-react-app等等一些脚手架中也会常常遇到。

使用webpack来构建、打包前端项目,尤其是在**SPA(single-page application)**的场景,已经成为了主流,其中附带的webpack-dev-server也是非常强大的功能。

但是在nodejs后端项目的构建、打包方面,我也看到了有的社区中的一些讨论,大多数持有的态度为是不需要的。其实从我个人的角度来看,我觉得是非常必要的,我认同大家所说的只是脚本项目本来基于nodejs就都是支持的,没必要打包,我认为打包是必要的,主要指的是交付部署方面。

如果只是站在前端的角度看待问题,webpack为项目提供了语法降级兼容、CSS预编译、JS合并压缩、公共代码抽离、图片转码等等,也确实在浏览器兼容性、网页优化等方面拥有非常强大、完善的插件。

在nodejs的后端项目上,确实是没有这么多事儿的。只有脚本,聚焦的也就是脚本语法转换、打包这些简单的功能,就类似于我们在其他语言开发完模块功能后,都是会打包为动态链接库一样,来进行发布、部署。

具体需不需要在nodejs的后端项目中使用webpack,仁者见仁智者见智,更多的根据实际场景来考虑考虑,也不能一味的追求。

刚好最近为公司产品做了个B/S的小工具,也将自己的一些思考、做法,尽量详细的整理出来,供大家以作参考。

一次微信活动刷票的絮叨

0x00 起因

近日一好友推来一链接,说是自家猫咪们正在参加一个评选活动,需要投票支持。举手之劳,再加上两只小猫也是从他们小不点的时候看着长大的,甚是讨人喜欢。没咋细看,投完票之后回到首页看到的是这样的

活动首页图

mpvue在前端项目的应用设计

闲话少叙,书归正传。

0x00 故事背景

在有限的人力成本情况下,需要按时上线产品,主要包括:

前端项目:小程序A(C端)、小程序B(B端)、PC管理端
后端项目:平台API项目

其实站在后端开发来讲,由于是服务于业务的系统,又是产品前期,所以也就Spring Cloud一套打完,这里主要想细说的是前端几个项目的情况。

“作死”协奏曲 —— 同步

理想很丰满,现实很骨感,汇总一下这段时间自己的“作死”之秀,望好友们“引以为戒”,莫要像我一样捶胸捣足,真的是应了那句老话你以为你以为的就是你以为的

其实整个“作死”秀主要围绕着就是同步,亦可理解为协同办公(内心旁白:我不想每天背着那么重的电脑来回跑),可是作为一个“程序猿”,真以为下班出了公司就可以将正在进行的项目置之脑后么,为了自己的轻身大计,毅然决然的踏上了“作死”之路。

内容预告:ESXI普通主机安装, 设想的编译方式, 项目代码同步, 日常资料同步

(又被黑)基于MySql的弱口令入侵

下午另一台服务器也突然报警,经过核查后,确认被黑,MMP,我觉得这是挑衅呀,没办法先清除木马程序,感觉真是多事之秋啊。

通过异常进程确认到木马文件,然后停止后自动重启,先检查crontab,果然多了一个异常的定时任务:

1
*/3 * * * * root /etc/cron.hourly/cron.sh

这个名字起得就不评价了,明显就是个外来者,然后立刻停止cron服务:

1
$ /etc/init.d/cron stop