What version I am using now:
$ hugo version
Hugo Static Site Generator v0.26 darwin/amd64 BuildDate: 2017-08-30T07:07:03-07:00
Test everything localy
hugo server --buildDrafts
/categories/devops/index.xml
$ hugo version
Hugo Static Site Generator v0.26 darwin/amd64 BuildDate: 2017-08-30T07:07:03-07:00
hugo server --buildDrafts
This is an update from a previous article about passenger 5.0.28.
These are the steps I used to setup for 5.1.0 they have changed a bit:
Do this in the root directory of your Rails application.
cp $(passenger-config about resourcesdir)/templates/standalone/config.erb config/passenger_config.erb
I have been working on a project with on Github and we are using Waffle.io to organize our issues on an agile board. One bad thing about Github is that it not always apparent what issue a commit resolved. To add context to commits I have begun appending the issue number to commit message. When viewing the commit in web interface of Github, it will automatically link to the issue. To accomplish this, I use commit that take the form of "This is my first commit [issue #123]"
. Obviously, this process can be automated.
If you recently upgraded Ansible and you are getting an error like:
[DEPRECATION WARNING]: Using bare variables is deprecated. Update your
playbooks so that the environment value uses the full variable syntax
('{{rbenv_plugins}}').
This feature will be removed in a future release.
Deprecation warnings can be disabled by setting deprecation_warnings=False in
ansible.cfg.
If you are using cloudfront with Heroku, chances are you will encounter some problems if you are using something like font-awesome. I won’t go into the details of how to setup cloudfont, but your heroku passenger should have the following. First, read the Passenger Documentation for Nginx configuration template.
These are the correct steps:
Do this in the root directory of your Rails application.
cp $(passenger-config about resourcesdir)/templates/standalone/config.erb config/passenger_config.erb
In my last blog post, I covered Dead Simple provisioning for Ruby on Rails & MySQL with Vagrant and Centos 6.6
Let’s run through a similar config, only this time using PostgreSQL 9.4
One of the hardest things about getting started with Vagrant is the time it takes develop a good provisioning system for the virtual machine. Many people reach to Chef or Ansible too quickly and become overwhelmed by complexity. It was recently suggested that one start with a simple provision script.
You can find all this in the Heroku docs, I’m just filtering out the stuff I use very frequently. I will keep updating this so check back later. ALl of my examples include the -a myapp
at the end because 95% of my apps have both staging and production environments so I have gotten in the habit of using this option.
Download current database:
heroku pgbackups:capture --expire
curl -o latest.dump `heroku pgbackups:url`
pg_restore --verbose --clean --no-acl --no-owner -h localhost -U postgres -d myapp_development latest.dump