我的天

现在WordPress服务器供应商的服务期限大概到今年10月就满了，所以在那之前，团长是应该带着我搬家的，今年早些时候我们已经讨论过这个问题，因为他已经忘记了账号密码，所以常规的搬家步骤不没办法实现，因为根本进不了后台，导出不了数据库，同时也不能把我挂在上面的网站拷贝出来。今年4月的时候，我已经折腾了一番，用的是一个WP的插件（All-in-One WP Migration），那个东西可以在WP后台的界面把网站所有数据全部导出。导出的那些数据被压缩成一个文件。那个文件通过他们网站上面的某些工具，可以在线浏览里面的内容，也可以下载工具安装之后把它解压出来。但即便都解压了出来，那个东西的结构跟WP网站本身还是有一定区别，所以我猜他们没想过用户会把数据导出来以后，通过手工搬家的方式，把数据库挪到其他地方。比如在新的服务器那里，首先进行一个数据库的导入，然后把网站解压的内容复制到新的服务器。为什么这么说呢？因为上面说过，文件加压后的结构跟WP网站本身是有点区别的，但我并没有研究过差异在哪里。有区别就意味着直接搬过去肯定会遭殃。所有人都知道服务器上传文件的大小是有限制的，有可能服务商对你进行了限制，也有可能是软件进行了限制。所以这个插件还卖了一个功能，他们可以把超大的压缩文件上传到你的网站上。你完全不需要考虑文件超限，做不了任何事情。这么高端的操作是付费服务。如果人人都可以轻易地自己挪动，这个付费也就毫无意义，他们也就无法靠这个东西生存下去了。如果网站的数据超限了，但又不想给钱，他们还是给出了一些调整的方案，但这些步骤对小白来说有点复杂，但是对我这种不怕折腾，只要能免费的人来说，完全是可行的。主要步骤分为两个，第一个是在我WP的文件里插入某些语句，但即便这样插入了，也不能保证上传一定不超限。因为还有服务商那边的门槛，所以必要的时候还是要跟服务商沟通一下。在测试搬家这个问题上，我用过两个方式，一个是纯粹的导出导入，第二个是在导入形成网站之后，再导出那个网站的数据库文件，接着把那个网站的网页文件复制到一个新的地方，然后把数据库文件另存为一个新的数据库文件并修改网址，最后把新的网页文件指向新的数据库。之所以做这么无聊的测试，是因为万一服务器那边无论我怎么修改，就是不让我直接导入大文件，我还可以通过这种方式搬家。我20年数据的整个文件不到600MB，而数据库文件只有70多MB。不让600多MB的文件上传，我觉得这是有点可以理解的，但是70多MB的数据库文件，我感觉还是可以成功导入的。如果能实现，我很折腾的第二个方案就意味着我可以把网站从线上搬到线下，然后进行一个普通搬家的流程。之前说过，之所以得这么折腾，是我没办法直接访问现在那个网站的后台，折腾一番以后，实际上我就是把网站线上的后台搬到了线下。

这两年来写了很多的VBA+ADO+SQL，所以我在 phpmyadmin里看到数据库和SQL的时候，我感到了默默的亲切。当我在那里测试SQL语句的时候，发现那个速度实在太感人了。70多MB的SQL文件用Notepad++打开，大概13万行。我要更新里面的某些东西，那是眨眼就能完成的事，跟用Excel处理的速度相比，专业的数据库真的太伟大了。

星期三就已经找过团长，但到星期四下班的时候，他还没回复我。通常情况下不会这么长时间都没反应的，大概他出差了吧…

当我把python的脚本修改完毕，觉得没什么问题了之后我把那发给我的同事，理论上她的电脑上已经安装过python，但实际上当她双击打开py的时候，会默认弹出VSCode，并不能运行python本身。这是我之前从来没有遇到过的，因为我安装的都是python的官方程序，启动器在安装的时候只要你默认，基本上都会装上，但问题是我同事安装的是anaconda。现在的python教程通常都会推荐用anaconda，那里自带的编辑器是jupyter notebook。jupyter notebook到底怎么用实际上我没搞懂的，虽然实际上py文件也能运行，但jupyterr notebook默认的保存文件不是py，所以用普通的python到底能不能打开jupyter notebook保存的文件我还真没试过。从我开始学习python，我用的就是VSCode。当我很长时间不用VSCode以后，当我再次打开，我会发现VSCode里面默认帮我装上了jupyter notebook的插件。

