<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Configuration on Brian Faust</title><link>https://vacua.dev/tags/configuration/</link><description>Recent content in Configuration on Brian Faust</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Mon, 01 Jan 0001 00:00:00 +0000</lastBuildDate><atom:link href="https://vacua.dev/tags/configuration/rss.xml" rel="self" type="application/rss+xml"/><item><title>Test Cannot Prove Production When It Runs Different Rules</title><link>https://vacua.dev/thoughts/test-cannot-prove-production-when-it-runs-different-rules/</link><pubDate>Sat, 01 Oct 2016 00:00:00 +0000</pubDate><guid>https://vacua.dev/thoughts/test-cannot-prove-production-when-it-runs-different-rules/</guid><description>&lt;p&gt;A label-layout change behaved correctly in test and disrupted document
distribution in production. Both environments ran the same revision. The input
looked equivalent. The test result was still incapable of predicting the
production result.&lt;/p&gt;
&lt;p&gt;The difference was deliberate. Test loaded one default and production loaded
another. Users already had a way to select the layout they needed, but some had
come to rely on the accidental production default. A new recommendation passed
against the test rule while production continued through a different branch.&lt;/p&gt;</description></item><item><title>Runtime Configuration Is Process State</title><link>https://vacua.dev/thoughts/runtime-configuration-is-process-state/</link><pubDate>Sun, 01 May 2016 00:00:00 +0000</pubDate><guid>https://vacua.dev/thoughts/runtime-configuration-is-process-state/</guid><description>&lt;p&gt;A queued job selected the settings for one business context by overwriting
Laravel&amp;rsquo;s global configuration. The values were correct for that job. The
problem was what happened afterward.&lt;/p&gt;
&lt;p&gt;The worker stayed alive.&lt;/p&gt;
&lt;p&gt;Only a small fraction of the queued job classes selected their context this
way. A later job could read a key without first replacing it and inherit
whatever the previous job had left behind. Nothing was wrong with the
configuration file, environment variables, or deployment. The process
contained valid values for the wrong work.&lt;/p&gt;</description></item></channel></rss>