解决Win10桌面新图标跑到最前方问题

问题简述

  我平常有个坏习惯,就是临时下载的东西都先放在桌面,然后再按需放到该放的位置,或者久不久专门清理一次。

  但是经常出现的问题是,时不时的有些新的图标会自动跑到所有图标的最前方,比如经常跑到“我的电脑”前面去。导致桌面东西多的时候在最末端找不到新下载的东西,看了一圈才发现又跑到最前端去了。连带着把桌面一系列的图标统统往后挤了。

  很多人说就简单挪一下就好了,可是我最惨不忍睹的时候桌面是这样的。

  要调整就得每一行都挪动一次,对于这样的桌面来说简直是灾难。于是想方设法找出相关设置的地方,希望解决这个问题。

解决方案

在U-NAS下配置虚拟机建立旁路由

背景介绍

  前段时间被各种油管主播和B站UP主种草软路由,上至N系、J系各类X86架构小主机,下至树莓、友善之臂各类Arm架构的“派”,不一而足。看着家里的就靠一台老旧的R6300v2作为主路由来撑着,不禁又动心起来,构思了好些方案,无奈囊中羞涩,迟迟没能下手。

  在软路由的CPU推荐图和各类评测中,J3455是个出现频率较高的CPU,同时支持VT-D和AES指令集,一直是相对比较受到关注的。突然想起,之前矿难捡的暴风云就是J3455的啊,现在是刷回万由自己的 U-NAS OS 系统来当做NAS使用,没有什么特殊4K解码之类的需求,性能对于我个人的日常使用其实是过剩了的。

  当初捡回来之前也在网上看过作为路由之类的应用,但是以前我想的是它才一个网口,做路由再怎么也需要2个网口才能当路由器吧,所以之后就再也没想过这方面的事了。

  这次除了建了一个虚拟旁路由之外,还顺便把几个月前淘的交换机也顺便换上了,虽然没什么大用,就相当于拓展了一些网络口来为以后做预留吧。

对“旁路由”的浅见

  其实之前对于什么叫“旁路由”完全没有什么概念,包括看各个大神的理解也各自不一样,我自己对它的浅见就是:它就是一台网关服务器,跟网页服务器、储存服务器等没有区别,只是它的功能仅仅是提供网关转发,由它来决定以它作为网关的设备该走什么线路,或者说交换什么数据。

  这样来理解就比较好解释为什么只需要一个网口也能工作,因为它是服务器而不是“路由”,所以本身并不区分什么Wan或者Lan,只是由于大部分这种“旁路由”都是采用基于Openwrt的系统,才在这些系统上区分Wan口Lan口。经过我在自己的网络环境下测试,不管那个网口是使用所谓的Wan口还是Lan口,只要它能够直接被指向它的设备发现,就能使用。即它跟网关指向它的设备之间是在拓扑结构上可以是平级的,而不像路由器那样是上下级的结构。

改造前拓扑结构

  改造之前基本上所有的活都交给一个主路由来进行,主路由是二手的 R6300v2,虽然无线方面的表现已经足够家用,但是跑的插件多了CPU负载还是挺高的,温度高、效率低。

改造后拓扑结构

解决Hashover无法发送邮件提醒问题

前因

  前几天刚刚完成VPS的搬家,虽然大部分功能都恢复了,但是唯独评论系统无法发送邮件提醒的问题还是没能解决。经过各种各样的尝试终于最终解决了,中间虽然做了很多不成功的尝试,比较曲折,但还是挺攒经验的。所以记录下来给以后提供依据。

配置Postfix进行Sendmail测试

  在之前的VPS中,直接安装配置完Postfix之后,基本上就能够正常发送相关邮件了,但是这次安装配置完Postfix,还是不正常。

  安装配置过程不表,主要是留意一下域名配置,要增加127.0.0.1的本地回环域名解析到hosts文件内就行。完成配置后用邮件发送命令测试:

1
2
3
4
5
6
sendmail -t <<EOF
From: noreply@candura.us
To: candura@foxmail.com
Subject: Sendmail Test
Hello! This is a sendmail Test
EOF

  然后成功收到邮件,排除sendmail配置问题。

PHP调用mail()函数测试

  系统的sendmail正常之后,就开始测试PHP下面相关函数了。

  首先修改一下php.ini配置文件,找到

1
;sendmail_path = "sendmail -t -i"

懒癌患者的VPS搬家填坑记录

背景介绍

  之前几年一直用着搬瓦工的年付10刀以下的VPS,放个博客建个私人机场,时不时跑点数据,用起来美滋滋的。结果后来一纸通知彻底停掉了OpenVZ架构的主机,粉碎了把它当传家宝的希望。

  要上年付19.9刀的套餐实在囊中羞涩,谁知道后来竟然连这个套餐也没有了,于是到头来又得重新找便宜的VPS。好不容易找到了注册好了,作为一个懒癌患者愣是磨蹭到搬瓦工到期的最后一天才开始慢慢搬家。

  今天要记录的就是这次搬家过程中打算实现的目标和遇到的小问题。

  主要目标及达成情况

  1. 原有功能不变√
  2. 博客从HEXO架构转移到HUGO架构 ×
  3. 利用Caddy实现全站HTTPS√

  本来想更换到 Hugo 是之前HEXO用到后期速度变慢了,结果后面又舍弃不下现在用着的这个主题,所以最终还是没有更换到 Hugo。

  下面是这次遇到的坑,内容有些水哈~

在U-NAS下配置Zerotier进行内网穿透