双击点py文件就用VSCode打开，然后还得找终端，但实际上因为可能anaconda安装python的时候并没有默认安装启动器，所以在那里双击没有运行cmd，双击打开py文件的时候，依然是VSCode本身，变成一个运行不了的死循环。 VSCode本身没有问题，问题是py文件的关联没做好，这才是问题所在。

要做到的不过是双击就能直接打开py文件运行，所以把py文件默认用cmd打开运行就好了。在cmd里输入python会显示拜访的版本，这没有问题，这意味着电脑已经安装了python，但问题是当输入where python的时候显示的是一个C盘很长很长的地址。按照那个地址打开文件夹，的确是有python的。再把这串地址上面的exe文件输入到py文件的打开方式的时候，py文件就终于可以双击运行了。双击的确可以弹窗运行，但问题是如果py文件运行的时候出现状况，比如说一闪就没了，就意味着可能文件没有正常运行，而是遇到了某个东西中断了。第一次成功设置好双击的时候，的确就出现了这种情况，直觉告诉我肯定是出状况了。在py文件所在的那个文件夹里输入cmd，然后再运行py文件，结果发现提示没有安装pandas插件。我的同事觉得很不可思议，因为anaconda本身理论上这些插件都是齐全的。我觉得之所以会这样是因为anaconda把插件安装在了自己的那个地方，而现在是单独运行python本身，而python本身的文件夹里面没有这个插件，所以这就导致了插件缺失。需要安装插件，要怎么个装法，对我这种人来说，我第一个想到的就得先设定插件下载来源为清华的镜像。如果你使用python官方路径下载，估计要很长时间，即便花了很长时间也可能会下载不全，因为非常有可能因为时间太长，网速太差丢包。虽然安装一个pandas的插件，但实际上要支持电脑运行，也要安装其它的插件，任何一个不齐全都可能会导致最终无法运行。在知道她得重新安装pandas的时候，我就已经把清华镜像的设置发给了她，但是她还要是没有意识到必须得先设置国内的镜像路径，然后再去下载。虽然单位的网速进行了限制，但是下载清华大学的镜像还是很快的，相比于python官方的下载来说清华基本上可以说是一些典插件安装的必然选择。如果你安装的是一些开源性自行设计小众插件，清华的镜像可能没有，那时候你就只能通过开发者提供的路径去下载。

其实我并不需要她完全按照我的思路来，我告诉她要什么，她只需要实现就行了，现在挺反映出来的状态是她大概知道我要做什么，但是她没有反应到用她的方法应该怎么做，有可能是她没想过要去想。一半他的一半的最终结果就是，我不知道她到底卡在了什么地方，因为以我的方式是完全不会卡的，她估计也会觉得我带她走了不少弯路。

不是人人都天生喜欢自发创新，该怎么找到这种人呢？

一定程度上可以说我对总公司使用的所有系统都不信任。还记得刚入职的几年，我觉得从那些系统我能学到些东西，但是随着时间的推移，我觉得越往后那个东西就越是垃圾，是因为我熟悉了吗？还是说的确是那些软件没有跟上时代的步伐？

还记得一开始的时候我们用的是只是文件的传阅，所以某个文件夹里面总是夹着一大堆东西，然后不断地传下去，看过的人需要上面签个名，又或者说实际上没看过，到你手上的时候你也得签名。看文件不是个问题，最大的问题是名字不知道该签哪里，因为人人都躲在那张纸的最后面签，签在别人前面又觉得不好意思，所以签名这个事情很尴尬，而且这样的文件流转效率也非常低，到我这些基层员工的时候，估计已经过去一个月，可能好几个月办公室都不能把那些发出去的文件收回来。为什么要签名呢？其实当时我是搞不懂的，但是这就是单位的一个习惯，我也就只能那样了。

几年后OA系统上线，文件终于不用纸质传阅，只需要在上面点个鼠标，但那套OA系统从一开始我就觉得很反人类，比如说必须要用IE、必须装很多插件，而且因为大量用了flash，流程经常打不开，因为总是要你更新插件，尤其是flash在世界范围内已经被抛弃之后。明明插件都已经装上去了，如果要发个签报还得在上面贴文字之类的东西，还要装office的插件，这个东西很麻烦，不是所有office都适配，而且效果挺奇葩。不过幸好的是，我通常都不需要做那个，上传文件的功能几乎不需要什么额外安装就可以做到，但是即便这样，除了IE，其它浏览器可能连提交那个按钮的功能都无法实现，就更不用说打开正文了。不是所有电脑都还可以顺畅地使用那个，也说不准到底要什么版本的IE，因为有些时候要升级，有些时候要降级，我搞不懂这到底是为什么。

