我的天

爱奇艺真的是一个很碉堡的东西，一直以来我妈都是用网页端看电视的，但有一次我在家的时候，网页端就要短信验证密码，但是我手机接收到的验证码，无论输入多少次都说验证失败，之前出现过这种状况，有可能是我妈在输入的时候，把一些空格也按进去了，但我自己也尝试了好多次，都不行。所以到底是什么原因呢？当爱奇艺说多台设备同时登录必须短信验证的时候，也就只能短信验证，但或许也可以通过用主设备扫二维码的方式验证，但如果我不在我妈身边，显然主设备扫二维码的那个操作就无法实现。因为那是网页端，无论我怎么输入验证码都无效，所以我就下载了个电脑客户端。

网页端绝大多数情况之下，账号都不会无端端被登出，顶多是弹那个多设备登录，需要短信验证码，但是网页客户端我妈已经试过两次出现账号被登出。第一次我把账号密码告诉她，她可以成功登录，但是周三的晚上又试了一次，她说密码不行。她给我照相的时候，那里已经提示如果再连续输入错多少次，账号就要被封停24小时，然后我让她用短信登录，结果我根本没有收到短信。这么屌丝的事情，为什么居然可以这样？

爱奇艺的一个账号，主设备是我的手机，我登了一个红米的平板，宿舍的电脑登了一个Microsoft Store那里下载的爱奇艺，我感觉可以称之为一个轻量版的Windows客户端。我家我妈那台电脑上本来已经登录的网页端我已经登出，所以理论上只登录了一个Windows的客户端。之前的爱奇艺登录账号曾经说过允许两台手机一个平板一个网页一个客电脑客户端同时登录，但同时使用就只能是两台设备。现在我又研究了一下爱奇艺的测政策。五台可登录的设备已经没有限制是什么类型，可以同时使用的两个设备可以是手机平板电脑网页或者电脑客户端的任意两款。我的主设备账号不被登出这是很正常的，但我宿舍那台Windows客户端为什么也同样没有被登出过呢，但曾经试过告诉我多设备使用需要短信验证。同样，红米平板上的爱奇艺也没有被自动登出过，也只有要我进行多设备短信验证，通常情况下，红米平板是我在家里看电视或电影用的，所以我直接拿手边的主设备扫二维码就行了。

当我在单位，我不在我妈身边，用账号密码说输入错误，短信验证码我又收不到，我可以怎么办呢？最简单的办法就是让我妈不要看电脑了，直接用我的平板看，但是小小的平板怎么比得上27寸显示器那么舒服。所以我妈的选择肯定是宁愿看手机，宁愿把时间都消耗在消消乐上面，也不去折腾了。我尝试过用主设备扫我妈照相过来的那个客户端二维码，扫码是无果的。当我的手机跟我的电脑都装了远程控制软件ToDesk以后。我用非主力手机远程控制电脑，然后用主设备手机扫远程电脑那个画面的二维码的时候，电脑登录成功了。当然，在我测试这个的时候，我的非主力手机和电脑处在同一个局域网，所以几乎没有延迟，非常流畅。如果我的非主力手机连接的是远端我妈的电脑，估计会出现一些延迟。这种延迟会不会导致扫码失败，这个很难说，得测试一下才知道，如果这样操作是可行的话，那么也就没什么需要烦恼了。在我妈的电脑上装一个toDesk，当她无法登录的时候，她就打开ToDesk，接着我就可以远程通过主力手机扫码让她登录，又或者让她通过多设备同时使用的验证。

账号密码明明是对的却登录不了，短信登录理论上是完全可以的，但根本收不到短信。如果不是这些明明都可以但实际上又不行的东西，我根本不需要绕那么大一个圈子用远程控制去实现扫码。

有段时间做淘宝的任务，我都是用旧手机通过USB线连接电脑，然后用scrcpy进行操控完成。这实际上做的是USB调试。那个时候我就知道，除了有线模式以外，还可以用无线模式。之前一直觉得无线模式不太安全，所以没有进行设置。有线模式效果已经很好，几乎没有延迟，一开始尝试的时候，是用小米4C，后来我也有用红米Note11 5G以及小米Civi 1S上面设置，但之所以后来就没再用，是因为手机屏幕的分辨率越大，在电脑上看那种感觉就越奇怪。虽然如果用USB连接，基本上不会有任何延迟，但是那种缩放的感觉跟直接用手机根本不一样。尤其是如果我用小米Civi 1S，因为相对而言，那个手机的长宽比比较。电脑屏幕大小不变、横向，这样就意味着纵向显示的手机画面缩小了，所以看得挺难受。

