川虎的博客

赞美SSH！不需要SAMBA，不需要frp，不需要远程桌面——你需要的，只是SSH！ 通过SSH拷贝文件 可以使用scp命令。 scp hostname:/path/to/your_file /path/to/local/dir 这样远程机器上的文件会被下载到本地。 scp  /path/to/local_file hostname:/path/to/remote/dir 这样本地机器上的文件会被上传到远程。如果要拷贝目录，加上 -r 参数即可。 用SSH挂载远程文件夹 安装 sshfs。如果你使用的是 Ubuntu/Debian： sudo apt install sshfs 或者，如果你使用的是 CentOS/RHEL： sudo yum install fuse-sshfs 或者，在 macOS 中： brew install sshfs 创建一个空目录 mkdir /home/user/testdir “链接”或“挂载”两个目录 sshfs user@server.com:/remote/dir /home/user/testdir “取消链接”目录 fusermount -u /home/user/testdir 在 BSD 和 macOS 上，要卸载文件系统： umount mountpoint 或者 diskutil unmount mountpoint 来源 给远程机器使用本地代理 ssh -R 127.0.0.1:8080:127.0.0.1:1234 hostname 其中本地代理运行在1234端口，远程机器可以认为代理运行在8080端口上 ssh -R 127.0.0.1:1234:127.0.0.1:1234 hostnama 这样则是远程和本机使用同样的端口 通过SSH运行Linux GUI app 原理是在本地运行一个Xserver。请参考下面2篇教程： https://www.tomshardware.com/how-to/forward-x-session-ssh https://www.cyberciti.biz/faq/apple-osx-mountain-lion-mavericks-install-xquartz-server/

今天早上和朋友闲聊，谈到了关于网上常用的标点符号误用的问题。比如用“。。。”或者“，，，”来表示省略号，文字中使用大量感叹号，用空格代替一切标点符号，或者干脆一个标点符号也不加，等等。在聊的时候，我说了几个我不喜欢这样用法的理由，包括让人看着头大，以及给人一种这么使用标点符号的人文化水平低的印象等。而朋友则表示，这样的用法打起来方便，并且简单聊天而已没必要计较这个。确实有道理，并且我“文化水平低”这样的说法还有点居高临下的感觉，甚至有种我看不起朋友的感觉，不太妥当。 但是我还是觉得问题的核心好像仍然有些缺失。仔细想了想，我想核心应该在“尊重”二字上。 聊天时，或者交往时，我觉得给予对方足够的尊重是很有必要的。具体地说，尊重应该体现在愿意为对方花时间上。比较亲密的人，那就愿意为 ta 花多一点的时间；生疏的人，就不为 ta 花多少时间。体现在标点符号上，就是你是否愿意为正在聊的这个人多花一秒钟打个正儿八经的省略号，而不是三个句号。类似的，如果你发现和你聊天的对方只愿意打三个句号给你，你可能就会感觉自己在对方心里并没有那么重要。 不过这也不见得是对方有意为之，可能只是现在网上这样的用法实在太过普遍，以至于认为这样的用法是完全没问题的，至少在一般交流的时候使用是没问题的——换句话说，用在正式场合是不合适的。为什么用在正式场合不合适？因为正式场合你肯定希望自己对话的对象感到自己被尊重，所以要正确使用标点符号。 不过在网络上，根据我的身边统计学，标点符号的用法和发表者的文化程度确实有比较大的相关性。我比较常看和菜头的公众号，他文章的评论区可以说是非常有代表性，里面充斥着大量不愿意好好使用标点符号的人。而这样的人，仔细看他们的留言的话，你就会发现他们往往是自我为中心的、不顾及他人感受的、缺乏逻辑思维能力的人。而他们不尊重别人（主要是和菜头）的真实想法，就通过标点符号体现了出来。是否乱用标点符号，体现了你对你说的话有多严肃，体现了你是否尊重你正在说话的这个人。 不过，我的意思并不是说不应该用网络语言。我认为网络语言不断产生和消亡，体现了汉语是一门活的语言。当年法国人搞过法语纯洁化运动，排斥新的用法和外来词汇，最终导致了法语的活力下降，以至于失去了世界语言的地位，被灵活的英语取代。汉语不应该像法语那样。你可以说我守旧，但是我还是觉得现在我们的网络语言有点过火了。标点符号相对而言还算