现在我们依然用着那个被我吐槽的OA系统，不过现在知道那东西的脾性以后，我已经无力吐槽了，因为也就那样了，明明是内网，明明是跟总公司通过VPN连接，但是文件下载和上传的速度总是非常的感人，也说不准是总公司服务器很糟糕，还是说总公司的网速很糟糕，又或者是我们单位的网速很糟糕，反正各种糟糕的叠加就意味着上传扫描件，慢到怀疑人生。

OA系统之后，我见识了总公司的智能化系统，那个东西的垃圾程度已经没有什么值得吐槽的了。昨天总公司又给了我们一个好像是新系统的东西，要我们在上面填写人事资料。OA系统是致远的，智能化系统是浪潮的，而这个要我们填写人事资料的系统是红海的。我还没研究过VWORK怎样，但是光是填里面的内容，貌似比之前的那两套系统对浏览器的兼容性好一些。但填写资料的时候，用二维的表格让别人去填，这简直就故意让人家漏掉。填写表格展示，你可以用二维的方式，但是填写的时候用一维的方式是最不容易发生错漏的，而之所以他们用二维的表格让人填写完全是沿用了纸质的思路，纸质的表格不可能用一维的方式。因为那样太浪费纸了。明细数据和汇总数据之间的关系我觉得开发那套填写软件的人不可能不知道。非常有可能是写需求的人要求他们得用那个界面。写需求的人反人类是肯定的，因为总公司就那样了，但软件开发的为什么不跟他解释一下那样可能不太好呢？

在这个单位干了十几年，每年都要我们更新资料，每次收集资料都要我们从零开始填写。猜一猜在我们填写了这个人事资料以后他们还要不要继续我们平时一直在做的事呢？比如手填那个什么干部履历表。我猜无论是电子表格还是纸质表格，依然会继续，因为依照总公司的风格，按照某些软件公司的风格，在某一次升级以后，数据总会发生丢失，但当我们填写了所有资料以后，我们永远都不可以为自己先备份一个，好在数据丢失的时候找回来。

也正是因为我一直都在吐槽这些系统，所以某一天估计我会写一个适合我自己的系统，至于那个东西到底用来干嘛，我不知道。

见过脸皮厚的，从来没有见过脸皮这么厚的。要浪潮开发一个管理软件，然后他们居然丢了一个报表插件的使用说明过来。我是用户，我需要的是开发者提供的使用手册，报表插件是开发者需要研究的，用户的操作说明应该是开发者开发了之后做出来的。所以，看到报表平台操作手册以后我云里雾里。我已经接触过起码3套浪潮开发的系统，里面的报表一律用的是硕正的东西（supcan），这是一个屌丝到什么程度以后的东西呢？硕正Web应用套件支持IE（6-12），Chrome没写版本，Firefox只支持52版前，听上去好高端，实际上除了某些IE，在Chrome和Firefox实际上都是打不开的，为什么？Chrome他们根本不敢写版本，用360极速浏览器打开浪潮的系统你肯定不能用Chrome内核的极速模式，因为那连浪潮的系统都登入不进去，就更不用说打开报表了。至于Firefox，浪潮可以登录，但遇到硕正的东西就一片空白。为什么会这样？因为现在的Firefox都升级到77+了，52以内那是XP的年代的事情！硕正的产品特征里有这么两句话：

硕正套件在纯净的Windows环境下就能运行，不需要诸如.NET FrameWork、Java的支撑环境。
硕正套件支持Windows XP以后(包括Windows XP)的所有Windows系列操作系统。

还记得大概半年前搜索这个控件的时候他们写的是“完美支持XP系统”，现在好一点，不沾沾自喜自己在XP领域是顶级高手了，但谁用谁知道那有多恶心。理论上硕正支持所有Windows系统，但比XP高级的Windows系统根本不会用他们所列出来除IE以外的浏览器，因为那些都太低端了，全部被淘汰了。你用的是XP，大概这个控件一点问题没有，但现在已经2020年了，Win7都已经被微软遗弃，你还跟我说XP！所以呢，无论说得多么好听，实际上浪潮的系统只支持用IE打开，而且是限定了版本的某些IE。IE浏览器跟Chrome和Firefox比起来性能差多少那是毋庸置疑的，而且IE的版本还丰富得让人想吐，各自都有自己的脾气，低版本很无能，高版本完全不照顾低版本。系统限定了、浏览器限定了，这样基于Web的系统，还不如直接用回很久很久以前的唯一出路——系统客户端。系统最重要的功能，为了能在Web上实现而牺牲功能这到底是什么鬼思路！！！

