I’ve got a vagrant LAMP stack based on Onema that handles standard WP installations quite ok. I’ve been wanting to build composer and capistrano into my dev / deploy process for some time so Bedrock is quite timely. I was able to follow the installation instructions through Step 5 without issue. However, I do have an outstanding issue with .env relating to the URL for site.
I’ve tried putting a .htaccess DirectoryIndex at the root of this site and no effect.
Not sure how else to see where else there might be apache issue or troubleshoot if that is direct source of problem.
When I setup a site on same VM with WP in root of site (not /wp/) it displays properly. Although modifying the /index.php to be echo phpinfo() instead of the call to /wp/wp-blog-header it also redirects to localhost.
I setup a new non-Bedrock site with the VM that worked successfully:
Wordpress in sub-directory /wp/
index.php does require of /wp/wp-blog-header.php
wp-config.php based off wp-config-sample.php with DB info + WP_HOME and WP_SITEURL defined as above.
I’m not sure if that eliminates the DirectoryIndex concern @Foxaii mentioned or not - but does reduce / focus the scope of issue in my mind a bit towards something specific to Bedrock and how it setup interacts with a Vagrant VM at least.
I started a fresh environment and instead of cloning Bedrock I incrementally added pieces from Bedrock and new environment appears operational with the following:
.env file, index.php and wp-config.php
The site is accessible in proper methods still. Will let you know how it proceeds as I add the Capistrano elements. Don’t see any particular reason that would cause home dir issues.
If an index file with echo phpinfo(); also redirected to localhost then I’m pretty confident it was a server config issue, not anything directly related to Bedrock. Fortunately these issues will be ironed out when Vagrant support is finalised.
Bedrock seems pretty different but if anyone has used a subdirectory install or a setup like WP Skeleton it really isn’t that different. So it does usually turn out to be web server config issues or not starting from scratch. I’d still like to get a better FAQ/Wiki up for common problems.
If you do get a FAQ/Wiki structure setup - I’ll happily populate all the pain points I hit with where I was able to find answers. I’ve got a blog post started that has been keeping most of the links but I’d happily put it in a better structure like you’re aiming for.