Skip to content

Commit

Permalink
Fix image names
Browse files Browse the repository at this point in the history
  • Loading branch information
Isengo1989 committed Nov 30, 2023
1 parent 24e834a commit 963824f
Show file tree
Hide file tree
Showing 15 changed files with 9 additions and 9 deletions.
File renamed without changes
File renamed without changes
File renamed without changes
File renamed without changes
File renamed without changes
File renamed without changes
File renamed without changes
File renamed without changes
2 changes: 1 addition & 1 deletion guides/hosting/infrastructure/reverse-http-cache.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,7 +24,7 @@ In this guide, we will use Varnish as an example for HTTP cache.
This setup is compatible from Shopware version 6.4.
:::

![](../../../assets/reverse_proxy_setup.svg)
![](../../../assets/reverseProxy-setup.svg)

### Configure Shopware

Expand Down
6 changes: 3 additions & 3 deletions guides/integrations-api/general-concepts/api-versioning.md
Original file line number Diff line number Diff line change
Expand Up @@ -45,17 +45,17 @@ Also, deprecated fields and routes are now shown in the Swagger documentation. H

The Swagger API reference now includes the necessary information about the route and field availability. For routes, this can look like this:

![Availability route](../../../assets/availability_route.png)
![Availability route](../../../assets/availability-route.png)

Note the availability information.

Same for fields, here is an example of how it would look like:

![Availability field](../../../assets/availability_field.png)
![Availability field](../../../assets/availability-field.png)

### API expectations

API expectations can be used as a request header to define necessary conditions for the server side. Example conditions could be the Shopware version, the existence of plugins, or the version of a plugin. There are some examples:
API expectations can be used as a request header to define the necessary conditions for the server side. Example conditions could be the Shopware version, the existence of plugins, or the version of a plugin. There are some examples:

```text
GET /api/test
Expand Down
2 changes: 1 addition & 1 deletion guides/plugins/plugins/administration/add-acl-rules.md
Original file line number Diff line number Diff line change
Expand Up @@ -61,7 +61,7 @@ For each admin privilege, the needed entity privileges need to be assigned. Depe

In addition to the normal `permissions`, which represent CRUD functionality, there are also `additional_permissions`. These are intended for all functions that cannot be represented by CRUD.

![Additional permissions GUI](../../../../assets/additional_permissions-gui.png)
![Additional permissions GUI](../../../../assets/additionalPermissions-gui.png)

The `additional_permissions` have their own card below the normal permissions grid. An example for `additional_permissions` would be: "clearing the cache". This is an individual action without CRUD functionalities. The key is still used for grouping. Therefore the role can be individual and does not have to follow the scheme.

Expand Down
2 changes: 1 addition & 1 deletion guides/plugins/plugins/framework/event/finding-events.md
Original file line number Diff line number Diff line change
Expand Up @@ -229,7 +229,7 @@ Since Shopware is built upon the Symfony framework, it also grants access to the
Using the profiler, you can easily find all fired events in the current request.
You can do so by opening up the profiler and clicking on the "Events" tab on the left.

![](../../../../../assets/profiler_events.png)
![](../../../../../assets/profiler-events.png)

There you will find all events that were fired in the current request including their respective name to be used.

Expand Down
2 changes: 1 addition & 1 deletion products/extensions/b2b-suite/guides/core/audit-log.md
Original file line number Diff line number Diff line change
Expand Up @@ -14,7 +14,7 @@ nav:
The B2B Suite provides a general audit log that can be implemented in every component.
The audit log component can save different log types and author information like first name, last name, and email. It provides a one-to-many association index. The database structure is described in the graphic below:

![image](../../../../../assets/audit_log_structure.svg)
![image](../../../../../assets/auditlog-structure.svg)

As you can see, the database structure is very flat. In the `b2b_audit_log` table, we save a log type and a serialized *AuditLogValueEntity*.
All required author information is saved in the `b2b_audit_log_author` table.
Expand Down
2 changes: 1 addition & 1 deletion resources/references/adr/2021-11-09-increment-pattern.md
Original file line number Diff line number Diff line change
Expand Up @@ -37,7 +37,7 @@ So we implement a new gateway with the following methods:

This then enables the following functional flow:

![](../../../assets/adr/message_queue_stats.png "Message queue stats gateway")
![](../../../assets/adr/message-queue-stats.png "Message queue stats gateway")

Furthermore, it should also be possible to completely disable the message queue stats or any pool via config file.

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -116,7 +116,7 @@ class CartCalculator
```

These spans are then displayed in the timeline of the corresponding profilers:
![](../../../assets/adr/tideways_benchmark.png "Tideways benchmark")
![](../../../assets/adr/tideways-benchmark.png "Tideways benchmark")

Which profiler should be used in the system can be configured via `config/packages/*.yaml`:

Expand Down

0 comments on commit 963824f

Please sign in to comment.