你如果正在犹豫是否购买Apple Watch，可以听听下面的话。许多人打退堂鼓的原因是，Apple Watch的续航只有区区 18h。 “这也太短了！”你可能会说。 确实，18h的续航实在算不上长，但是Apple这么多代手表不提升续航是有原因的。因为这个续航“够用”。Apple发现，对用户来说，一天一充虽然烦，但是也可以接受。Apple 发现Watch的续航并不是用户的deal breaker，相反，它可以利用芯片的进步等来做更多的功能，用户会更开心。 就像现在的手机，基本上都以“全天候续航”为目标。你说手机续航1个月好不好，当然好。但是续航一个月的手机，是诺基亚，它能实现的功能很少。厂商们发现，1天的电池续航，用户们能够接受，所以芯片能效进步、电池容量增大的红利，都被用来做更多功能。 手表也是这样。 如果18h的电池续航真的不能接受，大家真的用不下去，那产品销量会让苹果提升电池续航。但实际情况是，苹果一年卖出5千万台Watch，是这个星球上最受欢迎的智能手表——甚至，手表。我们不知道18h是怎么来的，但很有可能苹果分析销售数据之后，发现18h就是那个用户“可以接受”的点。所以它选择用芯片和电池进步的红利来做更多功能。比如，Apple Watch 可以精准预测我的发烧。在我还没感觉身体有什么异样之前，它就会提醒我“静息心率过高”。很准。可以给你争取买药、请假的时间。 Apple Watch提示高心率 总之，我的观点和实际使用体验是：18h续航短不短，那比传统手表（甚至小米手环什么的）短多了；长续航好不好，当然好。但是18h，“可以接受”。我的一天中总是可以找出一小段时间来充电。1天1充的规律充电，好像比小米手环那种7天，甚至2周充一次电更容易做到。我之前戴小米手环的时候挺经常忘记充电的（小米手环的充电器还很容易丢），但是基本上没有忘记给Watch充电过。

macOS软件推荐第7期：MenubarX、Arc、MenuWhere、3D Scanner App、... 你想在菜单栏上玩小游戏吗？或者，随时问ChatGPT？你想要一个浏览器，可以同时看4个网页？欢迎来到第7期macOS秘传技。本期我将会分享4款酷炫又实用的Mac App，我们开始吧。 MenubarX 这个App是一个运行在菜单栏上的浏览器。它和普通的浏览器一样，有地址栏，新建或关闭标签页，加入书签，等等。但是它又有一点小特别，那就是它的每一个标签页都是一个菜单栏上的图标，而且默认访问手机版页面。比如你不想干活想摸摸鱼，没问题，点一下菜单栏图标来一局Wordle。或者不知道爸爸的弟弟的妈妈是我的什么，随时可以问ChatGPT。或者你想干什么都行，这是一个运行在菜单栏上的完整浏览器。MenubarX有一个像手机主屏幕一样的起始屏幕，也可以屏蔽网页中的广告，甚至还为Bartender这样的菜单栏管理App做了适配。MenubarX，菜单栏上的浏览器。 Arc 这是一个更“传统”的浏览器……它其实一点儿也不传统。做它的公司叫做“The Browser Company”，“浏览器公司”，是不是挺神奇的。不仅如此，这个浏览器还是邀请制的，想用要等Waitlist，通过了会有一个非常浮夸的唯一认证。Arc想要重新发明浏览器，并且真做出来了一些有意思的功能。比如，网页内左右分屏，左边看文章，右边做笔记，最多可以四个网页同屏，是不是有老罗发牌手的感觉了？Arc最特色的是Space功能。左侧的功能区域，最顶上是永远固定的几个网站，随时都可以打开查看，可以放Gmail、社交媒体这些使用最频繁的网站；下面是一般的标签页，纵向排列，并且可以设置标签页在12小时之后自动关闭，对我这样浏览器经常几十个标签页舍不得关的人来说，非常有用。把标签页拖拽到中间部分，就可以让它一直保持打开。Arc支持将标签页分成多个空间，把标签页按照用途分类，在触控板上左右滑动就能快速切换，非常方便。Arc的另一个特色是随处可见的流畅动画，切换Space的时候有，查看Library的时候有，页内分屏的时候有，等等。并且Arc的性能很好，用起来很流畅。Arc，都什么年代了，还在用传统浏览器？ MenuWhere 外接大屏幕使用MacBook的时候，用鼠标去点菜单栏显得不那么方便，尤其是在用触控板的时候，鼠标挪过去

