emojify is an Emacs package that adds emoji support to any Emacs buffer.

Running M-x emojify-mode will turn on emoji support for the current buffer. It does not alter the contents of the buffer, only how it's displayed. This makes it safer to use, but it does have some weird side-effects when aligning text in certain buffers (like org-agenda).

There is also no support for html export, although there's a GitHub issue open with some workarounds.

Any required images will be downloaded the first time running emojify-mode, and a full list of supported emojis can be viewed with emojify-list-emojis. There are over 5,000 so it can take a while to display.

global-emojify-mode can be used enable the mode everywhere:

;; Enable everywhere via an init hook.
(add-hook 'after-init-hook #'global-emojify-mode)

;; Or with use-package.
(use-package emojify
  :init
  (global-emojify-mode))

I prefer to enable emojify on a per-project basis, so I use .dir-locals.el to enable it for org and markdown buffers:

((org-mode      . ((mode . emojify)))
 (markdown-mode . ((mode . emojify))))

Yet another reason to ❤️ Emacs.

One of my major goals for this year is to improve my processes. It's a bit of a vague goal at the moment, but the general idea is to examine how I currently get things done and to tweak things as needed.

I've been doing the same job for over a decade now (and programming computers even longer) so I feel like there there are plenty of areas where I've stagnated.

The first step is finding where I can make improvements. There are a couple of different ways I can do this:

1. Thinking through things – This is a bit like proofreading my own work; it finds problems, but it misses just as many. I still think it's useful to sit down and examine my routines, but it's not a foolproof strategy.
2. Get outside help – If the previous method is proofreading, this is hiring an editor. I get regular feedback on my work from clients, but it's usually on what I've done, not how I've done it.
3. Record myself working – It's pretty common for people to record themselves to check their form when working out. This is the same thing, but with boring work instead of lifting weights.

Right now I'm trying out #3 with some success. It's a little time consuming to watch videos of my work, but it's helped me find a couple of small things already:

• When working BlitzMax code I spend a fair amount of time typing closing statements like End Function or End Method. This is something I can fix in blitzmax-mode.
• I'm not comfortable renaming files I'm working on from within Emacs, so I'll open the file manager to do it.
• I'll switch to a browser to look something up and usually end up getting distracted. Either blocking distracting sites or using Emacs to search documentation would fix this.

There are still plenty of things I'd like to improve on, but these came up within a few sessions of recording myself.

There are two tasks that never seem to end: removing dog hair from my clothes, and filtering spam.

Last year I implemented a basic system for filtering my logs, but over time it has been less effective. I wanted to create something that:

• Could be reused across all of my sites.
• Could be configured through files instead of having update the report generation script.
• Could utilize third-party spam lists.

Before implementing any changes my goaccess reports looked like this:

Nearly everything on that list is spam, and that's only the top 10. For monthly and yearly reports this amount of spam makes it hard to find pages that are actually doing well.

In the end I modified my existing grep setup with additional passes. It's a little slow on large logs, so I usually save the filtered log to speed up subsequent reports.

I created three files with keywords to remove:

• bots.list contains a list of bot user agents that I want to ignore. This can also be done from within goaccess, but I wanted them completely scrubbed from my logs.
• global-spammers.list is the contents of src/domains.txt from the referrer-spam-blocker project. It's a pretty hefty list.
• spammers.list contains a list of spam domains that aren't in the global list. I normally add new items once or twice a week.

All of these files live in my "~/.config/" directory so I can use them on different projects. They're simple lists that have one entry per line:

spammersdomain.com
spammersdomain.org
anotherspammer.net

Filtering the access log looks like this:

grep -v -e '\"GET / HTTP/1.1\" 301 194' -e '\"HEAD / HTTP/1.1\"' access_log \
    | grep -v -f "~/.config/spammers.list" \
    | grep -v -f "~/.config/bots.list" \
    | grep -v -f "~/.config/global-spammers.list" \
    | goaccess -a

Which results in a report like this (over 50% of the hits before were from bots or spammers):

No system will be 100% perfect, but so far this has cut out a large portion of the noise from my logs.

February is the shortest month of the year, so naturally I tried to cram in as much as possible. It actually went pretty well.

There are usually two files I creat when starting a new project: a TODO.org file for organizing tasks, and a CHANGELOG file for keeping tabs on what I've done. I don't limit myself to only writing about direct file changes; I also use it to keep notes about overall changes I've made.

Here's a snippet from the CHANGELOG I use for this site:

It's not exactly thrilling stuff, but it's handy when looking over traffic numbers to see if any changes I made worked. Or not.

change-log-mode works fine without additional configuration, but there are a few options to tweak. I also wrote some functions to add projectile integration.

(setq add-log-full-name       "My name"
      add-log-mailing-address "test@example.org")

(setq change-log-default-name "CHANGELOG")

(add-hook 'change-log-mode-hook
	  (lambda ()
	    (make-local-variable 'tab-width)
	    (make-local-variable 'left-margin)
	    (setq tab-width   2
		  left-margin 2)))

((change-log-mode . ((tab-width   . 2)
		     (left-margin . 2))))

(defun sodaware/project-changelog-path ()
  "Get the full path to the current project's changelog file, or NIL if not found."
  (let ((change-log-file (concat (projectile-project-root)
				 (file-name-nondirectory change-log-default-name))))
    (if (file-exists-p change-log-file)
	change-log-file
	nil)))

(defun sodaware/projectile-goto-project-changelog ()
  "Open the CHANGELOG for the current project."
  (interactive)
  (let ((change-log-file (sodaware/project-changelog-path)))
    (if change-log-file
	(find-file change-log-file)
	(message "Project does not contain a changelog file."))))

(defun sodaware/projectile-add-to-project-changelog ()
  "Add a new entry to the CHANGELOG for the current project."
  (interactive)
  (let ((change-log-file (sodaware/project-changelog-path)))
    (if change-log-file
	(progn
	  (find-file change-log-file)
	  (add-change-log-entry))
	(message "Project does not contain a changelog file."))))

(use-package projectile
  :diminish projectile-mode
  :bind
  (:map projectile-mode-map
	("C-c p G" . sodaware/projectile-goto-project-changelog)
	("C-c p L" . sodaware/projectile-add-to-project-changelog))
  :config
  (projectile-mode)
  :custom
  (projectile-keymap-prefix     (kbd "C-c p"))
  (projectile-enable-caching    t)
  (projectile-completion-system 'default))