<?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://wimdy.works/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://wimdy.works/tags/configuration/rss.xml" rel="self" type="application/rss+xml"/><item><title>Test Cannot Prove Production When It Runs Different Rules</title><link>https://wimdy.works/thoughts/test-cannot-prove-production-when-it-runs-different-rules/</link><pubDate>Sat, 01 Oct 2016 00:00:00 +0000</pubDate><guid>https://wimdy.works/thoughts/test-cannot-prove-production-when-it-runs-different-rules/</guid><description>&lt;p&gt;A label-layout change passed in test and disrupted document distribution in
production. The same revision was deployed to both environments and the input
looked equivalent. Our test still could not predict what customers received.&lt;/p&gt;
&lt;p&gt;We had built that disagreement on purpose. Test loaded one default and
production loaded another because some users had never configured the layout
they wanted. The option existed; our environment branch kept compensating for
the omission. A new recommendation passed against the test rule while
production quietly ran a different product decision.&lt;/p&gt;</description></item><item><title>Runtime Configuration Is Process State</title><link>https://wimdy.works/thoughts/runtime-configuration-is-process-state/</link><pubDate>Sun, 01 May 2016 00:00:00 +0000</pubDate><guid>https://wimdy.works/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>