Now the next step would be to edit the port used by nginx. Each server(it you have it configured that way) would need to be switched from 80 to 8080. The location of my config files are /etc/nginx/sites-available.
If you’re using this on a vagrant and have ports forwarded, for example I use homestead for laravel, you will need to change the forwarded port from 8000 to 8080, otherwise it won’t work properly, and nginx will likely not show your sites.
Finished, now test:
To test, you can run varnishstat, and that should give you data live as you access the domain affected by varnish.
I’ve been looking using grunt/gulp for automation of my different tasks, such as css/js minification, and image manipulations so when I found out about automating tests for phpunit, I decided to give a try.
Note: I haven’t really seen anything relating to this other than this, but I couldn’t quite get it to work using his bash script, so I ended up a making a few adjustments to his.
I develop using a Vagrant VM, so while installing most of this stuff on the host machine will work fine, I want it to be mostly kept to the VM. The tests are also running against the VM’s databases, not the local machine, so it makes more sense to keep dev separate from the Host Mac OSX.
 Install terminal-notifier
I used homebrew, so I just ran update and installed terminal-notifier:
brew update && brew install terminal-notifier
This added terminal-notifier to my applications folder, it also linked the app to my $PATH, which allows me to call it from the terminal.
 Install Vagrant-Notify
I will be using terminal-notifier for this, since it’s the stock notification app for Mac. This piece was a bit weird when initially installing. It worked best for me when I installed the plugin with the Vagrant vm off, it will give me an error about ruby running if the machine was already running. Killing the rogue ruby task with activity monitor would fix this as well.
From inside the folder with your Vagrant:
vagrant plugin install vagrant-notify
This piece will require another file called notify-send, preferably saved in usr\local\bin
Make sure this file has no extension and is executable. sudo chmod +x /usr/local/bin/notify-send
This is the part where I couldn’t quite get it to work like in the tutorial I included, so I ended up moving around the numbers that were being submitted to the script from gulp. These are the numbers that worked for me, YMMV. I believe the gulp-notify sends more by default now.
 Install Gulp, and dependencies
Used NPM for this on my Vagrant VM, since this is where gulp will be called:
I gathered this from a couple of different gulp.js files.
Note: Can be edited from host or guest machine, since in my case the gulp file will be at the base of my project folder.
 Check that it works
You can run gulp, or you can use gulp test
Which should return a notification of some sort. This will likely not be the best way to address phpunit tests, especially since currently there are only 3 tests. That’s not a lot, but if the project was much bigger, say 30-40 tests, I can see this being a dumb idea. I’ll likely not use this for larger projects, or at least implement a count that only runs the tests every so often.
The difficult part about this was getting the script to return the proper notifications. It initially wouldn’t give the message, and instead was using the default img that is included with the script. I ended up moving the numbers around and that seemed to address the issue.
I noticed that after migrating dev work to my new Vagrant vm, jekyll doesn’t seem to want to regenerate posts whenever I make a change and try to preview it. The simple change I found from a stackoverflow post is instead of calling just jeykll build –watch, use jekyll build –watch –force_polling.
Both generate rake watch and rake preview use this line, so make sure to replace both. This seems to have solved my issue with rake preview/watch. The question also has an answer suggesting that vagrant uses a special driver for the file syncing between guest and host machines, making the regeneration not work properly, so that’s something to keep in mind.
Fixed a typo, it should be “sudo cp /usr/local/opt/nginx/*.plist /Library/LaunchDaemons“ not “sudo cp /usr/local/opt/nginx/*.plist /Libary/LaunchDaemons“
Also added chown for file, in case it doesn’t have proper permissions.
For the longest time I couldn’t get the piece to work, but I finally figured it out using launchctl as a somewhat basis for troubleshooting. I used homebrew to install nginx which is easier and works for the most part. First the instructions on how to install nginx using homebrew:
brew update && brew install nginx
Next what you want to do is have launchctl start nginx automatically for you. You can do this in several ways, but I’ll cover two:
Option 1 - Symbolic link
For this option you will symbolic link the .plist file included with nginx to have launchctl launch nginx using the proper permissions. Then use launchctl to list the resulting loaded file.
The link you’ll need to use is something along these lines:
I updated from 5.5.8 to 5.5.11 today. After the upgrade, I noticed that anything using fpm/php had stopped working with nginx, I was getting a Bad Gateway Error. Checking my console I noticed fpm had spewed out a few errors since the update time, indicating that it wasn’t working. I tried running php-fpm from the command line, and it started right up with no problems, all my php sites worked after that. This gave me the impression that something with my plist file, the file for starting php automatically, wasn’t working correctly. That’s when I decided to make a note of this in an article.
In other words:
If you are upgrading from 5.5.8 to 5.5.11 using the command brew upgrade be aware that the .plist file used in .11 might be spelled differently than what’s in .8. This, depending on how your environment is setup could break your php-fpm, and possibly php. Make sure to swap out the file names by running these commands first:
I went to a local car show called Fords on Fourth yesterday. Here are some of the photos I took. Lots of mustangs really, but here’s some of them. More of them are located here in my Tucson Album: Album: Tucson
Turns out that I messed something installing dotfiles, which is the only thing I can think of at the moment that would cause this. What happened was the Mac I’m using didn’t notice that I had ruby and rvm installed in my home folder, so it started using the version of ruby installed in Homebrew. That meant something had altered my .bash_profile so I decided to check it out.
I checked my bash_profile, which originally that’s where the link for rvm was installed.
The three locations are either ~.bashrc, ~.bash_profile, or ~.profile, either of these three would need to be checked.
As you can see dotfiles still shows up in from which actually made me realize, I was using .path as an older alternative to try and get dotfiles to work, so I ended up removing that piece which solved my $PATH issue. Echoing $PATH now shows the proper order:
This is for when MAMP is used for your web server purposes. It might work for overall mysql installations(mysql is under the share folder after all), but it’s been a while since I’ve used MAMP. I’m going to make it a point to actually update my articles in the future.
Use this command to find everything related to mysql.