Security update to Drupal 8.4.6
[yaffs-website] / web / sites / example.settings.local.php
1 <?php
2
3 /**
4  * @file
5  * Local development override configuration feature.
6  *
7  * To activate this feature, copy and rename it such that its path plus
8  * filename is 'sites/default/settings.local.php'. Then, go to the bottom of
9  * 'sites/default/settings.php' and uncomment the commented lines that mention
10  * 'settings.local.php'.
11  *
12  * If you are using a site name in the path, such as 'sites/example.com', copy
13  * this file to 'sites/example.com/settings.local.php', and uncomment the lines
14  * at the bottom of 'sites/example.com/settings.php'.
15  */
16
17 /**
18  * Assertions.
19  *
20  * The Drupal project primarily uses runtime assertions to enforce the
21  * expectations of the API by failing when incorrect calls are made by code
22  * under development.
23  *
24  * @see http://php.net/assert
25  * @see https://www.drupal.org/node/2492225
26  *
27  * If you are using PHP 7.0 it is strongly recommended that you set
28  * zend.assertions=1 in the PHP.ini file (It cannot be changed from .htaccess
29  * or runtime) on development machines and to 0 in production.
30  *
31  * @see https://wiki.php.net/rfc/expectations
32  */
33 assert_options(ASSERT_ACTIVE, TRUE);
34 \Drupal\Component\Assertion\Handle::register();
35
36 /**
37  * Enable local development services.
38  */
39 $settings['container_yamls'][] = DRUPAL_ROOT . '/sites/development.services.yml';
40
41 /**
42  * Show all error messages, with backtrace information.
43  *
44  * In case the error level could not be fetched from the database, as for
45  * example the database connection failed, we rely only on this value.
46  */
47 $config['system.logging']['error_level'] = 'verbose';
48
49 /**
50  * Disable CSS and JS aggregation.
51  */
52 $config['system.performance']['css']['preprocess'] = FALSE;
53 $config['system.performance']['js']['preprocess'] = FALSE;
54
55 /**
56  * Disable the render cache (this includes the page cache).
57  *
58  * Note: you should test with the render cache enabled, to ensure the correct
59  * cacheability metadata is present. However, in the early stages of
60  * development, you may want to disable it.
61  *
62  * This setting disables the render cache by using the Null cache back-end
63  * defined by the development.services.yml file above.
64  *
65  * Do not use this setting until after the site is installed.
66  */
67 # $settings['cache']['bins']['render'] = 'cache.backend.null';
68
69 /**
70  * Disable caching for migrations.
71  *
72  * Uncomment the code below to only store migrations in memory and not in the
73  * database. This makes it easier to develop custom migrations.
74  */
75 # $settings['cache']['bins']['discovery_migration'] = 'cache.backend.memory';
76
77 /**
78  * Disable Dynamic Page Cache.
79  *
80  * Note: you should test with Dynamic Page Cache enabled, to ensure the correct
81  * cacheability metadata is present (and hence the expected behavior). However,
82  * in the early stages of development, you may want to disable it.
83  */
84 # $settings['cache']['bins']['dynamic_page_cache'] = 'cache.backend.null';
85
86 /**
87  * Allow test modules and themes to be installed.
88  *
89  * Drupal ignores test modules and themes by default for performance reasons.
90  * During development it can be useful to install test extensions for debugging
91  * purposes.
92  */
93 # $settings['extension_discovery_scan_tests'] = TRUE;
94
95 /**
96  * Enable access to rebuild.php.
97  *
98  * This setting can be enabled to allow Drupal's php and database cached
99  * storage to be cleared via the rebuild.php page. Access to this page can also
100  * be gained by generating a query string from rebuild_token_calculator.sh and
101  * using these parameters in a request to rebuild.php.
102  */
103 $settings['rebuild_access'] = TRUE;
104
105 /**
106  * Skip file system permissions hardening.
107  *
108  * The system module will periodically check the permissions of your site's
109  * site directory to ensure that it is not writable by the website user. For
110  * sites that are managed with a version control system, this can cause problems
111  * when files in that directory such as settings.php are updated, because the
112  * user pulling in the changes won't have permissions to modify files in the
113  * directory.
114  */
115 $settings['skip_permissions_hardening'] = TRUE;