进入 LimeSurvey 后台，选择问卷调查，然后选择 Responses。 在 Responses 中可以看到反馈的情况。 https://www.isharkfly.com/t/limesurvey/17407
isharkfly.com 突然被某些系统标记为钓鱼网站，感觉可能是 SSL 的检查的时候 Cloud Flare 的信任证书的问题。 为了检查下网站是不是钓鱼网站，可以用下面的工具：https://app.checkphish.ai/ 输入网站的 URL，可以通过 URL 来进行检查。 貌似检查的结果没有任何问题。 现在的很多安全软件或者网站也是在瞎搞。 https://www.isharkfly.com/t/topic/17403
从第一次开始接触 Java 版本 1.4 到现在的 21。 几十年都在和 Java 打交道，很难得一个语言坚强的支撑起 Web 的半壁江山。 https://www.isharkfly.com/t/java-30/17380
错误的信息为： nginx: [emerg] "upstream" directive is not allowed here 原因和解决 这里的原因是改了配置文件upstream存的的位置不对所以导致报错的。 需要把 upstream 放入http 里面保存重启nginx就解决了。 https://www.isharkfly.com/t/nginx-upstream/17299
在默认按照情况下，Windows 和 Linux 的 Nginx 配置文件路径有出入。 Windows 默认没有添加 conf.d 目录，如果想和 Linux 的目录结构保持一致的话，需要在 conf 文件夹下添加一个 conf.d 目录。 目录结构就变成了上面的这种形式。 配置文件修改 当添加下面的目录后，需要修改nginx.conf 配置文件。 添加一个下面的配置。 include conf.d/*.conf; 上面这个配置的目的就是告诉 Nginx 扫描配置文件目录下的所有文件，并且添加到当前的位置下。 https://www.isharkfly.com/t/windows-nginx/17298
在默认情况下，可以同时上传 5 个文件。 否则将会得到上面的错误信息。 配置参数 这个配置参数是可以修改的。 修改的参数名为：simultaneous uploads 默认值为5 ，但这个默认值可能太小了，尤其是用户希望同时上传照片的话。 建议把这个值修改为 12。 https://www.isharkfly.com/t/discourse/17264
Discourse 的这个选项能够让用户在一次性上传多个照片的时候让照片按照 grid 方式进行显示。 照片的数量是 3 。 当超过 3 个照片同时上传的时候，就显示为 grid。 建议 配置的名称为：auto grid images 建议把这个配置打开，因为 grid 对多照片来说能够占用更少的空间，显示更加美观。 显示的结果如下图： 比完全按照照片格式显示来说，更加好看。 https://www.isharkfly.com/t/discourse-auto-grid-images/17265
UTF-8的BOM是什么有何作用。 BOM: Byte Order Mark UTF-8 BOM又叫UTF-8 签名,其实UTF-8 的BOM对UFT-8没有作用,是为了支援UTF-16,UTF-32才加上的BOM,BOM签名的意思就是告诉编辑器当前文件采用何种编码,方便编辑器识别,但是BOM虽然在编辑器中不显示,但是会产生输出,就像多了一个空行。 一般采用UTF-8无BOM格式即可。 BOM（byte-order mark），即字节顺序标记，它是插入到以UTF-8、UTF16或UTF-32编码Unicode文件开头的特殊标记，用来识别Unicode文件的编码类型。对于UTF-8来说，BOM并不是必须的，因为BOM用来标记多字节编码文件的编码类型和字节顺序（big-endian或little-endian）。 在绝大多数编辑器中都看不到BOM字符，因为它们能理解Unicode，去掉了读取器看不到的题头信息。若要查看某个Unicode文件是否以BOM开头，可以使用十六进制编辑器。下表列出了不同编码所对应的BOM。 BOM Encoding EF BB BF UTF-8 FE FF UTF-16 (big-endian) FF FE UTF-16 (little-endian) 00 00 FE FF UTF-32 (big-endian) FF FE 00 00 UTF-32 (little-endian) 为了识别 Unicode 文件，Microsoft 建议所有的 Unicode 文件应该以 ZERO WIDTH NOBREAK SPACE（U+FEFF）字符开头。这作为一个“特征符”或“字节顺序标记（byte-order mark，BOM）”来识别文件中使用的编码和字节顺序。 Linux/UNIX 并没有使用 BOM，因为它会破坏现有的 ASCII 文件的语法约定。 UTF-8的BOM(Byte Order Mark)是一个特殊的字符标记，它由三个字节组成：EF BB BF（十六进制表示）。 主要作用 文件编码标识：BOM可以明确标识文件是以UTF-8编码保存的，帮助软件正确识别编码方式。 兼容性：某些Windows程序（如记事本）使用BOM来区分UTF-8和其他编码。 注意事项 UTF-8实际上不需要BOM，因为它没有字节序问题（与UTF-16和UTF-32不同） 在某些情况下，BOM可能导致问题： 网页开发中可能导致HTTP头部被破坏 在Unix/Linux系统中的脚本文件中可能导致"#!"行无法被正确识别 某些老旧系统可能无法正确处理带BOM的文件 实践建议 如果文件只在Windows环境使用，可以保留BOM 如果文件需要跨平台使用或在网络环境中使用，通常建议不使用BOM 大多数现代文本编辑器允许您选择是否添加BOM标记当保存UTF-8文件时。 Excel 当使用Excel 打开无 BOM 文件的时候，可能会出现字符乱码。 https://www.isharkfly.com/t/utf-8-bom/17254
内置电池，今天终于是换掉了。 充电周期，只有 27 次。 太难了。 联想笔记本的电池周期就 5 年。 https://www.isharkfly.com/t/topic/15936/3
每次构建成功的日志和记录可以在 GitHub 上查看到。 也正是这个原因，CF Page 的构建才要求只能使用 GitHub 和 Gitlab 的原因。 可能也是因为日志的问题。 https://www.isharkfly.com/t/github-cf-cf-github/17176