@@ -50,7 +50,7 @@ The component is built for maximum HTTP performance. By design, it is compatible
50
50
with HTTP/2 and with doing concurrent asynchronous streamed and multiplexed
51
51
requests/responses. Even when doing regular synchronous calls, this design
52
52
allows keeping connections to remote hosts open between requests, improving
53
- performance by saving repetitive DNS resolution, SSL negociation , etc.
53
+ performance by saving repetitive DNS resolution, SSL negotiation , etc.
54
54
To leverage all these design benefits, the cURL extension is needed.
55
55
56
56
Enabling cURL Support
@@ -622,10 +622,10 @@ regular expression applied to relative URLs::
622
622
Interoperability
623
623
----------------
624
624
625
- The component is interoperable with 2 different abstractions for HTTP clients:
626
- `Symfony Contracts `_ and `PSR-18 `_. If your app uses
627
- libraries that need any of them, the component is compatible with them.
628
- They also benefit from autowiring aliases when the
625
+ The component is interoperable with two different abstractions for HTTP clients:
626
+ `Symfony Contracts `_ and `PSR-18 `_. If your application uses libraries that need
627
+ any of them, the component is compatible with both. They also benefit from
628
+ :ref: ` autowiring aliases < service-autowiring-alias >` when the
629
629
:ref: `framework bundle <framework-bundle-configuration >` is used.
630
630
631
631
If you are writing or maintaining a library that makes HTTP requests, you can
@@ -654,10 +654,10 @@ interface you need to code against when a client is needed::
654
654
// [...]
655
655
}
656
656
657
- All request options mentionned above (e.g. timeout management) are also defined
658
- in the wordings of the interface, so that any compliant implementations (like this
659
- component) is guaranteed to provide them. That's a major difference with the
660
- PSR-18 abstraction, which provides none related to the transport itself.
657
+ All request options mentioned above (e.g. timeout management) are also defined
658
+ in the wordings of the interface, so that any compliant implementations (like
659
+ this component) is guaranteed to provide them. That's a major difference with
660
+ the PSR-18 abstraction, which provides none related to the transport itself.
661
661
662
662
Another major feature covered by the Symfony Contracts is async/multiplexing,
663
663
as described in the previous sections.
0 commit comments