背景介绍

  之前一直计划在家里放个NAS用来储存各种数据资料、同步手机数据之类的,过完年回来网上偶然得知在年前某播酷云就“矿难”了,于是赶紧入了一台。播酷云是万由代工的一款NAS,本来是计划上黑裙的系统,但是想到实际上并不需要那么多功能,只想尽量少折腾,干脆就装上了万由自家的U-NAS OS。

  我这边的使用场景是把NAS放在家里的内网,然后除了家里还会在其他地方对它进行操作,所以接下来要考虑的就是内网穿透的问题。

解决搬瓦工主机更换IP后无法联网问题

问题描述

  国庆节放假前一天,网站突然无法访问了,检查一番发现是IP被封了。用搬瓦工这么久,还是第一次IP被封,于是第一次尝试搬瓦工的更换IP服务。更换好IP把域名解析之类的也做好了之后,却发现有几个问题出现了。

  1. 静态网页访问正常,但PHP无法解析,传递504 Time Out错误。
  2. 外网能够访问这台VPS,这台VPS确无法访问外网。包括更新软件、Ping公共DNS(8.8.8.8)、Ping大型网站等,均不正常(如下图)。

  由于正值国庆放假期间,也无暇处理,所以收假回来后赶紧想办法解决。

记一次ST-Link维修及固件刷写过程

前言

  前段时间要给一批产品烧写程序,开始是用的山寨 J-Link v8,后来因为意外烧坏了,就换成用 ST-Link ,结果又因为一次意外把 ST-Link 给烧坏了。-_-|||

  后来忙完这段时间之后,想着把之前的烧坏的 J-Link 和 ST-Link 都给修一下。J-Link 好办,就是USB口的保护二极管芯片击穿了,把它拆掉就能正常使用了,不过为了安全起见后面买了 SN65220 芯片来换上就修好了。所以我本来以为 ST-Link 无非也是电源芯片或者保护电路烧坏而已,应该很好解决,结果没想到折腾了许久。

简单写个页面来接收远程U盘剩余空间

起因

  之前尝试过用Beaglebone Black开发板来做个低成本的家用小型NAS(见前文),不过使用起来其实终归不是很方便。后来我换了一台刷成OpenWrt的路由器,用一块有一定容量的U盘来挂载在路由器上,作为远程下载的容器,各方面都方便了许多。

  首先路由器本身直接绑定动态域名,也可以直接开放Aria2远程下载的端口,不需要像以前那样还要考虑内网穿透之类的问题。其次内网的各种终端设备(手机、平板、电视机等)直接访问路由器上面的共享盘来播放视频,也无需考虑各个终端自身的防火墙设置之类的。总之,用了一年多下来还是挺不错的。

  这样使用的过程中是没什么问题的,不过每次要远程下载东西都要在心里估摸一下U盘剩余的空间够不够,在剩余空间不够的时候下了超大的东西,造成Aria2远程下载工具结束进程还是小事,之前有一次就这样把一块64G的U盘弄掉固件了,丢数据是不值当的。(虽然U盘群里面的人都建议我不需要用USB3.0的盘来当下载盘,不过短时间内也很难找大容量的USB 2.0普通盘呢)

  所以今天就想解决一下这个问题,至少让我下载东西之前有个页面可以给我看剩余空间就行。

构思

继电保护装置送检整改记录

本文记录了前段时间进行检验整改的思路及过程,为避免不必要的问题,文中人名、产品名均为化名。

前言

  2017年11月下旬,我与A工出发到外地,在B实验室对11月初送检的“C装置”进行未通过试验项目的整改。经过半个月的整改,已成功通过各项检测试验。通过此文记录所有整改思路及方案,包括有效、疑似有效及无效的整改方案,以积累经验便于后续产品的开发。

项目1:电流显示不准确

具体问题描述

  当测试电流为50A的时候,保护装置上仅显示46.7A,超过0.5级精度的要求。

前期原因分析

  电流测量回路的运算放大器放大倍数为2倍,当输入电流接近50A时,通过运算放大器进入CPU的值超过了量程,造成计算结果产生误差。

解决思路

HEXO评论从“多说”搬迁到Hashover

从“多说”停运说起

  2017年3月21日,国内著名的第三方评论系统“多说”发布了一则重要通知:

因公司业务调整,非常遗憾的向大家宣布多说项目即将关闭。 我们将于2017年6月1日正式关停服务,在此之前您可以通过后台的数据导出功能导出自己站点的评论数据。 对此给您造成的不便,我们深表歉意,感谢您的一路相伴。

  这则通知也让很多还在坚持做独立博客的博主们忧伤,特别是各类采用静态博客站点的博主,大部分都是多说的用户。多说的停运,意味着大家不得不关闭或者更换评论系统了。

  最早的各类动态博客,比如WordPress、Z-blog,还有国内风靡的Emlog(我一直用它很多年,今年才换成Hexo)等等,都是自带评论系统的,那时第三方评论系统初现端倪,但使用量不太大。后来随着静态博客的流行,以及适应各种社交场合的需要,像国外的 Disqus,国内的多说、有言这些第三方评论逐渐取代第一方评论系统流行开来。

  我个人也是在把博客系统换成 HEXO 之后才开始正式使用多说,当时搬迁的时候为了把Emlog的评论导入到多说还是费了一些周折(详见此文),没想到才没安定多久就要见证它停运了。

寻找代替者

  其实从收到多说的公告的时候就想着要早点搬迁评论系统了,但是这段时间各种婚礼筹备等事情占用了大量精力,以致于拖到现在才来完成这项工程。

|