Sublime时间戳转换_Sublime Timestamp Convert【工具】
Sublime Text 本身不带时间戳转换功能,但靠 ConvertToUTF8 或 TimestampConverter 这类插件能直接选中数字秒级/毫秒级时间戳,一键转成本地时间格式。别手动算——容易错位、漏时区、搞混毫秒和秒。
技术博客
Sublime Text 本身不带时间戳转换功能,但靠 ConvertToUTF8 或 TimestampConverter 这类插件能直接选中数字秒级/毫秒级时间戳,一键转成本地时间格式。别手动算——容易错位、漏时区、搞混毫秒和秒。
Sublime Text 没有 line-height 这个配置项,所谓“行高”是靠给每行文字加上下像素级空白模拟出来的。真正起作用的是两个独立参数:line_padding_top 和 line_padding_bottom,单位都是像素,只影响编辑区里的代码行。
Composer 支持把本地文件夹当作一个“包仓库”,只要在 composer.json 里声明 path 类型的仓库,就能像装远程包一样安装本地代码。它不走网络,不依赖 Packagist,适合开发中试用未发布、还在改的私有库。
Composer 安装失败多数不是代码问题,而是环境或网络干扰。默认不输出详细日志,所以第一步必须加 -v(verbose)或 -vvv(最详细)运行,否则你看到的只是模糊提示,比如 Failed to download vendor/package,但根本不知道是 DNS 解析失败、TLS 握手超时,还是 GitHub 限流。
Sublime Text 没有 CSS 那样的 line-height 属性,所谓“行高”其实是靠 line_padding_top 和 line_padding_bottom 两个像素值模拟出来的。它们分别控制每行文字**上方**和**下方**的空白高度,默认都是 0,所以新装后看着特别挤。
Sublime 本身不带编译能力,它只是调用系统命令。如果你执行构建时看到 Unable to find command swiftc 或者 command not found: swiftc,说明 Sublime 根本找不到 Swift 编译器——不是配置错了,是环境压根没装好。
默认 composer show 只在终端滚动输出,没法直接保存或筛选。它本质是调试用命令,不是导出工具。
这是 Composer 用来指定访问 GitHub 仓库时默认协议的配置项,控制 composer install 或 composer update 过程中 Git 克隆依赖所用的 URL 方式。它不改变你本地 Git 的全局设置,只影响 Composer 自己生成的仓库地址(比如从 packagist.org 解析出的 github.com/user/repo)。
根本原因不是网络不通,而是 Composer 默认所有包都走 packagist.org(公网),而内网没路由、没 DNS 解析、也没代理转发。它连第一步元数据都拉不下来,根本到不了“下载 ZIP”那步。
直接查全局配置里的 Packagist 镜像地址,这是最准的当前生效源。Composer 会优先读这个,而不是看 composer.json 里有没有写死的 repositories。