1. 先搞清楚NUC是什么WordPress又需要什么很多人一看到英特尔NUC就默认它是低功耗小电脑觉得拿来跑博客就是大材小用或者反过来不够用这两种判断其实都有偏差。NUC是Intel推出的一类准系统迷你主机标准形态就是巴掌大的方盒子用户自己配内存、硬盘、电源适配器近年来也有带酷睿甚至至强型号的高配版本。它本质是一台完整的x86电脑不是路由器那种嵌入式设备也不是树莓派那种ARM开发板这点决定了它和WordPress之间的兼容性没有问题。那WordPress需要什么很多人被PHPMySQL这几个字吓住了实际上WordPress的硬件门槛低到令人发指。官方文档给出的最低要求是PHP 7.4以上、MySQL 5.7以上或MariaDB 10.3以上以及对HTTPS的支持。换算成硬件一颗双核低功耗处理器、1GB内存、20GB硬盘就能跑起来——我说的能跑是指后台能登录、文章能发布、页面能打开而不是说体验多好。如果流量一天只有几十几百个IP哪怕是最入门的NUC型号也能轻松扛住。所以NUC适不适合搭建WordPress博客网站这个问题关键不在性能而在三个更实际的角度部署方式怎么选、持续运行靠不靠谱、长期成本划不划算。下面我按自己实际折腾过的经验展开聊基本都是踩过坑之后总结下来的。2. 本地部署还是云主机NUC的真实定位2.1 博客放在家里和放在机房的本质区别先给结论NUC适合的是自托管、自运维、对数据掌控有执念的站长不适合开机就想躺平、不想管系统更新的朋友。我的第一台WordPress站点跑在一台云主机上一年费用大概几百元配置是1核1G。后来为了实验NUC方案我把整个站迁移到了一台NUC 8 i5上同时用Docker在同一台机器里面跑了WordPress、MariaDB、Nginx、Redis和备份服务。连续运行半年中间只有一次因为小区停电导致宕机来电后自动重启MySQL因为异常关机需要修复一下其他时候都稳定。这里出现一个核心差异云主机自带公网IP、机房UPS、硬件售后NUC需要你自己解决网络接入、UPS、端口映射和硬件故障。换句话说NUC把服务器从抽象的服务变成了家里一台看得见摸得着的设备运维半径从提工单变成了拆机箱。2.2 NUC对比云主机的成本账很多人算成本只算硬件采购价这是错的。一台NUC准系统大概1500到3000元加内存硬盘轻松到3000元以上比云主机一年的费用贵。但NUC能用五年以上折算下来每年500到600元而一台同样性能的云主机一年可能要1000到2000元。加上NUC闲置还能当电视盒子、软路由、家庭媒体中心用实际摊薄成本更低。不过别忘了电费和网络。NUC功耗在待机时大概10到20瓦满载50瓦左右按平均25瓦算一天0.6度电一年大概200度电民用电价约100多元。家庭宽带的公网IP现在越来越难拿到很多省份的宽带是运营商级NAT也就是没有独立公网IPv4这就导致你无法从外部直接访问家里的服务。这个问题有很多解决方案DDNS配合端口映射、IPv6、内网穿透工具都能做但每一样都是额外的运维成本。如果宽带没有公网IPv4做Web服务会非常痛苦访问延迟、稳定性都受影响。所以我建议如果你连公网IP这个概念都要搜索才知道那NUC方案先放一放。2.3 什么人真的适合NUC自托管根据我的观察适合用NUC搭建WordPress的人有几种典型画像已经有一台7x24小时开机的NUC或其他迷你主机跑着NAS、下载机、Home Assistant等服务拍脑袋决定把博客也塞进去。对数据敏感不愿意把网站内容放在第三方云厂商的机器上。喜欢折腾享受从硬件到软件全链路掌控的过程。博客流量不大但需要跑一些云主机上用不了的自定义扩展比如需要编译PHP扩展、需要访问USB设备做硬件交互。如果以上中了三条NUC确实值得一试。如果只是想要一个稳定省心的博客托管环境直接买云服务器或者托管WordPress主机更明智。这不是能力问题是精力分配问题。3. 性能没有瓶颈但部署方式决定了你的幸福感3.1 硬件选型建议我建议最低配置是NUC 8代或以上的i3、8GB内存、256GB SSD。理由很简单Web服务吃的是内存和磁盘IOCPU反而不是最大瓶颈。内存方面WordPress PHP-FPM MySQL Nginx跑起来空闲状态大概占用2到3GB内存。如果使用Redis做对象缓存追加0.5GB。8GB内存意味着日常使用比较宽松访问量上来时PHP进程多一些也不会OOM。16GB属于舒服区如果打算在同一台NUC上再跑Docker容器、数据库备份任务、日志分析建议直接上16GB。硬盘必须SSD这是最容易被低估的配件。NUC内部有一个M.2插槽和一个2.5英寸SATA位M.2 NVMe SSD的随机读写性能对MySQL和PHP-FPM的进程调度有很大助力。我自己测试过在同一台NUC上把系统从机械硬盘换成NVMe SSD之后首页响应时间从1.8秒降到0.4秒左右可见IO影响远超CPU。3.2 原生安装、虚拟机还是Docker部署WordPress有几种路径各有利弊。原生安装裸机LNMP直接在Ubuntu Server上装Nginx、MySQL、PHP。性能最好资源占用最低但升级系统时容易搞乱依赖关系迁移环境也需要重新配置。适合勤快、喜欢掌控一切的玩家。虚拟机Proxmox VE或ESXi先在NUC上装虚拟化平台再建一个虚拟机跑WordPress。隔离性好可以随时一键备份快照。缺点是资源开销相对大一些而且多一层虚拟化也让故障排查多了一个维度。NUC8以上内存够大的话这个方案很稳。Docker容器我的最终选择。一个docker-compose.yml文件定义WordPress、MariaDB、Nginx、Redis等服务重装系统后一条命令恢复所有服务。备份时只需要导出数据库文件和挂载目录迁移时打包整个目录到新机器docker compose up -d即可。这个方案对不熟悉Linux的博主也很友好因为你不需要关心软件包的安装细节。我强烈建议新手直接用Docker Compose方案理由很朴素它把一个复杂的运维问题简化成了照着文档写配置。3.3 一个可以直接用的Docker Compose配置下面给出一套我验证过的配置适用于NUC上的Ubuntu Server 22.04 / 24.04其他发行版类似。先安装Docker和Compose插件sudo apt update sudo apt install docker.io docker-compose-v2 sudo systemctl enable --now docker创建目录结构mkdir -p ~/wordpress/{nginx,db,wp-data} cd ~/wordpress编写docker-compose.ymlservices: db: image: mariadb:11 restart: always environment: MYSQL_ROOT_PASSWORD: change_this_root_password MYSQL_DATABASE: wordpress MYSQL_USER: wpuser MYSQL_PASSWORD: change_this_wp_password volumes: - ./db:/var/lib/mysql healthcheck: test: [CMD, healthcheck.sh, --connect, --innodb_initialized] interval: 10s timeout: 5s retries: 5 wordpress: image: wordpress:6-php8.3-fpm restart: always depends_on: db: condition: service_healthy environment: WORDPRESS_DB_HOST: db:3306 WORDPRESS_DB_USER: wpuser WORDPRESS_DB_PASSWORD: change_this_wp_password WORDPRESS_DB_NAME: wordpress volumes: - ./wp-data:/var/www/html nginx: image: nginx:1.27-alpine restart: always depends_on: - wordpress ports: - 80:80 - 443:443 volumes: - ./wp-data:/var/www/html - ./nginx:/etc/nginx/conf.d:ro - ./certs:/etc/nginx/certs:roNginx配置文件放在~/wordpress/nginx/default.confserver { listen 80; server_name your-domain.com; root /var/www/html; index index.php; location / { try_files $uri $uri/ /index.php?$args; } location ~ \.php$ { fastcgi_pass wordpress:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2?)$ { expires 30d; add_header Cache-Control public, immutable; } }启动cd ~/wordpress docker compose up -d等一两分钟浏览器访问http://NUC的IP看到WordPress安装界面就成功了。这里有一个关键细节WordPress官方镜像默认的PHP上传大小限制是2MB如果博客需要上传图片必须修改PHP配置。可以创建一个uploads.ini挂载到容器配置目录也可以直接编辑镜像内的php.ini但推荐前者这样升级容器配置不丢失upload_max_filesize 64M post_max_size 64M memory_limit 256M max_execution_time 300然后把这段配置挂载到WordPress容器的/usr/local/etc/php/conf.d/uploads.ini。4. 域名解析、HTTPS证书与公网访问的完整链路4.1 四个必须打通的网络环节NUC装好WordPress只是第一步真正让博客可以被互联网访问必须打通四个环节域名解析在域名服务商处添加A记录把your-domain.com指向你的公网IPv4地址或者AAAA记录指向IPv6地址。如果宽带没有公网IPv4只有IPv6那么需要确保访客的网络环境也支持IPv6否则一部分人打不开。这在国内是个现实问题解决方案是使用Cloudflare代理作为中转或者干脆用支持端口映射的内网穿透工具。端口映射在路由器上将公网80和443端口转发到NUC的内网IP。如果没有公网IP需要借助frp、ngrok等工具把NUC上的80/443端口映射到一台有公网IP的中间服务器上。这等于把NUC方案变成了混合部署虽然麻烦但比纯云主机更灵活。动态DNS家宽的公网IP经常变。用ddclient或ddns-go这类工具定时更新DNS记录保证域名始终解析到最新IP。也可以直接在路由器上配置DDNS很多路由器自带这个功能。HTTPS证书用Lets Encrypt的免费证书。推荐使用Certbot配合Nginx插件自动申请和续期sudo apt install certbot python3-certbot-nginx sudo certbot --nginx -d your-domain.comCertbot会自动改写Nginx配置并设置定时续期任务。申请时需要在公网环境下验证域名所有权所以这一步务必在端口映射和域名解析都完成后再做。4.2 一种更省心的替代路径Tailscale 反向代理如果你不追求让所有人都能直接访问只是想在手机、笔记本上随时打开博客后台或者同一站点只给熟人看那完全不必折腾公网IP。我另外给一个方案在NUC上安装Tailscale把它纳入自己的虚拟局域网然后电脑、手机都安装Tailscale客户端。这时候访问WordPress后台只需要在浏览器输入http://NUC的TailscaleIP安全性和稳定性都很好还不用申请证书。但缺点是访客也得有Tailscale客户端所以不适合公开博客。相对折中的做法是NUC作为源站使用一台便宜的云主机做Nginx反向代理客户端从云主机访问云主机再回源到NUC的Tailscale地址。这样公网IP的问题被转移到云主机上NUC本身只需要一个出方向的虚拟组网连接即可。这个云主机反代 NUC源站的组合很多自托管玩家都在用。好处是数据依然在自己手里坏处是配置链条更长出问题排查难度高一级。4.3 缓存与性能调优NUC才能发挥全部潜力WordPress默认没有页面缓存每次访问都会执行PHP、查询数据库。NUC性能虽然没问题但对没有优化过的WordPress来说一个点击可能触发十几次数据库查询。建议按以下顺序优化安装缓存插件推荐LiteSpeed Cache或者WP Super Cache。如果前面Nginx配置里加了expires规则静态资源已经能缓存但页面级缓存还得靠插件。安装Redis对象缓存插件比如Redis Object Cache并在Docker Compose里加上Redis容器redis: image: redis:7-alpine restart: always command: [redis-server, --appendonly, no]然后在WordPress容器环境变量里加上environment: WORDPRESS_CONFIG_EXTRA: | define(WP_REDIS_HOST, redis); define(WP_REDIS_PORT, 6379);最后在WordPress后台启用Redis Object Cache插件。实测启用后未命中缓存的动态请求响应时间能从500毫秒降到200毫秒左右命中缓存时基本在50毫秒以内。数据库层面MariaDB容器里把innodb_buffer_pool_size设置为总内存的一半左右比如8GB内存就设为4GB。可以在Compose文件里挂载自定义MariaDB配置。如果有图片和其他静态文件建议直接走Nginx的try_files逻辑不经过PHP。我上面的配置已经做了这个处理。5. 长期运行的可靠性备份、断电、系统更新5.1 备份策略必须自动化NUC自托管最大的风险不是硬件坏而是人懒。云主机崩了可以找服务商重置系统但NUC上的数据丢了只能自己背锅。我的备份方案用restic它支持增量备份和加密配合一个外接硬盘或者远程对象存储。写一个简单的定时任务#!/bin/bash # 导出数据库 docker compose exec -T db mysqldump -u root -p$MYSQL_ROOT_PASSWORD wordpress /backup/wordpress_$(date %F).sql # 压缩网站文件 tar czf /backup/wordpress_files_$(date %F).tar.gz -C ~/wordpress wp-data # 用restic上传到远程存储 restic -r s3:s3.amazonaws.com/my-backup-bucket backup /backup配合cron每天凌晨执行保留最近30天的备份。注意docker compose exec里没有-T在某些环境下可能报错因为exec默认打开TTY在cron里必须关闭。恢复流程也很重要。第一次恢复时先把备份的wp-data目录解压回~/wordpress/wp-data然后用docker compose up -d启动数据库和WordPress最后导入SQL文件。顺序反了会导致数据库连接不上或者文件权限不对。我踩过这个坑当时先启动了WordPress它自动创建了空数据库导致导入备份时表冲突。5.2 断电与文件系统损伤NUC用消费级SSD意外断电可能导致文件系统损坏尤其是MySQL的InnoDB数据文件。最直接的防御是给NUC配一个UPS断电后自动安全关机。如果不想买UPS至少要保证MySQL容器开启了innodb_flush_log_at_trx_commit1这是默认值能做到每次事务提交都刷盘牺牲一点性能换数据安全。另外可以给MariaDB容器加--read-only之类的参数但过度保护会让运维变复杂不太推荐。我个人的教训是有一次小区施工导致连续三次短时断电第三次断电后数据库文件损坏尽管最后用innodb_force_recovery模式恢复了一部分数据但最近几个小时的文章评论还是丢了。从那之后我配了UPS和自动关机脚本再也没有遇到过类似问题。5.3 系统更新和WordPress升级的节奏NUC上如果跑的是Ubuntu Server建议每两周执行一次sudo apt update sudo apt upgrade -yDocker镜像的更新需要用docker compose pull拉取新镜像然后docker compose up -d重建容器。WordPress小版本更新会自动在后台执行大版本需要手动点击更新。更新前务必做一次备份否则很可能因为PHP版本变化导致插件报错。尽量不要在周末的中午更新这看起来像常识但很多人包括我都干过发布新文章之前手贱升级插件的蠢事。WordPress生态的兼容性远比想象中脆弱升级后一定打开首页和几个核心页面检查一遍。6. 功耗、噪音与散热NUC作为7x24服务器的体验6.1 实测功耗数据我在NUC 8 i5上挂了一个智能插座待机时整机功耗约12瓦博客有访问时约20到30瓦跑备份压缩任务时能到45瓦。一个月电费大约8到15元完全在可接受范围。如果你对功耗极度敏感可以选择NUC的T系列低功耗版本或者N100这种低端型号整机待机功耗能压到8瓦以下。但对于WordPress来说性能并不是瓶颈N100也完全够用功耗还能做到更低。6.2 噪音和摆放位置NUC的风扇在低负载时几乎无声只有高负载或夏天室温高时风扇会明显转起来。放在客厅电视柜上人坐在两米外基本听不到放在书房里贴墙放也还好。但有一点要注意NUC不能塞进完全封闭的柜子里否则热量堆积会导致风扇频繁高速运转噪音反而明显。如果家里有宠物机器有可能被猫蹭倒或者毛絮堵住进风口。建议加一个防尘网罩或者放到不太容易触碰的层板上毕竟7x24运行的机器还是要考虑意外因素。6.3 生命周期与退役NUC的寿命没有明确年限电子元器件一般能稳定运行5到10年但SSD有写入寿命风扇轴承可能老化。我的做法是每年清一次灰两年换一次SSD把系统盘迁移到新盘旧盘挪作他用这样基本能保证长期稳定。如果NUC哪天坏了只要备份还在重新买一台新机器装好Docker把~/wordpress目录原样复制过去docker compose up -d最多半小时网站就满血复活。这就是Docker方案带来的最大红利硬件故障不再是灾难顶多算一个迁移事件。7. 整体评价与我的最终建议绕了这么一大圈回到标题的问题英特尔NUC适合搭建WordPress博客网站吗我的回答是对于愿意自己动手、能接受自托管运维节奏的人来说NUC是性价比很高、可玩性很强、数据掌控力拉满的方案对于怕麻烦、没时间折腾、追求极致省心的人来说云主机仍然是更好的选择。两者之间不是用哪个更好的关系而是你愿意投入多少精力换取什么回报的问题。如果你决定尝试我的建议是硬件选NUC 8代以上i3或i58GB内存起步SSD必须NVMe。系统装Ubuntu Server LTS别装桌面版省下来的内存都给WordPress和数据库。部署直接用Docker Compose一套配置走遍天下。备份必须自动化restic或borg都行重点是可以一键恢复。公网访问如果没有固定IPv4就老老实实用云主机反代方案别硬凹NUC直连。域名和HTTPS尽早配好搜索引擎对HTTPS站点有偏好博客一上线就带上锁头更专业。NUC这类设备表面上是一台迷你电脑本质上却是自托管爱好者的乐高积木。WordPress作为全球市场份额最大的建站程序跑在上面可以说毫无压力。你用NUC搭起的不只是一个博客更是一套属于自己的基础设施。这个过程中的每个坑、每次修复都会成为下一台服务器少踩的一次雷。这一点我觉得比适不适合本身更有价值。 
长河君 · 2026/9/14 5:34:33 · 阅读 1.2k 英特尔NUC搭建WordPress博客：自托管部署与运维全指南
1. 先搞清楚NUC是什么WordPress又需要什么很多人一看到英特尔NUC就默认它是低功耗小电脑觉得拿来跑博客就是大材小用或者反过来不够用这两种判断其实都有偏差。NUC是Intel推出的一类准系统迷你主机标准形态就是巴掌大的方盒子用户自己配内存、硬盘、电源适配器近年来也有带酷睿甚至至强型号的高配版本。它本质是一台完整的x86电脑不是路由器那种嵌入式设备也不是树莓派那种ARM开发板这点决定了它和WordPress之间的兼容性没有问题。那WordPress需要什么很多人被PHPMySQL这几个字吓住了实际上WordPress的硬件门槛低到令人发指。官方文档给出的最低要求是PHP 7.4以上、MySQL 5.7以上或MariaDB 10.3以上以及对HTTPS的支持。换算成硬件一颗双核低功耗处理器、1GB内存、20GB硬盘就能跑起来——我说的能跑是指后台能登录、文章能发布、页面能打开而不是说体验多好。如果流量一天只有几十几百个IP哪怕是最入门的NUC型号也能轻松扛住。所以NUC适不适合搭建WordPress博客网站这个问题关键不在性能而在三个更实际的角度部署方式怎么选、持续运行靠不靠谱、长期成本划不划算。下面我按自己实际折腾过的经验展开聊基本都是踩过坑之后总结下来的。2. 本地部署还是云主机NUC的真实定位2.1 博客放在家里和放在机房的本质区别先给结论NUC适合的是自托管、自运维、对数据掌控有执念的站长不适合开机就想躺平、不想管系统更新的朋友。我的第一台WordPress站点跑在一台云主机上一年费用大概几百元配置是1核1G。后来为了实验NUC方案我把整个站迁移到了一台NUC 8 i5上同时用Docker在同一台机器里面跑了WordPress、MariaDB、Nginx、Redis和备份服务。连续运行半年中间只有一次因为小区停电导致宕机来电后自动重启MySQL因为异常关机需要修复一下其他时候都稳定。这里出现一个核心差异云主机自带公网IP、机房UPS、硬件售后NUC需要你自己解决网络接入、UPS、端口映射和硬件故障。换句话说NUC把服务器从抽象的服务变成了家里一台看得见摸得着的设备运维半径从提工单变成了拆机箱。2.2 NUC对比云主机的成本账很多人算成本只算硬件采购价这是错的。一台NUC准系统大概1500到3000元加内存硬盘轻松到3000元以上比云主机一年的费用贵。但NUC能用五年以上折算下来每年500到600元而一台同样性能的云主机一年可能要1000到2000元。加上NUC闲置还能当电视盒子、软路由、家庭媒体中心用实际摊薄成本更低。不过别忘了电费和网络。NUC功耗在待机时大概10到20瓦满载50瓦左右按平均25瓦算一天0.6度电一年大概200度电民用电价约100多元。家庭宽带的公网IP现在越来越难拿到很多省份的宽带是运营商级NAT也就是没有独立公网IPv4这就导致你无法从外部直接访问家里的服务。这个问题有很多解决方案DDNS配合端口映射、IPv6、内网穿透工具都能做但每一样都是额外的运维成本。如果宽带没有公网IPv4做Web服务会非常痛苦访问延迟、稳定性都受影响。所以我建议如果你连公网IP这个概念都要搜索才知道那NUC方案先放一放。2.3 什么人真的适合NUC自托管根据我的观察适合用NUC搭建WordPress的人有几种典型画像已经有一台7x24小时开机的NUC或其他迷你主机跑着NAS、下载机、Home Assistant等服务拍脑袋决定把博客也塞进去。对数据敏感不愿意把网站内容放在第三方云厂商的机器上。喜欢折腾享受从硬件到软件全链路掌控的过程。博客流量不大但需要跑一些云主机上用不了的自定义扩展比如需要编译PHP扩展、需要访问USB设备做硬件交互。如果以上中了三条NUC确实值得一试。如果只是想要一个稳定省心的博客托管环境直接买云服务器或者托管WordPress主机更明智。这不是能力问题是精力分配问题。3. 性能没有瓶颈但部署方式决定了你的幸福感3.1 硬件选型建议我建议最低配置是NUC 8代或以上的i3、8GB内存、256GB SSD。理由很简单Web服务吃的是内存和磁盘IOCPU反而不是最大瓶颈。内存方面WordPress PHP-FPM MySQL Nginx跑起来空闲状态大概占用2到3GB内存。如果使用Redis做对象缓存追加0.5GB。8GB内存意味着日常使用比较宽松访问量上来时PHP进程多一些也不会OOM。16GB属于舒服区如果打算在同一台NUC上再跑Docker容器、数据库备份任务、日志分析建议直接上16GB。硬盘必须SSD这是最容易被低估的配件。NUC内部有一个M.2插槽和一个2.5英寸SATA位M.2 NVMe SSD的随机读写性能对MySQL和PHP-FPM的进程调度有很大助力。我自己测试过在同一台NUC上把系统从机械硬盘换成NVMe SSD之后首页响应时间从1.8秒降到0.4秒左右可见IO影响远超CPU。3.2 原生安装、虚拟机还是Docker部署WordPress有几种路径各有利弊。原生安装裸机LNMP直接在Ubuntu Server上装Nginx、MySQL、PHP。性能最好资源占用最低但升级系统时容易搞乱依赖关系迁移环境也需要重新配置。适合勤快、喜欢掌控一切的玩家。虚拟机Proxmox VE或ESXi先在NUC上装虚拟化平台再建一个虚拟机跑WordPress。隔离性好可以随时一键备份快照。缺点是资源开销相对大一些而且多一层虚拟化也让故障排查多了一个维度。NUC8以上内存够大的话这个方案很稳。Docker容器我的最终选择。一个docker-compose.yml文件定义WordPress、MariaDB、Nginx、Redis等服务重装系统后一条命令恢复所有服务。备份时只需要导出数据库文件和挂载目录迁移时打包整个目录到新机器docker compose up -d即可。这个方案对不熟悉Linux的博主也很友好因为你不需要关心软件包的安装细节。我强烈建议新手直接用Docker Compose方案理由很朴素它把一个复杂的运维问题简化成了照着文档写配置。3.3 一个可以直接用的Docker Compose配置下面给出一套我验证过的配置适用于NUC上的Ubuntu Server 22.04 / 24.04其他发行版类似。先安装Docker和Compose插件sudo apt update sudo apt install docker.io docker-compose-v2 sudo systemctl enable --now docker创建目录结构mkdir -p ~/wordpress/{nginx,db,wp-data} cd ~/wordpress编写docker-compose.ymlservices: db: image: mariadb:11 restart: always environment: MYSQL_ROOT_PASSWORD: change_this_root_password MYSQL_DATABASE: wordpress MYSQL_USER: wpuser MYSQL_PASSWORD: change_this_wp_password volumes: - ./db:/var/lib/mysql healthcheck: test: [CMD, healthcheck.sh, --connect, --innodb_initialized] interval: 10s timeout: 5s retries: 5 wordpress: image: wordpress:6-php8.3-fpm restart: always depends_on: db: condition: service_healthy environment: WORDPRESS_DB_HOST: db:3306 WORDPRESS_DB_USER: wpuser WORDPRESS_DB_PASSWORD: change_this_wp_password WORDPRESS_DB_NAME: wordpress volumes: - ./wp-data:/var/www/html nginx: image: nginx:1.27-alpine restart: always depends_on: - wordpress ports: - 80:80 - 443:443 volumes: - ./wp-data:/var/www/html - ./nginx:/etc/nginx/conf.d:ro - ./certs:/etc/nginx/certs:roNginx配置文件放在~/wordpress/nginx/default.confserver { listen 80; server_name your-domain.com; root /var/www/html; index index.php; location / { try_files $uri $uri/ /index.php?$args; } location ~ \.php$ { fastcgi_pass wordpress:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2?)$ { expires 30d; add_header Cache-Control public, immutable; } }启动cd ~/wordpress docker compose up -d等一两分钟浏览器访问http://NUC的IP看到WordPress安装界面就成功了。这里有一个关键细节WordPress官方镜像默认的PHP上传大小限制是2MB如果博客需要上传图片必须修改PHP配置。可以创建一个uploads.ini挂载到容器配置目录也可以直接编辑镜像内的php.ini但推荐前者这样升级容器配置不丢失upload_max_filesize 64M post_max_size 64M memory_limit 256M max_execution_time 300然后把这段配置挂载到WordPress容器的/usr/local/etc/php/conf.d/uploads.ini。4. 域名解析、HTTPS证书与公网访问的完整链路4.1 四个必须打通的网络环节NUC装好WordPress只是第一步真正让博客可以被互联网访问必须打通四个环节域名解析在域名服务商处添加A记录把your-domain.com指向你的公网IPv4地址或者AAAA记录指向IPv6地址。如果宽带没有公网IPv4只有IPv6那么需要确保访客的网络环境也支持IPv6否则一部分人打不开。这在国内是个现实问题解决方案是使用Cloudflare代理作为中转或者干脆用支持端口映射的内网穿透工具。端口映射在路由器上将公网80和443端口转发到NUC的内网IP。如果没有公网IP需要借助frp、ngrok等工具把NUC上的80/443端口映射到一台有公网IP的中间服务器上。这等于把NUC方案变成了混合部署虽然麻烦但比纯云主机更灵活。动态DNS家宽的公网IP经常变。用ddclient或ddns-go这类工具定时更新DNS记录保证域名始终解析到最新IP。也可以直接在路由器上配置DDNS很多路由器自带这个功能。HTTPS证书用Lets Encrypt的免费证书。推荐使用Certbot配合Nginx插件自动申请和续期sudo apt install certbot python3-certbot-nginx sudo certbot --nginx -d your-domain.comCertbot会自动改写Nginx配置并设置定时续期任务。申请时需要在公网环境下验证域名所有权所以这一步务必在端口映射和域名解析都完成后再做。4.2 一种更省心的替代路径Tailscale 反向代理如果你不追求让所有人都能直接访问只是想在手机、笔记本上随时打开博客后台或者同一站点只给熟人看那完全不必折腾公网IP。我另外给一个方案在NUC上安装Tailscale把它纳入自己的虚拟局域网然后电脑、手机都安装Tailscale客户端。这时候访问WordPress后台只需要在浏览器输入http://NUC的TailscaleIP安全性和稳定性都很好还不用申请证书。但缺点是访客也得有Tailscale客户端所以不适合公开博客。相对折中的做法是NUC作为源站使用一台便宜的云主机做Nginx反向代理客户端从云主机访问云主机再回源到NUC的Tailscale地址。这样公网IP的问题被转移到云主机上NUC本身只需要一个出方向的虚拟组网连接即可。这个云主机反代 NUC源站的组合很多自托管玩家都在用。好处是数据依然在自己手里坏处是配置链条更长出问题排查难度高一级。4.3 缓存与性能调优NUC才能发挥全部潜力WordPress默认没有页面缓存每次访问都会执行PHP、查询数据库。NUC性能虽然没问题但对没有优化过的WordPress来说一个点击可能触发十几次数据库查询。建议按以下顺序优化安装缓存插件推荐LiteSpeed Cache或者WP Super Cache。如果前面Nginx配置里加了expires规则静态资源已经能缓存但页面级缓存还得靠插件。安装Redis对象缓存插件比如Redis Object Cache并在Docker Compose里加上Redis容器redis: image: redis:7-alpine restart: always command: [redis-server, --appendonly, no]然后在WordPress容器环境变量里加上environment: WORDPRESS_CONFIG_EXTRA: | define(WP_REDIS_HOST, redis); define(WP_REDIS_PORT, 6379);最后在WordPress后台启用Redis Object Cache插件。实测启用后未命中缓存的动态请求响应时间能从500毫秒降到200毫秒左右命中缓存时基本在50毫秒以内。数据库层面MariaDB容器里把innodb_buffer_pool_size设置为总内存的一半左右比如8GB内存就设为4GB。可以在Compose文件里挂载自定义MariaDB配置。如果有图片和其他静态文件建议直接走Nginx的try_files逻辑不经过PHP。我上面的配置已经做了这个处理。5. 长期运行的可靠性备份、断电、系统更新5.1 备份策略必须自动化NUC自托管最大的风险不是硬件坏而是人懒。云主机崩了可以找服务商重置系统但NUC上的数据丢了只能自己背锅。我的备份方案用restic它支持增量备份和加密配合一个外接硬盘或者远程对象存储。写一个简单的定时任务#!/bin/bash # 导出数据库 docker compose exec -T db mysqldump -u root -p$MYSQL_ROOT_PASSWORD wordpress /backup/wordpress_$(date %F).sql # 压缩网站文件 tar czf /backup/wordpress_files_$(date %F).tar.gz -C ~/wordpress wp-data # 用restic上传到远程存储 restic -r s3:s3.amazonaws.com/my-backup-bucket backup /backup配合cron每天凌晨执行保留最近30天的备份。注意docker compose exec里没有-T在某些环境下可能报错因为exec默认打开TTY在cron里必须关闭。恢复流程也很重要。第一次恢复时先把备份的wp-data目录解压回~/wordpress/wp-data然后用docker compose up -d启动数据库和WordPress最后导入SQL文件。顺序反了会导致数据库连接不上或者文件权限不对。我踩过这个坑当时先启动了WordPress它自动创建了空数据库导致导入备份时表冲突。5.2 断电与文件系统损伤NUC用消费级SSD意外断电可能导致文件系统损坏尤其是MySQL的InnoDB数据文件。最直接的防御是给NUC配一个UPS断电后自动安全关机。如果不想买UPS至少要保证MySQL容器开启了innodb_flush_log_at_trx_commit1这是默认值能做到每次事务提交都刷盘牺牲一点性能换数据安全。另外可以给MariaDB容器加--read-only之类的参数但过度保护会让运维变复杂不太推荐。我个人的教训是有一次小区施工导致连续三次短时断电第三次断电后数据库文件损坏尽管最后用innodb_force_recovery模式恢复了一部分数据但最近几个小时的文章评论还是丢了。从那之后我配了UPS和自动关机脚本再也没有遇到过类似问题。5.3 系统更新和WordPress升级的节奏NUC上如果跑的是Ubuntu Server建议每两周执行一次sudo apt update sudo apt upgrade -yDocker镜像的更新需要用docker compose pull拉取新镜像然后docker compose up -d重建容器。WordPress小版本更新会自动在后台执行大版本需要手动点击更新。更新前务必做一次备份否则很可能因为PHP版本变化导致插件报错。尽量不要在周末的中午更新这看起来像常识但很多人包括我都干过发布新文章之前手贱升级插件的蠢事。WordPress生态的兼容性远比想象中脆弱升级后一定打开首页和几个核心页面检查一遍。6. 功耗、噪音与散热NUC作为7x24服务器的体验6.1 实测功耗数据我在NUC 8 i5上挂了一个智能插座待机时整机功耗约12瓦博客有访问时约20到30瓦跑备份压缩任务时能到45瓦。一个月电费大约8到15元完全在可接受范围。如果你对功耗极度敏感可以选择NUC的T系列低功耗版本或者N100这种低端型号整机待机功耗能压到8瓦以下。但对于WordPress来说性能并不是瓶颈N100也完全够用功耗还能做到更低。6.2 噪音和摆放位置NUC的风扇在低负载时几乎无声只有高负载或夏天室温高时风扇会明显转起来。放在客厅电视柜上人坐在两米外基本听不到放在书房里贴墙放也还好。但有一点要注意NUC不能塞进完全封闭的柜子里否则热量堆积会导致风扇频繁高速运转噪音反而明显。如果家里有宠物机器有可能被猫蹭倒或者毛絮堵住进风口。建议加一个防尘网罩或者放到不太容易触碰的层板上毕竟7x24运行的机器还是要考虑意外因素。6.3 生命周期与退役NUC的寿命没有明确年限电子元器件一般能稳定运行5到10年但SSD有写入寿命风扇轴承可能老化。我的做法是每年清一次灰两年换一次SSD把系统盘迁移到新盘旧盘挪作他用这样基本能保证长期稳定。如果NUC哪天坏了只要备份还在重新买一台新机器装好Docker把~/wordpress目录原样复制过去docker compose up -d最多半小时网站就满血复活。这就是Docker方案带来的最大红利硬件故障不再是灾难顶多算一个迁移事件。7. 整体评价与我的最终建议绕了这么一大圈回到标题的问题英特尔NUC适合搭建WordPress博客网站吗我的回答是对于愿意自己动手、能接受自托管运维节奏的人来说NUC是性价比很高、可玩性很强、数据掌控力拉满的方案对于怕麻烦、没时间折腾、追求极致省心的人来说云主机仍然是更好的选择。两者之间不是用哪个更好的关系而是你愿意投入多少精力换取什么回报的问题。如果你决定尝试我的建议是硬件选NUC 8代以上i3或i58GB内存起步SSD必须NVMe。系统装Ubuntu Server LTS别装桌面版省下来的内存都给WordPress和数据库。部署直接用Docker Compose一套配置走遍天下。备份必须自动化restic或borg都行重点是可以一键恢复。公网访问如果没有固定IPv4就老老实实用云主机反代方案别硬凹NUC直连。域名和HTTPS尽早配好搜索引擎对HTTPS站点有偏好博客一上线就带上锁头更专业。NUC这类设备表面上是一台迷你电脑本质上却是自托管爱好者的乐高积木。WordPress作为全球市场份额最大的建站程序跑在上面可以说毫无压力。你用NUC搭起的不只是一个博客更是一套属于自己的基础设施。这个过程中的每个坑、每次修复都会成为下一台服务器少踩的一次雷。这一点我觉得比适不适合本身更有价值。