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