Web控件有很多，但浪潮只基于硕正开发，一个习惯于用跟时代脱节的控件开发软件的公司，你绝对不能对他们有任何的期待。创新神马，不存在的！乱七八糟的bug神马，家常便饭。售后神马，希望你还有命等到给我们给出答案。先不说售后，光是验收合格，我觉得都是不可能的事。

用过浪潮的系统以后会让人有自己动手丰衣足食自己开发软件的冲动，因为他们的软件实在太糟糕了。

昨天继续看Think Python，上午看得好好的，下午就发现我看的那本电子书打不开了，然后我进而发现可能不是那本电子书的问题，是那个托管电子书网站的问题。不知道出什么毛病了。墙外的东西出毛病，我觉得再正常不过了，尤其是在现在这种全世界都集体闭关的情况下，闭关的时候看书很正常。于是我就从其他地方把同一个版本的电子书下载回来了，一开始我挺高兴的，因为那是Markdown的格式，必定挺容易转格式。以前我用点点的时候电脑上就装了一个Markdown的编辑器。我个人觉得那个东西挺简单的，界面分为两半，一半是用来写Markdown代码，另外一半以HTML显示。简单来说，Markdown是一种轻代码，相比于传统HTML，Markdown标记简单非常多。你甚至可以用写脚本的工具写一个有格式的东西。如果Markdown能推行的话，甚至能颠覆Word这种可排版的传统文档，因为在格式处理方面，Markdown的快捷方便实在太强大了。点点一开始是不支持Markdown的，他们用的是普通富文本编辑器，但不知道从哪个版本开始就支持了Markdown，但你可以继续选择富文本编辑器。我从那个时候尝新，于是就认识了这种语言。

Markdown文件下载回来以后我的第一个想法是我要把下载回来的md转变为mobi。mobi是kindle支持的格式，跟pdf最大的不同在于mobi在kindle里面是可以随意变换字体大小而不影响框架结构的，这个非常重要。我之所以不想把下载回来的md变成pdf，其中一个原因就是其实我也有我正在看的那本Think Python的pdf电子书，但因为字体太小，简直把我折磨死了。所以我必须整出一个在多设备上兼容的，而且字体大小不整死我的版本。

我觉得从md变成mobi应该很简单，但实际上，我折腾了一个下午，都没找到方案。多数人都是通过电子书的托管去实现格式转换的，但实际上，线上版根本就没有转化为mobi的功能，只能转换为pdf，这不是我想要的。至于脱机的版本，还得配置一系列的环境。成本有点高，其它软件，貌似都无法做到这种功能。把md变成html，然后再从html转变为mobi，是完全有可能的，但这也太麻烦了吧。最后我突然想到，为什么我不直接把浏览器当成我的md阅读器呢。的确Firefox有这种插件，随便装了一个以后我觉得世界被拯救了！Firefox里的md插件有好几个，试了一圈以后，我觉得页面不要那么宽的，会看得舒服些。因为如果那个页面有我整个浏览器那么宽的话，我看一行字还得从西边看到东边很费劲。

电脑上的问题解决了，手机上我也试了好几个md的阅读器。不少app都可以用md去记录东西，但是要从我的手机SD卡里面读取md文件貌似就不行了。从手机内存上读取是可以的，但是从手机SD卡上读取不少软件都不行。所以最终手机上我用的是坚果云的Markdown编辑器。那个东西很小巧，跟坚果云是一家的。我第一个下载的app就是它，但之所以想尽量不用是因为我怕那会耗费我的坚果云的流量。虽然我的md文件也没多少个，而且那些md早就被我放在坚果与里同步了。手机上我也可以继续用发Firefox的插件来阅读，但相对于坚果云的Markdown编辑器来说，那个东西有点卡顿，所以我放弃了。

如果kindle自己原生就支md的阅读，那该多好。作为电子书的阅读器，其实他们应该支持。