rename folders - round 2

SSWConsulting · May 11, 2024 · 80febaf · 80febaf
1 parent 79ae948
commit 80febaf
Show file tree

Hide file tree

Showing 17 changed files with 36 additions and 36 deletions.
diff --git a/...idth-in-an-img-tag/non-streched-image.jpg → ...t-width-in-img-tag/non-streched-image.jpg b/...idth-in-an-img-tag/non-streched-image.jpg → ...t-width-in-img-tag/non-streched-image.jpg
diff --git a/...t-have-height-width-in-an-img-tag/rule.md → rules/avoid-height-width-in-img-tag/rule.md b/...t-have-height-width-in-an-img-tag/rule.md → rules/avoid-height-width-in-img-tag/rule.md
diff --git a/...ht-width-in-an-img-tag/streched-image.jpg → ...eight-width-in-img-tag/streched-image.jpg b/...ht-width-in-an-img-tag/streched-image.jpg → ...eight-width-in-img-tag/streched-image.jpg
diff --git a/...you-know-yarp-is-awesom/reverse-proxy.png → ...ou-know-yarp-is-awesome/reverse-proxy.png b/...you-know-yarp-is-awesom/reverse-proxy.png → ...ou-know-yarp-is-awesome/reverse-proxy.png
diff --git a/rules/do-you-know-yarp-is-awesom/rule.md → rules/do-you-know-yarp-is-awesome/rule.md b/rules/do-you-know-yarp-is-awesom/rule.md → rules/do-you-know-yarp-is-awesome/rule.md
@@ -1,36 +1,36 @@
----
-type: rule
-title: Do you know why YARP is awesome?
-uri: do-you-know-yarp-is-awesome
-authors:
-  - title: Ozair Ashfaque
-    url: https://www.ssw.com.au/people/ozair-ashfaque/
-  - title: William Liebenberg
-    url: https://www.ssw.com.au/people/william-liebenberg/
-  - title: Christian Morford-Waite
-    url: https://www.ssw.com.au/people/christian-morford-waite/
-created: 2023-11-22T22:33:15.448Z
-guid: c86ca5a3-a44a-441f-8804-8b67d0b589bc
-
----
-
-YARP, or Yet Another Reverse Proxy, is a .NET toolkit designed for building fast proxy servers. It seamlessly integrates with ASP.NET and .NET infrastructure, offering easy customization to suit specific deployment needs. YARP operates within the ASP.NET pipeline, handling incoming requests and utilizing its sub-pipeline for proxying requests to backend servers. Users can extend functionality by adding or replacing modules as required.
-
-YARP uses the concept of **Routes** to represent request patterns for the proxy and **Clusters** to represent the services to forward those requests.
-
-<!--endintro-->
-
-![Figure: YARP is a reverse proxy that acts as the public endpoint for a site or service and forwards calls to backend servers](reverse-proxy.png)
-
-**Source:** [Announcing YARP 1.0 Release](https://devblogs.microsoft.com/dotnet/announcing-yarp-1-0-release/)
-
-### ✅ Advantages of YARP
-
-Numerous API gateways and reverse proxy implementations, including [NGINX](https://www.nginx.com/) and [Ocelot](https://github.com/ThreeMammals/Ocelot), are already available for use. However, YARP distinguishes itself with its unique attributes. YARP seamlessly integrates into the ASP.NET environment, offering effortless customization to meet specific requirements. YARP offers a comprehensive set of features for building and managing reverse proxy solutions, including:
-
-* **Dynamic route definitions:** Enables the definition of routes in a dynamic configuration, allowing flexibility in specifying how incoming requests are handled
-* **Extensible pipeline model:** Customize the proxy behavior using a modular pipeline architecture
-* **Load balancing:** Employ various load-balancing algorithms to distribute traffic effectively
-* **Session Affinity:** Ensures that requests from a specific client are consistently directed to the same destination server, promoting continuity and predictability in the user experience
-* **Request and response transformation:** Allows developers to apply transformations to requests sent to or responses received from destination servers. This feature facilitates the customization of data before it reaches its destination
-* **Route-level authorization and CORS:** Permits the specification of authorization and Cross-Origin Resource Sharing (CORS) settings on a per-route basis. This ensures fine-grained control over access and security policies for different routes
+---
+type: rule
+title: Do you know why YARP is awesome?
+uri: do-you-know-yarp-is-awesome
+authors:
+  - title: Ozair Ashfaque
+    url: https://www.ssw.com.au/people/ozair-ashfaque/
+  - title: William Liebenberg
+    url: https://www.ssw.com.au/people/william-liebenberg/
+  - title: Christian Morford-Waite
+    url: https://www.ssw.com.au/people/christian-morford-waite/
+created: 2023-11-22T22:33:15.448Z
+guid: c86ca5a3-a44a-441f-8804-8b67d0b589bc
+
+---
+
+YARP, or Yet Another Reverse Proxy, is a .NET toolkit designed for building fast proxy servers. It seamlessly integrates with ASP.NET and .NET infrastructure, offering easy customization to suit specific deployment needs. YARP operates within the ASP.NET pipeline, handling incoming requests and utilizing its sub-pipeline for proxying requests to backend servers. Users can extend functionality by adding or replacing modules as required.
+
+YARP uses the concept of **Routes** to represent request patterns for the proxy and **Clusters** to represent the services to forward those requests.
+
+<!--endintro-->
+
+![Figure: YARP is a reverse proxy that acts as the public endpoint for a site or service and forwards calls to backend servers](reverse-proxy.png)
+
+**Source:** [Announcing YARP 1.0 Release](https://devblogs.microsoft.com/dotnet/announcing-yarp-1-0-release/)
+
+### ✅ Advantages of YARP
+
+Numerous API gateways and reverse proxy implementations, including [NGINX](https://www.nginx.com/) and [Ocelot](https://github.com/ThreeMammals/Ocelot), are already available for use. However, YARP distinguishes itself with its unique attributes. YARP seamlessly integrates into the ASP.NET environment, offering effortless customization to meet specific requirements. YARP offers a comprehensive set of features for building and managing reverse proxy solutions, including:
+
+* **Dynamic route definitions:** Enables the definition of routes in a dynamic configuration, allowing flexibility in specifying how incoming requests are handled
+* **Extensible pipeline model:** Customize the proxy behavior using a modular pipeline architecture
+* **Load balancing:** Employ various load-balancing algorithms to distribute traffic effectively
+* **Session Affinity:** Ensures that requests from a specific client are consistently directed to the same destination server, promoting continuity and predictability in the user experience
+* **Request and response transformation:** Allows developers to apply transformations to requests sent to or responses received from destination servers. This feature facilitates the customization of data before it reaches its destination
+* **Route-level authorization and CORS:** Permits the specification of authorization and Cross-Origin Resource Sharing (CORS) settings on a per-route basis. This ensures fine-grained control over access and security policies for different routes
diff --git a/...dones-do-your-dones-include-a-url/rule.md → rules/include-links-in-emails/rule.md b/...dones-do-your-dones-include-a-url/rule.md → rules/include-links-in-emails/rule.md
diff --git a/...-to-the-rule-they-follow/link-to-rule.jpg → ...-or-template-they-follow/link-to-rule.jpg b/...-to-the-rule-they-follow/link-to-rule.jpg → ...-or-template-they-follow/link-to-rule.jpg
diff --git a/...al-emails-to-the-rule-they-follow/rule.md → ...-the-rule-or-template-they-follow/rule.md b/...al-emails-to-the-rule-they-follow/rule.md → ...-the-rule-or-template-they-follow/rule.md
diff --git a/...ject-schedule/ProjectManagement_Coach.jpg → ...ject-schedule/ProjectManagement_Coach.jpg b/...ject-schedule/ProjectManagement_Coach.jpg → ...ject-schedule/ProjectManagement_Coach.jpg
diff --git a/...aintain-a-strict-project-schedule/rule.md → ...aintain-a-strict-project-schedule/rule.md b/...aintain-a-strict-project-schedule/rule.md → ...aintain-a-strict-project-schedule/rule.md
diff --git a/...ultilingual-posts-on-social-media/rule.md → ...ultilingual-posts-on-social-media/rule.md b/...ultilingual-posts-on-social-media/rule.md → ...ultilingual-posts-on-social-media/rule.md
diff --git a/...d-naming-convention/naming-badexample.jpg → ...d-naming-convention/naming-badexample.jpg b/...d-naming-convention/naming-badexample.jpg → ...d-naming-convention/naming-badexample.jpg
diff --git a/...-naming-convention/naming-goodexample.jpg → ...-naming-convention/naming-goodexample.jpg b/...-naming-convention/naming-goodexample.jpg → ...-naming-convention/naming-goodexample.jpg
diff --git a/...h-a-standadized-naming-convention/rule.md → ...-a-standardized-naming-convention/rule.md b/...h-a-standadized-naming-convention/rule.md → ...-a-standardized-naming-convention/rule.md
diff --git a/...ting-a-release-on-time-and-budget/rule.md → rules/reward-your-developers/rule.md b/...ting-a-release-on-time-and-budget/rule.md → rules/reward-your-developers/rule.md
diff --git a/...etwork-cards-to-the-latest-driver/rule.md → ...etwork-cards-to-the-latest-driver/rule.md b/...etwork-cards-to-the-latest-driver/rule.md → ...etwork-cards-to-the-latest-driver/rule.md
diff --git a/...tising-formerly-known-as-bing-ads/rule.md → ...tising-formerly-known-as-bing-ads/rule.md b/...tising-formerly-known-as-bing-ads/rule.md → ...tising-formerly-known-as-bing-ads/rule.md