Following up on Nix flake with Node and PHP, I needed to enable an extension (in this case, MongoDB). The end result is simple enough, but getting there was a little tricky.

• A complete flake
  • Inputs
  • Outputs
  • Let…in
  • System
  • PHP
  • Shell

A complete flake

Read More

I’ve written before about the various challenges I have reaching Mt. Pleasant, Michigan, from the East Coast. I never wrote it up, but back in January 2022 I went the long way round, taking Amtrak to Kalamazoo via Chicago, then Indian Trails buses to Grand Rapids, Lansing, and finally Mt. Pleasant. It worked, but looping through Chicago effectively adds a day to the itinerary.

Since then, Indian Trails has stopped interlining with Greyhound and started interlining with the Trailways system. Greyhound is in a real race-to-the-bottom ever since Flix bought it, but that’s another matter. I figured I’d give the Toledo connections another look. I’ve resisted mating up Amtrak’s Thruway Motorcoach with the Lansing-Mt. Pleasant bus because it meant a 4-5 hour layover in Lansing.

Good and bad news here. The good news is that there is Barons Bus/Indian Trails itinerary between Toledo and Mt. Pleasant. Eight hours and two transfers (Detroit and Lansing). The departure time from Toledo is 9:50 AM, which is a healthy buffer for a delayed Amtrak train. The bad/weird news is a bizarre pricing overage from the Trailways ticketing platform.

Read More

We had interesting problem where the front page of a site in our multisite couldn’t load in the editing interface. The root cause was that the page had too many revisions and PHP ran out of memory. The presentation was a little unusual–no rich text editors displayed on the page. We used trepmal’s wp revisions WP-CLI plugin to resolve the immediate issue.

The problem

Our main multisite is built on Advanced Custom Fields with the Classic Editor. The individual site in question dates to 2016, and had over 400 revisions when we started having problems with it. We attach the rich text editor to the content areas toward the end of the rendering process. The reported issue (that we verified) is that the rich-text editors weren’t rendering on the visual pane and that the text pane wasn’t loading at all. The text was still in the textarea and selectable, although not visible (white on white).

Read More

It’s the second weekend in November which means it was time for the Allentown Train Meet. These train shows are a mecca for train enthusiasts of all stripes. The lion’s share of the vendors are selling model railroading supplies, but there are plenty of dealers selling books, videos, or memorabilia. As always, there were several live model railroad setups going. I didn’t see an N scale one this year, which was a little disappointing. I didn’t buy any china this year, but I did find a good mix of stuff for my layout, books, and videos.

Media

The Lehigh Valley NRHS chapter had a table and I picked up two short histories, History of the Lehigh Valley Transit Company and Short Trolley Routes in the Lehigh Valley. They threw in a back number “Lehigh Lines”, their newsletter, for free. I’m not a member of the chapter though I probably should be. I have another book in this series, the history of the Lehigh & New England Railroad edited by Randolph Kulp, and I was impressed with the quality. It can be hard to find good information about the interurban era in the United States.

Read More

Brief note on a nix flake that supports Node 20 and PHP 7.4. My use case is deploying an AWS CDK project that supports a Moodle 3.11 environment. I’m not version-limited on the Node version for CDK, but I need to start with PHP 7.4 to support the Moodle package code, though I’ll be moving to PHP 8.1 soon.

Here’s the flake.nix in its entirety:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46

{
  description = "Example JavaScript development environment for Zero to Nix";

  # Flake inputs
  inputs = {
    nixpkgs.url = "github:NixOS/nixpkgs?ref=nixos-unstable";
    phps.url = "github:fossar/nix-phps";
  };

  # Flake outputs
  outputs = { self, nixpkgs, phps }:
    let
      # Systems supported
      allSystems = [
        "x86_64-linux" # 64-bit Intel/AMD Linux
        "aarch64-linux" # 64-bit ARM Linux
        "x86_64-darwin" # 64-bit Intel macOS
        "aarch64-darwin" # 64-bit ARM macOS
      ];

      # Helper to provide system-specific attributes
      forAllSystems = f: nixpkgs.lib.genAttrs allSystems (system: f {
        pkgs = import nixpkgs { inherit system; };
      });
    in
    {
      # Development environment output
      devShells = forAllSystems ({ pkgs }: {
        default = pkgs.mkShell {
          # The Nix packages provided in the environment
          packages = with pkgs; [
            nodejs_20 # Node.js 18, plus npm, npx, and corepack
            yarn
            phps.packages.${system}.php74
            phps.packages.${system}.php74.packages.composer
          ];
    
          shellHook = ''
            yarn
            npx aws-cdk --version
            php -v
          '';
        };
      });
    };
}

Read More

