Url
Validates that a value is a valid URL string.
| Applies to | property or method |
| Class | Url |
| Validator | UrlValidator |
Basic Usage
1 2 3 4 5 6 7 8 9 10
// src/Entity/Author.php
namespace App\Entity;
use Symfony\Component\Validator\Constraints as Assert;
class Author
{
#[Assert\Url]
protected string $bioUrl;
}
This constraint doesn't check that the host of the given URL really exists, because the information of the DNS records is not reliable. Use the checkdnsrr PHP function if you still want to check that.
Note
As with most of the other constraints, null and empty strings are
considered valid values. This is to allow them to be optional values.
If the value is mandatory, a common solution is to combine this constraint
with NotBlank.
Options
groups
type: array | string default: null
It defines the validation group or groups of this constraint. Read more about validation groups.
message
type: string default: This value is not a valid URL.
This message is shown if the URL is invalid.
You can use the following parameters in this message:
| Parameter | Description |
|---|---|
{{ value }} |
The current (invalid) value |
{{ label }} |
Corresponding form field label |
1 2 3 4 5 6 7 8 9 10 11 12
// src/Entity/Author.php
namespace App\Entity;
use Symfony\Component\Validator\Constraints as Assert;
class Author
{
#[Assert\Url(
message: 'The url {{ value }} is not a valid url',
)]
protected string $bioUrl;
}
normalizer
type: a PHP callable default: null
This option allows to define the PHP callable applied to the given value before checking if it is valid.
For example, you may want to pass the 'trim' string to apply the
trim PHP function in order to ignore leading and trailing
whitespace during validation.
payload
type: mixed default: null
This option can be used to attach arbitrary domain-specific data to a constraint. The configured payload is not used by the Validator component, but its processing is completely up to you.
For example, you may want to use several error levels to present failed constraints differently in the front-end depending on the severity of the error.
protocols
type: array|string default: ['http', 'https']
The protocols considered to be valid for the URL. For example, if you also consider
the ftp:// type URLs to be valid, redefine the protocols array, listing
http, https, and also ftp.
1 2 3 4 5 6 7 8 9 10 11 12
// src/Entity/Author.php
namespace App\Entity;
use Symfony\Component\Validator\Constraints as Assert;
class Author
{
#[Assert\Url(
protocols: ['http', 'https', 'ftp'],
)]
protected string $bioUrl;
}
The value of this option can also be an asterisk (*) to allow all protocols:
1 2 3
// allows all protocols whose names are RFC 3986 compliant
// (e.g. 'https://', 'git+ssh://', 'file://', 'custom://')
protocols: '*'
7.4
Support for * in the protocols option was introduced in Symfony 7.4.
relativeProtocol
type: boolean default: false
If true, the protocol is considered optional when validating the syntax of
the given URL. This means that both http:// and https:// are valid but
also relative URLs that contain no protocol (e.g. //example.com).
1 2 3 4 5 6 7 8 9 10 11 12
// src/Entity/Author.php
namespace App\Entity;
use Symfony\Component\Validator\Constraints as Assert;
class Author
{
#[Assert\Url(
relativeProtocol: true,
)]
protected string $bioUrl;
}
requireTld
type: boolean default: false
7.1
The requireTld option was introduced in Symfony 7.1.
7.1
Not setting the requireTld option is deprecated since Symfony 7.1
and will default to true in Symfony 8.0.
By default, URLs like https://aaa or https://foobar are considered valid
because they are technically correct according to the URL spec. If you set this option
to true, the host part of the URL will have to include a TLD (top-level domain
name): e.g. https://example.com will be valid but https://example won't.
Note
This constraint does not validate that the given TLD value is included in the list of official top-level domains (because that list is growing continuously and it's hard to keep track of it).
tldMessage
type: string default: This URL does not contain a TLD.
7.1
The tldMessage option was introduced in Symfony 7.1.
This message is shown if the requireTld option is set to true and the URL
does not contain at least one TLD.
You can use the following parameters in this message:
| Parameter | Description |
|---|---|
{{ value }} |
The current (invalid) value |
{{ label }} |
Corresponding form field label |
1 2 3 4 5 6 7 8 9 10 11 12 13
// src/Entity/Website.php
namespace App\Entity;
use Symfony\Component\Validator\Constraints as Assert;
class Website
{
#[Assert\Url(
requireTld: true,
tldMessage: 'Add at least one TLD to the {{ value }} URL.',
)]
protected string $homepageUrl;
}