1Dancer2::Config(3) User Contributed Perl Documentation Dancer2::Config(3)
2
6 Dancer2::Config - Configure Dancer2 to suit your needs
7
9 version 0.207000
10
12 The Dancer2 configuration (as implemented by
13 Dancer2::Core::Role::ConfigReader) handles reading and changing the
14 configuration of your Dancer2 apps. This document describes how to
15 manipulate Dancer2's configuration settings (through code or by file),
16 and to document the various settings that are available in Dancer2.
17
19 You can change a setting with the keyword "set":
20 use Dancer2;
22 # changing default settings
24 set port => 8080;
25 set content_type => 'text/plain';
26 set startup_info => 0;
27
29 There's nothing wrong with using "set" to configure your application.
30 In fact you might have some great reasons for doing so. For greater
31 flexibility, ease of deployment, etc., you should also consider
32 extracting those settings into a configuration file.
33 Configuration file path and file names
35 Dancer2 will first look for the file config.EXT (where EXT is the type
36 of configuration file you are using; e.g. ini or json or yml) in the
37 root directory of your application. This is considered your global
38 Dancer2 config file. If you do not care to have separate settings for
39 production and development environments (not a recommended practice!),
40 then this file is all you need.
41 Next, Dancer2 will look for a file called config_local.EXT. This file
43 is typically useful for deployment-specific configuration that should
44 not be checked into source control. For instance, database credentials
45 could be stored in this file. Any settings in this file are merged
46 into the existing configuration such that those with the same name in
47 your global configuration file will take precedence over those settings
48 in the global file.
49 Next, Dancer2 will look in the environments directory for a
51 configuration file specific to the platform you are deploying to
52 (production.EXT or development.EXT, for example). Again, the
53 configuration from the environment is merged with the existing
54 configuration with the deployment config taking precedence.
55 Finally, Dancer2 will look in the environments directory for a local
57 configuration for the specific platform you are deploying to (e.g.
58 production_local.EXT or development_local.EXT) The configuration in
59 this file is merged as before.
60 Much like config_local.EXT, this file would be useful for environment-
62 specific configuration that would not be checked into source control.
63 For instance, when developing an application that talks to multiple
64 services, each developer could have their own URLs to those services
65 stored within their environments/development_local.yaml file.
66 Note, if there is no config.EXT, Dancer2 will not look for a
68 config_local.EXT. The same is true for the local environment
69 configuration.
70 Supported configuration file formats
72 Dancer2 supports any configuration file format that is supported by
73 Config::Any. At the time of this writing, that includes YAML (.yml and
74 .yaml), JSON (.jsn and .json), INI (.ini), Apache-style configurations
75 (.cnf and .conf), XML (.xml), and Perl-style hashes (.pl and .perl).
76 Dancer2 iterates over these file extensions in the order provided by
78 Config::Any and loads any config files that it finds with later
79 configuration information overriding earlier config information. To
80 restrict which file extension Dancer2 looks for, you may set the
81 "DANCER_CONFIG_EXT" envinroment variable to a specific extension and
82 Dancer2 will only look for config files with that extension.
83 Make sure you pick the appropriate extension for your configuration
85 file name, as Dancer2 guesses the type of format based on the file
86 extension.
87 Sample configuration files
89 Note: Not all possibilities are covered here, only the most common
90 options.
91 If you prefer YAML, a sample YAML based config file might look like
93 this:
94 appname: "Hello"
96 charset: "UTF-8"
97 auto_page: 1
98 session: "YAML"
100 serializer: "JSON"
101 plugins:
103 DBIC:
104 default:
105 dsn: dbi:SQLite:db/mydata.db
106 schema_class: Hello::Schema
107 If JSON is more your thing, your file might look more like this:
109 {
111 "appname": "Hello",
112 "charset": "UTF-8",
113 "auto_page": "1",
114 "session": "YAML",
115 "serializer": "JSON",
116 "plugins": {
117 "DBIC": {
118 "default": {
119 "dsn": "dbi:SQLite:db/mydata.db",
120 "schema_class": "Hello::Schema"
121 }
122 }
123 }
124 }
125 If you like Apache configuration files, try something similar to:
127 appname = Hello
129 charset = UTF-8
130 auto_page = 1
131 session = YAML
132 serializer = JSON
133 <plugins>
134 <DBIC>
135 <default>
136 dsn = dbi =SQLite =db/mydata.db
137 schema_class = Hello = =Schema
138 </default>
139 </DBIC>
140 </plugins>
141 INI-style files are deliberately simplistic and not recommended for use
143 in your Dancer2 applications.
144
146 Run mode and listening interface/port
147 server (string)
148 The IP address that the Dancer2 app should bind to. Default is
150 0.0.0.0, i.e. bind to all available interfaces.
151 port (int)
153 The port Dancer2 will listen to.
155 Default value is 3000. This setting can be changed on the command-line
157 with the --port switch.
158 behind_proxy (boolean)
160 If set to true, Dancer2 will look to "X-Forwarded-Protocol" and
162 "X-Forwarded-host" when constructing URLs (for example, when using
163 "redirect" or "host"). This is useful if your application is behind a
164 proxy.
165 Note: If either of these are missing, the values of the proxy server
167 will be used instead. For example, if the client sends a HTTP/1.0
168 request to a proxy that is hosted locally, then "host" will return the
169 value "localhost". In a similar vein, if the client makes a secure
170 connection to the proxy, but the proxy does not pass
171 "X-Forwarded-Protocol", then "base" will return "http://...". For
172 these reasons, it is recommended that the values are hard-configured in
173 the proxy if possible. For Apache this would be:
174 RequestHeader set X_FORWARDED_PROTO "https"
176 RequestHeader set X_FORWARDED_HOST "www.example.com"
177 no_default_middleware (boolean)
179 If set to true, your Dancer2 application will NOT be wrapped with the
181 default PSGI middleware. The default middleware wrappers are:
182 · Plack::Middleware::FixMissingBodyInRedirect
184 · Plack::Middleware::Head
186 Content type / character set
188 content_type (string)
189 The default content type of outgoing content. Default value is
191 'text/html'.
192 charset (string)
194 This setting has multiple effects:
196 · It sets the default charset of outgoing content. "charset=" item
198 will be added to Content-Type response header.
199 · It makes Unicode bodies in HTTP responses of "text/*" types to be
201 encoded to this charset.
202 · It also indicates to Dancer2 in which charset the static files and
204 templates are encoded.
205 · If you're using Dancer2::Plugin::Database, UTF-8 support will
207 automatically be enabled for your database - see "AUTOMATIC UTF-8
208 SUPPORT" in Dancer2::Plugin::Database
209 Default value is empty which means don't do anything. HTTP responses
211 without charset will be interpreted as ISO-8859-1 by most clients.
212 You can cancel any charset processing by specifying your own charset in
214 Content-Type header or by ensuring that response body leaves your
215 handler without Unicode flag set (by encoding it into some 8bit
216 charset, for example).
217 Also, since automatically serialized JSON responses have
219 "application/json" Content-Type, you should always encode them by hand.
220 default_mime_type (string)
222 Dancer2's Dancer2::Core::MIME module uses "application/data" as a
224 default mime type. This setting lets the user change it. For example,
225 if you have a lot of files being served in the public folder that do
226 not have an extension, and are text files, set the "default_mime_type"
227 to "text/plain".
228 Serializing responses
230 serializer (string)
231 When writing a webservice, data serialization/deserialization is a
233 common issue to deal with. Dancer2 can automatically handle that for
234 you, via a serializer.
235 Available serializer engines
237 The following serializers are available, be aware they dynamically
239 depend on Perl modules you may not have on your system.
240 · JSON
242 Requires JSON.
244 · YAML
246 Requires YAML,
248 · XML
250 Requires XML::Simple.
252 · Mutable
254 Will try to find the appropriate serializer using the Content-Type
256 and Accept-type header of the request.
257 Serializer engine
259 The serializer can be configured in a separate "engines" section, like
260 so:
261 serializer: "JSON"
263 engines:
265 serializer:
266 JSON:
267 pretty: 1
268 See documentation for a particular serializer for supported options.
270 File / directory locations
272 environment (string)
273 This is the name of the environment that should be used. Standard
275 Dancer2 applications have a "environments" folder with specific
276 configuration files for different environments (usually development and
277 production environments). They specify different kind of error
278 reporting, deployment details, etc. These files are read after the
279 generic "config.yml" configuration file.
280 appdir (directory)
282 This is the path where your application will live. It's where Dancer2
284 will look by default for your config files, templates and static
285 content.
286 It is typically set by "use Dancer2" to use the same directory as your
288 script.
289 public_dir (directory)
291 This is the directory, where static files are stored. Any existing file
293 in that directory will be served as a static file, before matching any
294 route.
295 See also static_handler.
297 Default: "$appdir/public".
299 static_handler (boolean)
301 This setting have to be declared and set to true if you modify standard
303 "public_dir" location.
304 Default: true if $ENV{DANCER_PUBLIC} is set or "public_dir" is set to
306 "$appdir/public".
307 views (directory)
309 This is the directory where your templates and layouts live. It's the
311 "view" part of MVC (model, view, controller).
312 Default: "$appdir/views".
314 Templating & layouts
316 template
317 Allows you to configure which template engine should be used. For
319 instance, to use Template Toolkit, add the following to "config.yml":
320 template: template_toolkit
322 layout (string)
324 The name of the layout to use when rendering view. Dancer2 will look
326 for a matching template in the directory "$views/layouts".
327 Your can override the default layout using the third argument of the
329 "template" keyword. Check "Dancer2" manpage for details.
330 layout_dir (string)
332 A relative path where the layouts reside inside the "views" directory.
334 layout_dir: actual_layouts
336 Default: layouts.
338 Logging, debugging and error handling
340 strict_config (boolean, default: false)
341 If true, "config" will return an object instead of a hash reference.
343 See Dancer2::Config::Object for more information.
344 startup_info (boolean)
346 If set to true, prints a banner at the server start with information
348 such as versions and the environment (or "dancefloor").
349 Conforms to the environment variable "DANCER_STARTUP_INFO".
351 traces (boolean)
353 If set to true, Dancer2 will display full stack traces when a warning
355 or a die occurs. (Internally sets Carp::Verbose). Default to false.
356 no_server_tokens (boolean)
358 If set to true, Dancer2 will not add an "X-Powered-By" header and also
360 append the Dancer2 version to the "Server" header. Default to false -
361 adding.
362 You can also use the environment variable "DANCER_NO_SERVER_TOKENS".
364 logger (enum)
366 Select which logger to use. For example, to write to log files with
368 Dancer2::Logger::File:
369 logger: File
371 Or to direct log messages to the console from which you started your
373 Dancer2 app with Dancer2::Logger::Console:
374 logger: Console
376 Loggers are configured with a corresponding "Logger engine" section, as
378 shown below.
379 session (enum)
381 This setting lets you enable a session engine for your web application.
383 By default, sessions are disabled in Dancer2, you must choose a session
384 engine to use them.
385 Sessions are configured with a corresponding "Session engine" section,
387 as shown below.
388 show_errors (boolean)
390 If set to true, Dancer2 will render a detailed debug screen whenever an
392 error is caught. If set to false, Dancer2 will render the default error
393 page, using "$public/$error_code.html" if it exists,
394 "$views/$error_code.tt" or the template specified by the
395 "error_template" setting.
396 The error screen attempts to sanitise sensitive looking information
398 (passwords / card numbers in the request, etc) but you still should not
399 have show_errors enabled whilst in production, as there is still a risk
400 of divulging details.
401 error_template (template path)
403 This setting lets you specify a template to be used in case of runtime
405 error. At the present moment the template (as well as
406 "$views/$error_code.tt" templates) can use four variables:
407 title
409 The error title.
410 content
412 The error specific content (if any).
413 status
415 The HTTP status code throwing that error.
416 exception
418 The stringified exception (e.g. $@) if any.
419 Keep in mind that 'content' and 'exception' can vary depending on the
421 problem.
422 For example:
424 A 404 has an empty 'exception' and 'content' contains the URI that was
426 not found. Unless you do the 404 yourself via "send_error("You chose
427 ... poorly!", 404);", then 'content' is 'You chose ... poorly!'.
428 A 500 because of, say, dividing 0 by 0 will have an empty 'content' and
430 'exception like 'Illegal division by zero at ...'.
431 A 401 from "send_error("You can not know the secret until you sign in
433 grasshopper!", 401);" will have an empty 'exception' and 'content' will
434 contain 'You can not know the secret until you sign in grasshopper!'.
435 Logger engine
437 The logger must be configured in a separate "engines" section, like so:
438 logger: Console
440 engines:
442 logger:
443 Console:
444 log_level: core
445 All loggers support the configuration options below. See documentation
447 for a particular logger for other supported options.
448 log_level
450 This option tells which log messages should be actually logged.
452 Possible values are core, info, debug, warning or error.
453 core : all messages are logged, including some from Dancer2 itself
455 debug : all messages are logged
456 info : only info, warning and error messages are logged
457 warning : only warning and error messages are logged
458 error : only error messages are logged
459 During development, you'll probably want to use "debug" to see your own
461 debug messages, and "core" if you need to see what Dancer2 is doing.
462 In production, you'll likely want "error" or "warning" only, for less-
463 chatty logs.
464 Session engine
466 The session engine is configured in the "engines" section.
467 session: Simple
469 engines:
471 session:
472 Simple:
473 cookie_name: dance.set
474 cookie_duration: '24 hours'
475 is_secure: 1
476 is_http_only: 1
477 See Dancer2::Core::Role::SessionFactory for more detailed documentation
479 for these options, or the particular session engine for other supported
480 options.
481 cookie_name
483 The name of the cookie to store the session ID in. Defaults to
485 "dancer.session". This can be overridden by certain session engines.
486 cookie_domain
488 The domain of the cookie. By default there is no domain defined for the
490 cookie.
491 cookie_path
493 The path of the cookie. By default there is no path defined for the
495 cookie.
496 cookie_duration
498 The session expiry time in seconds, or as e.g. "2 hours" (see "expires"
500 in Dancer2::Core::Cookie. By default, there is no specific expiry
501 time.
502 is_secure
504 The user's session ID is stored in a cookie. If the "is_secure"
506 setting is set to a true value, the cookie will be marked as secure,
507 meaning it should only be sent over HTTPS connections.
508 is_http_only
510 This setting defaults to 1 and instructs the session cookie to be
512 created with the "HttpOnly" option active, meaning that JavaScript will
513 not be able to access to its value.
514 auto_page (boolean)
516 For simple pages where you're not doing anything dynamic, but still
517 want to use the template engine to provide headers etc, you can use the
518 auto_page feature to avoid the need to create a route for each page.
519 With "auto_page" enabled, if the requested path does not match any
521 specific route, Dancer2 will check in the views directory for a
522 matching template, and use it to satisfy the request if found.
523 Simply enable auto_page in your config:
525 auto_page: 1
527 Then, if you request "/foo/bar", Dancer2 will look in the views dir for
529 "/foo/bar.tt".
530 Dancer2 will honor your "before_template_render" code, and all default
532 variables. They will be accessible and interpolated on automatic served
533 pages.
534 dsl_class
536 For complex applications that require extended DSL keywords or other
537 functionality the DSL class used can be specified at import time or in
538 the config settings.
539 dsl_class: 'My::DSL'
541 This is the same as specifying
543 use Dancer2 dsl => 'My::DSL'
545 in your module. dsl_class defaults to Dancer2::Core::DSL if not
547 specified
548 Environment variables
550 DANCER_CONFDIR
551 Sets the configuration directory.
553 This correlates to the "confdir" config option.
555 DANCER_ENVDIR
557 Sets the environment directory.
559 This correlates to the "envdir" config option.
561 PLACK_ENV
563 Sets the given environment. This can be overridden by
565 "DANCER_ENVIRONMENT".
566 DANCER_ENVIRONMENT
568 Sets the given environment. This takes higher precedence over
570 "PLACK_ENV".
571 If neither "PLACK_ENV" or "DANCER_ENVIRONMENT" is set, the environment
573 defaults to development.
574 DANCER_APPHANDLER
576 The "DANCER_APPHANDLER" configuration controls what the "dance" keyword
578 does.
579 If is set to "PSGI" (which will automatically be set if "PLACK_ENV" is
581 set), "dance" will return the PSGI application coderef.
582 Otherwise (which is the default is - "Standalone"), it runs the Plack
584 standalone server with the application.
585 DANCER_PORT
587 Sets the port which will be used by the development server (if not run
589 by plackup).
590 DANCER_SERVER
592 Sets the host the development server will be used by the development
594 server (if not run by plackup).
595 Note: this might change in the future.
597 DANCER_STARTUP_INFO
599 Controls whether to display start up info.
601 DANCER_NO_SERVER_TOKENS
603 Controls whether to display the server tokens.
605 DANCER_PUBLIC
607 Sets the public directory location.
609 DANCER_TRACES
611 Sets the tracing flag which sets Carp's $Verbose flag.
613 DANCER_VIEWS
615 Sets the views (templates) directory.
617 DANCER_LOGGER
619 Sets the logger engine.
621 DANCER_CHARSET
623 Sets the default charset.
625 DANCER_CONTENT_TYPE
627 Sets the default content type.
629 If not set, defaults to text/html.
631
633 Dancer2
634
636 Dancer Core Developers
637
639 This software is copyright (c) 2018 by Alexis Sukrieh.
640 This is free software; you can redistribute it and/or modify it under
642 the same terms as the Perl 5 programming language system itself.
643perl v5.28.0 2018-11-14 Dancer2::Config(3)