在群晖 NAS Docker 中安装 MySQL 的过程是非常简单的。 但是安装后从局域网中其他计算机进行连接的时候提示无法连接的错误。 但是在 Nas 内连接是没有问题的。 问题和解决 这个问题就是出在 NAS 安装 Docker 后配置的端口自动映射。 因为使用了端口自动映射，你在局域网中访问安装在 Nas 上面的数据库的端口就不是 3306。 在 NAS 上进入 Docker，然后选择正在运行的容器。 在选择后，单击上面的【细节】，你也可以直接双击。 nas1120-docker-mysql-021224×785 60.7 KB 在随后的界面中能够看到端口设置。 这里显示的端口是 49165。 nas1120-docker-mysql-031224×785 63.4 KB 因此你在局域网中的其他计算机进行连接的时候的端口就是49165。 改一个端口后再测试连接。 这时候，你应该能够通过局域网连接上安装在群晖 NAS Docker 中的数据库实例了。 如果你的 3306 端口没有占用的话，可以修改配置不使用端口自动映射，以避免每次容器启动后都会使用不同的端口。 https://www.ossez.com/t/nas-docker-mysql/13897
目前主流的操作系统平台大部分是 Windows 和 MacOS，当然还有一个 Unix/Linux。 我们分成 2 部分来说说这个事情。 因为 Linux 是 Unix 的一个衍生版本，实际上还是有一些不一样的，但是很多服务器都会使用 Linux 部署，而且不少命令都能通用，因此我们认为 Linux 和 Unix 都是大致相同的。 至于一些小众的操作系统，我们就不在这里讨论了。 问题 既然要开发，就难免要选择开发用的电脑。 争议最多的就是到底是选 Windows 还是 MacOS。 结论 我的结论就是你现在用什么就用什么吧，没有必要单独换一个。 如果你要开发 iOS 程序，那么就只能跑 MacOS 了 。 如果你要跑 NodeJS，那么 MacOS 可能会有点优势，但是随着 Windows 已经有了 WSL 了，其实也都差不多了。 当然实际使用的时候还是有些不同的。 考虑的因素 计算机都是由硬件和软件组成的，我们先考虑考虑硬件。 硬件 但是主要考虑的点是 CPU，内存，硬盘。 简单来说就是越大越好。 CPU，如果你能跑服务器 CPU，那肯定性能比 i3 要好不少。 内存：32G 不嫌多，64G 跑着玩。 硬盘：目前固态是标配，但是还是不要太小。256 G 的硬盘有点小了，如果你再云同步下，下载些库什么的，很快就捉襟见肘了。相信我，去硬盘上移空间比死都难受。 显示屏：通常来说 MacOS 的显示屏标配要比 Windows 好一些。当然在 Windows 上也可以通过加装显卡来解决。在开发的时候也会使用多显示屏开发，直接盯着笔记本看的情况也不多了。 软件 软件部分要说的就相对多一点点了。 主要问题纠结在那些是 Windows 可以用的，那些是 Mac 可以用的。作为开发人员来说主要考虑的就是环境的兼容性和可能出现的一些问题。 Linux 环境 一个经常比较诟病的问题就是 Windows 上没有办法执行 Linux 的命令行工具。 在 Mac 上直接用就可以了。 殊不知，现在已经有了 WSL 了，Windows 已经直接给了你一个纯 Linux 操作平台了。 在这上面你可以直接运行 Linux 的相关命令，也可以直接部署。 回车换行 Windows 和 Linux 的回车换行表示方式是不一样的。 Windows 需要 \r\n, 而 Linux 只需要 \n。 这会导致一些程序在处理回车换行的时候出现问题。 对代码来说，通常问题不大，因为 Git 目前都是使用 \r\n 保存文件的。这个问题在以后有机会聊到 Git 的时候我们再展开说吧。 XCode 如果你要开发 iOS，最好的办法就是在 Mac 上开发。 Windows 上估计不是那么容易让你实现的。 通用软件 Windows 上有大量的通用软件在使用。 大部分常用的通用软件都有 2 个版本，但是 这 2 个版本的很多快捷键是不相同的。而且用得比较多的通用软件可能在 Mac 上是一个阉割版本，一些功能可能用不了。 有些软件还只能在 Windows 上面用，这个主要是因为一些老的动态库没有办法在 Mac 上加载。 有些优秀软件又只能在 Mac 上用，这个也是非常蛋疼的。 NodeJS 问题 NodeJS 和 JS 是目前前端用得非常多的。 Linux 上比较容易创建 symlink，或者叫做符号连接。 一些 NodeJS 的库，使用了 symlink，这个会导致一些项目没有办法在 Windows 下进行编译。 通常解决办法就是直接在 WSL 上重新编译运行了。 快速安装 如果你用过 Linux，你可能对 dnf 或者 yum 安装非常开心。 因为你不需要了解你安装的软件在那里，直接从库里面安装就好了。 在这个方面 Windows 做得还是比较弱，没有太好的办法进行快速安装。 大小写敏感 在 MySQL 数据库中，Windows 是大小写不敏感的，所有从 Linux 导入的数据库，在 Windows 上都会被转换为全部小写。 如果你是按照 Linux 的大小写敏感设计数据库的话，那么恭喜你，有些代码会出问题。 当然这个是可以从数据库设计约束中解决，在设计表和库的时候，必须全部小写来避免这个问题。 上面提到的一些问题都会在开发中遇到，不是完全没有解决办法，但是有时候解决办法不是那么好用。 如果实在没有办法解决，那么只能让数据库跑在 WSL ，或者 Docker 容器里面了。 如何思考 如果你是重度后端开发，其实影响不是非常大。 如果你是重度 JS 开发使用者，那么很有可能坑比较多。 https://www.ossez.com/t/windows-mac/13895
mariadb 在 Windows 下的安装非常简单，下载程序双击运行就可以了。 需要注意： mariadb 和 MySQL 数据库在 Windows 下默认是不区分大小写的，但是在 Linux 下是区分大小写的。 因此你在设计表的时候需要将表名，字段名都小写。这个是一个设计规范。 下载安装程序 下载的地址为：Download MariaDB Server - MariaDB.org 单击上面的地址直接下载即可。 可以根据你的需要选择合适的版本。 双击运行 双击运行后，单击下一步继续。 同意许可协议 你需要同意提供的许可协议后继续。 安装组件 在这里，选择默认的组件进行安装即可。 设置 root 你需要设置 root 密码和是否运行远程访问。 因为我们是打算把这个服务器作为本地的测试服务器使用的，因此你需要允许 root 的远程访问。 同时设置字符为 UTF-8 以便于支持国际化。 设置端口和服务 默认的端口为 3306，你不需要修改，使用默认的端口即可。 继续进程 下一步继续安装。 安装进程 需要等待一些时间来继续安装进程。 安装完成 当完成安装后，单击完成进行安装。 测试本地连接 在 Windows 的开始搜索中，搜索 mysql 或者 Mariadb，这个会弹出一个默认的控制台界面。 如果你能连接并且服务器是在运行中的话，就说明安装已经完成了。 测试远程连接 使用刚才的 root 账号配置的密码，通过局域网中其他的机器进行连接。 如果能够连上，并且能够查看表结构，则说明已经配置好服务器，并且可以进行测试了。 上图显示了配置参数。 https://www.ossez.com/t/windows-mariadb/13894
起得有点早，无聊的升级下 NAS DSM。 用的是群晖的 NAS，已经 2 年了，全程换了 2 块坏掉的硬盘。 当你硬盘坏掉过几次后，才知道 NAS 这东西是个好东西。 这个升级时间是忽悠你的，基本上 3 分钟就更新完了。 听见 NAS 叫一声就说明完成重启了。 https://www.ossez.com/t/nas/13893
你以为你计算机的内存都用在 IntelliJ IDEA 上了吗？ 其实你的内存是为了看这个： 和这个的： 拖垮你电脑的永远不是你的 IntelliJ IDEA 和跑的编译进程，而是你的浏览器。 https://www.ossez.com/t/intellij-idea/13892
最近有朋友不停的在问我转码的事情。 这个转码不是计算机中的编码转换，而是转程序员，说白了就是码农。 码农 编程不是什么高大上的东西，绝大部分人都在做同样的事情就是拷贝和张贴。 如果你已经是码农了，你应该知道这个工作的含金量有多大了。 农民做什么？年复一年，日复一日做着同样的事情，在小格子间里面混吃等死应该是大部分人的常态吧。 为什么要转码农 在北美的很多朋友要转码农无法就下面 2 个原因。 解决身份问题 不少科技公司在进入公司就能够马上支 绿卡申请，同时在 H1-B 工作签证的申请时候通常科技公司能够提供跟多的支持。 因为科技公司申请 H1-B 工作签证的数量非常多，通常你不需要花费太多时间和公司解释为什么要 H1-B 这种蛋疼的问题。招聘你的公司也通常非常乐意帮你去解决。 收入 通常码农的收入水平并不低，不少好的公司都会在 16 万+，甚至 20 万+ 的收入。 在市场上面，对于没有身份的人来说，又高收入，又能解决身份问题，这明显是一个一石二鸟的事情。 同时目前北美市场上对程序员的需求整体水平还是比较高的。 在短期内北美的程序员市场还没有内卷和躺平到国内的水平。 如果上面 2 个好处非常吸引你的话，转码就是早晚的事情了，看起来是一个解决不少问题的路径。如果上面都吸引不了你的话，转码这个事情就延后考虑吧。 怎么转 其实都是废话，找份程序员的工作不就转过来了。 现在的问题就是怎么找到一个程序员的工作，并且能整个 Offer。 其实不管公司对这个职位称呼怎么变，到后面都会是程序员，既然是程序员，那么就有程序员的套路。 感谢 Google，终于把程序员面试的流程变成了标准化考试了。 OA，N 多年前基本上不存在的东西，现在都是第一步了，好处呢，就是拉动了经济促进了不少的新生培训行业，这些培训都集中在怎么让你快速 OA，说白了就让你变成刷题机器。 一朋友说，花了不少钱，不少时间，他们补的是 Java，老师连 Main 函数都没有完全说清楚。 其实吧，真正调试一些方法和算法，我们都不从 Main 函数跑，我们都是用 JUnit 跑的。 实际上过了 OA 和后面的路和具体实际工作还有不少距离，还需要恶补下。 我们这个小专题就专注怎么让转码的童鞋了解更多的计算机相关基础知识和语言，我们不专注更多的 OA 题目，但我们专注怎么去真正理解这些东西。 https://www.ossez.com/t/topic/13891
出现的错误信息如下图显示的： 原因和问题解决 上面问题的主要原因是 Xdebug 扩展没有在你的 PHP 环境中进行配置。 找到 php.ini 文件，然后添加下面的内容。 [XDebug] zend_extension = "php_xdebug.dll" xdebug.remote_autostart = 1 xdebug.profiler_append = 0 xdebug.profiler_enable = 0 xdebug.profiler_enable_trigger = 0 xdebug.profiler_output_dir = "/xampp/tmp" xdebug.remote_enable = 1 xdebug.remote_handler = "dbgp" xdebug.remote_host = "127.0.0.1" xdebug.remote_log = "/xampp/tmp/xdebug.txt" xdebug.remote_port = 9000 xdebug.trace_output_dir = "/xampp/tmp" xdebug.remote_cookie_expire_time = 36000 上面的内容为你添加到本地 php.ini 中的。 完成添加后，重启 xampp 服务器。 然后访问本地的 http://localhost/dashboard/phpinfo.php 的链接，如果你能够看到有关 Xdebug 的内容的话，则说明已经配置成功了。 然后再重新校验。 如果你能看到下面的界面，则说明配置已经完成了。 显示调试的配置已经完成了。 https://www.ossez.com/t/intellij-idea-php-debug-xdebug/13889
错误的信息为： Specified URL is not reachable xdebug-error-01984×713 52 KB 原因和问题解决 这是因为你的 xampp 服务器没有启动，你的 IntelliJ IDEA 无法校验连接。 需要启动服务器后，并且配置正确的路径，这个步骤很重要，要不然是没有办法校验连接的。 如上图，我们已经配置了正确的路径，如果路径不正确的话，你将会得到错误信息为：Specified URL is not reachable。 如上面的图片显示的，尽管服务器已经启动了，但是路径不正确还是无法校验。 https://www.ossez.com/t/intellij-idea-php-debug-url/13888
关于 Xdebug 的扩展，在这里应该填的是 dll 文件，或者 MacOS 使用的文件。 需要注意的是，不要在这里填 phpdg.exe 这个文件的路径。 这个选项的主要目的是：是告诉 IntelliJ IDEA Ultimate 如果在 php.ini 中没有配置 xdebug 的时候 IntelliJ IDEA Ultimate 到哪里去进行调试和找到调试扩展。 https://www.ossez.com/t/intellij-idea-ultimate-php-xdebug/13887
下面主要介绍在 IntelliJ IDEA Ultimate 中配置 PHP 的拦截器。 进入设置 首先需要进入 IntelliJ IDEA Ultimate 的设置。 然后选择 PHP，如果你没有安装 PHP 插件的话，需要先进行安装。 然后选择配置 CLI 拦截器。 添加拦截器 单击上面的 + 号来添加拦截器。 然后选择本地拦截器的路径。 然后选择 PHP 的可执行文件并且单击添加。 在添加后，将会显示被识别的版本。 设置调试扩展 在这里需要选择扩展的 dll 文件的路径。 这个配置主要目的是告诉 IntelliJ IDEA Ultimate 如果在 php.ini 中没有配置 xdebug 的时候 IntelliJ IDEA Ultimate 到哪里去进行调试和找到调试扩展。 在界面的上面，能够看到 Xdebug 的版本号。 当你完成所有配置后，返回到最前面的界面，你将会看到 CLI 拦截器已经配置完成了。 在调试之前，这个需要先进行配置。 https://www.ossez.com/t/intellij-idea-ultimate-php/13886