本地开发 调查 WordPress 开发者如何本地运行 WordPress 的调查 Chris Coyier 于 2024年7月18日 DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 200美元免费额度! 我真的不知道结果会如何。我怀疑你们很多人已经运行或正在本地运行 WordPress,但我无法清楚地猜测目前最流行的方法是什么。 [poll id=”56″] 让我们将调查限制在您实际使用的方法上,而不是您希望使用的方法。如果您不使用 WordPress,但使用具有类似依赖项的项目(例如,服务器端语言、数据库和 Web 服务器),请根据该项目投票。
我爱 Vagrant
Laravel Valet 简直是最好的东西。
+1
Valet 非常棒……除了目录多站点 ¯_(ツ)_/¯
为此,我使用 flywheel 的 local。
+1
Valet 最棒
+1 Valet 太棒了
我赞同 valet。简单易用。
我同意。Valet + MariaDB 比 MAMP 好多了。非常棒的轻量级解决方案
+1 Valet
使用 WP-CLI Valet 命令 可以轻松设置 WordPress 环境。
+1 支持 Valet。
毫无疑问,这是 Mac 上最简单的服务器设置。
我使用 Kalabox(基于 Docker)进行本地 WP 开发。
必须向 XAMPP 致敬。它已经为我服务了近十年,我还没有找到更喜欢的工具来管理大量项目站点。
我现在使用 Valet(来自 Laravel 团队)。我使用 MAMP 多年了,并在几个月前进行了切换。在我看来,这是开始新项目最简单/最快的方法。
几个月来我一直使用 Laravel Valet。我也将其用于 WordPress 站点。超级易于设置,资源消耗少且速度非常快。喜欢它!
https://laravel.net.cn/docs/5.4/valet
wp core download
mysql.server start
php – S localhost:8000
哈哈,不错!#hipster
我使用过 OSX 内置的 AMP 堆栈,也使用过 ServerPress 和带有 VVV 的 Vagrant,现在我所有的 WordPress 站点都在本地使用“flywheel 的 local”(以前称为 Pressmatic),非常简单。
使用了 MAMP 和 Vagrant 路线,现在我真的很喜欢 Laravel Valet 用于大多数本地项目
https://laravel.net.cn/docs/5.4/valet
我使用 DesktopServer Premium,易于设置和使用。
最近爱上了 Laravel 的 Valet 的简洁性,它是其本地开发环境 Homestead 的精简版。
我去年从 MAMP 切换到 Laravel 的 Valet。
这里的答案让我感到惊讶,因为我之前从未听说过 Valet。感谢大家参与。我在一家大型公司工作,该公司做了很多 WordPress 工作,我个人使用 VVV 通过 Vagrant。我以前只使用 MAMP,但发现 VVV 在处理许多不同站点时可以节省时间。我可能需要尝试一下 Valet!
Windows 上 Linux 子系统上的 LEMP 堆栈。
我正在使用 XAMPP,但我正在考虑开始使用 Docker,只是想看看它在 Windows 和 Linux 之间的可移植性如何。
我目前正在使用虚拟机(带有 Ubuntu 16.04 VM 的 VirtualBox)作为开发服务器,它们镜像了 Linode 上的生产服务器。WordPress 在 nginx 上运行,使用 PHP 7。
我更改我的 hosts 文件以在开发和生产服务器之间切换,将域名指向其中一个服务器。
每当需要启动一个新的 VM 时,我都会使用一个种子 VM 并克隆它。初始种子 VM 需要进行一些设置,但这是值得的,因为我可以从中在几秒钟内克隆一个新的 VM。
所有 WordPress 主题和插件都使用 git 进行管理。我从开发 VM 提交并推送到 GitHub 或我自己的 GitLab 实例,然后在生产服务器上拉取。这有点复杂,但对我来说有效 :)
Docker,加上一些 Rails 快捷方式来部署、备份、使用 2 个命令从开发迁移。
Valet 适用于快速 WordPress 项目,但如果您需要任何类似于生产环境的东西,或者多个服务(Redis、Varnish 等),使用 PuPHPet 配置的 Vagrant 虚拟机是一个非常简单直接的解决方案。
这里再投一票 Laravel Valet。
XAMPP,但它在某些方面功能有限。
我正在使用 VirtualHostX v6,它建立在通常配置的 OSX AMP 堆栈之上。我喜欢它的简洁性,以及它与 VirtualHost 应用程序的集成,两者均由 Tyler Hall 开发。
我已经使用 Instant WordPress 几年了,发现它非常适合快速布局测试等。
开发者声称从本地站点传输到您的实时站点很容易,但我无法对此方面发表评论,因为我从未这样做过。
我在 digitalocean.com 上运行一个开发 VPS。没有什么比一个可以从任何地方、任何设备访问的开发环境更好的了,而且当您从不是您常用计算机的计算机工作时,不需要任何额外的设置。
InstantWP,我认为我不会用其他方式。运行exe文件,它就能工作。
我使用scotch.io的Scotch Box有一段时间了,并且一直在尝试迁移到Docker,但是这里评论中的建议让我想要尝试Laravel Valet或Flywheel Local。非常棒的建议。
我很好奇这会如何随着时间的推移而改变。
在过去的几年里,我也在大多数项目中使用了Instant WordPress。它不是特别复杂,但对于轻松、便携的本地WordPress安装来说,它非常棒。
我使用XAMP
https://box.scotch.io/ 与WPDistillery。效果非常好。
目前我正在使用XAMPP/WAMP以及手动定义的虚拟主机。
我尝试过Vagrant的VVV盒子,但是自定义网站的设置非常痛苦,另一方面,Laravel Homestead非常易于设置(玩过一段时间),所以我可能会尝试用它来运行WordPress
在当前状态下,使用共享主机(大多数WP网站都使用共享主机)是不可能建立一个合适的开发流程的。
然而,由于同样的原因,*AMPP的使用量将会下降,转而使用Vagrant和Docker(Bedrock有人用吗?)。
我很好奇你发现使用共享主机建立合适的开发流程是不可能的原因是什么。你能详细说明一下吗?
例如,在我的个人案例中,我可以为开发目的启用我选择的IDE中的自动上传功能,并使用Jenkins等部署工具将生产版本同步到共享主机(你可以在大多数共享主机上运行rsync,包括GoDaddy)。
当然,这确实(非常)慢,因为WordPress在没有缓存的情况下,在共享主机上运行效果很差,但在我的情况下,“可以工作”。
我选择了“其他”,并在此详细说明我的选择。
我使用了一系列虚拟机,但还没有(仍然)使用Vagrant,用于各种用例,它们连接在一个虚拟环境中,因此我可以在(除了容器化各种WP版本/插件之外)模拟低带宽连接、链路丢失弹性等。因为一个网站不仅仅是您所看到的,还包括用户没有直接感知到的部分。
目前正在使用UniServer Z。我过去尝试过WAMP和XAMPP,但最终发现它们的UI有点难以上手。
使用Flywheel的Local,因为
– 易于快速设置,
– 本地域名,
– 外部URL共享一些测试。
Bitnami
使用MAMP有一段时间了,但正在考虑切换到Flywheel的Local
大部分时间使用PuPHPet,但最近我发现自己经常使用
$ wp server
,所以我会将wp-cli添加到列表中。我尝试过wamp,实际上尝试过很多次;但是,由于我并没有全天候地将其作为职业,所以这件事非常复杂和困难,以至于我放弃了。直到,唉,在某个稍后的日期,当我忘记了遇到的麻烦时,需求变得足够大,以至于我再次尝试。经过几次迭代,我又放弃了。
然而,现在WordPress最近的几次所谓的“升级”中,他们把“微型”编辑器搞得一团糟,我不得不找到一个“更好的方法”。由于wamp和WordPress都是“开源”的,我无法相信有人,在某个地方,不能为我们这些“业余”用户打包一个“一体化”的解决方案。
所以,我属于“其他”投票者;除了我实际上并没有使用任何“其他”解决方案。
Desktop Server Premium是我选择的WP服务器。
https://local.getflywheel.com/
对于MySQL,我使用Mac的官方MySQL软件包。其余部分(PHP和Nginx)是从源代码编译的!
我喜欢带Scotch Box的Vagrant。不过,对于我的一些项目来说,这可能有点过头了。
一年多以来只使用cloud9 (c9.io)。
每个项目一键式虚拟机,可从任何地方访问,不占用我的笔记本电脑的内存和CPU!
我刚刚迁移到roots的trellis,非常喜欢它
我长期使用MAMP,但在去年年底切换到Flywheel的Local,我非常喜欢它。启动一个新的本地站点比MAMP快得多也更容易。Blueprint功能也很棒,还有其他一些功能。
Roots Trellis很难被超越。
https://roots.io/trellis/
它是Vagrant加上更多功能!并且对于整个环境的设置相当简单易用。
MAMP。易于模拟任何开发环境(PHP版本等)。用于WordPress和其他。
我从版本1开始就使用MAMP Pro,但我在版本4中遇到了一些严重的问题(结果:数据库经常损坏),所以目前我用Flywheel的Local替换了它。
Local使用Docker和VirtualBox,并且非常用户友好。
我过去经常使用xampp,但目前我正在开发一个多站点安装,这给我带来了很大的麻烦,所以我在远程服务器上进行开发以匹配它在生产环境中的环境。我喜欢实时测试服务器,因为我可以在任何地方登录并提取我的文件副本。我发现上传和测试更改并不繁琐。
我过去直接在我的Mac上运行AMP,但最近我一直在使用Flywheel的Local,它太棒了
在所有情况下,95% 的情况下使用XAMPP。没有使用GUI,所以我选择了“其他”。无论如何,它最适合初学者(GUI,而不是XAMPP!)。
在剩下的5%中,它主要是完整的VM设置,使用经典的LAMP(GNU/Debian),直接来自软件包存储库或完全自行编译。Docker似乎没有优势,因为我需要部分或全部复制特定且精确的设置。
再见,w0lf。
我使用XAMPP很多年了,之前还用过MAMPP。现在我使用Vagrant,但我猜我会尝试一下Valet,因为这里每个人都对它赞不绝口 :)
我在Windows上使用C# ASP.NET,并决定学习PHP和WordPress。我最终选择了Vagrant/VVV来结束为Mac构建并移植到Windows的端口之争。
也就是说,在被VisualStudio宠坏之后学习使用PhpStorm,我认为这是一个更值得讨论的问题。