我这一次突发奇想，想在红米Note11 5G上面设置一个无线链接。因为我偶尔发现，安卓13的开发者模式里已经有了一个无线调试。有了那个东西以后，我就不需要再把手机连接电脑生成的热点之后再查询手机的IP地址，而那个无线调试。当你断开WiFi再次使用的时候，端口会变化，这样就增加了安全性。 IP地址有可能不变也有可能变，但是端口几乎都会变。相比于USB有线连接，我感觉无线连接会稍微有一点延迟。一般情况下感觉不出来，但如果你打开淘宝，进行各种操作，这其中是需要加载很多数据的，要进行很多画面切换，你就能感受到那种迟钝感。之所以要这么设置，其实我是想尝试一下在电脑上玩淘宝里的消消乐，结果发现不知道为什么，消消乐在我的显示器上会出现严重的偏色。虽然你还认得出谁是谁，但是那种感觉怪怪的。不知道从哪个版本开始，scrcpy就已经默认了在进行USB有线或者无线调试的时候能自带把声音也传过去。所以为什么要用那些卡顿的付费投屏呢？只要保证手机跟电脑都处在同一个局域网，然后用新版的scrcpy就能实现所有功能。你可以手机操作电脑显示，也可以直接手机黑屏放在那里，然后用鼠标操作手机。我试了一下声音，完全没有延迟，非常好，至于画质那些东西，可能调一调效果会更好，因为我只使用了默认参数。这一次为什么我要考虑无线调试而不像以前那样进行USB调试？因为如果进行USB线连接电脑调试，手机会一直处在一个慢充的状态。如果还要进行很多需要联网高流量的操作，手机会发热，结果就等于你在插着充电线玩手机，虽然你可以在scrcpy里设定屏幕不打开，黑屏状态，但实际上即便这样，以前我的小米4C在这样操作一段时间以后，也能明显感觉到手机发热。所以如果能进行无线调试，不需要插的USB线也就不会存在那种慢充电状态，手机肯定也会发热，但那只是你在使用过程中的发热而已，减少了一个充电时也会导致发热的因素。

如果手机跟电脑所连接的WiFi很够意思，带宽足够大，我感觉把延迟跟视频质量调高感觉会好很多。偏色那个问题，非常有可能是因为我的显示器太老，但那么老的显示器，纯粹用来办公的话，依然很难打，为什么要换掉呢？

周四下午，在接近下班之前打了个电话，知道了某个表格要怎么填写以后，我就开始修正自己的VBA方案。与其说是修正VBA方案，不如说是把VBA的方案更进一步，在那个方案上面增加内容。其实最需要增加的就只是一个仓号的拼接。要获取那个数据我有非常成熟的方案，因为去年夏天已经研究得足够透彻。虽然这样，但实际上实施起来的时候还是花了一点时间，尤其是要在VBA里把SQL的数据输出到数组，然后经过几番折腾以后，再输出到单元格。如果要我用Power Query实现这个功能，根本不用费脑子，马上就能实现，但是既然我那个 Excel用的是VBA，我也就懒得混合使用了。原来的内容没有改变，增加了两个数据项目，一个是仓号合并，另外的一个是单仓变化的的二维展示。二维展示实际上也是有一套成熟方案的，也是去年夏天，我已经把最困难的部分全部都研究透了，所以现在只是把那套方案里面的东西有选择性地挑选使用。

