JuiceSSH?

@lee88688 有呀，打印页面就有 Save as PDF

浏览器本身不是有导出 PDF 的选项吗？

扫 TCP 端口正确做法大概是用 raw socket 发个 SYN 包，没回应说明目标集资 down 了或者被防火墙过滤了，回应 SYN 则说明端口开着，回应 RST 说明端口关闭。
nmap 支持 SYN 检测，你觉得没用大概是扫描方法错了。

如果 nginx 本身不支持的话那大概是没有的，这种需求还是配合外部工具实现吧。

另外需要注意的是，Windows 商店安装的应用不一定是 UWP 应用，Win32 应用也能打包成 AppX 上架商店，或者 UWP 和 Win32 混合也是可以的。具体得看应用的权限列表里有没有“使用所有系统资源”(Uses all system resources)这一项。

Windows 的 UWP 应用则是运行在沙盒内的，另当别论，限制比 macOS 非商店应用还严格，除了录音、录像、录屏有限制外，还限制了访问文件。
macOS 商店下载的应用的限制也是更严格的，印象中也是不能访问文件。

是的。目前主流桌面操作系统中 Windows 和 Linux 默认是没有沙盒的，程序运行后就能干很多坏事，比如修改、删除当前用户能访问的文件，录音、录像、录屏，Windows 甚至不需要特殊权限就能调试其他应用 (Linux 则需要 root 权限)。而权限管理做得较好的 macOS ，对于非商店应用，有限制录音、录像、录屏，有限制访问桌面、下载等几个特定的文件夹，但也没有限制程序读写别的程序的配置文件，也就是说可以窃取别的程序的一些数据。

建议直接用系统的包管理安装 CUDA ，有的库可能写死了 /usr/local/cuda 路径，你用 conda 安装会麻烦很多的。如果要多版本共存，推荐用 Docker ，NVIDIA 官方有提供 cuda 镜像 https://hub.docker.com/r/nvidia/cuda

@Firxiao 两者并不等效，dirname $0 是取当前脚本文件所在目录，执行的是和脚本文件同目录的 python3.10 。而 env 会查找 PATH 环境变量来执行对应程序。

@geelaw #2 Common Controls 6.0 是 Windows XP 引入的，并不是 Win95 风格，5.x 版本才是 Win95 风格。
而且 Common Controls 本身不包括滚动条，滚动条是系统直接提供的，加上 WS_HSCROLL 或 WS_VSCROLL 样式就有滚动条了。

大部分 shell 是逐行解析的，所以只需要在解析到别的语言的代码前结束运行就不会出现错误。同时另一种脚本语言要有某种机制跳过开头的脚本，一般是想办法让其解析成注释。楼主给的例子，有可能是 Python 会从 coding: utf-8 之后执行，跳过之前的代码。

举个例子，cmd 脚本和 PowerShell 脚本写在同一个文件内，主要用于解决 PowerShell 脚本不能直接运行的问题：
```
<# :
@echo this is from cmd!
@powershell -NoProfile -Command "Invoke-Expression (${%~f0} | Out-String)"
@pause
@exit /b
#>
Write-Host this is from powershell!
```

原理是利用 cmd 允许(其实大部分 shell 也都允许)重定向出现在一行中的任意位置，开头的 <# : 经过处理后去掉了重定向，就只剩下一个冒号了。而冒号在 cmd 中是标签，不会执行任何动作，于是第一行什么事都不会做，也符合语法。最后 exit 退出，cmd 就不会继续解析后面的代码了。到了 PowerShell 执行，开头这块 <# #> 是注释，就直接跳过了。

用调试器附加就能看了，比如 x64dbg 。
不过需要有调试符号才能看到函数名。如果是系统 DLL 可以从微软服务器加载调试符号。

@hhhhhh123 #8 关于发图可以看看这个 https://v2ex.com/t/408727

@hhhhhh123 @AoEiuV020CN
MSYS2 包含 MSYS2 和 MINGW 两种环境，前者编译的程序有一个 POSIX 兼容层，后者编译的则是原生的 Win32 程序。
能否使用 MINGW 编译要看代码怎么写的，比如说代码中没有用到 POSIX API ，那大概率可以用 MINGW 编译，甚至没有用到一些编译器特性的话，用 MSVC 编译也是可以的。

你给的这个项目用到了 unistd.h sys/socket.h 等 POSIX API ，所以不能用 MINGW 编译。MSYS2 也许可行，需要你自己试试。不过没有特殊需求的话还是建议在 Linux 上使用。

试试 set CXX=g++.exe
不过你这个环境感觉很奇怪？为什么 make 会用 CreateProcess ？推荐用 MSYS2 的 MINGW 环境编译。

大概是用 msbuild 编译 sln 文件，应该有个 Publish 的选项。

如果是多个程序共用一个 dict 的话，还是建议用 redis 等独立的服务。自己写的话费时费力还可能有 bug 。

感觉原数据挺规整的，自己写个解析器也不难吧？网上有许多 JSON 解析器的教程，跟着写一个就好了。