如何在一个设备上使用另一个设备上的USB设备？ 为什么会有这个需求？ 比如银行常常会提供一个USB加密狗，只有插上加密狗才能正常使用网银。某些公司为了资料安全，也会使用这样的加密狗。通过远程USB，就能安全地共享加密狗。我个人的主要需求是，我的mac无法识别CC3200物联网开发板，可能是ARM mac原因。所以为了用这块开发板，我需要把它远程USB连接到我的Windows台式上。 需要准备什么东西？ 两台电脑，一台是本地物理连接USB设备的，另一台是通过网络使用这个USB设备的。两台电脑的系统任意， Windows，Linux，macOS都行。 一台拥有公网IP的服务器，用于内网穿透。 内网穿透是什么？怎么配置？ 参见我的另一篇博客， 如何DIY云游戏 一文。我使用frp进行内网穿透，它开源免费轻量。关于它网上有很多教程，我就不赘述了。简单的说，内网穿透的作用是让本地电脑拥有公网IP，这样就可以作为服务器使用。 通过网络共享USB设备 我使用的是 USB-Over_Network 这个软件。它是一个收费软件，但是提供可以连接1个USB设备的免费试用版，有15天的试用时间。如果你恰好财力雄厚，请 购买正版 （$149起），我就不在这里提供“学习版”了。 如何使用呢？按理说只要跟着官方文档做就行了，但我有一句“你也配叫文档”不知当讲不当讲。根本没有明确的操作指导，甚至会有错误的指引。比如 命令行文档 中提到的 shareport 参数根本就不存在。所以得靠软件本身带的（没有详细解释的）help摸索。很糟糕。 它的软件分为服务端和客户端两个版本，请到 官方下载页面 下载。其中服务端是物理插着USB设备的那台电脑，客户端则是远程使用这个USB设备的电脑，和远程桌面的服务-客户端刚好反过来。因此，你需要在本地电脑安装服务端软件，在远程电脑上安装客户端软件。值得一提的是，macOS上只有服务端软件，也就是说它只能共享USB给别人，但不能用别人共享的USB设备。并且，macOS的服务端是没有UI界面的，点击launchpad中的图标只会出现一个信息窗口。其他平台是有图形界面的。 macOS上点击USB over Network图标之后出现的信息窗口 它的原理是服务端在某一个端口上启动USB共享，然后客户端连接到这个端口上，就可以通过TCP传输USB数据了。 在macOS上，我们

1小时搭建游戏远程串流，你专属的“云游戏” 本文将会介绍如何利用云服务器打造自己的云游戏服务。你需要： 一台云服务器（本文会介绍配置要点） 一台实际运行游戏的PC，必须使用Nvidia显卡（A卡还真不行，至于Intel显卡用户……等等，你应该不会用Intel核显玩游戏吧？） 熟悉基本Linux系统操作 为什么要自建远程串流？ 如果你有一台性能强劲的台式机，或者性能强劲的游戏本（但是很重不想带出门），那么在外玩游戏串流游玩就是不错的选择。在国外，有微软的xCloud、Google的Stadia、英伟达的Geforce Now等众多云游戏平台，但国内的选择寥寥无几，能游玩的游戏也是少得可怜。因此，自建游戏串流就成了一个有吸引力的选择。本文将教会你如何使用frp和Moonlight实现远程串流。如果你只想局域网串流，请直接翻到“配置Moonlight串流”部分。 延迟如何？ 40ms。这是我自己配置的结果（5G网络下）。这已经和主流电视的响应速度差不多了。虽然和显示器的10ms仍有差距，但已经在可接受的范围内了。 如何选择云服务器？ 对我们的需求而言，服务器的性能、内存大小、磁盘速度和容量等都无关紧要。我们需要关注的有两个：地理位置和网络带宽。其中地理位置决定延迟，带宽决定串流画质。 地理位置推荐选择尽可能离自己近的区域。例如，我在杭州，就首选杭州的云服务器。如果云服务厂商没有杭州数据中心，那就选物理位置上海的云服务器。离你越近，延迟就越低。这主要倒不是因为光信号传输需要时间，而是距离越远，网络信号就会经历越多的交换机，导致延迟增高。 网络带宽能有多高就选多高，最高不超过运行游戏的主机的上传带宽。不过，你会发现云服务器的网络带宽费用高得离谱，1Mbps一年就要100元以上。就算按量计费，以华为云收费标准为例，1GB要收0.8元，如果以50Mbps码率完一小时游戏，就要花掉17块钱，仍然算不上便宜。所以，这时候如果你正好有学校送的大额抵扣券，就很划算了。你可以根据自己需求选择合适带宽： 720P 30fps 至少5Mbps带宽（能玩就成） 720P 60fps 至少8Mbps带宽（糊是糊了点，但好歹还挺流畅的） 1080P 30fps 至少8Mbps带宽（清晰倒还挺清晰的，就是这主机级帧率有些难受） 1080P 60fps 至少15Mbps带宽（挺舒服的，在手机平板上玩已经