VBA方案实现了以后，我又在另外一个Power Query方案增加输出我需要的数据，然后我就没有继续干下去了，因为我不知道如果我要更进一步大范围改动之前的PQ方案的时候，我得花多少时间。当我觉得我必须得暂停结束的时候，已经是晚上接近9点。需要大改动的PQ方案，我需要实现一个累加计算。那个东西我是用来计算库存的。首先我会获得一个期初库存，然后得到一些每日的变化数，然后按照日期排序的方式，把它们累加起来。这是最关键的步骤。在VBA里面，如果要通过SQL的方式实现这个比较麻烦，但实际上在经典的SQL里有比较直接的解决方案，但是VBA的SQL没办法做到。PQ肯定有自己的方法实现这种累加，但是也没有非常直接的方案，也是通过多层套叠的方式试实现。就逻辑来说，实际上操作的步骤跟在VBA里的实现没差多少。回到宿舍以后，当我运动完毕，在洗澡之前，我稍微在微信上搜索了一下PQ的累加计算解决方案，结果发现是有的。看了一下代码以后，我觉得那是完全可行的，所以基本上我就确定这肯定没问题。打通了最后一个累加计算的问题，我确定只要我把需要的数据都准备到位，我就能得到我最终想要的表达效果。对一般人来说，在每天都有多个变化数的前前提下，每天都计算采购成本，简直是无尽的噩梦，但是其实只要理清思路，搞清楚到底是怎么个来龙去脉以后把这些步骤固化下来。只要把每天的数据都整理清楚，自然而然就能自动得到每天的采购成本。数据是出来了，花了九牛二虎之力，但我依然要问，为什么要逼着我们提供这些数据呢？因为实际上对绝大多数人而言，没办法纠结到这个程度，但即便我纠结到了这个程度，得出来的数据还是会有那么一点误差，虽然那些误差可能你根本看不到。

花了不到一天的时间，就重新整理出VBA跟PQ，我感觉成就感满满。

之前说到，级联下拉菜单的select2插件当它觉得下面的空间不足的时候，就会把下拉菜单变成上拉菜单。我不知道设计者到底是怎么想的，我也不知道为什么使用的人为什么不觉得这个操作不太对，可能是我比较古板吧。我没有限定那个网页的最大高度，所以实际上这个网页的高度是无限的，不存在空间不足的问题。以我的水平也没办法去了解这个select2插件到底是如何判断空间到底是不是不足。

一开始我用的是mini版本，就是所有代码都挤在一起，之前我觉得标准版本跟mini版的区别在于mini版里面没有了注释、回车、缩进，仅此而已，但是当我在mini版里面找不到网友提到的某个东西的时候，我就怀疑是不是除了上面我提到的以外，min版跟标准版还有其它的区别。要在min版密集的字符里面找到某些东西非常的困难，哪怕你已经不是用肉眼去找，而是使用搜索功能，所以我又下载了一个标准版，结果发现原来二者真的有区别，区别还不少。在搜索标准版的时候，我找到了判断是否空间不足需要转换上拉下拉的各种操作，但是在mini版里面完全没说清楚，而且所有的变量都非常简洁，只有一个字母，你根本猜不出那到底是什么。

所以我首先是在标准版里进行我想要的修改，结果发现可以了，但是我却没办法在mini版里找到完全一致对应的部分。标准版跟mini版体积差了一倍，但实际上标准版也不过是150KB而已，很小。我尝试过直接把标准版拿去压缩，结果出来的东西好像vscode不太承认，虽然在mini版里还没有找到修改的方法，但起码我有标准版的修改方案。

除了下拉菜单以外，还有第三层选项搜索栏的自动对焦的问题。只要打开第三层菜单，光标就会自动的对焦到搜索栏，这就意味着手机的虚拟键盘会马上弹出。这会大大降低了手机屏幕的高度。如果虚拟键盘不弹出，你直接可以从下拉菜单里面选择的那些东西你不得不麻烦地把虚拟键盘最小化掉。这个操作跟聚焦搜索框会扩大屏幕字体一样，让人烦恼。所以我要做的是当我点击第三层菜单的时候，下拉列表有搜索框，但是光标不聚焦在那里，这就意味着，如果第三层菜单只有几个选项，用户可以直接点击选项，不会有虚拟键盘的弹出。在我们现在整理的数据当中，第三层菜单绝大多数选项都只有几个，可以直接一目了然展示完毕，极少需要调用到滚动下拉菜单。之所以要在第三级菜单里面做一个搜索框，是因为有那么极少数的选项数量很多的，会在10个以上，会让那个地方出现滚动的下拉菜单。因为选项很多，如果可以有对选项进行搜索的功能，显然会方便很多，所以我的目标是第三层选项有搜索框，但弹出的时候搜索框不聚焦，但你可以手动点击搜索框，然后在里面输入获取你想要的结果。这个东西说起来好像挺简单，但实际上要真的做到，还真不只是输入框自动聚焦的问题。后来，我在毫无办法之下，又去研究select2标准版的时候才发现，让我无论如何设置输入框都不能解决的原因是让输入框那么顽固的东西不在输入框本身那里。最后我替换了一些写着focus的东西，终于，第三层带有输入框的下拉菜单在打开的时候焦点不再自动固定在输入框那里了。

