Submitted by gouki on 2022, November 11, 12:40 PM
买了腾讯云的轻量数据库，便宜（其实现在和直接买1c1g的数据库也差不多了）。在做数据迁移的时候直接用了navicat的data transfer（这功能真方便）
因为数据库不大，只有2~300M，用datatransfer走起来非常快。基本上3分钟左右 就搞定了。如果我dump sql，再upload & import sql，反而比这个速度还要慢一点。
然后问题就来了，查询的时候，全是乱码，这个很明显，是latin1的问题了，于是上数据库 执行了一下：SHOW SESSION VARIABLES LIKE 'character\_set\_%';果然
character_set_client latin1
character_set_client_handshake ON
character_set_connection latin1
character_set_database utf8mb4
character_set_filesystem binary
character_set_results latin1
character_set_server utf8mb4
character_set_system utf8
这个就纠结了，即使我set names utf8mb4，用datatransfer也是这个问题。
我导数据过来的那一台，也是轻量级数据库，理论上不应该会有这个问题，于是我看一下connection的相关信息。发现正常的那台，encoding居然选的是auto，而这台不正常的选择的是utf-8，难道是因为这个原因？于是切回auto重连。
再次运行SHOW SESSION VARIABLES LIKE 'character\_set\_%';果然 character_set_client 已经恢复成utf8mb4了。
这个问题也真是妖~
DataBase | 评论:0
| 阅读:3191
Submitted by gouki on 2022, October 30, 10:36 PM
tailwindcss现在用的人越来越多了，大量的flex以及固定的text-[],w-[]等自定义的class，确实让人用起来非常方便，然后在页面上也可以用sm:/md:/等前缀符可以直接设置相应大小屏幕所对应的class。如果class太多太长，还可以用@apply来进行自定义的缩短等
之前一直没有注意，在写一些样式的时候就直接<div class="w-full lg:w-1/2 sm:w-1/2 md:w-1/2" >结果发现在更小的屏幕下无法设置，因为sm:是代表了640px，而象手机一般是320px/414px，这时候就没办法设置了。在想着自定义xs:前缀的时候，看了一下官方文档，结果发现上面有标明一个非常重要的话：【不要使用 sm: 来定位移动设备，而应该使用无前缀的功能类来定位移动设备，并在较大的断点处覆盖它们】参考（
响应式设计 - Tailwind CSS 中文文档）。
官方提示：【因此，通常最好先为移动设备设计布局，接着在 sm 屏幕上进行更改，然后是 md 屏幕，以此类推。】
所以其实所有的样式理论上应该都是基于小屏幕写的，而比sm还大的屏幕，反而是需要加前缀进行自定义的。比如你需要小屏幕全屏，中屏幕1/2，大屏幕1/3，应该是这样写<div class="w-full sm:w-1/2 md:1/3" >因为lg比md还大，所以lg反而不需要设置了。
纯记录一下。这一个月我是从vue2写到react再返回vue3，快崩溃了。
Javascript | 评论:0
| 阅读:3162
Submitted by gouki on 2022, October 30, 10:24 AM
如题的手贱，其实也不能怪我啊。react格式化的时候老是将换行或者空格生成了{' '}这样的玩意，虽然我另外设置了快捷键来处理它，但总还是嫌麻烦。把pretty等各种插件装了删，删了装，各种配置都用上了，还是不行。除非不自动格式化。
基于这个原因，我暂时忍了忍，还是先vue3吧。
虽然知道这是配置的原因，但真是短时间内找不到了。项目是laravel+react的，要拆开也不是一下子就OK的。等下个版本拆成独立的再从头开始试吧。
吐血。所幸写的几个重要组件（比如canvas画的图，是纯JS的）不受影响。
Misc | 评论:0
| 阅读:2777
Submitted by gouki on 2022, October 20, 9:30 AM
好几次遇到阿里云的镜像更新有问题了，明明某个库有了最新版，但阿里云就是报版本不存在。今天又出现了这样的情况，安装laravel-zero的时候，require-dev中有个laravel/pint ^1.2，直接就报了
Problem 1
- Root composer.json requires laravel/pint ^1.2, found laravel/pint[dev-main, v0.1.0, ..., v0.2.4, v1.0.0, ..., v1.1.3] but it does not match the constraint.
由于之前也遇到过这个问题，当时是unset掉 aliyun镜像，换成了官方镜像，但确实是慢，所以我就看了一眼其他镜像，比如以前常用的https://packagist.phpcomposer.com，在国内没有其他镜像的时候，它做了很大的贡献，然而也太不稳定了。直接报：
Problem 1 - Root composer.json requires laravel-zero/framework, it could not be found in any version, there may be a typo in the package name. Problem 2 - Root composer.json requires nunomaduro/termwind, it could not be found in any version, there may be a typo in the package name. Problem 3 - Root composer.json requires laravel/pint, it could not be found in any version, there may be a typo in the package name. Problem 4 - Root composer.json requires mockery/mockery, it could not be found in any version, there may be a typo in the package name. Problem 5 - Root composer.json requires pestphp/pest, it could not be found in any version, there may be a typo in the package name. Potential causes: - A typo in the package name - The package is not available in a stable-enough version according to your minimum-stability setting see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details. - It's a private package and you forgot to add a custom repository to find it Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.
看来，已经多年没有更新过了，真可惜了。
配好之后，composer u，完成。记录一下
1、阿里：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
2、腾讯：composer config -g repos.packagist composer https://mirrors.tencent.com/composer/
3、清除：composer config -g --unset repos.packagist
带 -g 的是全局的，不带 -g，就是当前项目了。
PHP | 评论:0
| 阅读:2804
Submitted by gouki on 2022, October 20, 2:02 AM
在很久很久以前，我其实一直是使用阿里云的，直到后面腾讯也出了云。当然使用量明显没有阿里大，而且我还一直是推荐阿里的。
由于国内的一些原因，有些网站没法备案（比如个人网站，还不能介绍自己做的项目，只能用公司网站。。），所以，部分网站采用了香港的服务器。
在早些年吧，用aws的lightsail，便宜，但没有香港区，只有：日本、韩国、新加坡，这些地区吧，白天访问都挺正常，一到晚上就开始抽风，于是几乎全部撤出，采用阿里云香港。
前两年都挺OK。好象从21年起，阿里云香港也开始逐步抽风了，最高的时候丢包率达到了25%左右，白天也是一切正常。
因此只能想办法再尝试尝试换了。这次就换到腾讯去了，看看效果如何。
--
话说从03年到现在，也算是用了不少服务器了。
04~05，自己买AMD的芯片组装的windows服务器，托管在上海漕河泾，后因为那边经常断电烧坏了
08年开始，买了朋友的一台dell的2U，托管在edong，也是因为他们迁机房的问题，导致我整个断网2个月，alexa排名从1万掉到10万开外，就再也没有恢复过
11年开始使用linode，然后就是各种其他的大大小小的、知名的不知名的服务器都在尝试，感觉就是在不停踩坑
用过GCP、AWS，还有盛大云、DO，OVH的等。后面因为开始做外包，慢慢全部不再使用，直接用国内的阿里云，这两年在慢慢切回腾讯云。
有几个小原因，比如备案，你在A站备案，到腾讯还是不能使用2级域名。必须要在他那边备案，所以才不得不使用香港主机，先用起来，后面备案再切。所幸现在的网站都是git来git去的。基本上部署一个网站也就半小时就行了。
没用docker，PHP用docker感觉没啥大意义。之前用过，因为要跑不同的PHP版本，从5.6~8都有，那时候不得不用docker。现在基本上都以7.4为主，即使上8也不会有大问题，所以不再使用Docker了。
废话说的太多了，睡觉~
Misc | 评论:0
| 阅读:2798
