Chrome浏览器有自己的DNS缓存，如何不重启Chrome浏览器，就可以清除DNS缓存呢？ 查看Chome浏览器的DNS缓存 在地址栏中输入: chrome://dns，就可以查看Chome的DNS缓存了。 清空电脑的DNS缓存 按"Win+R"系统热键打开"运行"窗口，输入"ipconfig /flushdns"命令后按回车，就可以清空电脑的DNS缓存。 清除Chrome浏览器的DNS缓存 在地址栏中输入: chrome://net-internals/#dns，然后点"Clear host cache"按钮。 清除套接字缓存 在地址栏中输入: chrome://net-internals/#sockets，然后点"Clear idle sockets"按钮和"Flush socket pools"按钮。 清除浏览缓存 有时候还需要清除浏览缓存。在地址栏中输入: chrome://settings/clearBrowserData，选择"浏览记录"和"缓存的图片和文件"两项内容，点"清除浏览缓存"按钮。 开启新的隐身窗口 开启新的隐身窗口后，新的DNS映射就会立即生效。 强制刷新页面 强制刷新页面，也会更新DNS。参考下面经验"Chrome浏览器如何强制刷新页面(不使用缓存)？"，强制刷新页面。 from:https://jingyan.baidu.com/article/c275f6ba0a4264e33d7567b4.html
View Detailstar -zcvf /home/xahot.tar.gz /xahot tar -zcvf 打包后生成的文件名全路径 要打包的目录 例子：把/xahot文件夹打包后生成一个/home/xahot.tar.gz的文件。 zip 压缩方法： 压缩当前的文件夹 zip -r ./xahot.zip ./* -r表示递归 zip [参数] [打包后的文件名] [打包的目录路径] 解压 unzip xahot.zip 不解释 linux zip命令的基本用法是： linux zip命令参数列表： -a 将文件转成ASCII模式 -F 尝试修复损坏的压缩文件 -h 显示帮助界面 -m 将文件压缩之后，删除源文件 -n 特定字符串 不压缩具有特定字尾字符串的文件 -o 将压缩文件内的所有文件的最新变动时间设为压缩时候的时间 -q 安静模式，在压缩的时候不显示指令的执行过程 -r 将指定的目录下的所有子目录以及文件一起处理 -S 包含系统文件和隐含文件（S是大写） -t 日期 把压缩文件的最后修改日期设为指定的日期，日期格式为mmddyyyy 举例： 将/home/wwwroot/xahot/ 这个目录下所有文件和文件夹打包为当前目录下的xahot.zip zip –q –r xahot.zip /home/wwwroot/xahot 上面的命令操作是将绝对地址的文件及文件夹进行压缩.以下给出压缩相对路径目录 比如目前在Bliux这个目录下,执行以下操作可以达到以上同样的效果. zip –q –r xahot.zip xahot 比如现在我的xahot目录下,我操作的zip压缩命令是 zip –q –r xahot.zip * 以上是在安静模式下进行的，而且包含系统文件和隐含文件 ////////////////////////////////////////////////////////// unzip语 法： unzip [-cflptuvz][-agCjLMnoqsVX][-P <密码>][.zip文件][文件][-d <目 录>][-x <文件>] 或 unzip [-Z] 补充说明：unzip为.zip压缩文件的解压缩程序。 unzip参 数： -c […]
View DetailsGit 由于在处理子模块代码库的设置档案存在漏洞，导致开发者可能遭受任代码执行攻击，多数代码托管服务皆已设置拒绝有问题的代码储存库，但建议使用者尽快更新，避免不必要的风险。 Microsoft Visual Studio 团队服务项目经理 Edward Thomson May 在 DevOps 博客中提到，Git 社区最近发现 Git 存在一个漏洞，允许黑客执行任意代码。 他敦促开发人员尽快更新客户端应用程序。 微软还采取了进一步措施，防止恶意代码库被推入微软的 VSTS（Visual Studio Team Services）。 此代码是 CVE 2018-11235 中的一个安全漏洞。 当用户在恶意代码库中操作时，他们可能会受到任意代码执行攻击。 远程代码存储库包含子模块定义和数据，它们作为文件夹捆绑在一起并提交给父代码存储库。 当这个代码仓库被来回复制时，Git 最初会将父仓库放到工作目录中，然后准备复制子模块。 但是，Git 稍后会发现它不需要复制子模块，因为子模块之前已经提交给父存储库，它也被写入工作目录，这个子模块已经存在于磁盘上。 因此，Git 可以跳过抓取文件的步骤，并直接在磁盘上的工作目录中使用子模块。 但是，并非所有文件都可以被复制。 当客户端复制代码库时，无法从服务器获取重要的配置。 这包括 .git 或配置文件的内容。 另外，在 Git 工作流中的特定位置执行的钩子（如Git）将在将文件写入工作目录时执行 Post-checkout 钩子。 不应该从远程服务器复制配置文件的一个重要原因就是，远程服务器可能提供由 Git 执行的恶意代码。 CVE 2018-11235 的漏洞正是犯了这个错误，所以 Git 有子模块来设置漏洞。 子模块存储库提交给父存储库，并且从未实际复制过。 子模块存储库中可能存在已配置的挂钩。 当用户再次出现时，恶意的父库会被精心设计。 将写入工作目录，然后 Git 读取子模块，将这些子模块写入工作目录，最后一步执行子模块存储库中的任何 Post-checkout 挂钩。 为了解决这个问题，Git 客户端现在将更仔细地检查子文件夹文件夹名称。 包含现在非法的名称，并且它们不能是符号链接，因此这些文件实际上必须存在于 .git 中，而不能位于工作目录中。 Edward ThomsonMay 提到，Git，VSTS 和大多数其他代码托管服务现在拒绝使用这些子模块配置的存储库来保护尚未更新的 Git 客户端。 Git 2.17.1 和 Windows 的 2.17.1 客户端软件版本已经发布，微软希望开发人员尽快更新。 整理自：iThome from:https://www.oschina.net/news/96614/git-flaw
View Details