我也不想修改select2脚本本身，我尝试过很多方法实现我想要的效果，但最终宣告失败，所以我也就只能手动修改标准版。套件使用起来的确很舒服，但未必跟你的项目完全匹配，当你要做微调的时候，可能会碰壁很多次才最终能实现你的效果。

说了两天的Power Query方案不完美，大概就那些了。今天来说一下级联下拉菜单网站的不完美。

就功能来说，实际上都已经能实现了，但关键是有些部分好像，我无论如何控制不了，就电脑的展示效果来说，没什么好纠结的，但是手机的展示效果，却让人觉得好像总差那么一点点。

首先让我烦恼是在不同浏览器之下，搜索输入框会自动对焦。在小米自带的浏览器之下，不知道为什么那个下拉的选择框会变窄。firefox手机浏览器之下，整个页面变大，无论我怎么调节网页的字体大小都没办法阻止 firefox手机浏览器的这个自动变大。最后发现，原来这是手机浏览器的臭毛病，他们觉得输入时字体太小，你看不清，所以要自动变大，但自动变大会让网页的展示效果发生扭曲，变大了以后，当我不再聚焦在那个输入框，不会自动把网页缩小，这就让人很头痛。小米自带浏览器之下，当你的焦点不在那个搜索框的时候，下拉菜单的宽度又正常了。虽然这两个测试的浏览器实际上都不会影响最终的结果，你要查找的东西最终还是能看到，但关键是非常影响用户的使用体验。如果是小米自带的浏览器，感觉虽然丑一些，但还是能够做到，但如果是遇到firefox手机浏览器，你必须用双指把网页缩小，这就让人觉得很麻烦，而且缩小了以后，当我再次点击搜索框，还是会变大，简直可以把这个东西称之为恶心。

在我发现这个是手机浏览器的臭毛病以后，我就直接在meta那里加入了禁止缩放的命令。搜索框聚焦会让网页放大缩小的问题彻底解决了，但这里只能说在安卓手机之下彻底解决了，至于苹果会不会有这种臭毛病，不知道。因为我手边没有可以用来测试的苹果设备。根据单位会计的反映，使用苹果手机的人比例不算太多。虽然我不知道她说的这个比例是怎么算出来的。因为单位的人用苹果手机的比例跟经常报销的人用苹果手机的比例可能是两个完全不一样的数字。但也可以换个角度考虑，那些用苹果手机的人如果手机体验感真的很差，那么就请他们在电脑上完成这个查询的步骤。毕竟需要经常报销的人通常不可能长期不接触办公室的电脑。

解决网页放大缩小的问题后，另外一个烦恼又涌出来了，理论上那是一个下拉菜单，但实际上不知道为什么，有时手机会弹出一个上拉菜单。如果上拉菜单完全没有问题也可以说得过去，关键是上拉菜单有时会出现一些格式上的异常，为什么明明是下拉菜单就变成了上拉菜单呢？据说这是select2插件的一个自动判断，当它觉得下面空间不足的时候，就会采用上拉菜单。这种情况通常发生在我要下拉一个菜单，那个菜单刚好是有搜索功能的，当那个菜单打开以后，手机会自动弹出输入法，所以这就意味着手机屏幕的高度突然间没有了1/3或以上，于是不知道为什么，网页就判断下面的空间不足，把那个东西变成上拉。有些时候，你明明知道下面的空间足够，但因为之前几回都是上拉，所以这一次有空间，也不下拉，要展示为上拉。我个人觉得挺反人类。电脑上没有发生过这种问题，但在手机浏览器上，却说不准什么时候会出现这种状况。理论上我要做的就是强制把菜单限定为只能下拉，但实际上好像插件又没有一个明确的控制方法让我轻易做到这个。

目标是明确的，道路是曲折的。