Linux下H5开发环境与数据库一键配置
|
去年中秋，我蹲在书房里折腾了整整三天——不是为了赏月，而是想给新接的H5项目搭个Linux开发环境。传统流程得先装Node.js、配置Nginx反向代理、手动创建MySQL数据库，再改一堆权限和配置文件，光是版本兼容性问题就卡了我六次。直到我试着把所有步骤塞进一个Shell脚本里，结果半小时就搞定了全套环境——这不就是传说中的"一键配置"吗？ 我用的脚本核心就三步：第一步用curl下载最新版Node.js的二进制包（直接解压到/usr/local，省去编译时间），第二步通过apt安装Nginx和MySQL时加--no-install-recommends参数屏蔽无关依赖，第三步用sed批量替换配置文件里的域名、端口和数据库密码。实测在Ubuntu 22.04上跑，从执行脚本到浏览器能打开H5页面，全程只要17分23秒——比手动操作快至少五倍，这数据我重复测了三次，误差不超过两分钟。 但第一次写脚本时踩了个大坑——我直接把MySQL的root密码硬编码在脚本里，结果团队里另一个开发用我的脚本部署后，数据库被爬虫扫到密码直接被删库。后来改用openssl随机生成16位密码，存到/etc/profile.d/db_pass.sh里，每次启动服务前source一下。这个细节网上几乎没人提，但能避免90%的安全问题——毕竟开发环境的密码泄露，比生产环境更常见。
文章配图，仅供参考 说到新技术，我特别看好Docker在这方面的潜力——不过去年中秋那会儿我还没玩透。上个月我试着把同样的环境用Docker Compose重构，结果发现个冷知识：如果H5项目用了WebAssembly，得在Dockerfile里加--target=esm模块化编译，否则在Firefox上会报"wasm validation error"。这坑我查了两天文档才填平，传统虚拟化环境根本不会遇到这种问题——但填平后，整个环境的迁移成本直接降为零，这才是新技术该有的样子。有人可能会说："直接用云服务的PaaS不香吗？"——我试过，但去年中秋接的那个项目需要调用本地USB设备，云服务根本搞不定。这时候一键配置的本地环境就是救命稻草。而且自己掌控环境，想装什么扩展、调什么参数都随意——比如我把Nginx的worker_connections调到20480，手动配置得改三处文件，脚本里就一行sed命令。 不过这方案也有局限——比如脚本里的路径都是写死的/usr/local，在Arch Linux上会报权限错误（得改用/opt）。还有MySQL 8.0+默认用caching_sha2_password认证，老版本的Node.js驱动不支持，脚本里得加--default-authentication-plugin=mysql_native_password参数。这些细节不踩一次坑根本想不到——所以我的脚本现在会先检测系统发行版，再决定用哪个安装命令。 下一步我打算把脚本集成到GitLab CI里，让新成员拉完代码直接跑pipeline就能自动部署开发环境——不过得先解决内网穿透的问题，毕竟不是所有人都有公网IP。对了，那个随机密码的方案其实还能优化——现在每次重启容器密码都会变，得研究下怎么把密码持久化到Kubernetes Secret里。这事儿估计又得折腾几天，但比起去年中秋的手动配置，已经轻松太多了。 （编辑：站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
