Windows 局域网互传 - 知乎

2018-10-12     software windows 2 mins 6 图 729 字

来自Pjer 的答案。最近在局域网交换文件用到的。

最方便快捷的同时快速的方案应该是【windows 局域网共享】

img

我之前也是苦于寻找一种PC之间大文件快速交换的解决方案，因为实验室的笔记本和主机都是有生产力电脑，所以需要经常传文件，而且经常很大，移动硬盘拷贝写入大概80M/s读取稍快一些综合起来USB3.0不计插拔时间平均大概是45M/s其实已经很棒了，但是移动硬盘是用来备份的经常高强度读写很容易GG

如果恰好有个像样点的路由器【某宝上随便找个“千兆”路由器都成】两台电脑都在插路由器上，似乎在平常的办公环境下这个条件很好满足），然后都打开局域网共享

具体路径是： Control Panel>Network and Internet>Network and Sharing Center>Advanced sharing settings

img

像这样

然后在文件管理器侧边栏里：

img

的NetWork目录下可以相互找到，如果觉得不安全的话设个授权就成。然后可以像访问本底目录一样访问另一台电脑目录，而且文件是可以打开的，电影可以播放，文档可以编辑，贼方便。

img

传送大文件的话速度取决于路由器带宽决定，因为是内网直传，硬盘允许的情况下可以打满带宽，比如说：

img

Mac 更改默认的截图文件格式 - 少数派

2018-10-11     software mac 3 mins 3 图 1098 字

我属于对截图格式不敏感的那部分人。然而 png 格式对于我这种写 blog 的人来说，还是太大了，所以转载了这篇做个备忘。原文地址为：https://sspai.com/post/26321，以下是原文：

我在 之前一篇文章 详细地讲解了如何在 OS X 上玩转截图，尤其是使用快捷键组合，方便至极。要知道，Mac OS X 默认的截图文件格式为「.png」。这一格式非常棒，图片质量非常高，还可以包含透明背景，但是往往这一格式的图片文件相对于其他常见的图片文件格式来说，体积有点大。

虽然你可以利用 Mac 自带的「预览」应用程序或第三方的图像编辑应用程序将「.png」格式图片转换为「.jpg」等格式图片，但是我觉得还是繁琐了点，能不能直接改变截图生成的图片文件格式呢？

注： OS X 默认识别以下图片格式：「.jpg」「.gif」「.pdf」「.png」和「.tiff」，所以你可以设置截图文件格式为上述 5 种。

想要改变 Mac OS X 默认的截图文件格式，我们需要使用到「终端」应用程序。 步骤非常简单，只需要打开「终端」，然后在窗口中输入相关命令，按下「回车」键即可。

1. 设置截图文件的格式为「.jpg」

在「终端」应用程序窗口内键入或粘贴以下命令并按下「回车」键执行：

defaults write com.apple.screencapture type jpg;killall SystemUIServer

2. 设置截图文件的格式为「.gif」

在「终端」应用程序窗口内键入或粘贴以下命令并按下「回车」键执行：

defaults write com.apple.screencapture type gif;killall SystemUIServer

3. 设置截图文件的格式为「.pdf」

在「终端」应用程序窗口内键入或粘贴以下命令并按下「回车」键执行：

defaults write com.apple.screencapture type PDF;killall SystemUIServer

4. 设置截图文件的格式为「.png」

在「终端」应用程序窗口内键入或粘贴以下命令并按下「回车」键执行：

defaults write com.apple.screencapture type png;killall SystemUIServer

5. 设置截图文件的格式为「.tiff」

在「终端」应用程序窗口内键入或粘贴以下命令并按下「回车」键执行：

defaults write com.apple.screencapture type tiff;killall SystemUIServer

记一次黑客攻防 - xidui

2018-10-07     tech hacker security troubleshooting 12 mins 9 图 4516 字

偶然发现这篇黑客攻防的文章，写的详细很有学习价值。作者是 leetcode 的员工，目前就职谷歌。原文：https://xidui.github.io/2017/03/29/一个藏匿在黑客迷雾下的bug/

前言

细细回想这几周经历的问题以及过程，还是真是挺有趣的，迫不及待地希望整理一下总结给各位看官。 关于文章的标题，如何既能吸引读者，又能避免标题党的嫌疑，着实让我斟酌了一番，后来就定了在坐看到的这个版本，个人觉得没毛病~

让我们进入正题

阶段一

3月10日

leetcode完成主数据库迁移，一步步往分布式架构扩展

3月15日

收到了一封黑客的邮件，说发现了系统漏洞，并勒索 img

3月17日中午

发现user ranking功能失效 经检查，是因为我们迁移了主数据库的原因。老数据库所在的机器有一个daily job每天自动更新用户排名。由于新数据库机器的ip不一样，导致脚本过去7天都没有正常工作。于是修改了配置，继续投入使用。

3月17日下午5点

不少用户在twitter抱怨无法登陆，我自己也试了一下，确实无法登陆。但是除了登录api，其它所有的api都没有问题，已经登陆的用户也都能正常做题。 img img img 这不禁让我们想到了2天前收到的黑客邮件，怀疑黑客正在攻击。于是开始检查各种系统参数和日志。检查到旧的数据库所在机器，有一个很奇怪的参数，发现mysqld进程的cpu占用率将近100%，明明这个旧的mysql已经弃用了，到底是谁在里面呢？登录mysql去一探究竟：

1 2 89 90 91 92 93 165 166