我喜欢 4 个空格，2 个空格太短了。不过项目启动时候会和团队的人决策，然后写入到代码风格检测工作流，最终提交到仓库反正是统一的格式。你自己本地怎么搞别人也管不了。

结帖: 现场人员导出数据库的时候没有停机，导致既有新数据插入又在备份，备份的时候没有锁定表，导致导出的 sql 文件中的行重复出现。

@jenlors 我也怀疑是磁盘损坏，断电是不可能的，现场有 UPS ，服务器机房。

@opengps 切换存储引擎期间数据库是停止对外服务的，不存在插入情况，主要是现场数据库是外网不可访问的那种。也没法直接上去看，只能先将数据库和日志备份到本地了。

并没有什么玄学的地方，你发送的 HTTP HEAD / HTTP BODY 一定有不一样的地方。找个抓包工具对比一下就知道了。这种问题我都不知道遇到过多少次了。很大概率是服务器的实现有 bug, 微信小程序的服务接口就有部分存在 post 的 bug ，不支持 Stream 模式的 HTTP BODY, 要求必须在 HEAD 中报告整个 body 的大小。

日常不假思索打，400-600/分钟。英文打字太容易了，打中文才是需要联系。

mysql & php & nginx 本身的镜像不是有 tag 版本号吗？你 save/load 时候保留一下就好了嘛。

@rivercherdeeeeee 自己 docker save 一下 image 不就好了吗

这样延迟就不会超过 100ms 了。

oh-my-posh init pwsh --config $主题文件本地路径 | Invoke-Expression

@mmddisa 使用本地的配置主题: C:\Users\$User\Documents\PowerShell\Microsoft.PowerShell_profile.ps1 配置

#------------------------------- Import Modules BEGIN -------------------------------
# Import-Module posh-git
Import-Module PSReadLine
#------------------------------- Import Modules END -------------------------------

oh-my-posh init pwsh --config "C:\Users\think\Documents\PowerShell\.posh.json" | Invoke-Expression

#------------------------------- Set Hot-keys BEGIN -------------------------------
# 设置预测文本来源为历史记录
Set-PSReadLineOption -PredictionSource History

# 每次回溯输入历史，光标定位于输入内容末尾
Set-PSReadLineOption -HistorySearchCursorMovesToEnd

# 设置 Tab 为菜单补全和 Intellisense
Set-PSReadLineKeyHandler -Key "Tab" -Function MenuComplete

# 设置 Ctrl+d 为退出 PowerShell
Set-PSReadlineKeyHandler -Key "Ctrl+d" -Function ViExit

# 设置 Ctrl+z 为撤销
Set-PSReadLineKeyHandler -Key "Ctrl+z" -Function Undo

# 设置向上键为后向搜索历史记录
Set-PSReadLineKeyHandler -Key UpArrow -Function HistorySearchBackward

# 设置向下键为前向搜索历史纪录
Set-PSReadLineKeyHandler -Key DownArrow -Function HistorySearchForward
#------------------------------- Set Hot-keys END -------------------------------

让后将 主题文件放置到 ps1 文件夹 重命名一下： .posh.json 就好了，主要问题还是国内的网络有问题。

@289396212 后端返回的 JSON 是典型的序列化的 dto. 很多时候前端页面的交互并没有那么复杂，就不需要在这个 API 的返回模型和页面的视图模型再添加一个中间转换层，但很多时候这之间是需要转换层的。而且这还涉及到你们后端网关是否承担了 BFF 层的职责，否则很多时候，前端调用后端 API 还要负责黏合后端的多个接口，返回组合后的结果，充当一个前端网关的职责。其实这些概念并没有那么明确的定义，只要有个基础概念就好了。
现在 Web 应用已经变得非常复杂，很多复杂的前端应用完全将后端那一套模型搬到了前端。这之间的区别变得越来越模糊。

@ZGame ViewModel 是交互模型。MVVM 中的 VM 就是典型的 ViewModel, Vue/React/Angular 中的 State 也是典型的 ViewModel, 它们都是视图驱动的。完全是为了怎么方便渲染怎么来。
如果业务不是非常复杂，也不追求规范化，你完全可以将 Table Schema/Domain Model, DTO, ViewModel 使用一个，但是这样往往会因为各个模型的职责差异，逐渐在演化中变得不可维护。

不是，ViewModel 是给 Render 渲染提供的，主要是交换模型。
DTO 是为了数据传输提供的，所有层和层，不同进程直接交换数据的格式都可以叫 DTO, 但一般的 DTO 都是为了隔间领域模型，提供给外部程序调用应用逻辑的入口/出口参数。

一张表足够，或者干脆不要使用关系数据库。

Authorization HEADER 这种授权模式本来就不是为了 Page 模式设计的，它主要是为了服务/服务通讯和 SPA 设计的。
没有办法全局设置浏览器的 Authorization, 一般如果的确需要使用顶级 GET 请求后端并附带权限，会再 query 字符串上添加 token=JwtToken 。如果你不是当页面，使用 cookie/session 模式才是更方便的。

应该是系统的密钥凭证管理有问题，或者 github 没有在 mac mini 上正确使用凭证管理，如果你能够确保你的系统是安全的话，可用这样做, 这两种模式的缺点是别人通过 git remote 或者查看你的 git config 文件能够盗取你的凭证。
git clone https://[email protected]/$user/$repository.git
git clone https://oauth2:[email protected]/$user/$repository.git

没啥好办法，这个场景我也遇到过，每种解决方案都有问很多问题。要不性能不行，要不普通用户有时候也需要 root 权限来实施一些操作，这个时候作为管理员的你就需要帮他们做一些维护工作了。推荐 docker 的都是有坑，不要用 docker.

不要折磨自己。