A few weeks ago I was at HighEdWeb 2023 in Buffalo and caught a talk (“Maybe some other time Docker: Fast, declarative and reproducible developer environments using Nix”) from Jason Woodward about Nix. Nix is many things, including an OS, but he focused on Nix-the-package-manager and that’s what I’m going to (briefly) discuss here.

To grossly oversimplify, Nixpkgs is a collection of tens of thousands of packages precompiled for various platforms. Each version of each package can be referenced by hash. Using a nix flake, you can specify which packages should be associated with your project. The nix develop command will then use path magic to load the specified packages into your shell. When you exit from the shell the paths are unloaded.

I moved this blog to hexo about a year ago. My authoring environment needs a few things: a reasonable version of node, hexo server running in the background to serve pages, and hexo generate --watch to catch changes as I write. My old process involved manually kicking those processes off. Before I could do that, I had to run nvm use to leverage the .nvmrc file at the root of my project directory to ensure that I had the correct version of node active, including the global reference for hexo.

Read More

The vibe on Space Probe Taurus is weird, for lack of a more specific term. It has the bones of a typical 1950s-1960s hard science fiction near-future let’s-go-conquer-space flick. The four main characters, the only ones we spend any real time with, are stock types: the hard-driving commander, the older scientist/engineer, the tough-on-the-surface female scientist, and the wiseguy she eventually falls for. They crew a rocketship dispatched from Earth in the year 2000 to explore outer space and find a planet suitable for colonization.

Things start weird and get weirder. We open not with this crew, but with the last surviving member of a different rocketship. The ship is located on an undefined planet, the rest of the crew killed by an unspecified disease and/or radiation. Somehow in real-time communication with Earth (this movie’s hand-waving of time and space problems anticipates J. J. Abrams by over 40 years), he implores for Earth to destroy the ship and kill him. After some back-and-forth, Mission Control pushes a button on a panel (!) and destroys the ship.

On the one hand, this trope of self-sacrifice for the conquest of space was pretty common. The Quatermass movies were all over this territory; First Man into Space is another example. On the other, and this is going to be a pattern with this movie, we never really mention this crew and its sacrifice again. Our crew doesn’t travel to this planet; it’s not mentioned in dialogue. I’m not sure it’s a wrong choice–the planet was clearly unsuitable, no use throwing good money after bad etc–it’s just unexpected.

Read More

The short version of this post is that the “Preferred activities” feature in the Google Home app may have undesired results, and before tearing your hair out try turning it off to see if things improve. Read on for discussion.

The problem

I live a row house and, as it typical of row houses in the Northeast United States, it’s tall and deep, rather than wide. This always posed a problem for WiFi coverage–the router is in the front of the house where the cable comes in from the street, so by the time you reach the kitchen in the rear of the house, to say nothing of the second and third floors, the signal became weak or non-existent.

Read More

I recently had cause to run two different versions of PHP under the same top-level domain. I was able to accomplish this using Apache and PHP-FPM, leveraging Apache’s Directory directive. This builds on DigitalOcean’s excellent tutorial, “How To Run Multiple PHP Versions on One Server Using Apache and PHP-FPM on Ubuntu 18.04”, and assumes that you have done something similar to get multiple versions of PHP running using PHP-FPM.

In my use case, I have multiple different version of Moodle running under the same top-level domain. Each Moodle version is installed in a different directory under that domain, and has its own uploads and database. Moodle is somewhat aggressive about supported PHP versions, and I needed to have both PHP 7.4 (for Moodle 3.9) and PHP 8.0 (for Moodle 4.1) available, and each cannot run under the other version.

The solution is to add an Directory override for the site that needs the lower version of PHP, while leaving the higher version as the default case:

Read More

We’ve been running WordPress using Cloudfront as a full-site front-end cache with a low TTL and it’s been great overall, but one pain point has been which headers to whitelist in the origin configuration. This is pretty important: origin behavior governs what data Cloudfront passes back to the actual containers (or EC2 instances, it doesn’t matter in this case) serving your WordPress site. Omitting the wrong headers can have some fairly drastic consequences, like rich-text editors not displaying or REST API calls failing. This post takes Cloudfront as its example, but this would be relevant with any solution where you’re defining an allowlist of headers instead of just passing everything.

Behaviors

Before tackling headers, let me say a few words about behaviors in Cloudfront. Carl Alexander does a great job on this in How to use CloudFront to do WordPress page caching. For each behavior in Cloudfront you can define a different origin (e.g. Fargate containers, an S3 bucket, a Lambda function), which HTTP methods to allow, which headers to allow, what the caching policy should be. You differentiate behaviors by path. In a WordPress install, that means you could define different behaviors for each of the following paths:

Read More