JSON to Environment Converter

Monday, 11 May 2020

I made a thing!

I needed to translate some JSON configuration (like the appsettings.json file used by ASP.NET Core) into equivalent environment variables (so that they could be set in a Dockerfile). Rather than try and figure it out, I created a simple web tool to do the conversion for me.

Website screenshot

  1. Paste your JSON into the first text field
  2. Select the formatting options
    1. Dockerfile-style or Yaml (suitable for docker-compose.yml or azure-pipelines.yml)
    2. Whether to include entries with a key but no value
    3. Use colons or underscores as separators
  3. Press Convert
  4. Review and/or copy the text that appears in the second text field.

You can find it at https://jsontoenvironmentconverter.azurewebsites.net/, and the source code is at https://github.com/flcdrg/JsonToEnvironmentConverter

In the garden - May 2020

Saturday, 9 May 2020

We had a long dry summer, but autumn has arrived, with what feels like a sneak peek of winter with some really good soaking rains in the last few weeks.

I was early to buy some vegetable seedlings to plant ahead for winter. English spinach, rainbow chard (silverbeet), spring onions, broccoli and bok choy. The spinach and bok choy have grown quickly and we’ve enjoyed them in a few stir fries already. I’m hoping the broccoli flowers soon.



Bok choy

I planted the capsicums way back at the start of summer and they’ve taken ages to mature. Other years, the fruit are just starting to appear when winter appears and the plants give up. This time I’ve had success. (Also a feature of the stir-fries)


The fruit trees are doing well. We’ve finished the gala apples, and the ‘pink lady’ are just coming into season now. They are deceptive as they’ve pinked up beautifully on the side that gets sun, but on the shady side they’re still quite green.

Pink Lady apples

The lemon tree has been struggling for a number of years. It would flower and tiny fruit would set, but then it would all fall off over summer. A couple of years ago we had a professional fruit tree pruner come in and give us some advice. He suggested giving the tree some protection around the base as it might have been getting too much direct sun. That seems to have done the trick as this year the fruit stayed on the tree and as you can see the fruit is getting close to ripe!

Lemon tree with fruit

Lemon tree trunk with collar

The mandarin is heavy with fruit and it’s just coming into season. I love the flavour of our fruit - so much tastier than the shop varieties.

Mandarin fruit

My dad has an impressive strawberry patch. He gave me some runners a few weeks ago and I’m pleased that most of them look like they’ve taken. These ones are in the area that our chooks scratch, so I provided the plants with some ‘chicken protection’ until they’re established.


Azure Pipelines useful conditions

Wednesday, 6 May 2020

For my own reference as much as anything, here’s a few Azure Pipelines conditions I’ve found useful:

Azure Pipelines

Only run this task when building master

  condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/master'))

Only run this task when building a pull request branch

condition: contains(variables['Build.SourceBranch'], 'refs/pull/')

Only run this task when System.Debug variable has been set

condition: eq(variables['System.Debug'], 'true')

If I come across others, I’ll update this post with them.

Publishing future blog posts with GitHub Pages and GitHub Actions

Monday, 4 May 2020

I switched to using GitHub Pages and Jekyll for my blog a while ago. There was one deficiency I noticed - the lack of being able to publish future blog posts. Because the site is static, the Jekyll processing is only performed when a new commit is pushed, and it only publishes content ‘in the past’. The problem is a future post has already been committed to Git, but there’s no subsequent commit to republish the site once the publish date comes around.

There’s been various hacks around (usually involving an scheduled commit followed by a revert), but after listening to a recent podcast from Scott Hanselman talking to Edward Thomson about GitHub Actions, I wondered if they might offer a way to automate refreshing the site on a daily schedule.

I started by adding a GitHub Action workflow to the website and took a look at some of the existing actions others had already written, figuring someone might have solved this problem already. I discovered that GitHub Pages treats ‘user’ sites like mine differently to ‘product’ sites. The actions I found seemed suited more to the ‘product’ kind (as they wanted to commit the static content to the master branch).

I then resorted to Twitter..

Rob (who I know through the Global DevOps Bootcamp) gave a good suggestion - using the Request a page build REST API. It took a few goes to get the API call working with octokit/request-action, but a test post later and I confirmed it worked!

Here’s the current version:

name: Build GitHub Pages

    - cron:  '0 */12 * * *' # Rebuild twice a day (every twelve hours on the hour).

    runs-on: ubuntu-latest
      - uses: octokit/[email protected]
        id: post_build
          route: POST /repos/flcdrg/flcdrg.github.io/pages/builds
          GITHUB_TOKEN: $

Nice, now I can schedule blog posts in the future, and know that they’ll be published as intended.

Future post

Friday, 1 May 2020

If I coded the GitHub Action correctly, this blog post should get published even though I’ve dated it 40 minutes in the future from when I committed it to the repository.