| | 74 | // ** Advanced Options - Only edit if you know what you're doing ** // |
| | 75 | |
| | 76 | /** |
| | 77 | * Empty Trash |
| | 78 | * |
| | 79 | * Controls the number of days before WordPress permanently deletes posts, |
| | 80 | * pages, attachments, and comments, from the trash bin. The default is 30 days:. |
| | 81 | */ |
| | 82 | // define( 'EMPTY_TRASH_DAYS', 30 ); |
| | 83 | |
| | 84 | |
| | 85 | /** |
| | 86 | * Language And Language Directory |
| | 87 | * |
| | 88 | * WPLANG defines the name of the language translation (.mo) file. |
| | 89 | * WP_LANG_DIR defines what directory the WPLANG .mo file resides. |
| | 90 | * If WP_LANG_DIR is not defined WordPress looks first to wp-content/languages |
| | 91 | * and then wp-includes/languages for the .mo defined by WPLANG file. |
| | 92 | */ |
| | 93 | // define( 'WPLANG', 'de_DE' ); |
| | 94 | // define( 'WP_LANG_DIR', dirname(__FILE__) . 'wordpress/languages' ); |
| | 95 | |
| | 96 | |
| | 97 | /** |
| | 98 | * Autosave Interval |
| | 99 | * |
| | 100 | * When editing a post, WordPress uses Ajax to auto-save revisions to the |
| | 101 | * post as you edit. You may want to increase this setting for longer delays |
| | 102 | * in between auto-saves, or decrease the setting to make sure you never lose |
| | 103 | * changes. The default is 60 seconds. |
| | 104 | */ |
| | 105 | // define( 'AUTOSAVE_INTERVAL', 60 ); // Seconds |
| | 106 | |
| | 107 | |
| | 108 | /** |
| | 109 | * Post Revisions |
| | 110 | * |
| | 111 | * If you do not set this value, WordPress defaults WP_POST_REVISIONS to |
| | 112 | * true (enable post revisions). If you want to disable the awesome revisions |
| | 113 | * feature, use false, or use an integer to specify the maximum number of |
| | 114 | * revisions |
| | 115 | */ |
| | 116 | // define( 'WP_POST_REVISIONS', false ); |
| | 117 | |
| | 118 | |
| | 119 | /** |
| | 120 | * Disable File Editing |
| | 121 | * |
| | 122 | * Occasionally you may wish to disable the plugin or theme editor to |
| | 123 | * prevent overzealous users from being able to edit sensitive files and |
| | 124 | * potentially crash the site |
| | 125 | */ |
| | 126 | // define( 'DISALLOW_FILE_EDIT', true ); |
| | 127 | |
| | 128 | |
| | 129 | /** |
| | 130 | * Disable Plugin And Theme Updates And Installation |
| | 131 | * |
| | 132 | * This will block users being able to use the plugin and theme |
| | 133 | * installation/update functionality from the WordPress admin area. |
| | 134 | * Setting this constant also disables the Plugin and Theme editor |
| | 135 | */ |
| | 136 | // define( 'DISALLOW_FILE_MODS', true ); |
| | 137 | |
| | 138 | |
| | 139 | /** |
| | 140 | * Require SSL For Login |
| | 141 | * |
| | 142 | * FORCE_SSL_LOGIN is for when you want to secure logins so that passwords |
| | 143 | * are not sent in the clear, but you still want to allow non-SSL admin |
| | 144 | * sessions (since SSL can be slow). |
| | 145 | */ |
| | 146 | // define( 'FORCE_SSL_LOGIN', true ); |
| | 147 | |
| | 148 | |
| | 149 | /** |
| | 150 | * Require SSL For Admin |
| | 151 | * |
| | 152 | * FORCE_SSL_ADMIN is for when you want to secure logins and the admin area |
| | 153 | * so that both passwords and cookies are never sent in the clear. This is |
| | 154 | * the most secure option. |
| | 155 | */ |
| | 156 | // define( 'FORCE_SSL_LOGIN', true ); |
| | 157 | |
| | 158 | |
| | 159 | /** |
| | 160 | * Block External URL Requests |
| | 161 | * |
| | 162 | * Block external URL requests by defining WP_HTTP_BLOCK_EXTERNAL as true |
| | 163 | * and this will only allow localhost and your blog to make requests. The |
| | 164 | * constant WP_ACCESSIBLE_HOSTS will allow additional hosts to go through |
| | 165 | * for requests |
| | 166 | */ |
| | 167 | // define( 'WP_HTTP_BLOCK_EXTERNAL', true ); |
| | 168 | // define( 'WP_ACCESSIBLE_HOSTS', 'api.wordpress.org,*.github.com' ); |
| | 169 | |
| | 170 | |
| | 171 | /** |
| | 172 | * Disable Auto Updates |
| | 173 | * |
| | 174 | * Disables all WordPress automatic updates |
| | 175 | */ |
| | 176 | // define( 'AUTOMATIC_UPDATER_DISABLED', true ); |
| | 177 | |
| | 178 | |
| | 179 | /** |
| | 180 | * Disable Core Updates |
| | 181 | * |
| | 182 | * The easiest way to manipulate core updates is with the WP_AUTO_UPDATE_CORE |
| | 183 | * constant. The value can be false to disable all core updates, true to include |
| | 184 | * all updates and minor to enable for minor releases (default). |
| | 185 | */ |
| | 186 | // define( 'AUTOMATIC_UPDATER_DISABLED', 'minor' ); |
| | 187 | |
| | 188 | |
| | 189 | /** |
| | 190 | * Site URL |
| | 191 | * |
| | 192 | * Allows the WordPress address (URL) to be defined. The value defined is |
| | 193 | * the address where your WordPress core files reside. It should include |
| | 194 | * the http:// part too. Do not put a slash "/" at the end. Setting this |
| | 195 | * value in wp-config.php overrides the wp_options table value for siteurl |
| | 196 | * and overrides the WordPress address (URL) field in the |
| | 197 | * Administration > Settings > General panel when logging in using wp-login.php. |
| | 198 | * It will _not_ update your Home url |
| | 199 | */ |
| | 200 | // define( 'WP_SITEURL', 'http://example.com/wordpress' ); |
| | 201 | |
| | 202 | |
| | 203 | /** |
| | 204 | * Home URL |
| | 205 | * |
| | 206 | * Similar to WP_SITEURL, WP_HOME overrides the wp_options table value for |
| | 207 | * home but does not change it permanently. home is the address you want people |
| | 208 | * to type in their browser to reach your WordPress blog. It should include |
| | 209 | * the http:// part and should not have a slash "/" at the end |
| | 210 | */ |
| | 211 | // define( 'WP_HOME', 'http://example.com/wordpress' ); |
| | 212 | |
| | 213 | |
| | 214 | /** |
| | 215 | * Move Content Directory |
| | 216 | * |
| | 217 | * You can move the wp-content directory, which holds your themes, plugins, |
| | 218 | * and uploads, outside of the WordPress application directory. Set |
| | 219 | * WP_CONTENT_DIR to the full local path of this directory (no trailing slash) |
| | 220 | */ |
| | 221 | // define( 'WP_CONTENT_DIR', dirname(__FILE__) . '/blog/wp-content' ); |
| | 222 | |
| | 223 | |
| | 224 | /** |
| | 225 | * Move Plugins Directory |
| | 226 | * |
| | 227 | * Set WP_PLUGIN_DIR to the full local path of this directory (no trailing slash) |
| | 228 | */ |
| | 229 | // define( 'WP_PLUGIN_DIR', dirname(__FILE__) . '/blog/wp-content/plugins' ); |
| | 230 | |
| | 231 | |
| | 232 | /** |
| | 233 | * Move Uploads Directory |
| | 234 | * |
| | 235 | * This path can not be absolute. It is always relative to ABSPATH, therefore |
| | 236 | * does not require a leading slash. |
| | 237 | */ |
| | 238 | // define( 'UPLOADS', 'blog/wp-content/uploads' ); |
| | 239 | |
| | 240 | |
| | 241 | /** |
| | 242 | * Set Cookie Domain |
| | 243 | * |
| | 244 | * The domain set in the cookies for WordPress can be specified for those with |
| | 245 | * unusual domain setups. One reason is if subdomains are used to serve static |
| | 246 | * content. To prevent WordPress cookies from being sent with each request to |
| | 247 | * static content on your subdomain you can set the cookie domain to your |
| | 248 | * non-static domain only |
| | 249 | */ |
| | 250 | // define( 'COOKIE_DOMAIN', 'www.askapache.com' ); |
| | 251 | |
| | 252 | |
| | 253 | /** |
| | 254 | * Automatic Database Optimizing |
| | 255 | * |
| | 256 | * There is automatic database optimization support, which you can enable |
| | 257 | * by adding the following define to your wp-config.php file only when the |
| | 258 | * feature is required |
| | 259 | */ |
| | 260 | // define( 'WP_ALLOW_REPAIR', true ); |
| | 261 | |
| | 262 | |
| | 263 | /** |
| | 264 | * Script Debugging |
| | 265 | * |
| | 266 | * If you are planning on modifying some of WordPress' built-in JavaScript or |
| | 267 | * Cascading Style Sheets, you should add the following code to your config file |
| | 268 | */ |
| | 269 | // define( 'SCRIPT_DEBUG', true ); |
| | 270 | |
| | 271 | |
| | 272 | /** |
| | 273 | * Disable Javascript Concatenation |
| | 274 | * |
| | 275 | * To result in a faster administration area, all Javascript files are |
| | 276 | * concatenated into one URL. If Javascript is failing to work in your |
| | 277 | * administration area, you can try disabling this feature: |
| | 278 | */ |
| | 279 | // define( 'CONCATENATE_SCRIPTS', false ); |
| | 280 | |
| | 281 | |
| | 282 | /** |
| | 283 | * Increasing Memory |
| | 284 | * |
| | 285 | * The WP_MEMORY_LIMIT option allows you to specify the maximum amount of |
| | 286 | * memory that can be consumed by PHP. This setting may be necessary in the |
| | 287 | * event you receive a message such as "Allowed memory size of xxxxxx bytes |
| | 288 | * exhausted". |
| | 289 | */ |
| | 290 | // define( 'WP_MEMORY_LIMIT', '64M' ); |
| | 291 | |
| | 292 | |
| | 293 | /** |
| | 294 | * Increasing Memory In Admin |
| | 295 | * |
| | 296 | * When in the administration area, the memory can be increased or decreased |
| | 297 | * from the WP_MEMORY_LIMIT by defining WP_MAX_MEMORY_LIMIT |
| | 298 | */ |
| | 299 | // define( 'WP_MAX_MEMORY_LIMIT', '64M' ); |
| | 300 | |
| | 301 | |
| | 302 | /** |
| | 303 | * Save Queries |
| | 304 | * |
| | 305 | * The SAVEQUERIES definition saves the database queries to an array and |
| | 306 | * that array can be displayed to help analyze those queries. The information |
| | 307 | * saves each query, what function called it, and how long that query took |
| | 308 | * to execute. |
| | 309 | */ |
| | 310 | // define( 'SAVEQUERIES', true ); |
| | 311 | |
| | 312 | |
| | 313 | /** |
| | 314 | * Cache |
| | 315 | * |
| | 316 | * The WP_CACHE setting, if true, includes the wp-content/advanced-cache.php |
| | 317 | * script, when executing wp-settings.php. |
| | 318 | */ |
| | 319 | // define( 'WP_CACHE', true ); |
| | 320 | |
| | 321 | |
| | 322 | /** |
| | 323 | * Custom User and Usermeta Tables |
| | 324 | * |
| | 325 | * CUSTOM_USER_TABLE and CUSTOM_USER_META_TABLE are used to designate that the |
| | 326 | * user and usermeta tables normally utilized by WordPress are not used, |
| | 327 | * instead these values/tables are used to store your user information. |
| | 328 | */ |
| | 329 | // define( 'CUSTOM_USER_TABLE', $table_prefix.'my_users' ); |
| | 330 | // define( 'CUSTOM_USER_META_TABLE', $table_prefix.'my_usermeta' ); |
| | 331 | |
| | 332 | |
| | 333 | /** |
| | 334 | * Enable Multisite |
| | 335 | * |
| | 336 | * WP_ALLOW_MULTISITE is a feature introduced in WordPress Version 3.0 to enable |
| | 337 | * multisite functionality previously achieved through WordPress MU. If this setting |
| | 338 | * is absent from wp-config.php it defaults to false. |
| | 339 | */ |
| | 340 | // define( 'WP_ALLOW_MULTISITE', true ); |
| | 341 | |
| | 342 | |
| | 343 | /** |
| | 344 | * Redirect Nonexistent Blogs |
| | 345 | * |
| | 346 | * NOBLOGREDIRECT can be used to redirect the browser if the visitor tries to |
| | 347 | * access a nonexistent blog |
| | 348 | */ |
| | 349 | // define( 'NOBLOGREDIRECT', 'http://example.com' ); |
| | 350 | |
| | 351 | |
| | 352 | /** |
| | 353 | * Override Default File Permissions |
| | 354 | * |
| | 355 | * The FS_CHMOD_DIR and FS_CHMOD_FILE define statements allow override of default |
| | 356 | * file permissions. These two variables were developed in response to the problem |
| | 357 | * of the core update function failing with hosts running under suexec. |
| | 358 | */ |
| | 359 | // define( 'FS_CHMOD_DIR', ( 0755 & ~ umask() ) ); |
| | 360 | // define( 'FS_CHMOD_FILE', ( 0644 & ~ umask() ) ); |
| | 361 | |
| | 362 | |